From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 01:03:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3866616A402 for ; Sun, 4 Mar 2007 01:03:48 +0000 (UTC) (envelope-from markhobden@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id ED78D13C46B for ; Sun, 4 Mar 2007 01:03:47 +0000 (UTC) (envelope-from markhobden@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1359580nza for ; Sat, 03 Mar 2007 17:03:47 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Lr/hqq0aoquoomqmBE2vJZZnWI3mAw6s6VkGGfF+LBR2yJ13nyPpk+bhZ1lQ9lqpr3Yam3IVWy4K4cQx/rJA4dHwurUWWos3zuxsM0A2g/IvzXeShEuDPPQYu3/4By+CMgh+GLe0aUFqApGoILWjVTGzvrbPSeyejOphfBBr9JA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=mMlOwqLZ8ic/lAoI7kxp23Y9Ud1c/jGkaQ3yTwFIRQJkFm8O68Fv2bqSk3TX3jR5N5zeZvVp0VjoY76f2jNRUThrAc/WINz13sPJnPMth+D8CT4Nb4mWVKTzdakSOteQ1ZfQlL82evI1gU+RcI6/7GSNormW9gkeeSIwjsrFp+8= Received: by 10.114.133.1 with SMTP id g1mr795970wad.1172968705464; Sat, 03 Mar 2007 16:38:25 -0800 (PST) Received: by 10.114.144.17 with HTTP; Sat, 3 Mar 2007 16:38:25 -0800 (PST) Message-ID: Date: Sun, 4 Mar 2007 00:38:25 +0000 From: "Mark Hobden" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-usb@freebsd.org Subject: For Review/Testing: uhidev(4) USB driver level for devices with multiple report ids X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 01:03:48 -0000 This was originally ported from NetBSD by Maxime Henrion (mux), more recently I have updated the patch and fixed a few bugs. Current http://www.terinea.co.uk/~mark/patches/uhidev-7-current-p1.diff Stable (slightly older, should still apply) http://www.terinea.co.uk/~mark/patches/uhidev-6-stable-p1.diff I have also created a patch the gets some Microsoft keyboard/mouse sets and Microsoft notebook mice working with the uhidev driver. Without this patch invalid offsets cause the report size to be incorrect. It could make more sense to change offsets in hid_get_item() instead though. I am sure there will be more device Id's I have missed if you know of any please email me so I can update the patch. For Current and 6-Stable (requires uhidev patch to be applied first) http://www.terinea.co.uk/~mark/patches/uhidev-add-ms.diff The only problem I know of only exists in -CURRENT and is not caused by this patch. On one of my machines since bus_dmamap_load() was introduced (May 28 05:27:09) when the keyboard driver calls usbd_set_report_async() to set the LEDs but nothing happens. If this happens for anyone else the easiest way around this is to change 'uhidev_set_report_async' to 'uhidev_set_report' which is somewhere around line 1406 of the patched ukbd.c but if kbdmux is disabled or not loaded this will cause a panic as it will try and sleep in an interrupt thread. I am currently working on a version for the "new" USB stack that I will post when it works. -- Mark From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 06:06:46 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02F8D16A402; Sun, 4 Mar 2007 06:06:46 +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 BD51213C478; Sun, 4 Mar 2007 06:06:45 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-151-197-92-241.phil.east.verizon.net [151.197.92.241]) by mail.asahi-net.or.jp (Postfix) with ESMTP id C58C92A1D9; Sun, 4 Mar 2007 15:06:36 +0900 (JST) Date: Sun, 4 Mar 2007 01:05:53 -0500 From: Yoshihiro Ota To: Robert Watson Message-Id: <20070304010553.4c288aa6.ota@j.email.ne.jp> In-Reply-To: <20070303221906.I60688@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp> <20070303221906.I60688@fledge.watson.org> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Randall Stewart , Scott Robbins , "Stephane E. Potvin" , brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 06:06:46 -0000 On Sat, 3 Mar 2007 22:21:16 +0000 (GMT) Robert Watson wrote: > > On Fri, 2 Mar 2007, Yoshihiro Ota wrote: > > > My X runs fine but I think I am still seeing this problem with diffrent > > ports. > > > > They are japanese/Canna japanese/kinput2-canna. > > > > Canna uses "unix" domain socket to communicate and it still doesn't work. > > Before, Canna reproted some "unix" domain socket error. Now, it doesn't > > report such errors but "kinput2" stucks. > > > > Installing kinput2-cann will install Canna as well. You will need these 2 > > entries to run Canna. > > > > canna_enable="YES" canna_flags="-u bin inet" > > > > Then, you need the following to allow to use kinput from X terminals. > > > > setenv XMODIFIERS '@im=kinput > > > > Once you start canna, run "kinput2" in one of the X terminals. Then, > > kinput2 eats all CPU. > > Could you confirm that if you run the code precisely before the commits in > question (i.e., back out to uipc_usrreq.c:1.196 and unpcb.h:1.22) the problem > goes away completely? If so, could you try running ktrace on kinput2 and see > if it's looping around any particular syscalls and getting an error > repeatedly? It could be that an error is now (possibly incorrectly) being > returned and that kinput2 is not handling that well. > > Robert N M Watson I changed to uipc_usrreq.c 1.199 to 1.196 and I already had unpcb.h 1.11. After rebooting, the problem still remains. The below is what I got from ktrace/kdump run on uipc_usrreq.c@1.199. I think I started seeing this problem on last Sat. or Sun day. It seems that when I kill kinput2, canna dies together so that when I see like this: $ sh /usr/local/etc/rc.d/canna.sh stop Cannot connect with cannaserver "unix". % ktrace -f ktrace.out 1274 kinput2 RET poll 1 1274 kinput2 CALL poll(0x88450fb0,0x2,0) 1274 kinput2 RET poll 1 1274 kinput2 CALL poll(0x88450fb0,0x2,0) 1274 kinput2 RET poll 1 %grep poll ktrace.txt | wc 621264 2795688 22986795 From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 10:51:24 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A111B16A404; Sun, 4 Mar 2007 10:51:24 +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 6DB2113C4A7; Sun, 4 Mar 2007 10:51:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0E60C46EA0; Sun, 4 Mar 2007 05:51:24 -0500 (EST) Date: Sun, 4 Mar 2007 10:51:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yoshihiro Ota In-Reply-To: <20070304010553.4c288aa6.ota@j.email.ne.jp> Message-ID: <20070304104439.M60688@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp> <20070303221906.I60688@fledge.watson.org> <20070304010553.4c288aa6.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randall Stewart , Scott Robbins , "Stephane E. Potvin" , brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 10:51:24 -0000 On Sun, 4 Mar 2007, Yoshihiro Ota wrote: >> Could you confirm that if you run the code precisely before the commits in >> question (i.e., back out to uipc_usrreq.c:1.196 and unpcb.h:1.22) the >> problem goes away completely? If so, could you try running ktrace on >> kinput2 and see if it's looping around any particular syscalls and getting >> an error repeatedly? It could be that an error is now (possibly >> incorrectly) being returned and that kinput2 is not handling that well. > > I changed to uipc_usrreq.c 1.199 to 1.196 and I already had unpcb.h 1.11. > After rebooting, the problem still remains. Hmm. That's odd -- you should really have needed to have unpcb.h:1.22 in order for the kernel to compile with the recent uipc_usrreq.c changes -- perhaps you're referring to the unpcb.h in /usr/include/sys rather than /usr/src/sys/sys? > The below is what I got from ktrace/kdump run on uipc_usrreq.c@1.199. I > think I started seeing this problem on last Sat. or Sun day. > > It seems that when I kill kinput2, canna dies together so that when I see > like this: > > $ sh /usr/local/etc/rc.d/canna.sh stop Cannot connect with cannaserver > "unix". > > % ktrace -f ktrace.out > > 1274 kinput2 RET poll 1 > 1274 kinput2 CALL poll(0x88450fb0,0x2,0) > 1274 kinput2 RET poll 1 > 1274 kinput2 CALL poll(0x88450fb0,0x2,0) > 1274 kinput2 RET poll 1 > > %grep poll ktrace.txt | wc > 621264 2795688 22986795 Returning imediately from poll() with a third argument (timeout) of 0 is expected. However, it could be that the application is expecting something that is no longer true, or that we're handling something differently than we used to. I take it that kinput2 doesn't have this way in -STABLE? Have you tried using portupgrade (or a related tool) to rebuild everything and make sure that a library didn't get out of sync? I may need to ask you to do a binary kernel search for the date where the problem started occuring in order to get much further -- or it may take someone familiar with (or becoming familiar with) the kinput and canna internals to figure out if this is a new kernel bug or a bug in the application. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 12:39:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B827E16A402; Sun, 4 Mar 2007 12:39:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 566A113C48D; Sun, 4 Mar 2007 12:39:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2B2CE4569A; Sun, 4 Mar 2007 13:39:24 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8728B45681; Sun, 4 Mar 2007 13:39:18 +0100 (CET) Date: Sun, 4 Mar 2007 13:38:01 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20070304123801.GA22350@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-fs@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 12:39:26 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'd like to announce availability of the second ZFS patchset for FreeBSD. And the begining I'd like to thank everyone who reported problems or success stories. This is very important, because: 1. Seeing people interested in ZFS for FreeBSD gives me great motivation to spend more time on coding. It is much appreciated! 2. I'm not able to test everything by myself. List of changes against the 1st patchset: - Full NFS support including automatic snapshots export and zfs(1) control. Don't forget to run mountd(8) with two exports files: /etc/exports and /etc/zfs/exports. - Missing atomic operations were taken from OpenSolaris, which eliminates global mutex protection. This improves performance a bit. - Added various sysctls to vfs.zfs tree. - Implemented kstat functionality from OpenSolaris based on our sysctls. Try 'sysctl kstat'. - ztest, zdb and libzpool are now compilable again and work. - Access protection cleanups. ZFS pass all fstest regression tests (available in HEAD under src/tools/regression/fstest/). It doesn't use suser(9) anymore, only priv(9) KPI. - Fixed bug preventing ZFS file systems mount via: # mount -t zfs name /mountpoint - Fixed orphan event handling in vdev_geom. - Added BIO_FLUSH support for ZVOL providers. - Many, many other bug fixes and cleanups. The patch is available at: http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 To apply and compile the patch, enter your src directory and: # patch -p0 < /path/to/zfs_20070303.patch # make kernel <-- compiles and install patched kernel and zfs module # cd cddl # make && make install <-- compiles and install userland utilities and libraries Please report any problems ('it works without problems!' is nice too). Good luck. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6r2pForvXbEpPzQRAtkgAKD4k/V/Hz/A59DXWxYIpSDkyhJS2ACfYCb4 5E/4mshbd9N4uj/2WOjTmC4= =u6l+ -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 12:59:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7C2116A403 for ; Sun, 4 Mar 2007 12:59:56 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5CE6C13C49D for ; Sun, 4 Mar 2007 12:59:56 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 04 Mar 2007 12:59:54 -0000 X-Provags-ID: V01U2FsdGVkX1+unahosTiumRglb5eFNFDh2UCBFqNJlX9THLauLs faNK64fz2Zw3/a From: Stefan Ehmann To: Bruce Evans Date: Sun, 4 Mar 2007 13:59:50 +0100 User-Agent: KMail/1.9.5 References: <200703011612.07110.shoesoft@gmx.net> <200703021619.33755.shoesoft@gmx.net> <20070304230346.O7298@besplex.bde.org> In-Reply-To: <20070304230346.O7298@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703041359.52213.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: notebook freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 12:59:57 -0000 On Sunday 04 March 2007 13:27, Bruce Evans wrote: > On Fri, 2 Mar 2007, Stefan Ehmann wrote: > > On Thursday 01 March 2007 16:12, Stefan Ehmann wrote: > >> My few days old -current freezes if I press Fn-F6 (this is the > >> combination to adjust display brightness) if I've done a suspend/resume > >> before. Directly after boot it works fine. > > > > ... > > So I did a binary search. > > > > src/sys/i386/isa/clock.c r1.231 causes my notebook to freeze. > > > > Reverting this change in a CURRENT from today fixes the problem. > > > > The notebook is still pingable in this state. I experienced some other > > random hangs recently but don't know yet if those are related. > > Oops. If suspend/resume clobbers the RTC state (which we already have code > to restore), then it can clobber the RTC index (which even the restoral > code assumes is unclobbered). Try this fix. > > %%% > Index: clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.234 > diff -u -2 -r1.234 clock.c > --- clock.c 4 Mar 2007 04:55:19 -0000 1.234 > +++ clock.c 4 Mar 2007 11:58:00 -0000 > @@ -580,4 +582,5 @@ > /* Restore all of the RTC's "status" (actually, control) registers. */ > /* XXX locking is needed for RTC access. */ > + rtc_reg = -1; > writertc(RTC_STATUSB, RTCSB_24HR); > writertc(RTC_STATUSA, rtc_statusa); > %%% > > A similar fix might be needed for amd64, but amd64 doesn't have a resume > hook for putting it in. The RTC index might get clobbered even if the > data registers aren't. > > I don't know how any of this works with ACPI. AFAIK (not far), the resume > hook is only called for APM. Yes, rtc_restore() doesn't get called. So the patch changes nothing for me. Stefan From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 12:27:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2C0516A401; Sun, 4 Mar 2007 12:27:52 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 73FF613C4A5; Sun, 4 Mar 2007 12:27:52 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id 7ADD3109996; Sun, 4 Mar 2007 23:27:47 +1100 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 22BAA27406; Sun, 4 Mar 2007 23:27:50 +1100 (EST) Date: Sun, 4 Mar 2007 23:27:48 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Stefan Ehmann In-Reply-To: <200703021619.33755.shoesoft@gmx.net> Message-ID: <20070304230346.O7298@besplex.bde.org> References: <200703011612.07110.shoesoft@gmx.net> <200703021619.33755.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 04 Mar 2007 13:15:21 +0000 Cc: freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: notebook freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 12:27:52 -0000 On Fri, 2 Mar 2007, Stefan Ehmann wrote: > On Thursday 01 March 2007 16:12, Stefan Ehmann wrote: >> My few days old -current freezes if I press Fn-F6 (this is the combination >> to adjust display brightness) if I've done a suspend/resume before. >> Directly after boot it works fine. > ... > So I did a binary search. > > src/sys/i386/isa/clock.c r1.231 causes my notebook to freeze. > > Reverting this change in a CURRENT from today fixes the problem. > > The notebook is still pingable in this state. I experienced some other random > hangs recently but don't know yet if those are related. Oops. If suspend/resume clobbers the RTC state (which we already have code to restore), then it can clobber the RTC index (which even the restoral code assumes is unclobbered). Try this fix. %%% Index: clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.234 diff -u -2 -r1.234 clock.c --- clock.c 4 Mar 2007 04:55:19 -0000 1.234 +++ clock.c 4 Mar 2007 11:58:00 -0000 @@ -580,4 +582,5 @@ /* Restore all of the RTC's "status" (actually, control) registers. */ /* XXX locking is needed for RTC access. */ + rtc_reg = -1; writertc(RTC_STATUSB, RTCSB_24HR); writertc(RTC_STATUSA, rtc_statusa); %%% A similar fix might be needed for amd64, but amd64 doesn't have a resume hook for putting it in. The RTC index might get clobbered even if the data registers aren't. I don't know how any of this works with ACPI. AFAIK (not far), the resume hook is only called for APM. I think the resume hook is not actually called on your system since it would fix up the RTC index as a side effect of accessing 2 different RTC registers. At worst, if it is called then it might do the following: - write garbage to the current RTC register, and fail to mask interrupts. This only happens if on resume rtc_reg is RTC_STATUSB but the physical index is different. If RTC interrupts are used (which is normal if ACPI timer interrups are not used), then rtc_reg is normally RTC_INTR so there is no problem. Otherwise, there might be no problem because the last RTC access might be to RTC_YEAR for inittodr(). - write the correct value to RTC_STATUSA, but lose if the RTC interrupt disabling in the previous access was critical. - write the correct value to RTC_STATUSB. disabling in the previous access was critical, and end up with a consistent index. Bruce From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 18:15:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5926216A407; Sun, 4 Mar 2007 18:15:34 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from post-25.mail.nl.demon.net (post-25.mail.nl.demon.net [194.159.73.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1D73B13C48E; Sun, 4 Mar 2007 18:15:34 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from amadeus.demon.nl ([82.161.18.200]:63420 helo=[10.0.1.2]) by post-25.mail.nl.demon.net with esmtp (Exim 4.51) id 1HNusv-0009hc-2p; Sun, 04 Mar 2007 17:52:37 +0000 In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> Content-Transfer-Encoding: 7bit From: FreeBSD usergroup Date: Sun, 4 Mar 2007 18:52:52 +0100 To: freebsd-fs@FreeBSD.org X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 18:15:34 -0000 On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: > Hi. > > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). Hey Pawel, Do I need to start with clean sources? I patched the source with the new patch on top of the source that has been patched with the old patch. I tried to compile the new kernel but it failed. first errors at the beginning: ===> zfs (obj) "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 168: warning: duplicate script for target "zfs.ko" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 170: warning: duplicate script for target "zfs.ko.symbols" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 175: warning: duplicate script for target "zfs.ko.debug" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 191: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 195: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 202: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 247: warning: duplicate script for target "@" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 247: warning: duplicate script for target "machine" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 368: warning: duplicate script for target "vnode_if.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 370: warning: duplicate script for target "vnode_if_newproto.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 372: warning: duplicate script for target "vnode_if_typedef.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 435: warning: duplicate script for target "lint" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 442: warning: duplicate script for target "cleanilinks" ignored /usr/obj/usr/src/sys/AMAKERNEL_7/modules/usr/src/sys/modules/zfs created for /usr/src/sys/modules/zfs then the fatal ones after a while: ... /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/ vdev_geom.c cc1: error: -I- specified twice cc1: error: -I- specified twice cc1: error: -I- specified twice mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/zfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/AMAKERNEL_7. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. thanks Arno From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 19:35:17 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E14A816A400; Sun, 4 Mar 2007 19:35:17 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 791AB13C491; Sun, 4 Mar 2007 19:35:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 00D5F45CD9; Sun, 4 Mar 2007 20:35:12 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B7F6D45685; Sun, 4 Mar 2007 20:35:06 +0100 (CET) Date: Sun, 4 Mar 2007 20:33:44 +0100 From: Pawel Jakub Dawidek To: FreeBSD usergroup Message-ID: <20070304193344.GC22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 19:35:18 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 04, 2007 at 06:52:52PM +0100, FreeBSD usergroup wrote: >=20 > On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: >=20 > >Hi. > > > > > >The patch is available at: > > > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > > >To apply and compile the patch, enter your src directory and: > > > > # patch -p0 < /path/to/zfs_20070303.patch > > # make kernel <-- compiles and install patched kernel and > > zfs module > > # cd cddl > > # make && make install <-- compiles and install userland > > utilities and libraries > > > >Please report any problems ('it works without problems!' is nice too). >=20 > Hey Pawel, >=20 > Do I need to start with clean sources? >=20 > I patched the source with the new patch on top of the source that has bee= n patched with the old patch. > I tried to compile the new kernel but it failed. The patch is against clean HEAD source as of 2007-03-03. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQFF6x8YForvXbEpPzQRAmoRAJihaBlvr1fLvF3qxeGSr+BrnHyUAJ9aSBXm fP/ACG0/23IyB2obOjALmA== =XKiu -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 20:21:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 473FD16A404 for ; Sun, 4 Mar 2007 20:21:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFA713C4B2 for ; Sun, 4 Mar 2007 20:21:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l24KLt1A086383; Sun, 4 Mar 2007 14:21:56 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45EB2A62.10704@freebsd.org> Date: Sun, 04 Mar 2007 14:21:54 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Jeremie Le Hen References: <20070302210447.GE2479@obiwan.tataz.chchile.org> In-Reply-To: <20070302210447.GE2479@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2722/Sun Mar 4 12:06:42 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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-current@freebsd.org Subject: Re: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 20:21:57 -0000 On 03/02/07 15:04, Jeremie Le Hen wrote: > Hello, > > I've just changed my window manager, and I'm experiencing a few issues > with it. This may be a panic but I can't be sure for now. Indeed I > don't have a serial port on my laptop. > > I'm sure it is possible to ask the kernel to call doadump() > automatically on panic, but I can't remember how. Please, could you > give me the correct way to do it ? Any word on this? I'd love to set this up too. Would be nice to auto-dump+reset on servers.. Eric From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 20:36:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8078D16A402; Sun, 4 Mar 2007 20:36:17 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4662613C47E; Sun, 4 Mar 2007 20:36:17 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 822BF7CFF; Sun, 4 Mar 2007 21:36:16 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id F356B9EF18; Sun, 4 Mar 2007 20:38:02 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id CD6FF405F; Sun, 4 Mar 2007 21:38:02 +0100 (CET) Date: Sun, 4 Mar 2007 21:38:02 +0100 From: Jeremie Le Hen To: Eric Anderson Message-ID: <20070304203802.GS2479@obiwan.tataz.chchile.org> References: <20070302210447.GE2479@obiwan.tataz.chchile.org> <45EB2A62.10704@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45EB2A62.10704@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 20:36:17 -0000 Hi, Eric, On Sun, Mar 04, 2007 at 02:21:54PM -0600, Eric Anderson wrote: > On 03/02/07 15:04, Jeremie Le Hen wrote: > >I've just changed my window manager, and I'm experiencing a few issues > >with it. This may be a panic but I can't be sure for now. Indeed I > >don't have a serial port on my laptop. > > > >I'm sure it is possible to ask the kernel to call doadump() > >automatically on panic, but I can't remember how. Please, could you > >give me the correct way to do it ? > > > Any word on this? I'd love to set this up too. Would be nice to > auto-dump+reset on servers.. Robert Watson replied me privately. Hereafter you will find my reply: On Sat, Mar 03, 2007 at 03:12:53PM +0100, Jeremie Le Hen wrote: > On Sat, Mar 03, 2007 at 12:35:43PM +0000, Robert Watson wrote: > > You may be able to set the "unattended" sysctl or kernel compile option to > > cause it to panic and reboot rather than dropping into DDB. However, I'm > > not in front of a box I can test that on right now, so I'm replying > > privately in case I'm completely wrong :-). > > Thank you for your reply. I've checked the code in kern_shutdown.c and > indeed KDB_UNATTENDED sets the default value of debug.debugger_on_panic > to 0. In case we didn't drop to the debugger, doadump() is called, > this is what I want. Actually turning off the sysctl manually should > also do it. I hope this wille help. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 22:33:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40CB316A403 for ; Sun, 4 Mar 2007 22:33:24 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id DB92F13C47E for ; Sun, 4 Mar 2007 22:33:23 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 3FEBD385A4; Sun, 4 Mar 2007 23:06:02 +0100 (CET) Date: Sun, 4 Mar 2007 23:06:02 +0100 From: Lars Engels To: current@freebsd.org Message-ID: <20070304220602.GI21974@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: mount_msdosfs oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 22:33:24 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, my Sony Ericsson W810i cell phone comes with a USB cable and presents the internal memory and the memory stick as two umass devices (da0, da1). When I try to mount one of them (mount -t msdosfs), I am getting the error message: (41) lars@ttyp6 # mount -t msdosfs /dev/da0 mnt/usb mount_msdosfs: /dev/da0: Invalid argument Which is okay because it's not possible to mount da0 directly. But after that a new device da0s1 shows up, which returns the same error message when I try to mount it. =3D=3D=3D fdisk =3D=3D=3D (43) lars@ttyp6 # fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=3D26 heads=3D64 sectors/track=3D32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=3D26 heads=3D64 sectors/track=3D32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 4 (0x04),(Primary DOS with 16 bit FAT (< 32MB)) start 3, size 38509 (18 Meg), flag 80 (active) beg: cyl 0/ head 0/ sector 4; end: cyl 89/ head 2/ sector 18 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: =3D=3D=3D file =3D=3D=3D (44) lars@ttyp6 # file -s /dev/da0s1 /dev/da0s1: x86 boot sector This does not look like an msdosfs partition... =3D=3D=3D dmesg =3D=3D=3D umass0: on uhub0 umass1: on uhub0 (probe0:umass-sim0:0:0:0): Uninitialized Transport 5:26? 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 (probe0:umass-sim1:1:0:0): Uninitialized Transport 5:26? (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 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: 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 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 I assume that mount_msdosfs is lacking some way to mount these partitions. Goggle told me that mounting it works on FreeBSD. Not to mention that I can also mount it with Windows XP... I also did not have any success with the mtools. Lars --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF60LKKc512sD3afgRAsPkAJ9BA/DTae64TYDyKVJ95M9roOE3RwCcCLbV b/YbZBxZN1fyuiATF0UAQ7c= =Cgw+ -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 05:06:16 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBF7616A403; Mon, 5 Mar 2007 05:06:16 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id E7E8E13C478; Mon, 5 Mar 2007 05:06:13 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-141-152-254-63.phlapa.east.verizon.net [141.152.254.63]) by mail.asahi-net.or.jp (Postfix) with ESMTP id C4F9832AE3; Mon, 5 Mar 2007 14:06:10 +0900 (JST) Date: Mon, 5 Mar 2007 00:05:27 -0500 From: Yoshihiro Ota To: freebsd-fs@FreeBSD.org Message-Id: <20070305000527.b507543e.ota@j.email.ne.jp> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ" Cc: freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 05:06:16 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote: > Please report any problems ('it works without problems!' is nice too). > > Good luck. I just started trying the 1st patchset about a week ago. There is no reason why not to try the 2nd patchset. Well, here is how I did it. 1. Since I had the 1st patch sets, void it first via reverse patch. % patch -R -p0 < zfs_20061117.patch 2. There were some conflict/failure; I deleted them. % rm files-that-reverse-patch-failed 3. Update source tree to recover deleted files. % cvs up 4. Apply the 2nd patchset. % patch -p0 < zfs_20070303.patch 5. I somehow got compile error so that I needed to fix it. % patch -p0 < zfs-patchset2-fix.diff atomic_cas_ptr returns (void*) and winner is (dnode_t *). For some reason, the compiler complained and I needed to cast. "make kernel" was successful and I rebooted and verified that I could load zfs module. And then, I ran out of time; I will try it again later. Thank you for your hard work. Regards, Hiro --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ Content-Type: text/plain; name="zfs-patchset2-fix.diff" Content-Disposition: attachment; filename="zfs-patchset2-fix.diff" Content-Transfer-Encoding: 7bit --- sys/contrib/opensolaris/uts/common/fs/zfs/dnode.c.orig2 Sun Mar 4 23:09:11 2007 +++ sys/contrib/opensolaris/uts/common/fs/zfs/dnode.c Sun Mar 4 23:09:32 2007 @@ -605,7 +605,7 @@ dnode_t *winner; dn = dnode_create(os, (dnode_phys_t *)db->db.db_data+idx, db, object); - winner = atomic_cas_ptr(&children_dnodes[idx], NULL, dn); + winner = (dnode_t*)atomic_cas_ptr(&children_dnodes[idx], NULL, dn); if (winner != NULL) { dnode_destroy(dn); dn = winner; --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 05:25:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 414F216A401 for ; Mon, 5 Mar 2007 05:25:12 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail00d.mail.t-online.hu (mail00d.mail.t-online.hu [84.2.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id D959013C4A3 for ; Mon, 5 Mar 2007 05:25:11 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from baranyfelhocske.buza.adamsfamily.xx (catv540331AB.pool.t-online.hu [84.3.49.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail00d.mail.t-online.hu (Postfix) with ESMTP id 012A7BDC30 for ; Mon, 5 Mar 2007 06:25:09 +0100 (CET) Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8) with ESMTP id l255P9Ta001570 for ; Mon, 5 Mar 2007 06:25:09 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8/Submit) id l255P9Et001569 for freebsd-current@freebsd.org; Mon, 5 Mar 2007 06:25:09 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Mon, 5 Mar 2007 06:25:09 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20070305052509.GA1116@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20070304220602.GI21974@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070304220602.GI21974@e.0x20.net> User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: mount_msdosfs oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 05:25:12 -0000 Hello Lars, While I do not have the phone in question, I do have some experience with regard to SE (and Ericsson) phones + FreeBSD. On Sun, Mar 04, 2007 at 11:06:02PM +0100, Lars Engels wrote: > my Sony Ericsson W810i cell phone comes with a USB cable and presents > the internal memory and the memory stick as two umass devices (da0, > da1). When I try to mount one of them (mount -t msdosfs), I am getting > the error message: > (41) lars@ttyp6 # mount -t msdosfs /dev/da0 mnt/usb > mount_msdosfs: /dev/da0: Invalid argument > Which is okay because it's not possible to mount da0 directly. > But after that a new device da0s1 shows up, which returns the same > error message when I try to mount it. So, if I understand you correctly, the da0s1 device does not show up until you try to open it. > (44) lars@ttyp6 # file -s /dev/da0s1 > /dev/da0s1: x86 boot sector > > This does not look like an msdosfs partition... Indeed, but let's look farther below: > umass0: addr 2> on uhub0 > umass1: addr 2> on uhub0 So we find two devices. The older models, like my K750i only expose one device (the memory stick duo), the internal memory was only accessible via BT/IR or via the windows drivers that SE supplied. (But even then, I prefer to use an outside card reader, but that's beside the point) However, I know that in the case of the W810, the phone can be accessed in two modes, in "umass mode" when phone functionality is off and in "modem mode" when access to the internal memory is blocked. (perhaps also to the memory card?) When attaching the phone to the PC, you have to choose between these modes. Did you set the "umass mode" in this case? > (probe0:umass-sim0:0:0:0): Uninitialized Transport 5:26? > 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 Ouch. So the code tries to find out how big the internal memory is, but fails. It acts like eg a card reader with no card in it. > Opened disk da0 -> 6 And so it gives up. (6 is probably the error code) At this point I strongly suspect that there is no da0s1 device, but could you check this? (With ls -la da* /dev) The da0 device does hold a partition table, but it is either just faked, or read wrongly. (I strongly suspect that the internal memory is larger than just 18 megs, it surely is on my K750i) Now it tries with the memory card: > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: Removable Direct Access SCSI-0 device > da1: 1.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present Here, either there is really no memory card in the phone, or we cannot query it either. > Opened disk da1 -> 6 Same dance, we give up again. > I assume that mount_msdosfs is lacking some way to mount these > partitions. Goggle told me that mounting it works on FreeBSD. > Not to mention that I can also mount it with Windows XP... I do not think this a problem with the msdosfs driver or mount. There is simply no device there to mount. Now why this happens is more interesting. So again: have you set the phone to "Mass storage mode" upon connecting? At this point the phone probably just shuts down so it is noticeable. (I have a nagging suspicion here, but will not present it yet) -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 05:30:28 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E01016A400; Mon, 5 Mar 2007 05:30:28 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id CED8113C48D; Mon, 5 Mar 2007 05:30:27 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-141-152-254-63.phlapa.east.verizon.net [141.152.254.63]) by mail.asahi-net.or.jp (Postfix) with ESMTP id CD4613075B; Mon, 5 Mar 2007 14:30:25 +0900 (JST) Date: Mon, 5 Mar 2007 00:29:42 -0500 From: Yoshihiro Ota To: Robert Watson Message-Id: <20070305002942.61f8f84a.ota@j.email.ne.jp> In-Reply-To: <20070304104439.M60688@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp> <20070303221906.I60688@fledge.watson.org> <20070304010553.4c288aa6.ota@j.email.ne.jp> <20070304104439.M60688@fledge.watson.org> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 05:30:28 -0000 On Sun, 4 Mar 2007 10:51:23 +0000 (GMT) Robert Watson wrote: > > On Sun, 4 Mar 2007, Yoshihiro Ota wrote: > > >> Could you confirm that if you run the code precisely before the commits in > >> question (i.e., back out to uipc_usrreq.c:1.196 and unpcb.h:1.22) the > >> problem goes away completely? If so, could you try running ktrace on > >> kinput2 and see if it's looping around any particular syscalls and getting > >> an error repeatedly? It could be that an error is now (possibly > >> incorrectly) being returned and that kinput2 is not handling that well. > > > > I changed to uipc_usrreq.c 1.199 to 1.196 and I already had unpcb.h 1.11. > > After rebooting, the problem still remains. > > Hmm. That's odd -- you should really have needed to have unpcb.h:1.22 in > order for the kernel to compile with the recent uipc_usrreq.c changes -- > perhaps you're referring to the unpcb.h in /usr/include/sys rather than > /usr/src/sys/sys? I wasn't sure where these files existed. So, I run "find" under /usr/src/sys. So, I am positive that I got right ones. By the way, didn't you mean to try "before" the change? Wan't that why you asked me to back off uipc_usrreq.c from 1.199 to 1.196? > > The below is what I got from ktrace/kdump run on uipc_usrreq.c@1.199. I > > think I started seeing this problem on last Sat. or Sun day. > > > > It seems that when I kill kinput2, canna dies together so that when I see > > like this: > > > > $ sh /usr/local/etc/rc.d/canna.sh stop Cannot connect with cannaserver > > "unix". > > > > % ktrace -f ktrace.out > > > > 1274 kinput2 RET poll 1 > > 1274 kinput2 CALL poll(0x88450fb0,0x2,0) > > 1274 kinput2 RET poll 1 > > 1274 kinput2 CALL poll(0x88450fb0,0x2,0) > > 1274 kinput2 RET poll 1 > > > > %grep poll ktrace.txt | wc > > 621264 2795688 22986795 > > Returning imediately from poll() with a third argument (timeout) of 0 is > expected. However, it could be that the application is expecting something > that is no longer true, or that we're handling something differently than we > used to. I take it that kinput2 doesn't have this way in -STABLE? Have you > tried using portupgrade (or a related tool) to rebuild everything and make > sure that a library didn't get out of sync? I rebuilt from no ports since I upgrade to 7.0-CURRENT. Actually, once I started seeing this on kinput2, I rebuilt kinput2. Then, it started spining. I just tried reinstalling both canna and kinput2 after "cvs up -A" but it didn't help. > I may need to ask you to do a binary kernel search for the date where the > problem started occuring in order to get much further -- or it may take > someone familiar with (or becoming familiar with) the kinput and canna > internals to figure out if this is a new kernel bug or a bug in the > application. I will try to find the date when this started happening. I only need to test kernel, don't I? Do I need something else? By the way, if kinput2 is doing wrong, what kind of mis-operation do you expect? Do you have a guess? Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 09:02:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18EE416A408 for ; Mon, 5 Mar 2007 09:02:53 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id C63AF13C467 for ; Mon, 5 Mar 2007 09:02:52 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1402309wxc for ; Mon, 05 Mar 2007 01:02:50 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qhRdbwN3v3nfDGOPM1gLHRwfLbcEw0QcD+7XFAFxz8EnKvObCBeP6ZyLM9m9xS97l8548aXms2A7cXW9lnuPrKksVb5vzpvVuUvhjBDJUfb9vALwr1zYA5YZVGr0RefppfnC5WV9Tnsze3Ln+UZ705wVzVYYCHbEr6Sr8kxAdQU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gfs+HJuRUrdJjo2BoAJHrVLG+ygxCEJlCfow1Eiglnr02/5H2ioDcddQhJhlMmtl27/hnEka1N0GkLVHGF2bdjhdrTI3PFsqg6IwXpkfimV+b46vVpomCQyLCO4TJTkYtBh1O7ftSFcJKBQBDjP50UzoSzMRYa5J25xZ+vvGlzs= Received: by 10.114.94.1 with SMTP id r1mr1144804wab.1173085369802; Mon, 05 Mar 2007 01:02:49 -0800 (PST) Received: by 10.114.157.6 with HTTP; Mon, 5 Mar 2007 01:02:49 -0800 (PST) Message-ID: Date: Mon, 5 Mar 2007 10:02:49 +0100 From: "Juraj Lutter" To: "Doug Barton" In-Reply-To: <45E87FBD.3080108@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061022095811.GA10743@zaphod.nitro.dk> <453BFD84.5050702@FreeBSD.org> <20061102182927.GA20182@stack.nl> <45E87FBD.3080108@FreeBSD.org> Cc: "Simon L. Nielsen" , Hajimu UMEMOTO , Jilles Tjoelker , freebsd-current@freebsd.org Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 09:02:53 -0000 On 3/2/07, Doug Barton wrote: > If you're having problems with BIND 9.3.x, I would like to suggest > that you give the 9.4.0 port a try. I'd be very interested to hear if > that helps your situation. Yeah, those are all Bind 9.3.x machines, indeed :-) I will try to deploy 9.4.0 from ports, with overwriting base. Thanks otis -- Sincerely yours, Juraj Lutter From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 09:15:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCCB116A400; Mon, 5 Mar 2007 09:15:35 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 01F8213C471; Mon, 5 Mar 2007 09:15:34 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l259JOrv033460; Mon, 5 Mar 2007 09:19:24 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l259JNu0033459; Mon, 5 Mar 2007 09:19:23 GMT (envelope-from dunstan) Date: Mon, 5 Mar 2007 09:19:22 +0000 From: "Wojciech A. Koszek" To: Yoshihiro Ota Message-ID: <20070305091922.GA33425@FreeBSD.czest.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070305000527.b507543e.ota@j.email.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070305000527.b507543e.ota@j.email.ne.jp> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 05 Mar 2007 09:19:24 +0000 (UTC) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 09:15:35 -0000 On Mon, Mar 05, 2007 at 12:05:27AM -0500, Yoshihiro Ota wrote: > On Sun, 4 Mar 2007 13:38:01 +0100 > Pawel Jakub Dawidek wrote: > > > Please report any problems ('it works without problems!' is nice too). > > > > Good luck. > > I just started trying the 1st patchset about a week ago. There is no reason why not to try the 2nd patchset. > > Well, here is how I did it. > > 1. Since I had the 1st patch sets, void it first via reverse patch. > % patch -R -p0 < zfs_20061117.patch > You should have done this on the most current, clean sources. For me it went all right without failed chunks. make kernel && cd cddl && make stage presented by Pawel also finished without a problem. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 11:27:29 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF7F616A402; Mon, 5 Mar 2007 11:27:29 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.freebsd.org (Postfix) with ESMTP id B437E13C494; Mon, 5 Mar 2007 11:27:29 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from amadeus.demon.nl ([82.161.18.200]:51678 helo=[10.0.1.2]) by post-23.mail.nl.demon.net with esmtp (Exim 4.51) id 1HOBLk-0007Wk-OW; Mon, 05 Mar 2007 11:27:28 +0000 In-Reply-To: <20070304193344.GC22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> <20070304193344.GC22350@garage.freebsd.pl> 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: FreeBSD usergroup Date: Mon, 5 Mar 2007 12:27:48 +0100 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.2) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 11:27:30 -0000 On 4-mrt-2007, at 20:33, Pawel Jakub Dawidek wrote: > On Sun, Mar 04, 2007 at 06:52:52PM +0100, FreeBSD usergroup wrote: >> >> On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: >> >>> Hi. >>> >>> >>> The patch is available at: >>> >>> http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 >>> >>> To apply and compile the patch, enter your src directory and: >>> >>> # patch -p0 < /path/to/zfs_20070303.patch >>> # make kernel <-- compiles and install patched kernel and >>> zfs module >>> # cd cddl >>> # make && make install <-- compiles and install userland >>> utilities and libraries >>> >>> Please report any problems ('it works without problems!' is nice >>> too). >> >> Hey Pawel, >> >> Do I need to start with clean sources? >> >> I patched the source with the new patch on top of the source that >> has been patched with the old patch. >> I tried to compile the new kernel but it failed. > > The patch is against clean HEAD source as of 2007-03-03. Hello, One step further... `patch` and `make kernel` went well without any error after cvsup-ing to head then `cd cddl`, and `make` `make` gives me an error though: ===> lib/libuutil (all) cc -O2 -fno-strict-aliasing -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/lib/libuutil/common -I/usr/src/ cddl/lib/libuutil/../../../sys/compat/opensolaris -I/usr/src/cddl/lib/ libuutil/../../../sys/contrib/opensolaris/uts/common -I/usr/src/cddl/ lib/libuutil/../../../compat/opensolaris/include -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/head -D_SOLARIS_C_SOURCE -c / usr/src/cddl/lib/libuutil/../../../contrib/opensolaris/common/avl/avl.c cc -O2 -fno-strict-aliasing -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/lib/libuutil/common -I/usr/src/ cddl/lib/libuutil/../../../sys/compat/opensolaris -I/usr/src/cddl/lib/ libuutil/../../../sys/contrib/opensolaris/uts/common -I/usr/src/cddl/ lib/libuutil/../../../compat/opensolaris/include -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/head -D_SOLARIS_C_SOURCE -c / usr/src/cddl/lib/libuutil/../../../contrib/opensolaris/lib/libuutil/ common/uu_alloc.c make: don't know how to make /usr/src/cddl/lib/libuutil/../../../ compat/opensolaris/include/unistd.h. Stop *** Error code 2 Stop in /usr/src/cddl/lib. *** Error code 1 Stop in /usr/src/cddl. gr Arno Beekman From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 11:50:54 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81B9616A40A; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4136213C4A3; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 19CFD80647; Mon, 5 Mar 2007 12:29:30 +0100 (CET) Received: from [192.168.1.101] (unknown [192.168.1.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.meta-spinner.de (Postfix) with ESMTP id BA1D880646; Mon, 5 Mar 2007 12:29:29 +0100 (CET) Message-ID: <45EBFF18.3040505@nipsi.de> Date: Mon, 05 Mar 2007 12:29:28 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 11:50:54 -0000 "zpool create home /dev/ad1s1g" gives me a core dump. fresh upgraded CURRENT as of today (from SNAPTSHOP feb), zfs patch from your patch directory. Is there anything I did wrong? I can send you ktrace.out or coredumps... gdb and backtrace told me nothing, although I have compiled zpool and libs with -ggdb. regards, -Dennis Pawel Jakub Dawidek schrieb: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. This is very important, because: > 1. Seeing people interested in ZFS for FreeBSD gives me great motivation > to spend more time on coding. It is much appreciated! > 2. I'm not able to test everything by myself. > > List of changes against the 1st patchset: > - Full NFS support including automatic snapshots export and zfs(1) > control. Don't forget to run mountd(8) with two exports files: > /etc/exports and /etc/zfs/exports. > - Missing atomic operations were taken from OpenSolaris, which > eliminates global mutex protection. This improves performance a bit. > - Added various sysctls to vfs.zfs tree. > - Implemented kstat functionality from OpenSolaris based on our sysctls. > Try 'sysctl kstat'. > - ztest, zdb and libzpool are now compilable again and work. > - Access protection cleanups. ZFS pass all fstest regression tests > (available in HEAD under src/tools/regression/fstest/). It doesn't use > suser(9) anymore, only priv(9) KPI. > - Fixed bug preventing ZFS file systems mount via: > # mount -t zfs name /mountpoint > - Fixed orphan event handling in vdev_geom. > - Added BIO_FLUSH support for ZVOL providers. > - Many, many other bug fixes and cleanups. > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > Good luck. > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 11:50:54 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 862AB16A40B; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4145F13C4A7; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id DB5F180806; Mon, 5 Mar 2007 12:39:17 +0100 (CET) Received: from [192.168.1.101] (unknown [192.168.1.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.meta-spinner.de (Postfix) with ESMTP id 8C2FE80646; Mon, 5 Mar 2007 12:39:17 +0100 (CET) Message-ID: <45EC0164.3020902@nipsi.de> Date: Mon, 05 Mar 2007 12:39:16 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. COREDUMP ktrace output! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 11:50:54 -0000 ktrace -di zpool create home /dev/ad1s1g -------------- 13457 zpool CALL open(0x280afff0,O_RDONLY,0x1b6) 13457 zpool NAMI "/etc/zfs/exports" 13457 zpool RET open 5 13457 zpool CALL open(0xbfbfa340,O_RDONLY,0x400) 13457 zpool NAMI "/dev/ad1s1g" 13457 zpool RET open 6 13457 zpool CALL ioctl(0x6,DIOCGMEDIASIZE,0xbfbfa338) 13457 zpool RET ioctl 0 13457 zpool CALL close(0x6) 13457 zpool RET close 0 13457 zpool CALL __sysctl(0xbfbf9d68,0x2,0xbfbf9d70,0xbfbf9d64,0x280b7bd8,0 x11) 13457 zpool RET __sysctl 0 13457 zpool CALL __sysctl(0xbfbf9d70,0x3,0x28300000,0xbfbf9e18,0,0) 13457 zpool RET __sysctl 0 13457 zpool PSIG SIGSEGV SIG_DFL 13457 zpool NAMI "zpool.core" --------------------- regards, Dennis Pawel Jakub Dawidek schrieb: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. This is very important, because: > 1. Seeing people interested in ZFS for FreeBSD gives me great motivation > to spend more time on coding. It is much appreciated! > 2. I'm not able to test everything by myself. > > List of changes against the 1st patchset: > - Full NFS support including automatic snapshots export and zfs(1) > control. Don't forget to run mountd(8) with two exports files: > /etc/exports and /etc/zfs/exports. > - Missing atomic operations were taken from OpenSolaris, which > eliminates global mutex protection. This improves performance a bit. > - Added various sysctls to vfs.zfs tree. > - Implemented kstat functionality from OpenSolaris based on our sysctls. > Try 'sysctl kstat'. > - ztest, zdb and libzpool are now compilable again and work. > - Access protection cleanups. ZFS pass all fstest regression tests > (available in HEAD under src/tools/regression/fstest/). It doesn't use > suser(9) anymore, only priv(9) KPI. > - Fixed bug preventing ZFS file systems mount via: > # mount -t zfs name /mountpoint > - Fixed orphan event handling in vdev_geom. > - Added BIO_FLUSH support for ZVOL providers. > - Many, many other bug fixes and cleanups. > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > Good luck. > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 04:14:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53A3116A401 for ; Mon, 5 Mar 2007 04:14:49 +0000 (UTC) (envelope-from cesar.kuroiwa@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 101F613C442 for ; Mon, 5 Mar 2007 04:14:48 +0000 (UTC) (envelope-from cesar.kuroiwa@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so2121666wri for ; Sun, 04 Mar 2007 20:14:48 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=HoaG+da3AF3ygSow4bPOSKNRdqUE/jdbHRdHjgVj3dgyl/WE8hDqAqzyWUUA0F0HyygpIjm4+77PGVcIhCf9BRjniQepD7y91piJxQ/tqVm9f+lSd2SsGaH6iJgCUIoKPZ6NooDT4hpbL6pcVj81i9iWWVPCnVf2CSgfd6Ky838= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=sfvGbNn16KWH++7timJbjlFaCAHCl+3fHAuwMuw6mrCYZv0WAiLCd6/TxcXNAg/WyZNxupSWch116HpWcPFQb05DbvHtQb+/yxeOGHtIY6TtsTGBL18c/38D1vAxX552Y2/8855ltluIxmYjhzxHCv1N/b7c6YHsT7o084Zmq0g= Received: by 10.114.133.1 with SMTP id g1mr1116664wad.1173066596920; Sun, 04 Mar 2007 19:49:56 -0800 (PST) Received: by 10.114.61.7 with HTTP; Sun, 4 Mar 2007 19:49:56 -0800 (PST) Message-ID: <65c972b10703041949i19235555m4cfc04803f012d97@mail.gmail.com> Date: Mon, 5 Mar 2007 00:49:56 -0300 From: "Cesar Kuroiwa" To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org In-Reply-To: MIME-Version: 1.0 References: X-Mailman-Approved-At: Mon, 05 Mar 2007 12:27:19 +0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: For Review/Testing: uhidev(4) USB driver level for devices with multiple report ids X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 04:14:49 -0000 2007/3/3, Mark Hobden : > > This was originally ported from NetBSD by Maxime Henrion (mux), more > recently > I have updated the patch and fixed a few bugs. > > Current > http://www.terinea.co.uk/~mark/patches/uhidev-7-current-p1.diff > > Stable (slightly older, should still apply) > http://www.terinea.co.uk/~mark/patches/uhidev-6-stable-p1.diff > > I have also created a patch the gets some Microsoft keyboard/mouse sets > and > Microsoft notebook mice working with the uhidev driver. Without this patch > invalid offsets cause the report size to be incorrect. It could make more > sense > to change offsets in hid_get_item() instead though. I am sure there will > be more > device Id's I have missed if you know of any please email me so I can > update > the patch. > > For Current and 6-Stable (requires uhidev patch to be applied first) > http://www.terinea.co.uk/~mark/patches/uhidev-add-ms.diff Hi there, I was a little unsure about which patch to use, so I recompiled world and kernel with this last one, and unfortunately, have to say it didn't work for me. My mouse is still showing no sign of life under FreeBSD... Did I do sth wrong then? Should I have applied both patches (" uhidev-6-stable-p1.diff" and "uhidev-add-ms.diff") since I am using 6-stable, to make it work. Thanx a lot for the help From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 14:21:21 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1868216A406; Mon, 5 Mar 2007 14:21:21 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id A370713C4AC; Mon, 5 Mar 2007 14:21:20 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id l25E4pVw002107; Mon, 5 Mar 2007 15:04:52 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 124DD635; Mon, 5 Mar 2007 15:04:51 +0100 (CET) Date: Mon, 5 Mar 2007 15:04:51 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-fs@FreeBSD.org Message-Id: <20070305150451.ad3edaf1.gerrit@pmp.uni-hannover.de> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146 Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 14:21:21 -0000 On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote about ZFS port to FreeBSD: 2nd patchset available.: PJD> I'd like to announce availability of the second ZFS patchset for PJD> FreeBSD. Great, thanks! PJD> The patch is available at: PJD> http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 PJD> To apply and compile the patch, enter your src directory and: PJD> PJD> # patch -p0 < /path/to/zfs_20070303.patch PJD> # make kernel <-- compiles and install patched kernel and PJD> zfs module PJD> # cd cddl PJD> # make && make install <-- compiles and install userland PJD> utilities and libraries I just synced to -current and the patch applied flawlessly. However, I cannot get the system to compile. buildworld fails with ===> gnu/lib/libg2c (install) sh /mnt/zfs/src/tools/install.sh -C -o root -g wheel -m 444 libg2c.a /usr/obj/ mnt/zfs/src/tmp/usr/lib sh /mnt/zfs/src/tools/install.sh -C -o root -g wheel -m 444 /mnt/zfs/src/gnu/lib/libg2c/g2c.h /usr/obj/mnt/zfs/src/tmp/usr/include sh /mnt/zfs/src/tools/install.sh -s -o root -g wheel -m 444 libg2c.so.2 /usr /obj/mnt/zfs/src/tmp/usr/lib ln -fs libg2c.so.2 /usr/obj/mnt/zfs/src/tmp/usr/lib/libg2c.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Did I get a bad sync, or has anybody else here a hint for me what is going wrong? cu Gerrit From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 14:40:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E787F16A400; Mon, 5 Mar 2007 14:40:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BB2F813C481; Mon, 5 Mar 2007 14:40:01 +0000 (UTC) (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 l25Ee1cX001191; Mon, 5 Mar 2007 09:40:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l25Ee0CR077182; Mon, 5 Mar 2007 09:40:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93CE573039; Mon, 5 Mar 2007 09:40:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070305144000.93CE573039@freebsd-current.sentex.ca> Date: Mon, 5 Mar 2007 09:40:00 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 14:40:02 -0000 TB --- 2007-03-05 13:36:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-05 13:36:39 - starting HEAD tinderbox run for i386/i386 TB --- 2007-03-05 13:36:39 - cleaning the object tree TB --- 2007-03-05 13:37:26 - checking out the source tree TB --- 2007-03-05 13:37:26 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-03-05 13:37:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-05 13:44:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-05 13:44:57 - cd /src TB --- 2007-03-05 13:44:57 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 5 13:44:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 5 14:37:22 UTC 2007 TB --- 2007-03-05 14:37:22 - generating LINT kernel config TB --- 2007-03-05 14:37:22 - cd /src/sys/i386/conf TB --- 2007-03-05 14:37:22 - /usr/bin/make -B LINT TB --- 2007-03-05 14:37:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-05 14:37:22 - cd /src TB --- 2007-03-05 14:37:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 5 14:37:23 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /src/sys/kern/kern_acl.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-05 14:40:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-05 14:40:00 - ERROR: failed to build lint kernel TB --- 2007-03-05 14:40:00 - tinderbox aborted TB --- 0.81 user 2.73 system 3800.89 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 16:28:22 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F14516A400; Mon, 5 Mar 2007 16:28:22 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id CB8EA13C442; Mon, 5 Mar 2007 16:28:21 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l25FwV9Y040655; Tue, 6 Mar 2007 00:58:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 6 Mar 2007 00:58:31 +0900 From: Norikatsu Shigemura To: Pawel Jakub Dawidek Message-Id: <20070306005831.22fb6115.nork@FreeBSD.org> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> X-Mailer: Sylpheed 2.4.0beta4 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 06 Mar 2007 00:58:32 +0900 (JST) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 16:28:22 -0000 On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote: > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > Please report any problems ('it works without problems!' is nice too). To clean-build (make buildworld), please make src/lib/libthr before src/cddl. Because cddl/lib/libzpool required libthr. --- Makefile.inc1.orig Sun Mar 4 01:50:22 2007 +++ Makefile.inc1 Tue Mar 6 00:06:37 2007 @@ -1013,7 +1013,7 @@ lib/libradius lib/libsbuf lib/libtacplus lib/libutil \ ${_lib_libypclnt} lib/libz lib/msun \ ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ - ${_secure_lib_libssl} + ${_secure_lib_libssl} lib/libthr _generic_libs= cddl/lib gnu/lib ${_kerberos5_lib} lib ${_secure_lib} usr.bin/lex/lib I'm testing iozone -a. The new ZFS codes are too stable! From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 17:26:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AE5316A403 for ; Mon, 5 Mar 2007 17:26:45 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id B488813C48E for ; Mon, 5 Mar 2007 17:26:44 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 61DFD375A4; Mon, 5 Mar 2007 18:07:17 +0100 (CET) Date: Mon, 5 Mar 2007 18:07:17 +0100 From: Lars Engels To: Szilveszter Adam Message-ID: <20070305170717.GC52745@e.0x20.net> Mail-Followup-To: Lars Engels , Szilveszter Adam , freebsd-current@freebsd.org References: <20070304220602.GI21974@e.0x20.net> <20070305052509.GA1116@baranyfelhocske.buza.adamsfamily.xx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <20070305052509.GA1116@baranyfelhocske.buza.adamsfamily.xx> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 17:26:45 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2007 at 06:25:09AM +0100, Szilveszter Adam wrote: > Hello Lars, >=20 > While I do not have the phone in question, I do have some experience > with regard to SE (and Ericsson) phones + FreeBSD. >=20 > On Sun, Mar 04, 2007 at 11:06:02PM +0100, Lars Engels wrote: > > my Sony Ericsson W810i cell phone comes with a USB cable and presents > > the internal memory and the memory stick as two umass devices (da0, > > da1). When I try to mount one of them (mount -t msdosfs), I am getting > > the error message: > > (41) lars@ttyp6 # mount -t msdosfs /dev/da0 mnt/usb > > mount_msdosfs: /dev/da0: Invalid argument > > Which is okay because it's not possible to mount da0 directly. > > But after that a new device da0s1 shows up, which returns the same > > error message when I try to mount it. >=20 > So, if I understand you correctly, the da0s1 device does not show up > until you try to open it. Yes, this is right. >=20 > > (44) lars@ttyp6 # file -s /dev/da0s1 > > /dev/da0s1: x86 boot sector > >=20 > > This does not look like an msdosfs partition... >=20 > Indeed, but let's look farther below: >=20 > > umass0: > addr 2> on uhub0 > > umass1: > addr 2> on uhub0 >=20 > So we find two devices. The older models, like my K750i only expose one > device (the memory stick duo), the internal memory was only accessible > via BT/IR or via the windows drivers that SE supplied. (But even then, I > prefer to use an outside card reader, but that's beside the point) > However, I know that in the case of the W810, the phone can be accessed > in two modes, in "umass mode" when phone functionality is off and in > "modem mode" when access to the internal memory is blocked. (perhaps > also to the memory card?) When attaching the phone to the PC, you have > to choose between these modes. Did you set the "umass mode" in this > case? >=20 When I connect the phone, it lets me choose "File Transfer Mode" and "Phone Mode". After selecting the FT-mode, the umass devices show up. > > (probe0:umass-sim0:0:0:0): Uninitialized Transport 5:26? > > 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 >=20 > Ouch. So the code tries to find out how big the internal memory is, but > fails. It acts like eg a card reader with no card in it. >=20 > > Opened disk da0 -> 6 >=20 > And so it gives up. (6 is probably the error code) > At this point I strongly suspect that there is no da0s1 device, but > could you check this? (With ls -la da* /dev) The da0 device does hold a > partition table, but it is either just faked, or read wrongly. (I > strongly suspect that the internal memory is larger than just 18 megs, > it surely is on my K750i) =20 You are right, at this time, there is only the da0 device. da0s1 appears, when I try to mount da0. >=20 > Now it tries with the memory card: >=20 > > da1 at umass-sim1 bus 1 target 0 lun 0 > > da1: Removable Direct Access SCSI-0 device > > da1: 1.000MB/s transfers > > da1: Attempt to query device size failed: NOT READY, Medium not present >=20 > Here, either there is really no memory card in the phone, or we cannot > query it either. There is a 512MB card inserted. >=20 > > Opened disk da1 -> 6 >=20 > Same dance, we give up again. >=20 > > I assume that mount_msdosfs is lacking some way to mount these > > partitions. Goggle told me that mounting it works on FreeBSD. > > Not to mention that I can also mount it with Windows XP... >=20 > I do not think this a problem with the msdosfs driver or mount. There is > simply no device there to mount. Now why this happens is more > interesting. >=20 > So again: have you set the phone to "Mass storage mode" upon connecting? > At this point the phone probably just shuts down so it is noticeable. (I > have a nagging suspicion here, but will not present it yet)=20 The phone acts strange, when I select the "Mass storage mode". You are right, that it shuts down and comes up in mass storage mode, and then devd reports a lot of connects. The same on Win XP, with a lot of bells ringing for every new device detected. Lars --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7E5FKc512sD3afgRAtc2AJ9rFzdloU/9EFhtJxV8xeK1HXHyHgCgwrH/ I/yhvaNpFRnx8k7GtkHh3wk= =nwwh -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:23:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0499C16A402; Mon, 5 Mar 2007 18:23:16 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id CA40013C4A6; Mon, 5 Mar 2007 18:23:15 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25IN8c9009002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 13:23:08 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25IMsrj056048; Mon, 5 Mar 2007 13:22:54 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.24574.751134.397740@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 13:22:54 -0500 (EST) To: Andre Oppermann In-Reply-To: <45E8276D.60105@freebsd.org> References: <45E8276D.60105@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 18:23:16 -0000 Andre Oppermann writes: > The patch is here: > > http://people.freebsd.org/~andre/soreceive_stream-20070302.diff > > Any testing, especially on 10Gig cards, and feedback appreciated. I just tested with my standard mxge setup (details and data below). This is *awesome*. Before your patch, the peak bandwidth was 7.5Gb/s with jumbo frames, and 2.47Gb/s with standard frames. After the patch, it is 9.0Gb/s and 2.92Gb/s. Before the patch, the bandwidth "collapses" above a certain receive socket buffer size. Eg, it is 7.5Gb/s with a 128KB socket buffer, but 6.2Gb/s with 192KB or more. Now the peak is with a 192KB socket buffer, and there is no sudden collapse above the peak! With the patch, we finally seem to be performance competative on the receive side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of those OSes do much better (saturate the link with jumbos) when CPU affinity is used to bind the interrupt handler and netserver process to different cores on the same socket. I imagine FreeBSD may be able to do even better if it ever grows CPU affinity support for both interrupt handlers and processes. With the patch, it performs at least as well, if not better than, Solaris and Linux do without CPU affinity. Venice: AMD Athlon(tm) 64 Processor 3000+, 1.8GHz, 512KB L2 Venice: Linux 2.6.19, UP Rome: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+, 2.0GHz, 512KB L2 Rome: -current, SMP Motherboard (both machines): DFI Corp, LP NF4 Series Chipset (both machines): Nvidia CK804 NIC (both machines): Myri 10G-PCIE-8A-C (CX4) The tests were run from venice -> rome using netperf242 -Hrome-my -tTCP_SENDFILE -F /boot/vmlinuz-2.6.9-11.EL -C -c -- -S $SOCKETBUFFER_SIZE I took the median of 5 runs at each socket buffer size. I really need to write some scripts.. MTU 1500 Pre: 65536 65536 65536 10.00 2472.08 31.83 90.38 1.055 5.990 98304 65536 65536 10.00 2280.62 29.61 85.77 1.064 6.162 131072 65536 65536 10.00 2190.13 28.23 84.67 1.056 6.334 196608 65536 65536 10.01 2111.03 23.75 81.54 0.921 6.328 262144 65536 65536 10.01 1843.48 15.87 73.46 0.705 6.529 524288 65536 65536 10.01 1808.00 17.28 76.54 0.783 6.936 1048576 65536 65536 10.01 1919.01 15.72 81.54 0.671 6.962 Post: 65536 65536 65536 10.00 2839.09 37.42 86.92 1.080 5.016 98304 65536 65536 10.00 2923.07 36.42 86.92 1.021 4.872 131072 65536 65536 10.01 2694.91 30.74 86.92 0.934 5.285 196608 65536 65536 10.00 2640.54 27.62 86.15 0.857 5.346 262144 65536 65536 10.00 2422.32 22.23 82.69 0.752 5.593 524288 65536 65536 10.01 2168.59 16.96 80.77 0.641 6.102 1048576 65536 65536 10.01 2138.10 16.39 85.77 0.628 6.572 MTU 9000 Pre: 65536 65536 65536 10.00 4908.35 34.61 52.31 0.578 1.746 98304 65536 65536 10.00 6623.84 44.71 68.46 0.553 1.693 131072 65536 65536 10.00 7504.46 41.83 77.69 0.457 1.696 196608 65536 65536 10.00 6248.29 36.91 77.69 0.484 2.037 262144 65536 65536 10.00 6230.94 35.51 76.92 0.467 2.023 524288 65536 65536 10.00 6242.76 36.03 80.38 0.473 2.110 1048576 65536 65536 10.00 6162.54 37.03 74.62 0.492 1.984 Post: 65536 65536 65536 10.00 4957.98 36.72 49.62 0.607 1.640 98304 65536 65536 10.00 6799.78 44.61 68.08 0.537 1.640 131072 65536 65536 10.00 7998.88 46.92 73.08 0.481 1.497 196608 65536 65536 10.00 9017.95 48.92 82.69 0.444 1.502 262144 65536 65536 10.00 8874.62 49.52 81.15 0.457 1.498 524288 65536 65536 10.00 8787.09 48.12 81.92 0.449 1.527 1048576 65536 65536 10.00 8631.88 46.02 82.31 0.437 1.562 Drew PS: It didn't want to compile at first. I needed to comment out the offending 2 lines: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror ../../../kern/uipc_sockbuf.c ../../../kern/uipc_sockbuf.c: In function `sbpull_locked': ../../../kern/uipc_sockbuf.c:841: error: structure has no member named `sb_sndptroff' ../../../kern/uipc_sockbuf.c:842: error: structure has no member named `sb_sndptroff' *** Error code 1 Stop in /usr/var/tmp/sys/amd64/compile/ROME. From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:29:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 460AA16A401; Mon, 5 Mar 2007 18:29:57 +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 05F3E13C467; Mon, 5 Mar 2007 18:29:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4692E46D91; Mon, 5 Mar 2007 13:29:56 -0500 (EST) Date: Mon, 5 Mar 2007 18:29:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Gallatin In-Reply-To: <17900.24574.751134.397740@grasshopper.cs.duke.edu> Message-ID: <20070305182755.S31701@fledge.watson.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann , kmacy@freebsd.org, jhb@FreeBSD.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 18:29:57 -0000 On Mon, 5 Mar 2007, Andrew Gallatin wrote: > With the patch, we finally seem to be performance competative on the receive > side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of > those OSes do much better (saturate the link with jumbos) when CPU affinity > is used to bind the interrupt handler and netserver process to different > cores on the same socket. I imagine FreeBSD may be able to do even better > if it ever grows CPU affinity support for both interrupt handlers and > processes. With the patch, it performs at least as well, if not better > than, Solaris and Linux do without CPU affinity. I don't have numbers in front of me, and am currently packing for a trip to Tokyo so won't find them before traveling, but my experience has been that binding the ithread to a specific CPU is very helpful in improving receive performance. You can slap a sched_bind(0) into the interrupt handler the first time it runs and it should stick appropriately, and add a sysctl to sched_bind() for a user process as a hack to test it out. John has a patch that pins interrupt threads, etc, not sure what the status of that is. CC'd. Robert N M Watson Computer Laboratory University of Cambridge > > Venice: AMD Athlon(tm) 64 Processor 3000+, 1.8GHz, 512KB L2 > Venice: Linux 2.6.19, UP > Rome: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+, 2.0GHz, 512KB L2 > Rome: -current, SMP > Motherboard (both machines): DFI Corp, LP NF4 Series > Chipset (both machines): Nvidia CK804 > NIC (both machines): Myri 10G-PCIE-8A-C (CX4) > > The tests were run from venice -> rome using netperf242 -Hrome-my > -tTCP_SENDFILE -F /boot/vmlinuz-2.6.9-11.EL -C -c -- -S > $SOCKETBUFFER_SIZE > > I took the median of 5 runs at each socket buffer size. > I really need to write some scripts.. > > MTU 1500 > Pre: > 65536 65536 65536 10.00 2472.08 31.83 90.38 1.055 5.990 > 98304 65536 65536 10.00 2280.62 29.61 85.77 1.064 6.162 > 131072 65536 65536 10.00 2190.13 28.23 84.67 1.056 6.334 > 196608 65536 65536 10.01 2111.03 23.75 81.54 0.921 6.328 > 262144 65536 65536 10.01 1843.48 15.87 73.46 0.705 6.529 > 524288 65536 65536 10.01 1808.00 17.28 76.54 0.783 6.936 > 1048576 65536 65536 10.01 1919.01 15.72 81.54 0.671 6.962 > > > Post: > 65536 65536 65536 10.00 2839.09 37.42 86.92 1.080 5.016 > 98304 65536 65536 10.00 2923.07 36.42 86.92 1.021 4.872 > 131072 65536 65536 10.01 2694.91 30.74 86.92 0.934 5.285 > 196608 65536 65536 10.00 2640.54 27.62 86.15 0.857 5.346 > 262144 65536 65536 10.00 2422.32 22.23 82.69 0.752 5.593 > 524288 65536 65536 10.01 2168.59 16.96 80.77 0.641 6.102 > 1048576 65536 65536 10.01 2138.10 16.39 85.77 0.628 6.572 > > > MTU 9000 > Pre: > 65536 65536 65536 10.00 4908.35 34.61 52.31 0.578 1.746 > 98304 65536 65536 10.00 6623.84 44.71 68.46 0.553 1.693 > 131072 65536 65536 10.00 7504.46 41.83 77.69 0.457 1.696 > 196608 65536 65536 10.00 6248.29 36.91 77.69 0.484 2.037 > 262144 65536 65536 10.00 6230.94 35.51 76.92 0.467 2.023 > 524288 65536 65536 10.00 6242.76 36.03 80.38 0.473 2.110 > 1048576 65536 65536 10.00 6162.54 37.03 74.62 0.492 1.984 > > > Post: > 65536 65536 65536 10.00 4957.98 36.72 49.62 0.607 1.640 > 98304 65536 65536 10.00 6799.78 44.61 68.08 0.537 1.640 > 131072 65536 65536 10.00 7998.88 46.92 73.08 0.481 1.497 > 196608 65536 65536 10.00 9017.95 48.92 82.69 0.444 1.502 > 262144 65536 65536 10.00 8874.62 49.52 81.15 0.457 1.498 > 524288 65536 65536 10.00 8787.09 48.12 81.92 0.449 1.527 > 1048576 65536 65536 10.00 8631.88 46.02 82.31 0.437 1.562 > > > Drew > > > PS: It didn't want to compile at first. I needed to comment out > the offending 2 lines: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror ../../../kern/uipc_sockbuf.c > ../../../kern/uipc_sockbuf.c: In function `sbpull_locked': > ../../../kern/uipc_sockbuf.c:841: error: structure has no member named `sb_sndptroff' > ../../../kern/uipc_sockbuf.c:842: error: structure has no member named `sb_sndptroff' > *** Error code 1 > > Stop in /usr/var/tmp/sys/amd64/compile/ROME. > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:48:58 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00F2716A404; Mon, 5 Mar 2007 18:48:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id B401213C4B3; Mon, 5 Mar 2007 18:48:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25Imvt6016866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 13:48:57 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25ImpG3056078; Mon, 5 Mar 2007 13:48:51 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.26131.918618.853907@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 13:48:51 -0500 (EST) To: Robert Watson In-Reply-To: <20070305182755.S31701@fledge.watson.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Andre Oppermann , kmacy@FreeBSD.org, jhb@FreeBSD.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 18:48:58 -0000 Robert Watson writes: > On Mon, 5 Mar 2007, Andrew Gallatin wrote: > > > With the patch, we finally seem to be performance competative on the receive > > side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of > > those OSes do much better (saturate the link with jumbos) when CPU affinity > > is used to bind the interrupt handler and netserver process to different > > cores on the same socket. I imagine FreeBSD may be able to do even better > > if it ever grows CPU affinity support for both interrupt handlers and > > processes. With the patch, it performs at least as well, if not better > > than, Solaris and Linux do without CPU affinity. > > I don't have numbers in front of me, and am currently packing for a trip to > Tokyo so won't find them before traveling, but my experience has been that > binding the ithread to a specific CPU is very helpful in improving receive > performance. You can slap a sched_bind(0) into the interrupt handler the > first time it runs and it should stick appropriately, and add a sysctl to > sched_bind() for a user process as a hack to test it out. You lost me at adding the sysctl for the user process.. Does FreeBSD have, or plan to have, an interface to bind threads to CPUs? > > John has a patch that pins interrupt threads, etc, not sure what the status of > that is. CC'd. He wanted me to test it and I dropped the ball. By the time I got a chance (some months later), it was so stale it did not come close to applying. I've asked him to regen. Drew From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:52:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0558516A404; Mon, 5 Mar 2007 18:52:24 +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 7F23F13C4A6; Mon, 5 Mar 2007 18:52:18 +0000 (UTC) (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.8/8.13.8) with ESMTP id l25Iq9AE003961; Mon, 5 Mar 2007 13:52:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Mon, 5 Mar 2007 13:52:28 -0500 User-Agent: KMail/1.9.1 References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> In-Reply-To: <20070305182755.S31701@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703051352.29939.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]); Mon, 05 Mar 2007 13:52:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2735/Mon Mar 5 10:23:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann , Andrew Gallatin , kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 18:52:24 -0000 On Monday 05 March 2007 13:29, Robert Watson wrote: > On Mon, 5 Mar 2007, Andrew Gallatin wrote: > > > With the patch, we finally seem to be performance competative on the receive > > side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of > > those OSes do much better (saturate the link with jumbos) when CPU affinity > > is used to bind the interrupt handler and netserver process to different > > cores on the same socket. I imagine FreeBSD may be able to do even better > > if it ever grows CPU affinity support for both interrupt handlers and > > processes. With the patch, it performs at least as well, if not better > > than, Solaris and Linux do without CPU affinity. > > I don't have numbers in front of me, and am currently packing for a trip to > Tokyo so won't find them before traveling, but my experience has been that > binding the ithread to a specific CPU is very helpful in improving receive > performance. You can slap a sched_bind(0) into the interrupt handler the > first time it runs and it should stick appropriately, and add a sysctl to > sched_bind() for a user process as a hack to test it out. > > John has a patch that pins interrupt threads, etc, not sure what the status of > that is. CC'd. Tested and around for over a year. Sent to people several times but no benchmarking has resulted. It lives in p4 in //depot/user/jhb/intr/... I've just regenerated the patch at http://www.FreeBSD.org/~jhb/patches/intr_bind.patch (same URL as the last N times I've posted it). I do now have access again to the sources for a simple intr_bind userland tool that lets you move assign the CPU for a given interrupt. There is currently no way to see which CPU an interrupt is assigned to outside of 'show intr' in ddb or scraping a verbose dmesg, but that can always be added later. What is there now is probably sufficient for testing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:00:20 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACAB016A409; Mon, 5 Mar 2007 19:00:20 +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 E7ADE13C4BA; Mon, 5 Mar 2007 19:00:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 67F8746D25; Mon, 5 Mar 2007 14:00:16 -0500 (EST) Date: Mon, 5 Mar 2007 19:00:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Gallatin In-Reply-To: <17900.26131.918618.853907@grasshopper.cs.duke.edu> Message-ID: <20070305185650.S31701@fledge.watson.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> <17900.26131.918618.853907@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Andre Oppermann , kmacy@FreeBSD.org, jhb@FreeBSD.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 19:00:20 -0000 On Mon, 5 Mar 2007, Andrew Gallatin wrote: > Robert Watson writes: > > On Mon, 5 Mar 2007, Andrew Gallatin wrote: > > > > > With the patch, we finally seem to be performance competative on the receive > > > side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of > > > those OSes do much better (saturate the link with jumbos) when CPU affinity > > > is used to bind the interrupt handler and netserver process to different > > > cores on the same socket. I imagine FreeBSD may be able to do even better > > > if it ever grows CPU affinity support for both interrupt handlers and > > > processes. With the patch, it performs at least as well, if not better > > > than, Solaris and Linux do without CPU affinity. > > > > I don't have numbers in front of me, and am currently packing for a trip > > to Tokyo so won't find them before traveling, but my experience has been > > that binding the ithread to a specific CPU is very helpful in improving > > receive performance. You can slap a sched_bind(0) into the interrupt > > handler the first time it runs and it should stick appropriately, and add > > a sysctl to sched_bind() for a user process as a hack to test it out. > > You lost me at adding the sysctl for the user process.. Does FreeBSD have, > or plan to have, an interface to bind threads to CPUs? Right now we have a facility to bind kernel threads to specific CPUs (sched_bind(9)), but not an API or mature facility to bind user threads (accept in as much as the scheduling of the user thread reflects the scheduling of the kernel thread, which works but requires adding a system call or sysctl as a hack). There was a recent discussion on arch@ about the relative merits of various such user APIs floating around. Adding a basic model for user thread CPU binding would be fairly easy, but I'm not sure anyone owns the task currently. The quick hack model for testing is to sched_bind() the user thread using a sysctl added for testing purposes, which I believe should work to demonstrate the general point, and can be done in about 15 minutes. Since I'm running out the door now, it will have to be someone else's 15 minutes. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:41:59 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9A8316A403; Mon, 5 Mar 2007 19:41:59 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD6A13C4A3; Mon, 5 Mar 2007 19:41:59 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25Jfvlf000933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 14:41:57 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25JfqR9056128; Mon, 5 Mar 2007 14:41:52 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.29312.198932.502783@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 14:41:52 -0500 (EST) To: Robert Watson In-Reply-To: <20070305182755.S31701@fledge.watson.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Andre Oppermann , kmacy@FreeBSD.org, jhb@FreeBSD.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 19:42:00 -0000 Robert Watson writes: > On Mon, 5 Mar 2007, Andrew Gallatin wrote: > > > With the patch, we finally seem to be performance competative on the receive > > side with Linux x86_64 and Solaris/amd64 on this same hardware. Both of > > those OSes do much better (saturate the link with jumbos) when CPU affinity > > is used to bind the interrupt handler and netserver process to different > > cores on the same socket. I imagine FreeBSD may be able to do even better > > if it ever grows CPU affinity support for both interrupt handlers and > > processes. With the patch, it performs at least as well, if not better > > than, Solaris and Linux do without CPU affinity. > > I don't have numbers in front of me, and am currently packing for a trip to > Tokyo so won't find them before traveling, but my experience has been that > binding the ithread to a specific CPU is very helpful in improving receive > performance. You can slap a sched_bind(0) into the interrupt handler the > first time it runs and it should stick appropriately, and add a sysctl to > sched_bind() for a user process as a hack to test it out. OK, So I did a hack which binds anything which calls accept() to CPU1, and then hacked the intr handler of my driver to bind it to CPU0. I saw no improvement. Darn. BTW, doing binding like this seems to entirely eliminate the out-of-order packets I see when net.isr.direct=0. Drew From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:58:45 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B1C516A401; Mon, 5 Mar 2007 19:58:45 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF6113C428; Mon, 5 Mar 2007 19:58:45 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25JwiEx005532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 14:58:44 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25JwdXR056142; Mon, 5 Mar 2007 14:58:39 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.30319.384789.754149@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 14:58:39 -0500 (EST) To: Robert Watson In-Reply-To: <20070305182755.S31701@fledge.watson.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Andre Oppermann , kmacy@FreeBSD.org, jhb@FreeBSD.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 19:58:45 -0000 One last note.. It looks like SCHED_4BSD does a decent job (on my setup) w/o CPU binding, but SCHED_ULE requires CPU binding to get good performance. W/o CPU binding, the best bandwidth I see using SCHED_ULE is around 5.3Gb/s with one CPU mostly idle.. With CPU binding, it is roughly 9Gb/s. Drew From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:05:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F60516A401; Mon, 5 Mar 2007 20:05:34 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 51AA513C471; Mon, 5 Mar 2007 20:05:34 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25K5XkB007291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 15:05:33 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25K5SgD056154; Mon, 5 Mar 2007 15:05:28 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.30728.384442.708553@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 15:05:28 -0500 (EST) To: Andre Oppermann In-Reply-To: <45EA03CA.4040804@freebsd.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> <17897.60107.576150.627357@grasshopper.cs.duke.edu> <45E9FBDF.9050606@freebsd.org> <45EA03CA.4040804@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 20:05:34 -0000 Andre Oppermann writes: > > There is no other way than to instrument the code. In your test bed > it is fairly easy to reproduce, is it? It was when I started this thread. However, I'm having difficulty reproducing it at all today. Drew From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:44:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 588FC16A400; Mon, 5 Mar 2007 20:44:00 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1861113C474; Mon, 5 Mar 2007 20:44:00 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l25Khtf4019410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Mar 2007 15:43:55 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l25KhonE056215; Mon, 5 Mar 2007 15:43:50 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17900.33030.751272.890853@grasshopper.cs.duke.edu> Date: Mon, 5 Mar 2007 15:43:50 -0500 (EST) To: John Baldwin In-Reply-To: <200703051352.29939.jhb@freebsd.org> References: <45E8276D.60105@freebsd.org> <17900.24574.751134.397740@grasshopper.cs.duke.edu> <20070305182755.S31701@fledge.watson.org> <200703051352.29939.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Andre Oppermann , Andrew Gallatin , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson , kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 20:44:00 -0000 John Baldwin writes: > > John has a patch that pins interrupt threads, etc, not sure what the status > of > > that is. CC'd. > > Tested and around for over a year. Sent to people several times but no > benchmarking has resulted. It lives in p4 in //depot/user/jhb/intr/... > > I've just regenerated the patch at > http://www.FreeBSD.org/~jhb/patches/intr_bind.patch (same URL as the last N It seems very useful, in conjunction with some sort of CPU binding API. With ULE, and netserver bound via a hack to CPU 1, I can nearly double the bandwidth by binding my ithread to the opposite CPU using your patch. BTW, you need a little sanity checking somehere in the API I tried to remove binding, and guessed at binding to -1 rather than reading the source. That resulted in this panic: # ./ibind/ibind 256 -1 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x3806778bc fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8040a509 stack pointer = 0x10:0xffffffff91e88ad0 frame pointer = 0x10:0xffffffff91e88b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 788 (ibind) [thread pid 788 tid 100047 ] Stopped at intr_bind+0xe9: movl cpu_apic_ids(,%rdi,4),%esi db> bt Tracing pid 788 tid 100047 td 0xffffff001ea1b840 intr_bind() at intr_bind+0xe9 sysarch() at sysarch+0x14a ia32_syscall() at ia32_syscall+0x236 Xint0x80_syscall() at Xint0x80_syscall+0x60 Thanks again! Drew From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 21:27:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2392216A402; Mon, 5 Mar 2007 21:27:21 +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 9850B13C428; Mon, 5 Mar 2007 21:27:20 +0000 (UTC) (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.8/8.13.8) with ESMTP id l25LREHq004906; Mon, 5 Mar 2007 16:27:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Mon, 5 Mar 2007 16:27:36 -0500 User-Agent: KMail/1.9.1 References: <45E8276D.60105@freebsd.org> <200703051352.29939.jhb@freebsd.org> <17900.33030.751272.890853@grasshopper.cs.duke.edu> In-Reply-To: <17900.33030.751272.890853@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703051627.37320.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]); Mon, 05 Mar 2007 16:27:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2736/Mon Mar 5 13:55:43 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Andre Oppermann , freebsd-current@freebsd.org, Robert Watson , kmacy@freebsd.org, freebsd-net@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 21:27:21 -0000 On Monday 05 March 2007 15:43, Andrew Gallatin wrote: > > John Baldwin writes: > > > John has a patch that pins interrupt threads, etc, not sure what the status > > of > > > that is. CC'd. > > > > Tested and around for over a year. Sent to people several times but no > > benchmarking has resulted. It lives in p4 in //depot/user/jhb/intr/... > > > > I've just regenerated the patch at > > http://www.FreeBSD.org/~jhb/patches/intr_bind.patch (same URL as the last N > > It seems very useful, in conjunction with some sort of CPU binding > API. With ULE, and netserver bound via a hack to CPU 1, I > can nearly double the bandwidth by binding my ithread > to the opposite CPU using your patch. > > BTW, you need a little sanity checking somehere in the API > I tried to remove binding, and guessed at binding to -1 rather > than reading the source. That resulted in this panic: > > # ./ibind/ibind 256 -1 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x3806778bc > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8040a509 > stack pointer = 0x10:0xffffffff91e88ad0 > frame pointer = 0x10:0xffffffff91e88b00 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 788 (ibind) > [thread pid 788 tid 100047 ] > Stopped at intr_bind+0xe9: movl cpu_apic_ids(,%rdi,4),%esi > db> bt > Tracing pid 788 tid 100047 td 0xffffff001ea1b840 > intr_bind() at intr_bind+0xe9 > sysarch() at sysarch+0x14a > ia32_syscall() at ia32_syscall+0x236 > Xint0x80_syscall() at Xint0x80_syscall+0x60 > > Thanks again! There's currently no way to remove binding, and yes, the interface is a bit rough. We need a way for userland to query the current state for example. And I really think we might need to provide an MI interface with an MD callback. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 22:48:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72BD116A402 for ; Mon, 5 Mar 2007 22:48:24 +0000 (UTC) (envelope-from sullrich@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 337AA13C4A5 for ; Mon, 5 Mar 2007 22:48:24 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so2553820wri for ; Mon, 05 Mar 2007 14:48:23 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Z7eGikINdUI+YWST80uLGZyzX/odcf8cLWMIEMlyp0LQf5N9ldBn+tMe7SLx/q5gbFQuFJYiKW7yKZcWdxxrPHnyyK/149uw54rdQcQ2iQZqpEzWwXg0bfiW48sr2JfRc3TrS8queUpJ9o58vCF7oTrGmTkni8wifmuZrfLxyAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Sew/1Y3Dy32K/hdQL+a7X8rncFwyu1wxcdg0OA4YyCOfx8vm4jzAMcvTLdSiCdjSxiqMbBJy/x8zI3iCd0KdFExmCjC/5sFGZ5zKxwBO4d6q7e2XlQxjer4fJ5p+1rYetF0Tub0kFmQwmMVQDTGs7PJfMc0o5cs7zmqFTWEiFfE= Received: by 10.114.177.1 with SMTP id z1mr1472208wae.1173133278739; Mon, 05 Mar 2007 14:21:18 -0800 (PST) Received: by 10.114.77.13 with HTTP; Mon, 5 Mar 2007 14:21:18 -0800 (PST) Message-ID: Date: Mon, 5 Mar 2007 17:21:18 -0500 From: "Scott Ullrich" To: "FreeBSD Current" , "Bruce M. Simpson" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Compiling ISC DHCP Server on current - ascii2addr() errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 22:48:24 -0000 Hello, I am trying to compile isc-dhcp3-server on FreeBSD current: # uname -a FreeBSD freebsd7.geekgod.com 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Mar 5 14:59:45 UTC 2007 root@freebsd7.geekgod.com:/usr/obj/usr/src/sys/GENERIC i386 And running into this issue: p/libomapi.a ../dst/libdst.a dhcpd.o(.text+0x640): In function `main': : undefined reference to `ascii2addr' dhcpd.o(.text+0xad1): In function `main': : undefined reference to `ascii2addr' *** Error code 1 Recently this function was renamed/moved(?) by bms. Is there a solution or workaround to get DHCP compiling again? Thanks for your help! Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 23:28:25 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AC8E16A40A for ; Mon, 5 Mar 2007 23:28:25 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 04B3213C4A8 for ; Mon, 5 Mar 2007 23:28:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 674CF7D66 for ; Tue, 6 Mar 2007 00:28:23 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id DE9509EF18 for ; Mon, 5 Mar 2007 23:30:08 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id B3B7F405F; Tue, 6 Mar 2007 00:30:08 +0100 (CET) Date: Tue, 6 Mar 2007 00:30:08 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070305233008.GA2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Wrong behaviour with stacked mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 23:28:25 -0000 Hi list, % jarjarbinks:/mnt/msdos:129# echo $PWD % /mnt/msdos % jarjarbinks:/mnt/msdos:130# mount -t msdosfs % /dev/ad0s5 on /mnt/msdos (msdosfs, local) % jarjarbinks:/mnt/msdos:131# mount -t msdosfs /dev/da0s1 /mnt/msdos/ % jarjarbinks:/mnt/msdos:132# mount -t msdosfs % /dev/ad0s5 on /mnt/msdos (msdosfs, local) % /dev/da0s1 on /mnt/msdos (msdosfs, local) % jarjarbinks:/mnt/msdos:133# umount /mnt/msdos/ % umount: unmount of /mnt/msdos failed: Device busy Whilst the current shell current directory vnode (I'm not sure I'm totally right here) is still the lower mount point (/dev/ad0s5), umount(8) refuses to umount the upper mount point. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 23:43:20 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BE2016A401 for ; Mon, 5 Mar 2007 23:43:20 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3372F13C4BB for ; Mon, 5 Mar 2007 23:43:20 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 6E79D7D5C for ; Tue, 6 Mar 2007 00:43:19 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 114D29EF18 for ; Mon, 5 Mar 2007 23:45:05 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id E438D405F; Tue, 6 Mar 2007 00:45:04 +0100 (CET) Date: Tue, 6 Mar 2007 00:45:04 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070305234504.GC2479@obiwan.tataz.chchile.org> References: <20070305233008.GA2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070305233008.GA2479@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Wrong behaviour with stacked mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 23:43:20 -0000 Sorry, forgot a few details, On Tue, Mar 06, 2007 at 12:30:08AM +0100, Jeremie Le Hen wrote: > Whilst the current shell current directory vnode (I'm not sure I'm > totally right here) is still the lower mount point (/dev/ad0s5), > umount(8) refuses to umount the upper mount point. Of course, I meant that: 1) Performing ls(1) in the current shell shows the content of the lower mount point. 2) Performing the same commands with the shell standing elsewhere (say /mnt), it is possible to umount the upper mount point. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 05:30:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1082E16A404 for ; Tue, 6 Mar 2007 05:30:25 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail01d.mail.t-online.hu (mail01d.mail.t-online.hu [84.2.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id BE70613C442 for ; Tue, 6 Mar 2007 05:30:24 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from baranyfelhocske.buza.adamsfamily.xx (catv540331AB.pool.t-online.hu [84.3.49.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail01d.mail.t-online.hu (Postfix) with ESMTP id F40CD2E159 for ; Tue, 6 Mar 2007 06:30:22 +0100 (CET) Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8) with ESMTP id l265UMHQ001620 for ; Tue, 6 Mar 2007 06:30:22 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8/Submit) id l265UMC5001619 for freebsd-current@freebsd.org; Tue, 6 Mar 2007 06:30:22 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 6 Mar 2007 06:30:22 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20070306053022.GA1110@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20070304220602.GI21974@e.0x20.net> <20070305052509.GA1116@baranyfelhocske.buza.adamsfamily.xx> <20070305170717.GC52745@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070305170717.GC52745@e.0x20.net> User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: mount_msdosfs oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 05:30:25 -0000 Hello Lars, OK then the reason is probably that the W810 plays strange with the usb subsystem and for some reason. Unfortunately I cannot help you more; you may try to compile your kernel with options USB_DEBUG and see if it gives more information (and/or boot using boot -v) and then post the info to the freebsd-usb mailing list. Hopefully more knowledgeable people can look at it there. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 07:26:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A62116A403 for ; Tue, 6 Mar 2007 07:26:16 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 49A7213C471 for ; Tue, 6 Mar 2007 07:26:15 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 4D7A837EF4; Tue, 6 Mar 2007 08:26:14 +0100 (CET) Date: Tue, 6 Mar 2007 08:26:14 +0100 From: Lars Engels To: Szilveszter Adam , freebsd-current@freebsd.org Message-ID: <20070306072614.GD52745@e.0x20.net> Mail-Followup-To: Lars Engels , Szilveszter Adam , freebsd-current@freebsd.org References: <20070304220602.GI21974@e.0x20.net> <20070305052509.GA1116@baranyfelhocske.buza.adamsfamily.xx> <20070305170717.GC52745@e.0x20.net> <20070306053022.GA1110@baranyfelhocske.buza.adamsfamily.xx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline In-Reply-To: <20070306053022.GA1110@baranyfelhocske.buza.adamsfamily.xx> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: Re: mount_msdosfs oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 07:26:16 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2007 at 06:30:22AM +0100, Szilveszter Adam wrote: > Hello Lars, >=20 > OK then the reason is probably that the W810 plays strange with the usb > subsystem and for some reason. >=20 > Unfortunately I cannot help you more; you may try to compile your kernel > with >=20 > options USB_DEBUG >=20 > and see if it gives more information (and/or boot using boot -v) and > then post the info to the freebsd-usb mailing list. Hopefully more > knowledgeable people can look at it there. >=20 Hi Szilveszter, thank you for your efforts. I will try it with a debug kernel. Lars --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7ReWKc512sD3afgRAmnbAJ9FUroAKeU+Zk5NbkUgyRl9E6IlDgCfQi8S 3OV8vM7PLbpsRqj0ozUweOU= =dMPi -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 12:30:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ADAD16A409 for ; Tue, 6 Mar 2007 12:30:52 +0000 (UTC) (envelope-from kpitcher@KeithPitcher.com) Received: from stone.LocalLinkinc.net (secure.LocalLinkInc.Net [65.170.77.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0C313C4E1 for ; Tue, 6 Mar 2007 12:30:50 +0000 (UTC) (envelope-from kpitcher@KeithPitcher.com) Received: from antivirus.locallink.net (av.LocalLinkInc.Net [65.170.77.8]) by viruscanner.locallink.net (Postfix) with SMTP id 446B344AA9 for ; Tue, 6 Mar 2007 07:11:56 -0500 (EST) Received: by stone.LocalLinkinc.net (Postfix, from userid 1002) id D650444AA8; Tue, 6 Mar 2007 07:11:55 -0500 (EST) Received: from [65.170.77.69] (Pitcher.LocalLinkInc.Net [65.170.77.69]) by stone.LocalLinkinc.net (Postfix) with ESMTP id 8011B43FD1 for ; Tue, 6 Mar 2007 07:11:55 -0500 (EST) Message-ID: <45ED5B15.9010602@KeithPitcher.com> Date: Tue, 06 Mar 2007 07:14:13 -0500 From: Keith Pitcher User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: slow unless the CPU is in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:30:52 -0000 I have a HP Pavilion dv6258, which has an amd turion X2. Installed current as of yesterday, and noticed something quite odd. Things are pokey slow, hit a key and wait a second or more for it to appear on the screen. Long load time,takes forever to shut down all the processes, as a whole it's crawling. However if the system is doing almost anything, like compiling a port or recompiling the kernel, or just downloading a file during a port, then things are what I'd consider a normal response. I recompiled the kernel and removed all the various debugging options, same symptoms. I recompiled with SMP removed, the kernel no longer finds 2 CPUs, but the same issue. This was a 6.2 to 7 upgrade (using mergemaster, etc), I haven't tried to a straight current install as of yet. Any suggestions on what I should try to correct this behavior? Thanks, Keith From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 13:44:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA68916A401; Tue, 6 Mar 2007 13:44:22 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7201013C428; Tue, 6 Mar 2007 13:44:22 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from outgoing.leidinger.net (p54A5FFA1.dip.t-dialin.net [84.165.255.161]) by redbull.bpaserver.net (Postfix) with ESMTP id 0BC4E2E18F; Tue, 6 Mar 2007 14:10:30 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 398985B4817; Tue, 6 Mar 2007 14:10:27 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l26DAQpl008559; Tue, 6 Mar 2007 14:10:26 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 06 Mar 2007 14:10:26 +0100 Message-ID: <20070306141026.ijyvge09wwo0k4ws@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 06 Mar 2007 14:10:26 +0100 From: Alexander Leidinger To: Boris Samorodov References: <20070120170723.34c223fb@Magellan.Leidinger.net> <20070122164926.GA8146@stud.fit.vutbr.cz> <24984594@bsam.ru> In-Reply-To: <24984594@bsam.ru> 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-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.764, required 8, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SARE_FROM_SPAM_WORD3 0.10) X-BPAnet-MailScanner-From: netchild@freebsd.org X-Spam-Status: No Cc: emulation@FreeBSD.org, Divacky Roman , current@FreeBSD.org Subject: Re: CFT/HEADS-UP: linux 2.6.16 emulation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 13:44:22 -0000 Quoting Boris Samorodov (from Mon, 29 Jan 2007 02:22:53 +0300)= : > On Mon, 22 Jan 2007 17:49:26 +0100 Divacky Roman wrote: >> On Sat, Jan 20, 2007 at 05:07:23PM +0100, Alexander Leidinger wrote: > >> > today I committed the last fixes for the showstopper problems (panics) >> > in the linux 2.6.16 emulation. I intend to switch the default version >> > to 2.6.16 on i386 "soon" (see below), so please help testing it. > >> to be more precise.. we want testing on -current on i386... >> any other report is useles. except for reports from p4 linuxulator >> branch on 2.6/amd64.. > > Here are some test results (for 2.6.16 linux emulation) at: > $ uname -a > FreeBSD bsam.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Jan 24 =20 > 01:58:12 MSK 2007 bsam@bsam.ru:/usr/obj/usr/src/sys/GENERIC i386 > > ...and linux_base-fc6 (a port from my repository), other port > dependencies are from FC4: > > 1. Just work (sometimes messages about an unimplemented syscall(s) do > appear): Did I miss the mail with the unimplemented syscalls? > - print/acroread7 > - www/linux-opera > - www/linux-firefox > - www/linux-flashplugin7 > - mail/linux-thunderbird > - multimedia/linux-realplayer > 2. Works but coredumps when exitting: > - net/skype Is this still the case? > 3. Is not executed (some new... or old libraries are needed): > - www/linux-mozilla. > > Sometimes (not stable result) I get the following LOR. This one I got > while testing net/skype: This should be fixed. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 Go away! Stop bothering me with all your "compute this ... compute that"! I'm taking a VAX-NAP. logout=07 From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 13:50:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2F4016A400 for ; Tue, 6 Mar 2007 13:50:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFE013C481 for ; Tue, 6 Mar 2007 13:50:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HOa3G-00043b-Cc for freebsd-current@freebsd.org; Tue, 06 Mar 2007 14:50:02 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Mar 2007 14:50:02 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Mar 2007 14:50:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 06 Mar 2007 14:44:48 +0100 Lines: 36 Message-ID: References: <45ED5B15.9010602@KeithPitcher.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC642881B1903790875D12902" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) In-Reply-To: <45ED5B15.9010602@KeithPitcher.com> X-Enigmail-Version: 0.94.0.0 Sender: news Subject: Re: slow unless the CPU is in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 13:50:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC642881B1903790875D12902 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Keith Pitcher wrote: > Things are pokey slow, hit a key and wait a second or more for it to > appear on the screen. Long load time,takes forever to shut down all the= > processes, as a whole it's crawling. However if the system is doing > almost anything, like compiling a port or recompiling the kernel, or > just downloading a file during a port, then things are what I'd conside= r > a normal response. I recompiled the kernel and removed all the various > debugging options, same symptoms. Is your power management enabled? powerd? cpufreq driver? Is the CPU overheating? --------------enigC642881B1903790875D12902 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 (FreeBSD) Comment: Using GnuPG with Thunderbird/FreeBSD - http://enigmail.mozdev.org iD8DBQFF7XBQldnAQVacBcgRAiJtAJ9rqU8qJ2RKuTA5ZnG+yvnsgV3tKACglHaE MLqYkB9Xs+dZma44PGCtk+o= =SDTI -----END PGP SIGNATURE----- --------------enigC642881B1903790875D12902-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 14:27:06 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0462E16A400 for ; Tue, 6 Mar 2007 14:27:05 +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 A2E8213C478 for ; Tue, 6 Mar 2007 14:27:05 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HOad5-000Iru-So; Tue, 06 Mar 2007 16:27:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-fs@FreeBSD.org In-reply-to: Your message of Sun, 4 Mar 2007 13:38:01 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Mar 2007 16:27:03 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 14:27:06 -0000 Hi Pawel, patches applied cleanly, no .rej. after fixing Makefile1.inc I managed to make buildworld, then applied Yoshihiro Ota fix, but now I'm stuck in buildkernel, mainly because im using a Freebsd 6.2 to cross compile. the make failes in src/sys/modules/zfs because /r+d/7.0/src/sys/modules/zfs/../ ../compat/opensolaris/kern/opensolaris_condvar.c is including /usr/include/machine/signal.h which is from 6.2 instead. the fix is: diff -bru src/sys/modules/zfs/Makefile{.orig,} --- src/sys/modules/zfs/Makefile.orig Tue Mar 6 15:49:49 2007 +++ src/sys/modules/zfs/Makefile Tue Mar 6 15:50:01 2007 @@ -85,7 +85,7 @@ CFLAGS+=-I${.CURDIR}/../../../contrib/opensolaris/common/zfs CFLAGS+=-I${.CURDIR}/../../../contrib/opensolaris/common # -CFLAGS+=-I/usr/include +CFLAGS+=-I${.CURDIR}/../../../include CFLAGS+=-O1 #CFLAGS+=-DKTR now, it fails with /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c: In function `xdr_bytes': /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c:497 : warning: cast to pointer from integer of different size /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c: In function `xdr_string': /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c:627 : warning: cast to pointer from integer of different size *** Error code 1 hum, does this copile for amd64? danny From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 14:55:19 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F86116A403 for ; Tue, 6 Mar 2007 14:55:19 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0C313C4A6 for ; Tue, 6 Mar 2007 14:55:19 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from [10.0.0.136] ([67.70.237.74]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPA id <0JEH008OVIO6X7I0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@FreeBSD.org; Tue, 06 Mar 2007 08:55:19 -0500 (EST) Date: Tue, 06 Mar 2007 08:55:24 -0500 From: "Stephane E. Potvin" In-reply-to: <45ED5B15.9010602@KeithPitcher.com> To: Keith Pitcher Message-id: <45ED72CC.7000206@FreeBSD.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <45ED5B15.9010602@KeithPitcher.com> User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) Cc: freebsd-current@FreeBSD.org Subject: Re: slow unless the CPU is in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 14:55:19 -0000 Keith Pitcher wrote: > I have a HP Pavilion dv6258, which has an amd turion X2. > Installed current as of yesterday, and noticed something quite odd. > > Things are pokey slow, hit a key and wait a second or more for it to > appear on the screen. Long load time,takes forever to shut down all the > processes, as a whole it's crawling. However if the system is doing > almost anything, like compiling a port or recompiling the kernel, or > just downloading a file during a port, then things are what I'd consider > a normal response. I recompiled the kernel and removed all the various > debugging options, same symptoms. > > I recompiled with SMP removed, the kernel no longer finds 2 CPUs, but > the same issue. > > This was a 6.2 to 7 upgrade (using mergemaster, etc), I haven't tried to > a straight current install as of yet. Any suggestions on what I should > try to correct this behavior? > > Thanks, > > Keith > > What is the value of the hw.acpi.cpu_cx_lowest sysctl node? If it's different from C1, try to force it to C1. If it fixes your problem, could you make available somewhere a verbose dmesg boot, the asl of you system (see acpidump(8)) and the output of "sysctl hw.acpi" and "sysctl dev.cpu" so I can have a look at it? Regards Steph From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 15:53:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A99C16A400 for ; Tue, 6 Mar 2007 15:53:31 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id EC32013C4B5 for ; Tue, 6 Mar 2007 15:53:30 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so2395552nfc for ; Tue, 06 Mar 2007 07:53:29 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dUqjc7Ww9u+k+8L1NXGg9UPalsUYhLnzPFK9T8QNQ9ikSiOuYawOrNJ4YWwIdkWH6ajOwZBodwg+3OsriHo80JgQwYIzbp5Rphj+UBLYqzUO+6G5iofFzMwxQeoYbPoU5tbi/dRR9CERRj68CoAsbzjih3xgrE53ZGMmiGCqpTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jzjLBGuYJRwFHRfWbQUqC42kwNmXNgiw/EWxolmEU5E/R5zhnlo8zSs0WdLxJme33G6Ya/u2EflyIQuHmgRGV5isAQahSbpClyL5CTeUtXNE38FAIufeHthh8hQrW/PUoIr/b/Tbv40WBSiBoetHWp0TQQu836slVjTK8lrhfFE= Received: by 10.78.171.13 with SMTP id t13mr805786hue.1173194719128; Tue, 06 Mar 2007 07:25:19 -0800 (PST) Received: by 10.78.15.2 with HTTP; Tue, 6 Mar 2007 07:25:18 -0800 (PST) Message-ID: <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> Date: Tue, 6 Mar 2007 15:25:18 +0000 From: "Joao Barros" To: "Pawel Jakub Dawidek" , freebsd-fs@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20070306005831.22fb6115.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> Cc: Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 15:53:31 -0000 On 3/5/07, Norikatsu Shigemura wrote: > On Sun, 4 Mar 2007 13:38:01 +0100 > Pawel Jakub Dawidek wrote: > > # patch -p0 < /path/to/zfs_20070303.patch > > # make kernel <-- compiles and install patched kernel and > > zfs module > > # cd cddl > > # make && make install <-- compiles and install userland > > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > To clean-build (make buildworld), please make src/lib/libthr before > src/cddl. Because cddl/lib/libzpool required libthr. > > --- Makefile.inc1.orig Sun Mar 4 01:50:22 2007 > +++ Makefile.inc1 Tue Mar 6 00:06:37 2007 > @@ -1013,7 +1013,7 @@ > lib/libradius lib/libsbuf lib/libtacplus lib/libutil \ > ${_lib_libypclnt} lib/libz lib/msun \ > ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ > - ${_secure_lib_libssl} > + ${_secure_lib_libssl} lib/libthr > > _generic_libs= cddl/lib gnu/lib ${_kerberos5_lib} lib ${_secure_lib} usr.bin/lex/lib > > > I'm testing iozone -a. The new ZFS codes are too stable! After some tries I finally got it to buildworld, but at 3am I never got to test anything other than 'kldload zfs' I was reading the man pages and I was wondering if files are supported devices like in this example: Example 4 Creating a ZFS Storage Pool by Using Files The following command creates an unmirrored pool using files. While not recommended, a pool based on files can be useful for experimental purposes. # zpool create tank /path/to/file/a /path/to/file/b I'd have to feed some noisy disks to my machine if file devs are not supported -.- -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 16:28:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9926E16A400; Tue, 6 Mar 2007 16:28:27 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7260713C48D; Tue, 6 Mar 2007 16:28:27 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HOcG3-000M15-Pe; Tue, 06 Mar 2007 10:11:24 -0600 Message-ID: <45ED9289.4090001@barryp.org> Date: Tue, 06 Mar 2007 10:10:49 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: Joao Barros References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> In-Reply-To: <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:28:27 -0000 Joao Barros wrote: > After some tries I finally got it to buildworld, but at 3am I never > got to test anything other than 'kldload zfs' > > I was reading the man pages and I was wondering if files are supported > devices like in this example: > > Example 4 Creating a ZFS Storage Pool by Using Files > > The following command creates an unmirrored pool using files. While > not recommended, a pool based on files can be useful for experimental > purposes. > > # zpool create tank /path/to/file/a /path/to/file/b > > I'd have to feed some noisy disks to my machine if file devs are not > supported -.- I tried something like that, with a 512mb file: dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 zpool create tank /tmp/foo but it comes back with cannot use '/dev//tmp/foo': must be a GEOM provider mdconfig is one way to go here, creating a memory disk based on that file. and then creating a pool from that mdconfig -a -t vnode -f /tmp/foo (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) zpool create tank md0 and you should be in business. Barry From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 17:04:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D15816A401; Tue, 6 Mar 2007 17:04:13 +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 1742813C491; Tue, 6 Mar 2007 17:04:12 +0000 (UTC) (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.8/8.13.8) with ESMTP id l26H428U012256; Tue, 6 Mar 2007 12:04:02 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Mar 2007 11:59:04 -0500 User-Agent: KMail/1.9.1 References: <20070302210447.GE2479@obiwan.tataz.chchile.org> <45EB2A62.10704@freebsd.org> <20070304203802.GS2479@obiwan.tataz.chchile.org> In-Reply-To: <20070304203802.GS2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703061159.05435.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 06 Mar 2007 12:04:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2747/Tue Mar 6 10:49:25 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jeremie Le Hen Subject: Re: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 17:04:13 -0000 On Sunday 04 March 2007 15:38, Jeremie Le Hen wrote: > Hi, Eric, > > On Sun, Mar 04, 2007 at 02:21:54PM -0600, Eric Anderson wrote: > > On 03/02/07 15:04, Jeremie Le Hen wrote: > > >I've just changed my window manager, and I'm experiencing a few issues > > >with it. This may be a panic but I can't be sure for now. Indeed I > > >don't have a serial port on my laptop. > > > > > >I'm sure it is possible to ask the kernel to call doadump() > > >automatically on panic, but I can't remember how. Please, could you > > >give me the correct way to do it ? > > > > > > Any word on this? I'd love to set this up too. Would be nice to > > auto-dump+reset on servers.. > > Robert Watson replied me privately. Hereafter you will find my reply: > > On Sat, Mar 03, 2007 at 03:12:53PM +0100, Jeremie Le Hen wrote: > > On Sat, Mar 03, 2007 at 12:35:43PM +0000, Robert Watson wrote: > > > You may be able to set the "unattended" sysctl or kernel compile option to > > > cause it to panic and reboot rather than dropping into DDB. However, I'm > > > not in front of a box I can test that on right now, so I'm replying > > > privately in case I'm completely wrong :-). > > > > Thank you for your reply. I've checked the code in kern_shutdown.c and > > indeed KDB_UNATTENDED sets the default value of debug.debugger_on_panic > > to 0. In case we didn't drop to the debugger, doadump() is called, > > this is what I want. Actually turning off the sysctl manually should > > also do it. > > I hope this wille help. Yes, KDB_UNATTENDED will work, but there is a bug in that the system should not enter DDB when you are in X, it should just drop a dump and then reboot. This used to work but is broken in 5.x and later I believe. IWBN to get this fixed again. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 17:16:08 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE0D416A402; Tue, 6 Mar 2007 17:16:08 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4497613C48D; Tue, 6 Mar 2007 17:16:08 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.54 (FreeBSD)) id 1HOcwg-0005tZ-BD; Tue, 06 Mar 2007 19:55:26 +0300 To: Alexander Leidinger References: <20070120170723.34c223fb@Magellan.Leidinger.net> <20070122164926.GA8146@stud.fit.vutbr.cz> <24984594@bsam.ru> <20070306141026.ijyvge09wwo0k4ws@webmail.leidinger.net> From: Boris Samorodov Date: Tue, 06 Mar 2007 19:55:26 +0300 In-Reply-To: <20070306141026.ijyvge09wwo0k4ws@webmail.leidinger.net> (Alexander Leidinger's message of "Tue, 06 Mar 2007 14:10:26 +0100") Message-ID: <99549985@serv3.int.kfs.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 Sender: "Boris B. Samorodov" Cc: emulation@FreeBSD.org, Divacky Roman , current@FreeBSD.org Subject: Re: CFT/HEADS-UP: linux 2.6.16 emulation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 17:16:08 -0000 On Tue, 06 Mar 2007 14:10:26 +0100 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Mon, 29 Jan 2007 02:22:53 +0300): > > On Mon, 22 Jan 2007 17:49:26 +0100 Divacky Roman wrote: > >> On Sat, Jan 20, 2007 at 05:07:23PM +0100, Alexander Leidinger wrote: > > > >> > today I committed the last fixes for the showstopper problems (panics) > >> > in the linux 2.6.16 emulation. I intend to switch the default version > >> > to 2.6.16 on i386 "soon" (see below), so please help testing it. > > > >> to be more precise.. we want testing on -current on i386... > >> any other report is useles. except for reports from p4 linuxulator > >> branch on 2.6/amd64.. > > > > Here are some test results (for 2.6.16 linux emulation) at: > > $ uname -a > > FreeBSD bsam.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Jan 24 > > 01:58:12 MSK 2007 bsam@bsam.ru:/usr/obj/usr/src/sys/GENERIC > > i386 > > > > ...and linux_base-fc6 (a port from my repository), other port > > dependencies are from FC4: > > > > 1. Just work (sometimes messages about an unimplemented syscall(s) do > > appear): > Did I miss the mail with the unimplemented syscalls? Yep, http://lists.freebsd.org/pipermail/freebsd-emulation/2007-January/003077.html . > > - print/acroread7 > > - www/linux-opera > > - www/linux-firefox > > - www/linux-flashplugin7 > > - mail/linux-thunderbird > > - multimedia/linux-realplayer > > 2. Works but coredumps when exitting: > > - net/skype > Is this still the case? > > 3. Is not executed (some new... or old libraries are needed): > > - www/linux-mozilla. > > > > Sometimes (not stable result) I get the following LOR. This one I got > > while testing net/skype: > This should be fixed. I left that machine today morning and I'll return there in two weeks. If I get results earlier I'll let you know. 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-current@FreeBSD.ORG Tue Mar 6 19:11:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6662B16A407; Tue, 6 Mar 2007 19:11:09 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1D86013C474; Tue, 6 Mar 2007 19:11:09 +0000 (UTC) (envelope-from raj@csub.edu) Received: from [136.168.10.65] (cserv65.csub.edu [136.168.10.65]) (authenticated bits=0) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id l26Ikoto010668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Mar 2007 10:46:50 -0800 (PST) (envelope-from raj@csub.edu) Message-ID: <45EDB716.6070303@csub.edu> Date: Tue, 06 Mar 2007 10:46:46 -0800 From: Russell Jackson User-Agent: Thunderbird 1.5.0.9 (X11/20070215) MIME-Version: 1.0 To: Barry Pederson References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> In-Reply-To: <45ED9289.4090001@barryp.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030107020508050708000204" Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 19:11:09 -0000 This is a cryptographically signed message in MIME format. --------------ms030107020508050708000204 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Barry Pederson wrote: > Joao Barros wrote: > >> After some tries I finally got it to buildworld, but at 3am I never >> got to test anything other than 'kldload zfs' >> >> I was reading the man pages and I was wondering if files are supported >> devices like in this example: >> >> Example 4 Creating a ZFS Storage Pool by Using Files >> >> The following command creates an unmirrored pool using files. While >> not recommended, a pool based on files can be useful for experimental >> purposes. >> >> # zpool create tank /path/to/file/a /path/to/file/b >> >> I'd have to feed some noisy disks to my machine if file devs are not >> supported -.- > > I tried something like that, with a 512mb file: > > dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 > zpool create tank /tmp/foo > > but it comes back with > > cannot use '/dev//tmp/foo': must be a GEOM provider > > mdconfig is one way to go here, creating a memory disk based on that > file. and then creating a pool from that > > mdconfig -a -t vnode -f /tmp/foo > > (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > zpool create tank md0 > > and you should be in business. > > Barry You can also use ggatel to make a GEOM provider out of a file. -- Russell A. Jackson Network Analyst California State University, Bakersfield --------------ms030107020508050708000204 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILzDCC BeIwggTKoAMCAQICChEYRCsAAAAADREwDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixk ARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJhZDEQMA4G A1UEAxMHYWQtY3N1YjAeFw0wNzAyMjAwMDAyNDJaFw0wODAyMjAwMDAyNDJaMIGAMRMwEQYK CZImiZPyLGQBGRYDZWR1MRQwEgYKCZImiZPyLGQBGRYEY3N1YjESMBAGCgmSJomT8ixkARkW AmFkMQ4wDAYDVQQDEwVVc2VyczESMBAGA1UEAxMJcmphY2tzb24zMRswGQYJKoZIhvcNAQkB FgxyYWpAY3N1Yi5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK7yJnIQLPM0LkRL XWhWTTKPeiXX8iMzsuxjzOBaZUzR3uNcmSPBo2Xvuq80jEAbhcOTjfGMkGYL3mVVEWuLqYtF QDHiUxN1aqC+8NCHxZyPXczQOL+3pPJyQgLsqi6RuamYpnrgjrShSwfbanTLvBeqxzw0Ju3t bGHBNPhiao8PAgMBAAGjggMOMIIDCjALBgNVHQ8EBAMCBaAwNgYJKoZIhvcNAQkPBCkwJzAN BggqhkiG9w0DAgIBODANBggqhkiG9w0DBAIBODAHBgUrDgMCBzAdBgNVHQ4EFgQULSptv9XA 3aFTWIMBzTPVEx8qf5cwFwYJKwYBBAGCNxQCBAoeCABVAHMAZQByMB8GA1UdIwQYMBaAFHiI nPYST6Rc1KuvHYS3uc+3Sl6JMIHzBgNVHR8EgeswgegwgeWggeKggd+Gga1sZGFwOi8vL0NO PWFkLWNzdWIsQ049YWQyLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1T ZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkLERDPWNzdWIsREM9ZWR1P2NlcnRpZmlj YXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYtaHR0cDovL2FkMi5hZC5jc3ViLmVkdS9DZXJ0RW5yb2xsL2FkLWNzdWIuY3JsMIIBBwYI KwYBBQUHAQEEgfowgfcwgakGCCsGAQUFBzAChoGcbGRhcDovLy9DTj1hZC1jc3ViLENOPUFJ QSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0 aW9uLERDPWFkLERDPWNzdWIsREM9ZWR1P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFz cz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MEkGCCsGAQUFBzAChj1odHRwOi8vYWQyLmFkLmNz dWIuZWR1L0NlcnRFbnJvbGwvYWQyLmFkLmNzdWIuZWR1X2FkLWNzdWIuY3J0MCkGA1UdJQQi MCAGCisGAQQBgjcKAwQGCCsGAQUFBwMEBggrBgEFBQcDAjA+BgNVHREENzA1oCUGCisGAQQB gjcUAgOgFwwVcmphY2tzb24zQGFkLmNzdWIuZWR1gQxyYWpAY3N1Yi5lZHUwDQYJKoZIhvcN AQEFBQADggEBAEnGoKETs7b3xz0ecwk0MKGHipy8zFEeGkv3kHSCRP/0YUBciYgT4q/zAikU v9jfYTKsA9jD/0MeChHh3AYsG7RCZ+n6tZLTfhomXyC7EbiPkl2NxW+r2DE6L3JrNf7kCJqz jxdQeoY6EGx8IC4KV+zhrMaaYSv4wxGevm4kl69yJflBVwlJ2MR/5opdoyHSiJN6ogY10Imp JnvvR0KIt+5jHrWCeTqxeH4HCPqNCPxdbPxx0S1NAYg/Jyjcz5+4iRhwqWowtgzPo3uZV4+/ 0eOVPBXS50MLE+yuPghIqJjEF3kJ2ZvoCbZnM8pBDIs6e2qk2Fe3VdxtmpulhqCYJoswggXi MIIEyqADAgECAgoRGEQrAAAAAA0RMA0GCSqGSIb3DQEBBQUAMFExEzARBgoJkiaJk/IsZAEZ FgNlZHUxFDASBgoJkiaJk/IsZAEZFgRjc3ViMRIwEAYKCZImiZPyLGQBGRYCYWQxEDAOBgNV BAMTB2FkLWNzdWIwHhcNMDcwMjIwMDAwMjQyWhcNMDgwMjIwMDAwMjQyWjCBgDETMBEGCgmS JomT8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJh ZDEOMAwGA1UEAxMFVXNlcnMxEjAQBgNVBAMTCXJqYWNrc29uMzEbMBkGCSqGSIb3DQEJARYM cmFqQGNzdWIuZWR1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCu8iZyECzzNC5ES11o Vk0yj3ol1/IjM7LsY8zgWmVM0d7jXJkjwaNl77qvNIxAG4XDk43xjJBmC95lVRFri6mLRUAx 4lMTdWqgvvDQh8Wcj13M0Di/t6TyckIC7KoukbmpmKZ64I60oUsH22p0y7wXqsc8NCbt7Wxh wTT4YmqPDwIDAQABo4IDDjCCAwowCwYDVR0PBAQDAgWgMDYGCSqGSIb3DQEJDwQpMCcwDQYI KoZIhvcNAwICATgwDQYIKoZIhvcNAwQCATgwBwYFKw4DAgcwHQYDVR0OBBYEFC0qbb/VwN2h U1iDAc0z1RMfKn+XMBcGCSsGAQQBgjcUAgQKHggAVQBzAGUAcjAfBgNVHSMEGDAWgBR4iJz2 Ek+kXNSrrx2Et7nPt0peiTCB8wYDVR0fBIHrMIHoMIHloIHioIHfhoGtbGRhcDovLy9DTj1h ZC1jc3ViLENOPWFkMixDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZCxEQz1jc3ViLERDPWVkdT9jZXJ0aWZpY2F0 ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSG LWh0dHA6Ly9hZDIuYWQuY3N1Yi5lZHUvQ2VydEVucm9sbC9hZC1jc3ViLmNybDCCAQcGCCsG AQUFBwEBBIH6MIH3MIGpBggrBgEFBQcwAoaBnGxkYXA6Ly8vQ049YWQtY3N1YixDTj1BSUEs Q049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlv bixEQz1hZCxEQz1jc3ViLERDPWVkdT9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9 Y2VydGlmaWNhdGlvbkF1dGhvcml0eTBJBggrBgEFBQcwAoY9aHR0cDovL2FkMi5hZC5jc3Vi LmVkdS9DZXJ0RW5yb2xsL2FkMi5hZC5jc3ViLmVkdV9hZC1jc3ViLmNydDApBgNVHSUEIjAg BgorBgEEAYI3CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwPgYDVR0RBDcwNaAlBgorBgEEAYI3 FAIDoBcMFXJqYWNrc29uM0BhZC5jc3ViLmVkdYEMcmFqQGNzdWIuZWR1MA0GCSqGSIb3DQEB BQUAA4IBAQBJxqChE7O298c9HnMJNDChh4qcvMxRHhpL95B0gkT/9GFAXImIE+Kv8wIpFL/Y 32EyrAPYw/9DHgoR4dwGLBu0Qmfp+rWS034aJl8guxG4j5JdjcVvq9gxOi9yazX+5Aias48X UHqGOhBsfCAuClfs4azGmmEr+MMRnr5uJJevciX5QVcJSdjEf+aKXaMh0oiTeqIGNdCJqSZ7 70dCiLfuYx61gnk6sXh+Bwj6jQj8XWz8cdEtTQGIPyco3M+fuIkYcKlqMLYMz6N7mVePv9Hj lTwV0udDCxPsrj4ISKiYxBd5Cdmb6Am2ZzPKQQyLOntqpNhXt1XcbZqbpYagmCaLMYICnDCC ApgCAQEwXzBRMRMwEQYKCZImiZPyLGQBGRYDZWR1MRQwEgYKCZImiZPyLGQBGRYEY3N1YjES MBAGCgmSJomT8ixkARkWAmFkMRAwDgYDVQQDEwdhZC1jc3ViAgoRGEQrAAAAAA0RMAkGBSsO AwIaBQCgggGTMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA3 MDMwNjE4NDY0NlowIwYJKoZIhvcNAQkEMRYEFLk66+ThKW460hmwgErrEWTK+RF7MFIGCSqG SIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG4GCSsGAQQBgjcQBDFhMF8wUTETMBEGCgmSJomT 8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJhZDEQ MA4GA1UEAxMHYWQtY3N1YgIKERhEKwAAAAANETBwBgsqhkiG9w0BCRACCzFhoF8wUTETMBEG CgmSJomT8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZ FgJhZDEQMA4GA1UEAxMHYWQtY3N1YgIKERhEKwAAAAANETANBgkqhkiG9w0BAQEFAASBgFrX PMhTf/fP/HYi01r4doNr87uiYm1/r9HmxufIsbkre5Sy6HJuF0BZTtbMqDJSZBEpxTJIpPfF Y64pGXI08PDkETbJSF2wchdCfnUrFS+xaiNM1ziO9SqbsS2Bs1xtS2DjPiWNSndcUHGJmyKb Ci+zjb6QzkFtdDgOUHxHwqTPAAAAAAAA --------------ms030107020508050708000204-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 23:51:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D3BC16A402 for ; Tue, 6 Mar 2007 23:51:26 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id E7B3613C4A5 for ; Tue, 6 Mar 2007 23:51:25 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 86B131F5D54; Tue, 6 Mar 2007 18:51:25 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Tue, 06 Mar 2007 18:51:25 -0500 X-Sasl-enc: czqj79/Ket1MyYCYDDZrxJpkmnzb/mt/B8GN6nVkmE1W 1173225085 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 AD562448; Tue, 6 Mar 2007 18:51:24 -0500 (EST) Message-ID: <45EDFE78.4080702@FreeBSD.org> Date: Tue, 06 Mar 2007 23:51:20 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------060602060206020005070506" Cc: FreeBSD Current , Joerg.Pulz@frm2.tum.de Subject: Re: Compiling ISC DHCP Server on current - ascii2addr() errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 23:51:26 -0000 This is a multi-part message in MIME format. --------------060602060206020005070506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Scott Ullrich wrote: > > > Recently this function was renamed/moved(?) by bms. Terminated with extreme prejudice. We reached consensus on this over a year ago, just no one actually made it happen til now. > > Is there a solution or workaround to get DHCP compiling again? Try this. addr2ascii() is only special and magic if used for AF_LINK. inet_pton() is fine for this job. This patch should be good for all branches and should probably go upstream. Regards, BMS --------------060602060206020005070506 Content-Type: text/x-patch; name="dhcp.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dhcp.patch" --- dhcpd.c.orig Tue Mar 6 23:45:25 2007 +++ dhcpd.c Tue Mar 6 23:46:28 2007 @@ -379,7 +379,7 @@ set_jail = argv [i]; if (++i == argc) usage (); - if (ascii2addr (AF_INET, argv[i], &jail_ip_address) < 0) + if (inet_pton (AF_INET, argv[i], &jail_ip_address) < 0) log_fatal ("invalid ip address: %s", argv[i]); jail_ip_address = ntohl (jail_ip_address); no_dhcpd_jail = 1; @@ -478,7 +478,7 @@ if (!no_dhcpd_jail && (s = getenv ("DHCPD_JAIL_HOSTNAME")) && (s2 = getenv ("DHCPD_JAIL_IPADDRESS"))) { set_jail = s; - if (ascii2addr (AF_INET, s2, &jail_ip_address) < 0) + if (inet_pton (AF_INET, s2, &jail_ip_address) < 0) log_fatal ("invalid ip address: %s", s2); jail_ip_address = ntohl (jail_ip_address); } --------------060602060206020005070506-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 23:55:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1034816A411; Tue, 6 Mar 2007 23:55:34 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7897013C481; Tue, 6 Mar 2007 23:55:33 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 0DDFA1F5B7D; Tue, 6 Mar 2007 18:55:33 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Tue, 06 Mar 2007 18:55:33 -0500 X-Sasl-enc: ruMTpY9SYf84vGhb1wvRY7s8zBvEeNOxyWBLaRXLVkvD 1173225333 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 924F42878D; Tue, 6 Mar 2007 18:55:32 -0500 (EST) Message-ID: <45EDFF73.4070709@FreeBSD.org> Date: Tue, 06 Mar 2007 23:55:31 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45EDFE78.4080702@FreeBSD.org> In-Reply-To: <45EDFE78.4080702@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Joerg.Pulz@frm2.tum.de, Scott Ullrich Subject: Re: Compiling ISC DHCP Server on current - ascii2addr() errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 23:55:34 -0000 Bruce M. Simpson wrote: > > This patch should be good for all branches and should probably go > upstream. No, that's wrong. I am trying to do too many things at once and I just got in from a night out. See below. > > Regards, > BMS > ------------------------------------------------------------------------ > > --- dhcpd.c.orig Tue Mar 6 23:45:25 2007 > +++ dhcpd.c Tue Mar 6 23:46:28 2007 > @@ -379,7 +379,7 @@ > set_jail = argv [i]; > if (++i == argc) > usage (); > - if (ascii2addr (AF_INET, argv[i], &jail_ip_address) < 0) > + if (inet_pton (AF_INET, argv[i], &jail_ip_address) == NULL) > log_fatal ("invalid ip address: %s", argv[i]); > jail_ip_address = ntohl (jail_ip_address); > no_dhcpd_jail = 1; > @@ -478,7 +478,7 @@ > if (!no_dhcpd_jail && (s = getenv ("DHCPD_JAIL_HOSTNAME")) && > (s2 = getenv ("DHCPD_JAIL_IPADDRESS"))) { > set_jail = s; > - if (ascii2addr (AF_INET, s2, &jail_ip_address) < 0) > + if (inet_pton (AF_INET, s2, &jail_ip_address) == NULL) > log_fatal ("invalid ip address: %s", s2); > jail_ip_address = ntohl (jail_ip_address); > } > From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 23:57:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1284316A400; Tue, 6 Mar 2007 23:57:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id DD97B13C4A3; Tue, 6 Mar 2007 23:57:22 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 71F641F5E64; Tue, 6 Mar 2007 18:57:22 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Tue, 06 Mar 2007 18:57:22 -0500 X-Sasl-enc: DHlc/SyyTonxtEU2c8TiMYq0oavm47mU5uI1nUtmVQwF 1173225442 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 CEA63B9A2; Tue, 6 Mar 2007 18:57:21 -0500 (EST) Message-ID: <45EDFFE0.4020203@FreeBSD.org> Date: Tue, 06 Mar 2007 23:57:20 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45EDFE78.4080702@FreeBSD.org> <45EDFF73.4070709@FreeBSD.org> In-Reply-To: <45EDFF73.4070709@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Joerg.Pulz@frm2.tum.de, Scott Ullrich Subject: Re: Compiling ISC DHCP Server on current - ascii2addr() errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 23:57:23 -0000 Bruce M. Simpson wrote: > No, that's wrong. I am trying to do too many things at once and I just > got in from a night out. > I will re-read patches before sending them. I will re-read patches before sending them. I will re-read patches before sending them. I will re-read patches before sending them. I will change my name to Bart by deed-poll. > See below. >> >> Regards, >> BMS >> ------------------------------------------------------------------------ >> >> --- dhcpd.c.orig Tue Mar 6 23:45:25 2007 >> +++ dhcpd.c Tue Mar 6 23:46:28 2007 >> @@ -379,7 +379,7 @@ >> set_jail = argv [i]; >> if (++i == argc) >> usage (); >> - if (ascii2addr (AF_INET, argv[i], &jail_ip_address) < 0) >> + if (inet_pton (AF_INET, argv[i], &jail_ip_address) != 1) >> log_fatal ("invalid ip address: %s", argv[i]); >> jail_ip_address = ntohl (jail_ip_address); >> no_dhcpd_jail = 1; >> @@ -478,7 +478,7 @@ >> if (!no_dhcpd_jail && (s = getenv ("DHCPD_JAIL_HOSTNAME")) && >> (s2 = getenv ("DHCPD_JAIL_IPADDRESS"))) { >> set_jail = s; >> - if (ascii2addr (AF_INET, s2, &jail_ip_address) < 0) >> + if (inet_pton (AF_INET, s2, &jail_ip_address) != 1) >> log_fatal ("invalid ip address: %s", s2); >> jail_ip_address = ntohl (jail_ip_address); >> } >> > From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 00:44:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AD4A16A405 for ; Wed, 7 Mar 2007 00:44:55 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 91B8013C494 for ; Wed, 7 Mar 2007 00:44:54 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so2552098nfc for ; Tue, 06 Mar 2007 16:44:53 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ORoxlouRHBdcMGo9lTLxAX11PVOPwYBb0bY3rvt9KMcorstj4NPRkirfYKccLk6zBToaZMwa4R/3gjsUXXsHjSxYanSJxJzECDg2qQwkVgc7N8lWTlxgPJe/L9HzX+QQpWtsK+Qamm4yrq8ObnI+N38GcMlKKT51f/+mDZ6cLcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D/sWRVNeEnz7GDYtasiXQnF8FYUD5YH9ylpsQjsXLYy4HzLYHGkk1u0ENy4phkdIBZ3HLkvjW/qKfU6O+oSqgph8SZkdtG/ccPLS1a8IDBtyV9J1QanVjA7pW1IP6l7ZskpkCanMzWI1wUKJYtC3kL2X5eO/V2WKWwx7natnW4U= Received: by 10.115.108.1 with SMTP id k1mr1955861wam.1173228292438; Tue, 06 Mar 2007 16:44:52 -0800 (PST) Received: by 10.114.77.13 with HTTP; Tue, 6 Mar 2007 16:44:52 -0800 (PST) Message-ID: Date: Tue, 6 Mar 2007 19:44:52 -0500 From: "Scott Ullrich" To: "Bruce M. Simpson" In-Reply-To: <45EDFE78.4080702@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45EDFE78.4080702@FreeBSD.org> Cc: FreeBSD Current , Joerg.Pulz@frm2.tum.de Subject: Re: Compiling ISC DHCP Server on current - ascii2addr() errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 00:44:55 -0000 On 3/6/07, Bruce M. Simpson wrote: > We reached consensus on this over a year ago, just no one actually made > it happen til now. Better late than never. :) > > Is there a solution or workaround to get DHCP compiling again? > Try this. addr2ascii() is only special and magic if used for AF_LINK. > inet_pton() is fine for this job. > > This patch should be good for all branches and should probably go upstream. Thank you! Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 00:55:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E375316A403 for ; Wed, 7 Mar 2007 00:55:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id CAB7C13C474 for ; Wed, 7 Mar 2007 00:55:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 06 Mar 2007 16:29:42 -0800 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 7B78A125B2B for ; Tue, 6 Mar 2007 16:55:46 -0800 (PST) Message-ID: <45EE0D92.9090702@elischer.org> Date: Tue, 06 Mar 2007 16:55:46 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: remote gdb (serial) for kernel.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 00:55:48 -0000 Anyone been doing this recently? should I use gdb or kgdb? neither seems to work right.. if you have had success in doing this recently, could you let me know what your settings have been? thanks julian From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 00:57:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2C3416A406 for ; Wed, 7 Mar 2007 00:57:17 +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 B3A8F13C48E for ; Wed, 7 Mar 2007 00:57:17 +0000 (UTC) (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 953731A4D84; Tue, 6 Mar 2007 16:57:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F393A513AE; Tue, 6 Mar 2007 19:57:16 -0500 (EST) Date: Tue, 6 Mar 2007 19:57:16 -0500 From: Kris Kennaway To: Keith Pitcher Message-ID: <20070307005716.GB73190@xor.obsecurity.org> References: <45ED5B15.9010602@KeithPitcher.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45ED5B15.9010602@KeithPitcher.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: slow unless the CPU is in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 00:57:17 -0000 On Tue, Mar 06, 2007 at 07:14:13AM -0500, Keith Pitcher wrote: > I have a HP Pavilion dv6258, which has an amd turion X2. > Installed current as of yesterday, and noticed something quite odd. > > Things are pokey slow, hit a key and wait a second or more for it to > appear on the screen. Long load time,takes forever to shut down all the > processes, as a whole it's crawling. However if the system is doing > almost anything, like compiling a port or recompiling the kernel, or > just downloading a file during a port, then things are what I'd consider > a normal response. I recompiled the kernel and removed all the various > debugging options, same symptoms. > > I recompiled with SMP removed, the kernel no longer finds 2 CPUs, but > the same issue. > > This was a 6.2 to 7 upgrade (using mergemaster, etc), I haven't tried to > a straight current install as of yet. Any suggestions on what I should > try to correct this behavior? Start by noting the "if you think current is slow" warning at the start of the boot sequence :) Kris From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 01:27:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D449816A400 for ; Wed, 7 Mar 2007 01:27:24 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7B58E13C491 for ; Wed, 7 Mar 2007 01:27:24 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id EC10B133CCE; Wed, 7 Mar 2007 11:57:22 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E0D3D1A9CBE; Wed, 7 Mar 2007 11:57:22 +1030 (CST) Date: Wed, 7 Mar 2007 11:57:22 +1030 From: Greg 'groggy' Lehey To: Julian Elischer Message-ID: <20070307012722.GJ68567@wantadilla.lemis.com> References: <45EE0D92.9090702@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pN9MePJoZbRKbUk1" Content-Disposition: inline In-Reply-To: <45EE0D92.9090702@elischer.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: FreeBSD Current Subject: Re: remote gdb (serial) for kernel.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 01:27:24 -0000 --pN9MePJoZbRKbUk1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 6 March 2007 at 16:55:46 -0800, Julian Elischer wrote: > Anyone been doing this recently? > > should I use gdb or kgdb? > neither seems to work right.. > if you have had success in doing this recently, could you let me know > what your settings have been? My debugging tutorial notes (http://www.lemis.com/grog/Papers/Debug-tutorial/) are somewhat out of date now, but the method described there worked for me last week. Greg -- See complete headers for address and phone numbers. --pN9MePJoZbRKbUk1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFF7hT6IubykFB6QiMRAhJAAKCSgi9SpR0pN2XxJ3joEchjJruGHwCeJtvd DnIdLEGLIiVNJ2Qaqh3TuSQ= =AWh1 -----END PGP SIGNATURE----- --pN9MePJoZbRKbUk1-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 03:16:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9678F16A401 for ; Wed, 7 Mar 2007 03:16:50 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1F34213C47E for ; Wed, 7 Mar 2007 03:16:49 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so22793nfc for ; Tue, 06 Mar 2007 19:16:48 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IbW3HQkC6fAxr03kPTacas2SuL7zPWV++T+g40WYtxjDWQ3eJo1S02BXw+4UgMMJgZBE62Rpy0mnywZjow0Xq55OGKbJ2+/jMRCsff5pP51N1vU95JUjHZ+bmkiMjmJGTfRQlD8y2mNQ+ry0QXBv3FQS3iCPQczP3ddBKmalncE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CMOiNK4zkCgZKhShykwBO0IzSGHempWSN2d56Ygk9s8C29M0ZZkn5mRnTuaClzrFEVFmPqbjfTeh3oE/DFOqZOk3AIPM9v7i+fx637WHGZbm9uO5V+Fsqbs78q5J9e3RdLXCbEzLfihvoV/x0/kXMIHxxkJzcmafdHBsjzd5BLo= Received: by 10.78.178.5 with SMTP id a5mr906435huf.1173237408591; Tue, 06 Mar 2007 19:16:48 -0800 (PST) Received: by 10.78.15.2 with HTTP; Tue, 6 Mar 2007 19:16:48 -0800 (PST) Message-ID: <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> Date: Wed, 7 Mar 2007 03:16:48 +0000 From: "Joao Barros" To: "Pawel Jakub Dawidek" , freebsd-fs@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <45ED9289.4090001@barryp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> Cc: Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 03:16:50 -0000 On 3/6/07, Barry Pederson wrote: > Joao Barros wrote: > > > After some tries I finally got it to buildworld, but at 3am I never > > got to test anything other than 'kldload zfs' > > > > I was reading the man pages and I was wondering if files are supported > > devices like in this example: > > > > Example 4 Creating a ZFS Storage Pool by Using Files > > > > The following command creates an unmirrored pool using files. While > > not recommended, a pool based on files can be useful for experimental > > purposes. > > > > # zpool create tank /path/to/file/a /path/to/file/b > > > > I'd have to feed some noisy disks to my machine if file devs are not > > supported -.- > > I tried something like that, with a 512mb file: > > dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 > zpool create tank /tmp/foo > > but it comes back with > > cannot use '/dev//tmp/foo': must be a GEOM provider > > mdconfig is one way to go here, creating a memory disk based on that > file. and then creating a pool from that > > mdconfig -a -t vnode -f /tmp/foo > > (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > zpool create tank md0 > > and you should be in business. > > Barry > That did the trick, thanks for the idea :) After creating a pool, copying some files and other "just playing around commands" I got this on my log: ZFS filesystem version 3 ZFS storage pool version 3 acquiring duplicate lock of same type: "zfs:tx:cpu" 1st zfs:tx:cpu @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd zfs:tx:cpu @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e58c6c,c0a5c7d8,c0a5c7d8,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c4bde284,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c4bde284,c4c9d083,2c,0,0,...) at _sx_xlock+0x50 txg_quiesce(c4eee400,4,0,c4eee4ac,c4eee400,...) at txg_quiesce+0x48 txg_quiesce_thread(c4eee400,e6e58d38) at txg_quiesce_thread+0xaa fork_exit(c4c6f480,c4eee400,e6e58d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e58d70, ebp = 0 --- acquiring duplicate lock of same type: "zfs:dbuf" 1st zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6d5fa70,c0a5c620,c0a5c620,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5049e04,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c5049e04,c4c9d083,2c,c4e416a0,c488b800,...) at _sx_xlock+0x50 dbuf_rele(c5049dc8,c4e416a0,c4dce000,c4e416a0,c4e416a0,...) at dbuf_rele+0x19 dsl_dir_close(c488b800,c4e416a0,c4e416a0,18,c443e260,...) at dsl_dir_close+0x1f dsl_prop_unregister(c488ba00,c4ca18f7,c4c53f54,c488bc00,cde5b7,...) at dsl_prop_unregister+0xd1 dmu_objset_evict(c488ba00,c488bc00,c5049bd0,0,e6d5fb54,...) at dmu_objset_evict+0x3a dsl_dataset_evict(c5049bd0,c488ba00,1,e6d5fb6c,c4c4e27b,...) at dsl_dataset_evict+0x34 dbuf_evict_user(c5049bd0,c4c1d180,c488bc00,c4eed800,e6d5fb88,...) at dbuf_evict_user+0x37 dbuf_rele(c5049bd0,c488ba00,0,c5043b94,0,...) at dbuf_rele+0x93 killer(c4eed800,c5046974,c488bc00,0,c5046974,...) at killer+0xec arc_write_done(c4eed800,c504f880,c4dce000,c4eed800,c4eeda00,...) at arc_write_done+0x16c zio_done(c4eed800,c4eed9f4,e6d5fc00,c4c84df7,c4eed800,...) at zio_done+0x159 zio_next_stage(c4eed800,c4eed800,c4eed800,0,e6d5fc14,...) at zio_next_stage+0x8e zio_wait_for_children(c4eed800,11,c4eed9f4,e6d5fc24,c4c8681a,...) at zio_wait_for_children+0x3f zio_wait_children_done(c4eed800,c4eed800,e6d5fc5c,c4c865ae,c4eed800,...) at zio_wait_children_done+0x15 zio_next_stage(c4eed800,0,c06b7757,c4ca4260,80,...) at zio_next_stage+0x8e zio_vdev_io_assess(c4eed800,c4c1d138,e6d5fc94,c4c7547e,c4eed800,...) at zio_vdev_io_assess+0x19a zio_next_stage(c4eed800,c4eed800,c0a4dde8,0,3,...) at zio_next_stage+0x8e vdev_mirror_io_done(c4eed800,e6d5fd04,c4c45c61,c4eed800,c4e3da48,...) at vdev_mirror_io_done+0xba zio_vdev_io_done(c4eed800,c4e3da48,c4e3da48,c4e3da48,70cd290a,...) at zio_vdev_io_done+0x16 taskq_thread(c4e3da28,e6d5fd38) at taskq_thread+0x195 fork_exit(c4c45acc,c4e3da28,e6d5fd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6d5fd70, ebp = 0 --- lock order reversal: 1st 0xc49ff420 () @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd 0xc504a624 zfs:dbuf (zfs:dbuf) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5c4e0,c0a5c620,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c504a624,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c504a624,c4c9d083,2c,c5053d80,c4c05400,...) at _sx_xlock+0x50 dbuf_sync_indirect(c4c05400,c4c1de00,c49ff420,c5095000,c49ff400,...) at dbuf_sync_indirect+0x25 dbuf_sync_list(c49ff454,c4c1de00,c5053d80,c49ff400,c5053e68,...) at dbuf_sync_list+0x30 dbuf_sync_indirect(c49ff400,c4c1de00,c4ef8000,c5053d80,c488b200,...) at dbuf_sync_indirect+0xca dbuf_sync_list(c5053e68,c4c1de00,c5053e68,1,40000,...) at dbuf_sync_list+0x30 dnode_sync(c5053d80,c4c1de00,c5094c00,5,0,...) at dnode_sync+0x29b dmu_objset_sync(c488b200,c5095c00,c4c1de00,c488b800,c4c1de00,...) at dmu_objset_sync+0x112 dsl_dataset_sync(c488b000,c5095c00,c4c1de00,c4bde000,c4c1de00,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,5,0,c4dce000,5,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,5,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- acquiring duplicate lock of same type: "" 1st @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e5baf8,c0a5c4e0,c0a5c4e0,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c4c05420,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c4c05420,c4c9d083,2c,c5053d80,c4c05400,...) at _sx_xlock+0x50 dbuf_sync_indirect(c4c05400,c4c1de00,c49ff420,c5095000,c49ff400,...) at dbuf_sync_indirect+0xbb dbuf_sync_list(c49ff454,c4c1de00,c5053d80,c49ff400,c5053e68,...) at dbuf_sync_list+0x30 dbuf_sync_indirect(c49ff400,c4c1de00,c4ef8000,c5053d80,c488b200,...) at dbuf_sync_indirect+0xca dbuf_sync_list(c5053e68,c4c1de00,c5053e68,1,40000,...) at dbuf_sync_list+0x30 dnode_sync(c5053d80,c4c1de00,c5094c00,5,0,...) at dnode_sync+0x29b dmu_objset_sync(c488b200,c5095c00,c4c1de00,c488b800,c4c1de00,...) at dmu_objset_sync+0x112 dsl_dataset_sync(c488b000,c5095c00,c4c1de00,c4bde000,c4c1de00,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,5,0,c4dce000,5,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,5,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- acquiring duplicate lock of same type: "zfs:dns" 1st zfs:dns @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 2nd zfs:dns @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e5ba60,c0a5c6c0,c0a5c6c0,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5048000,9,c4c9d47a,2d) at witness_checkorder+0x586 _sx_xlock(c5048000,c4c9d47a,2d,c97f6384,36,...) at _sx_xlock+0x50 dnode_new_blkid(c5048000,1,0,ccb4c080,c09499b0,...) at dnode_new_blkid+0x57 dbuf_dirty(c97f6348,ccb4c080,cb9196c0,2c8,c4bde068,...) at dbuf_dirty+0x375 dnode_setdirty(cb9196c0,ccb4c080,cb9196c0,0,0,...) at dnode_setdirty+0xf9 dnode_free_range(cb9196c0,0,0,ffffffff,ffffffff,...) at dnode_free_range+0x5de dmu_free_range(c4bde018,35,0,0,0,...) at dmu_free_range+0x3f space_map_truncate(c4ed704c,c4bde018,ccb4c080,11e,0,...) at space_map_truncate+0x1f metaslab_sync(c4ed7000,2c8,0,c4ec51f8,c4dce000,...) at metaslab_sync+0x221 vdev_sync(c4ec5000,2c8,0,11e,c4eee4ac,...) at vdev_sync+0x98 spa_sync(c4dce000,2c8,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x23c txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- lock order reversal: 1st 0xc504a96c zfs:dbuf (zfs:dbuf) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd 0xc5066b10 zfs:zn (zfs:zn) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5c620,c0a5c440,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5066b10,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c5066b10,c4c9d083,2c,e6e5ba2c,c0a4e028,...) at _sx_xlock+0x50 znode_pageout_func(c504a930,c5066b00,c504a930,e6e5ba64,c4c4d8a5,...) at znode_pageout_func+0xf0 dbuf_evict_user(c504a930,0,c504a2a0,c504a930,c535c81c,...) at dbuf_evict_user+0x37 dbuf_clear(c504a930,e6e5ba90,e6e5bb4c,c4c5b559,c504a930,...) at dbuf_clear+0x25 dbuf_evict(c504a930,c50781d4,c50781a0,0,0,...) at dbuf_evict+0xd dnode_evict_dbufs(c5078000,0,c5078108,c50d1800,cd7a2080,...) at dnode_evict_dbufs+0x209 dnode_sync_free(c5078000,cd7a2080,c5078108,3,c5078000,...) at dnode_sync_free+0x2c dnode_sync(c5078000,cd7a2080,c488b30c,c5078000,c488b230,...) at dnode_sync+0x26a dmu_objset_sync_dnodes(c488b30c,cd7a2080,c5053d80,cd7a2080,c5590000,...) at dmu_objset_sync_dnodes+0x30 dmu_objset_sync(c488b200,c9b3a000,cd7a2080,c488b800,cd7a2080,...) at dmu_objset_sync+0x12e dsl_dataset_sync(c488b000,c9b3a000,cd7a2080,c4bde000,cd7a2080,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,2f7,0,c4dce000,2f7,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,2f7,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- I don't know exactly what commands/actions kicked this LORs but I can try and replicate tomorrow. It's 3 am again... -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 03:30:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 518D516A401 for ; Wed, 7 Mar 2007 03:30:10 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id E019313C48D for ; Wed, 7 Mar 2007 03:30:09 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so25461nfc for ; Tue, 06 Mar 2007 19:30:08 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=t/epE04aryKNchtD2G6oGrlWX3k8fx/MGWOLnoouP5yj7mGi1qp6BnaWvPMhC+RpuYP7vAxQ+irP3zvUHnGVnSWHSaJ6PC//87f9Q4U2DvfTHZgKlE7kZZ55mEmEP90B8NkM/ZK/QxXmbiFRDzyOgUKxfQdu9J0++qhGDOErwNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Krf3R6WfzqEsJeOOcKJVi1s5RUyNc04NhQoTdC0mGmts/aMbJW4owh3Wrp8wElz5kXAFD9gKmYvOF8miSDLDexo2ipoOrp7yI8yCSAILwOua7cDDjGaLnvq0R/wEk0NeTQ5Kzfc6/oTQh5JtsIZLeTR9FE85U0TAfVXB+kJDLTA= Received: by 10.78.200.3 with SMTP id x3mr906177huf.1173238208545; Tue, 06 Mar 2007 19:30:08 -0800 (PST) Received: by 10.78.15.2 with HTTP; Tue, 6 Mar 2007 19:30:08 -0800 (PST) Message-ID: <70e8236f0703061930j5d12996n6623a59287e9758@mail.gmail.com> Date: Wed, 7 Mar 2007 03:30:08 +0000 From: "Joao Barros" To: "FreeBSD current mailing list" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Regression: Panic on shutdown with CURRENT from March 5, 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 03:30:10 -0000 After upgrading my current 2 days ago I noticed this while doing a 'halt -p' Uptime: 1h42m2s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06dc87e stack pointer = 0x28:0xe6d2fb08 frame pointer = 0x28:0xe6d2fb0c 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 = 1603 (halt) [thread pid 1603 tid 100211 ] Stopped at device_shutdown+0x22: cmpl $0xc09efb7c,0(%eax) Running 6.2R and an old CURRENT (some months old) all is fine. Now, it always does this, easy to replicate, so I can get more info if instructed to, just have to copy it by hand :| -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 04:29:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5332E16A400 for ; Wed, 7 Mar 2007 04:29:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0819013C47E for ; Wed, 7 Mar 2007 04:29:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so42241nza for ; Tue, 06 Mar 2007 20:29:19 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=TVVoBLsUsPH+ygdAGqmYOip+MElP0uIGwk58Aqqp6Fb5rymYrRgVw/KT8VkXvvEHmQ5OSTdnHwyjvkjDfiavDvIQBArCNZev5pWVFFxgBg/h8j45pDDz5Z6TvXUACoEBE3BeZO3PI+uxtEDFOrI5pAbGipRg9eKfh50Scn2t42Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=oPIOcJqDKUIGZG2gQT2hP8NpzYdtc0ii/U0+mqtpg7Oq6Ib/nyr4fTrmzkQxNUavuzjeAXWBBwQMgtkGdnlGgyG8xlOWPbubxHOA/YCClc3MzsLCCegQsrXF1A7wCjy9EG5hIF1cDq/iqNotV3Np9LN4cGXPXGZh18Gho8ecWNk= Received: by 10.35.100.6 with SMTP id c6mr10872496pym.1173241759403; Tue, 06 Mar 2007 20:29:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 16sm629540nzo.2007.03.06.20.29.15; Tue, 06 Mar 2007 20:29:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l274UIxH062906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Mar 2007 13:30:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l274UCBn062905; Wed, 7 Mar 2007 13:30:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 7 Mar 2007 13:30:12 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20070307043012.GB62062@cdnetworks.co.kr> References: <20070110120731.GA1515@shark.localdomain> <20070210171130.D47107@maildrop.int.zabbadoz.net> <45D98B62.1060402@yandex.ru> <20070220014535.GC912@cdnetworks.co.kr> <45DA9F40.1070604@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: "Bjoern A. Zeeb" , "Andrey V. Elsukov" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 04:29:20 -0000 On Wed, Feb 21, 2007 at 12:17:52PM +0200, Danny Braniss wrote: > > Pyun YongHyeon wrote: > > > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' > > > message I think you've used stock nfe(4) on CURRENT. > > > Try overhauld nfe(4) at the following URL. > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > The new nfe(4) has several protections for watchdog timeout errors > > > reported on the driver. One user repored TSO related issues for > > > the new driver so if you encounter strange errors in the new driver > > > please turn off TSO capability(e.g. #ifconfig nfe0 -tso) > > > hi, > I'm having 2 - probably related - problems: > 1- on a diskless host, it boots via PXE, attaches the NIC > but somehow the mount root nsf is bypassed. > 2- booting of the disk, and with ifconfig_nfe0="DHCP", dhclient > fails. > > if I run: > dhclient nfe0 > all is fine. > > adding 'net.inet.tcp.tso="0"' to sysctl.conf fixed 2, but > adding the same to loader.conf did not help with the PXE boot. > > danny > > Sorry for late reply. Do you use MCP65 based hardware? It seems that MCP65 does not have checksum offload capability on the hardware so TSO should not be used on MCP65. (Due to lack of datasheet I've unconditionally enabled TSO for hardwares that have checksum offload capability.) dmesg will show you what hardware were attached. If your hardware is not MCP65 based one please try latest tcp_output.c (rev, 1.125). Recently andre@ fixed TSO related bug. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 07:04:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A88016A406; Wed, 7 Mar 2007 07:04:14 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id E2C0913C461; Wed, 7 Mar 2007 07:04:13 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 547BA7D9F; Wed, 7 Mar 2007 08:04:12 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id B209F9EF18; Wed, 7 Mar 2007 07:05:56 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 88CEE405F; Wed, 7 Mar 2007 08:05:56 +0100 (CET) Date: Wed, 7 Mar 2007 08:05:56 +0100 From: Jeremie Le Hen To: John Baldwin Message-ID: <20070307070556.GD2479@obiwan.tataz.chchile.org> References: <20070302210447.GE2479@obiwan.tataz.chchile.org> <45EB2A62.10704@freebsd.org> <20070304203802.GS2479@obiwan.tataz.chchile.org> <200703061159.05435.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703061159.05435.jhb@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 07:04:14 -0000 HI, John, On Tue, Mar 06, 2007 at 11:59:04AM -0500, John Baldwin wrote: > Yes, KDB_UNATTENDED will work, but there is a bug in that the system should > not enter DDB when you are in X, it should just drop a dump and then reboot. > This used to work but is broken in 5.x and later I believe. IWBN to get this > fixed again. I'm lured to consider this as a feature, since it doesn't appear to be possible to use DDB when a crash occured while in X. What am I missing here ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 07:29:47 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25D4B16A400 for ; Wed, 7 Mar 2007 07:29:47 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id E15B013C428 for ; Wed, 7 Mar 2007 07:29:46 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 512C67D73 for ; Wed, 7 Mar 2007 08:29:46 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D28AA9EF18 for ; Wed, 7 Mar 2007 07:31:30 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id BE474405F; Wed, 7 Mar 2007 08:31:30 +0100 (CET) Date: Wed, 7 Mar 2007 08:31:30 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070307073130.GE2479@obiwan.tataz.chchile.org> References: <20070305233008.GA2479@obiwan.tataz.chchile.org> <20070305234504.GC2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070305234504.GC2479@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Wrong behaviour with stacked mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 07:29:47 -0000 Hi, On Tue, Mar 06, 2007 at 12:45:04AM +0100, Jeremie Le Hen wrote: > Of course, I meant that: > 1) Performing ls(1) in the current shell shows the content of the > lower mount point. I was wrong. The shells performs a chdir(2) after each command and l(1) actually shows the content of the _upper_ mount. Sorry for the noise. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 08:02:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A0C816A403; Wed, 7 Mar 2007 08:02:05 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D37FE13C481; Wed, 7 Mar 2007 08:02:04 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from outgoing.leidinger.net (p54A5FD7F.dip.t-dialin.net [84.165.253.127]) by redbull.bpaserver.net (Postfix) with ESMTP id CE4152E1A4; Wed, 7 Mar 2007 09:02:00 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id EF19A5B4817; Wed, 7 Mar 2007 09:01:57 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l2781vTU002944; Wed, 7 Mar 2007 09:01:57 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 07 Mar 2007 09:01:57 +0100 Message-ID: <20070307090157.bouxv2u5cg8socog@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 07 Mar 2007 09:01:57 +0100 From: Alexander Leidinger To: Boris Samorodov References: <20070120170723.34c223fb@Magellan.Leidinger.net> <20070122164926.GA8146@stud.fit.vutbr.cz> <24984594@bsam.ru> <20070306141026.ijyvge09wwo0k4ws@webmail.leidinger.net> <99549985@serv3.int.kfs.ru> In-Reply-To: <99549985@serv3.int.kfs.ru> 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-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.764, required 8, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SARE_FROM_SPAM_WORD3 0.10) X-BPAnet-MailScanner-From: netchild@freebsd.org X-Spam-Status: No Cc: emulation@FreeBSD.org, Divacky Roman , current@FreeBSD.org Subject: Re: CFT/HEADS-UP: linux 2.6.16 emulation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 08:02:05 -0000 Quoting Boris Samorodov (from Tue, 06 Mar 2007 19:55:26 +0300)= : > On Tue, 06 Mar 2007 14:10:26 +0100 Alexander Leidinger wrote: >> Quoting Boris Samorodov (from Mon, 29 Jan 2007 =20 >> 02:22:53 +0300): >> > On Mon, 22 Jan 2007 17:49:26 +0100 Divacky Roman wrote: >> >> On Sat, Jan 20, 2007 at 05:07:23PM +0100, Alexander Leidinger wrote: >> > >> >> > today I committed the last fixes for the showstopper problems (panic= s) >> >> > in the linux 2.6.16 emulation. I intend to switch the default versio= n >> >> > to 2.6.16 on i386 "soon" (see below), so please help testing it. >> > >> >> to be more precise.. we want testing on -current on i386... >> >> any other report is useles. except for reports from p4 linuxulator >> >> branch on 2.6/amd64.. >> > >> > Here are some test results (for 2.6.16 linux emulation) at: >> > $ uname -a >> > FreeBSD bsam.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Jan 24 >> > 01:58:12 MSK 2007 bsam@bsam.ru:/usr/obj/usr/src/sys/GENERIC >> > i386 >> > >> > ...and linux_base-fc6 (a port from my repository), other port >> > dependencies are from FC4: >> > >> > 1. Just work (sometimes messages about an unimplemented syscall(s) do >> > appear): > >> Did I miss the mail with the unimplemented syscalls? > > Yep, > http://lists.freebsd.org/pipermail/freebsd-emulation/2007-January/003077.h= tml =20 > . Ah... ok. I remember now. Thanks! Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 Women complain about sex more than men. Their gripes fall into two categories: (1) Not enough and (2) Too much. =09=09-- Ann Landers From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 09:44:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 036D316A400 for ; Wed, 7 Mar 2007 09:44:04 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A840113C4A7 for ; Wed, 7 Mar 2007 09:44:03 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id BDBD4EB83F9; Wed, 7 Mar 2007 17:26:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 6m0nGTPJKweC; Wed, 7 Mar 2007 17:26:21 +0800 (CST) Received: from qlnote (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 26AB1EB83F8; Wed, 7 Mar 2007 17:26:21 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=date:to:subject:from:organization:cc:content-type: mime-version:content-transfer-encoding:message-id:user-agent; b=bfMQmyPkv284FFCo3hEEL2P2wXDgkqxJCD6cAQBbotfrZu0IF5OvL5AGoJ6mHzq4B lnLesLOQ3LU4Y+YVlfRog== Date: Wed, 07 Mar 2007 17:26:15 +0800 To: freebsd-current@freebsd.org From: "Quake Lee" Organization: GeekCN Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.10 (Win32) Cc: jfvogel@gmail.com Subject: em watchdog timeout on Intel 82541 and 82546EB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 09:44:04 -0000 Hi all, I have a Dell PE2850 with 4 intel ethernet card. I cvsup the src yesterd= ay. em0 and em1 is 82541 which base on the mainboard. em2 and em3 is 82546EB= = which plug in PCI-X bus. After I load the new kernel, kernel said: em2 watchdog timeout and could= = not send any packet out. I switch the line to the em0, it worked. After 5 min. em0 = hangup too, kernel said: em0: watchdog timeout. There is `pciconf -lv | grep em` command print out. em0@pci6:7:0: class=3D0x020000 card=3D0x016d1028 chip=3D0x10768086 rev= =3D0x05 = hdr=3D0x00 em1@pci7:8:0: class=3D0x020000 card=3D0x016d1028 chip=3D0x10768086 rev= =3D0x05 = hdr=3D0x00 em2@pci9:4:0: class=3D0x020000 card=3D0x10128086 chip=3D0x10108086 rev= =3D0x01 = hdr=3D0x00 em3@pci9:4:1: class=3D0x020000 card=3D0x10128086 chip=3D0x10108086 rev= =3D0x01 = hdr=3D0x00 Anyone know what is the problem? -- = The Power to Serve From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 12:05:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E94B16A400 for ; Wed, 7 Mar 2007 12:05:44 +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 2839713C441 for ; Wed, 7 Mar 2007 12:05:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HOutk-000Kjc-6i; Wed, 07 Mar 2007 14:05:36 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: Your message of Wed, 7 Mar 2007 13:30:12 +0900 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Mar 2007 14:05:35 +0200 From: Danny Braniss Message-ID: Cc: "Bjoern A. Zeeb" , "Andrey V. Elsukov" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 12:05:44 -0000 > On Wed, Feb 21, 2007 at 12:17:52PM +0200, Danny Braniss wrote: > > > Pyun YongHyeon wrote: > > > > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' > > > > message I think you've used stock nfe(4) on CURRENT. > > > > Try overhauld nfe(4) at the following URL. > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > > > The new nfe(4) has several protections for watchdog timeout errors > > > > reported on the driver. One user repored TSO related issues for > > > > the new driver so if you encounter strange errors in the new driver > > > > please turn off TSO capability(e.g. #ifconfig nfe0 -tso) > > > > > hi, > > I'm having 2 - probably related - problems: > > 1- on a diskless host, it boots via PXE, attaches the NIC > > but somehow the mount root nsf is bypassed. > > 2- booting of the disk, and with ifconfig_nfe0="DHCP", dhclient > > fails. > > > > if I run: > > dhclient nfe0 > > all is fine. > > > > adding 'net.inet.tcp.tso="0"' to sysctl.conf fixed 2, but > > adding the same to loader.conf did not help with the PXE boot. > > > > danny > > > > > > Sorry for late reply. > Do you use MCP65 based hardware? It seems that MCP65 does not have > checksum offload capability on the hardware so TSO should not be > used on MCP65. it's supposed to be a MCP51, but: nfe0: > (Due to lack of datasheet I've unconditionally enabled TSO for > hardwares that have checksum offload capability.) > dmesg will show you what hardware were attached. > > If your hardware is not MCP65 based one please try latest tcp_output.c > (rev, 1.125). Recently andre@ fixed TSO related bug. I tried the latest, and it 'seems' to work ok if I boot of the disk, but still having problems when booting via PXE: ... nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 22 at device 20.0 on pci0 nfe0: Ethernet address: 57:6c:a9:f3:18:00 miibus1: on nfe0 e1000phy0: PHY 11 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: [ITHREAD] ... nfs_diskless: no interface ... danny PS: maybe it's time to change the Subject:? From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 13:46:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7A4316A482; Wed, 7 Mar 2007 13:46:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id DF06113C48D; Wed, 7 Mar 2007 13:46:04 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 19D8A45B26; Wed, 7 Mar 2007 14:46:02 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3C30F456AB; Wed, 7 Mar 2007 14:45:55 +0100 (CET) Date: Wed, 7 Mar 2007 14:44:32 +0100 From: Pawel Jakub Dawidek To: Joao Barros Message-ID: <20070307134432.GB2864@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 13:46:05 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 03:16:48AM +0000, Joao Barros wrote: > On 3/6/07, Barry Pederson wrote: > >Joao Barros wrote: > > > >> After some tries I finally got it to buildworld, but at 3am I never > >> got to test anything other than 'kldload zfs' > >> > >> I was reading the man pages and I was wondering if files are supported > >> devices like in this example: > >> > >> Example 4 Creating a ZFS Storage Pool by Using Files > >> > >> The following command creates an unmirrored pool using files. While > >> not recommended, a pool based on files can be useful for experimental > >> purposes. > >> > >> # zpool create tank /path/to/file/a /path/to/file/b > >> > >> I'd have to feed some noisy disks to my machine if file devs are not > >> supported -.- > > > >I tried something like that, with a 512mb file: > > > > dd if=3D/dev/zero of=3D/tmp/foo bs=3D1048976 count=3D512 > > zpool create tank /tmp/foo > > > >but it comes back with > > > > cannot use '/dev//tmp/foo': must be a GEOM provider > > > >mdconfig is one way to go here, creating a memory disk based on that > >file. and then creating a pool from that > > > > mdconfig -a -t vnode -f /tmp/foo > > > >(comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > > > zpool create tank md0 > > > >and you should be in business. mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. > That did the trick, thanks for the idea :) >=20 > After creating a pool, copying some files and other "just playing > around commands" I got this on my log: >=20 > ZFS filesystem version 3 > ZFS storage pool version 3 > acquiring duplicate lock of same type: "zfs:tx:cpu" [...] I know about those 'duplicate lock' and I've patches to fix this particular warning. Those are harmless. I also have LOR.txt file with LORs I know and are confirmed by SUN guys to be harmless. So for now I'd advice not to use WITNESS. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7sHAForvXbEpPzQRAmXQAJ9AjDVhIQNggL+V4Q37+vtDqduAUQCgojLZ l3RGzTOAFuXzUhjJ6k8EKIU= =B+5e -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 14:15:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 813A816A401 for ; Wed, 7 Mar 2007 14:15:27 +0000 (UTC) (envelope-from doer@rambler.ru) Received: from hspc.xpromt.net (41-sn-6-be.pchighway.com [195.141.152.41]) by mx1.freebsd.org (Postfix) with ESMTP id 488F913C478 for ; Wed, 7 Mar 2007 14:15:27 +0000 (UTC) (envelope-from doer@rambler.ru) Received: from [86.57.156.56] (helo=[192.168.1.79]) by hspc.xpromt.net with esmtpa (Exim 4.63) (envelope-from ) id 1HOwv9-0001wE-AG for freebsd-current@freebsd.org; Wed, 07 Mar 2007 16:14:51 +0200 Message-ID: <45EEC8D4.6050000@rambler.ru> Date: Wed, 07 Mar 2007 16:14:44 +0200 From: Eugene Doer User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hspc.xpromt.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - rambler.ru X-Source: X-Source-Args: X-Source-Dir: Subject: glxgears in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 14:15:27 -0000 I had tried to run glxgears in my FreeBSD 7-CURRENT, and got strange results : X-server rebooted, but my processes werent killed, even mplayer was producing sound. After this I logged on to KDE once more, and tried again with same results. Mplayer & wget were working now in background. Can anybody help ? /var/log/messages : Mar 7 15:59:38 doer kernel: pid 82971 (Xorg), uid 0: exited on signal 6 Mar 7 15:59:38 doer kdm-bin[864]: X server for display :0 terminated unexpectedly I'm using nvidia-driver-1.0.9746 binary drivers. From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 15:25:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F1B16A41B; Wed, 7 Mar 2007 15:25:17 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id C0B3813C461; Wed, 7 Mar 2007 15:25:17 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HOy0w-000JzV-T6; Wed, 07 Mar 2007 09:25:15 -0600 Message-ID: <45EED936.4040701@barryp.org> Date: Wed, 07 Mar 2007 09:24:38 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> <20070307134432.GB2864@garage.freebsd.pl> In-Reply-To: <20070307134432.GB2864@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 15:25:18 -0000 Pawel Jakub Dawidek wrote: > mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. Is there any advantage one way or another between mdconfig(8) and ggatel(8) - especially when playing with ZFS? I see your name all over man ggatel too :) Barry From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 15:28:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF49D16A401; Wed, 7 Mar 2007 15:28:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB5E13C491; Wed, 7 Mar 2007 15:28:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3C0A445CD9; Wed, 7 Mar 2007 16:28:09 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7572C45685; Wed, 7 Mar 2007 16:27:58 +0100 (CET) Date: Wed, 7 Mar 2007 16:26:33 +0100 From: Pawel Jakub Dawidek To: Barry Pederson Message-ID: <20070307152633.GB5801@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> <20070307134432.GB2864@garage.freebsd.pl> <45EED936.4040701@barryp.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline In-Reply-To: <45EED936.4040701@barryp.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 15:28:11 -0000 --wq9mPyueHGvFACwf Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 09:24:38AM -0600, Barry Pederson wrote: > Pawel Jakub Dawidek wrote: >=20 > >mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. >=20 > Is there any advantage one way or another between mdconfig(8) and ggatel(= 8) - especially when playing with ZFS? I see your name all over man ggat= el too :) ggatel is just example ggate consumer, it's more there to show how to create ggate consumers. I'd suggest using mdconfig(8). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7tmpForvXbEpPzQRAni/AKC9S7CqoMniCt76yZxEhuAoQiuyMQCfVLl+ xcETug0JDCului2e1Hhgpm4= =sTKP -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 16:21:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD06416A404 for ; Wed, 7 Mar 2007 16:21:15 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 69A4313C48E for ; Wed, 7 Mar 2007 16:21:13 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so223338nfc for ; Wed, 07 Mar 2007 08:21:12 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=P2fRVf91p/2orLjl2snYfT+FFgm5UqosC3Vgp/YUx5b7Be6ZhiqBnHDqjvD/J4Ie5J4XtO9sOuhdbbV/8zN7BvCEE1PIJ7hVwU+Lc6gpHoQDHu0vp0c06rVsMhC82IsPIifdatVwzP5TvgsJIxQjsY++o+gHNIF9dr4/T5HM85A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oFzm/XlOyt73kZWcuDZidLbf+eMJm4Zq8Wh0ZiKf6HrFJ71t2ct6g44wYqM0JnPNQ+nko+SzJo6W+RqBgDDAjONEbxgb+HySt/S8vG/W+tEtkjNAzHyc9DOXuvU+py9z6ugzx0oI0kQMJd010AbvV1R/TwySpPT3E9O75Kjj+YQ= Received: by 10.82.114.3 with SMTP id m3mr9534574buc.1173282851372; Wed, 07 Mar 2007 07:54:11 -0800 (PST) Received: by 10.82.155.14 with HTTP; Wed, 7 Mar 2007 07:54:11 -0800 (PST) Message-ID: Date: Wed, 7 Mar 2007 12:54:11 -0300 From: "Eduardo Meyer" To: hackers@freebsd.org, current@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: How PMAP_SHPGPERPROC relate to vm.v_free_min, vm.v_free_reserved and vm.v_free_target? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 16:21:15 -0000 Heavy Apache usage is demanding a higher PMAP_SHPGPERPROC kernel option in my system. However I keep getting the NOTES-documented panic at boot time, meaning I need to adequately do vm.v_free_min, vm.v_free_reserved and vm.v_free_target sysctl tuning. However, this sysctl vars dont have a description and I simply can't find any further documentation regarding how the vars relate among themselves and how they related to PMAP_SHPGPERPROC. Can anyone please explain some basics about how they relate and how I can do the tuning? It is a 5.5-STABLE with 9GB of memory and PAE enable (sure). Hackers' feedback or sysadmins' personal experiences are heavily appreciated. Sorry for cross-posting, I was not sure which list was more adequated. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 16:24:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76A3316A403; Wed, 7 Mar 2007 16:24:45 +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 0F1AF13C481; Wed, 7 Mar 2007 16:24:44 +0000 (UTC) (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.8/8.13.8) with ESMTP id l27GOUM2020245; Wed, 7 Mar 2007 11:24:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeremie Le Hen Date: Wed, 7 Mar 2007 10:54:48 -0500 User-Agent: KMail/1.9.1 References: <20070302210447.GE2479@obiwan.tataz.chchile.org> <200703061159.05435.jhb@freebsd.org> <20070307070556.GD2479@obiwan.tataz.chchile.org> In-Reply-To: <20070307070556.GD2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703071054.49247.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]); Wed, 07 Mar 2007 11:24:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2763/Wed Mar 7 08:14:49 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 16:24:45 -0000 On Wednesday 07 March 2007 02:05, Jeremie Le Hen wrote: > HI, John, > > On Tue, Mar 06, 2007 at 11:59:04AM -0500, John Baldwin wrote: > > Yes, KDB_UNATTENDED will work, but there is a bug in that the system should > > not enter DDB when you are in X, it should just drop a dump and then reboot. > > This used to work but is broken in 5.x and later I believe. IWBN to get this > > fixed again. > > I'm lured to consider this as a feature, since it doesn't appear to > be possible to use DDB when a crash occured while in X. What am I > missing here ? Right now a panic while in X just hangs and doesn't do a dump at all if DDB is enabled. This is a bug, it should notice it can't enter DDB and just skip DDB, do a dump, and reboot. The problem is that it _doesn't_ do the feature. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 17:24:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C629116A400 for ; Wed, 7 Mar 2007 17:24:44 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 5122C13C474 for ; Wed, 7 Mar 2007 17:24:43 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so245600nfc for ; Wed, 07 Mar 2007 09:24:42 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ASuC34byBS/A0VMrdznfweHF7xou1kKiAmviIYCWpBN0s6L6k4Mc5IkroHbPxrTSs8506vlNCGQt+dsKPwNa2Ct7LNXU79DLZgaBl4Ahas+hlMU+lxRU8wHcuf6fLyp2Wctd/s4ypvFFLL2WcYFFRi/hLZ1sBal0xJdL0/LYKiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MR2P/WSrzOWRixT7VNNDmOlfJ5JmIHvKxVW+eZodTfkR4USGqZCSsMzU+xPygspmKluS5P7MzOx2t9eMt9BITOJ6E3RbwFoV/UQe8vIkXt13i0NmA+wbp8Hf75FyBCdjSbE+NISaYxp4wlrh6xbHCr3dUSba6vwVA475m2nQgv8= Received: by 10.82.163.13 with SMTP id l13mr9682746bue.1173288282285; Wed, 07 Mar 2007 09:24:42 -0800 (PST) Received: by 10.82.155.14 with HTTP; Wed, 7 Mar 2007 09:24:41 -0800 (PST) Message-ID: Date: Wed, 7 Mar 2007 14:24:41 -0300 From: "Eduardo Meyer" To: "Bill Moran" In-Reply-To: <20070307114338.344304f9.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070307114338.344304f9.wmoran@collaborativefusion.com> Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: How PMAP_SHPGPERPROC relate to vm.v_free_min, vm.v_free_reserved and vm.v_free_target? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 17:24:44 -0000 > > Heavy Apache usage is demanding a higher PMAP_SHPGPERPROC kernel > > option in my system. However I keep getting the NOTES-documented panic > > at boot time, meaning I need to adequately do vm.v_free_min, > > vm.v_free_reserved and vm.v_free_target sysctl tuning. > > > > However, this sysctl vars dont have a description and I simply can't > > find any further documentation regarding how the vars relate among > > themselves and how they related to PMAP_SHPGPERPROC. Can anyone please > > explain some basics about how they relate and how I can do the tuning? > > > > It is a 5.5-STABLE with 9GB of memory and PAE enable (sure). > > > > Hackers' feedback or sysadmins' personal experiences are heavily appreciated. > > How high did you raise PMAP_SHPGPERPROC? We raised it to 250 on our > stock PostgreSQL systems and did not have to tweak any other values. > > Note that we're running 6.x on these systems, so YMMV. > > > Sorry for cross-posting, I was not sure which list was more adequate. > > Probably -hackers@. Although I would have started with -questions@ > > -- > Bill Moran > Collaborative Fusion Inc. > Mr Moran, did you set up any other sysctl mib such as the mentioned ones? I have raised it to "500". If I set lower values, around 400 I start getting a huge flood of: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Specially on "apachectl graceful" signaling. If I raise it over 500 my system panics on boot. I still get "collecting pv entries -- suggest increasing PMAP_SHPGPERPROC" at the current setup value, however not very often. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 17:31:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B881816A401 for ; Wed, 7 Mar 2007 17:31:12 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD5213C461 for ; Wed, 7 Mar 2007 17:31:12 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so355209wri for ; Wed, 07 Mar 2007 09:31:11 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=HDVm21D5r4EFgBp8BaxL+0aeefqARb4WtiKzHU1OcN/6WWLnIkKgHMxLPMhi8ZeosqKrYOUP6c5cy/4l6hkrBQM0ujDObByznh5P3MvX1plospEsEf6MPokT24ZaiDPepDgWTeZEnvLxCdKErff0nMPilv7V1m6qZ4Ks8d5LQDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=Dhte49glT2Y8/Aqoj4BIKPQ78mPNors5b8N35oVAs9i2PvU8mFw1T88RP89WizE8lQc/LvJi7/mZjuU552i9wXTislDvjoetLwl0AEJDvgJ+DJigC2OX8xEWrctrkM/B1D+4S3qgM32s8rAAwILS0Jw3vKrx/cUMepJsBO21J3s= Received: by 10.90.55.19 with SMTP id d19mr7333308aga.1173288671217; Wed, 07 Mar 2007 09:31:11 -0800 (PST) Received: from roadrunner.q.local ( [85.180.154.105]) by mx.google.com with ESMTP id r33sm2306721nfc.2007.03.07.09.31.09; Wed, 07 Mar 2007 09:31:10 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l26KQ8aP005877; Tue, 6 Mar 2007 21:26:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l26KQ8h6005876; Tue, 6 Mar 2007 21:26:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 6 Mar 2007 21:26:08 +0100 From: Ulrich Spoerlein To: freebsd-fs@FreeBSD.org Message-ID: <20070306202608.GA5389@roadrunner.q.local> Mail-Followup-To: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 17:31:12 -0000 Pawel Jakub Dawidek wrote: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. Great stuff! Could you please describe the state of the port? What are the missing pieces and the known problems? What I would be most interessted are the snapshot times of ~1TB volumes (I can't test this in the forseeable future, hence the question). Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 22:26:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFABD16A403; Wed, 7 Mar 2007 22:26:10 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id B37DC13C481; Wed, 7 Mar 2007 22:26:10 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Mar 2007 13:53:52 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l27LvWwn074744; Wed, 7 Mar 2007 13:57:32 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l27LvWgC074743; Wed, 7 Mar 2007 13:57:32 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200703072157.l27LvWgC074743@ambrisko.com> In-Reply-To: <45E35170.4020907@freebsd.org> To: Eric Anderson Date: Wed, 7 Mar 2007 13:57:32 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 22:26:11 -0000 Eric Anderson writes: | On 02/26/07 15:13, Alexandre "Sunny" Kovalenko wrote: | > On Mon, 2007-02-26 at 14:11 -0600, Eric Anderson wrote: | >> Has anyone successfully used etherboot to load pxeboot via tftp (or | >> NFS), and then NFS boot a FreeBSD -CURRENT box? | > | > I did install -CURRENT snapshot using on-board ROM of my Intel PRO/1000, | > since my laptop does not have optical drive. I realize that it is not | > quite what you are looking for, but if you think any server-side | > configuration bits could be useful to you, please, let me know. | | Nah, I can successfully NFS boot a -CURRENT box just fine. It's only | when using etherboot that it doesn't work (it gives an "Unable to load" | error). Loading the pxeboot file via pxelinux ends up with a BTX halted | crash that I don't understand. I haven't played with it recently but I recall the issue before was that our pxeboot is relatively huge (since it includes /boot/loader) and Etherboot runs out of memory that it can address. It might be interesting to see how Etherboot worked a long time ago with some patches to it and pxeboot to make it work. This was before PXE support was added to Etherboot. Also things could have changed in Etherboot since the last time I tried to run pxeboot with it. Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 23:44:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C9FF16A402; Wed, 7 Mar 2007 23:44:53 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4C113C461; Wed, 7 Mar 2007 23:44:53 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from pool-71-168-248-177.cmdnnj.east.verizon.net ([71.168.205.64]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JEK00ETX4MKZ8ZI@vms042.mailsrvcs.net>; Wed, 07 Mar 2007 17:44:45 -0600 (CST) Date: Wed, 07 Mar 2007 18:44:52 -0500 From: Skip Ford In-reply-to: <45E35170.4020907@freebsd.org> To: Eric Anderson Mail-followup-to: Eric Anderson , Alexandre Sunny Kovalenko , freebsd-current@freebsd.org Message-id: <20070307234452.GB763@heather.menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <45E33F03.8030700@freebsd.org> <1172524396.43537.4.camel@RabbitsDen.RabbitsLawn.verizon.net> <45E35170.4020907@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Alexandre Sunny Kovalenko Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 23:44:53 -0000 Eric Anderson wrote: > On 02/26/07 15:13, Alexandre "Sunny" Kovalenko wrote: > >On Mon, 2007-02-26 at 14:11 -0600, Eric Anderson wrote: > >>Has anyone successfully used etherboot to load pxeboot via tftp (or > >>NFS), and then NFS boot a FreeBSD -CURRENT box? > > > >I did install -CURRENT snapshot using on-board ROM of my Intel PRO/1000, > >since my laptop does not have optical drive. I realize that it is not > >quite what you are looking for, but if you think any server-side > >configuration bits could be useful to you, please, let me know. > > > Nah, I can successfully NFS boot a -CURRENT box just fine. It's only > when using etherboot that it doesn't work (it gives an "Unable to load" > error). Loading the pxeboot file via pxelinux ends up with a BTX halted > crash that I don't understand. I just setup my LAN to do this within the last week. I received the same error when trying to etherboot pxeboot, with or without PXE emulation enabled in etherboot. I didn't really try to figure out why since it works fine just etherbooting a kernel. Half a dozen machines here with old NICs are etherbooting current over NFS just fine. No pxeboot or tftp, though. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 00:19:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5E7216A403 for ; Thu, 8 Mar 2007 00:19:51 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 8862A13C441 for ; Thu, 8 Mar 2007 00:19:51 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id DB1DB1F672F; Wed, 7 Mar 2007 19:19:50 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Wed, 07 Mar 2007 19:19:50 -0500 X-Sasl-enc: zorOUBvEnLtnE/Nfr2W4KgqAEQ/sNIwREQeBGICUTicI 1173313190 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 5A15B13A2B; Wed, 7 Mar 2007 19:19:50 -0500 (EST) Message-ID: <45EF56A4.10204@FreeBSD.org> Date: Thu, 08 Mar 2007 00:19:48 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Doug Ambrisko References: <200703072157.l27LvWgC074743@ambrisko.com> In-Reply-To: <200703072157.l27LvWgC074743@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 00:19:51 -0000 Doug Ambrisko wrote: > It might be interesting to see how Etherboot worked a long time ago > with some patches to it and pxeboot to make it work. This was before > PXE support was added to Etherboot. Also things could have changed > in Etherboot since the last time I tried to run pxeboot with it. > I played with this as recently as December. The BTX halted problem you are seeing is the same 'ol same 'ol 'BTX wants to play in vm86 mode, but BIOS or expansion ROM wants to play in real mode' problem. Etherboot's PXE implementation tries to enter protected mode. At least with Etherboot, one can actually read the source and see this for onesself. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 01:20:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 608D416A403 for ; Thu, 8 Mar 2007 01:20:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6B213C474 for ; Thu, 8 Mar 2007 01:20:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so562000wri for ; Wed, 07 Mar 2007 17:20:34 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OgotIv8Z9jThMqpjtz3QtBBR1A7AfQsf4dbOppm9hCuYglBqryrCsxkduaDG4kEkUDX5osFqP1DJvolnWXqV/yMCHC7/dhXD1tbCWm2Bn11AnW40AXQKR/Fk0+augn64/Y6TaC9/dZrqE+/H2yyvhHnZJf44RKRAm3WjWXRcPV0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VKoG3hL7Okdb1uW2NKgkYobhSpSVt1ikTCdZ9l2LqGVC43wthEgihpysg7Wo5tsxq3Eb0vJUvd5OPNRmdP3UNhy5XOCIRL6yD90Pjj3zSk9Aesvv1ohSHi8nO2rZhb3t+ZnPMh1yLG8Ns2iQ0M/Ucrx0+alR7wgvGplxWQpjKnU= Received: by 10.114.151.13 with SMTP id y13mr2415093wad.1173315259558; Wed, 07 Mar 2007 16:54:19 -0800 (PST) Received: by 10.114.103.15 with HTTP; Wed, 7 Mar 2007 16:54:19 -0800 (PST) Message-ID: <2a41acea0703071654x5e5ef933i1039cf6dda91d6a6@mail.gmail.com> Date: Wed, 7 Mar 2007 16:54:19 -0800 From: "Jack Vogel" To: "Quake Lee" 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: Cc: freebsd-current@freebsd.org Subject: Re: em watchdog timeout on Intel 82541 and 82546EB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 01:20:35 -0000 On 3/7/07, Quake Lee wrote: > Hi all, > > I have a Dell PE2850 with 4 intel ethernet card. I cvsup the src yesterday. > em0 and em1 is 82541 which base on the mainboard. em2 and em3 is 82546EB > which plug in > PCI-X bus. > After I load the new kernel, kernel said: em2 watchdog timeout and could > not send any > packet out. I switch the line to the em0, it worked. After 5 min. em0 > hangup too, > kernel said: em0: watchdog timeout. > > There is `pciconf -lv | grep em` command print out. > > em0@pci6:7:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 > hdr=0x00 > em1@pci7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 > hdr=0x00 > em2@pci9:4:0: class=0x020000 card=0x10128086 chip=0x10108086 rev=0x01 > hdr=0x00 > em3@pci9:4:1: class=0x020000 card=0x10128086 chip=0x10108086 rev=0x01 > hdr=0x00 > > Anyone know what is the problem? As was pointed out in private email to me, there was this code that just got checked in that changed bus_setup_intr() (I should know, I spent a half hour pounding my head against the wall wondering why some driver code of mine suddenly wouldnt compile :). I know of NO other reason why this would show up on old adapters all of a sudden. Try a kernel before those changes and see. Jack From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 01:36:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82E7516A400 for ; Thu, 8 Mar 2007 01:36:36 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [66.103.13.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACEE13C46B for ; Thu, 8 Mar 2007 01:36:36 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from [127.0.0.1] (helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HP7Wt-000IDW-Ro; Wed, 07 Mar 2007 20:34:53 -0500 From: "Yuri Lukin" To: freebsd-current@freebsd.org Date: Wed, 7 Mar 2007 20:34:51 -0500 Message-Id: <20070308011813.M125@swaggi.com> In-Reply-To: <45C2A9AC.10909@errno.com> References: <45C2A9AC.10909@errno.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: CFT: newath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 01:36:36 -0000 On Thu, 01 Feb 2007 19:02:04 -0800, Sam Leffler wrote > You can find hal version 0.9.30.7 here: > > http://people.freebsd.org/~sam/ath_hal-20070201.tgz > I was finally able to get my point-to-point link working with Ubiquiti SR9 cards and 0.9.30.7 hal (after some guidance from Sam off-list - many thanks). My original problem turned out to be hardware related, apparently you need a device that is capable to provide enough power to the minipci slot to power the 700mW SR9. The symptoms were all sorts of hardware weirdness and status codes and I kept seeing "no carrier" on one side. After moving the card to a more powerful test device, the problem was resolved. My test setup was as follows: STA side: WRAP.2C + SR9 + 900mhz 3dBi omni AP side: Soekris Net4521 + SR9 + 900mhz 3dBi omni I tested two quick scenarios: one with both STA and AP side-by-side and the other with AP & STA on two different floors. In both cases the AP was connected to an existing live network and the STA had a laptop attached to its ethernet port. I tested throughput with a large FTP transfer from a server behind the AP to the laptop (for lack of a better tool). I was actually able to achieve a higher transfer rate while going between floors. Probably due to the RF propagation patterns of the antennae and the way they were positioned in the side-by-side scenario. The throughput test yielded sustained approximate rate of 9.6Mbit/sec and 12.8Mbit/sec when side-by-side and between floors respectively. One interesting thing to note is that the STA (WRAP) side always reported an RSSI higher then the AP by about 10 points. I also grabbed output from athstats if anyone is interested. Overall, everything worked well once the hardware issue was resolved and I look forward to deploying some point-to-point 900mhz links over longer distances with some more powerful antennae. Many thanks to Sam for his work and continued support. Yuri From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 02:38:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A279A16A403 for ; Thu, 8 Mar 2007 02:38:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7711213C48E for ; Thu, 8 Mar 2007 02:38:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l282c1CU027294; Wed, 7 Mar 2007 20:38:02 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45EF7708.4040106@freebsd.org> Date: Wed, 07 Mar 2007 20:38:00 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Alexandre Sunny Kovalenko , freebsd-current@freebsd.org References: <45E33F03.8030700@freebsd.org> <1172524396.43537.4.camel@RabbitsDen.RabbitsLawn.verizon.net> <45E35170.4020907@freebsd.org> <20070307234452.GB763@heather.menantico.com> In-Reply-To: <20070307234452.GB763@heather.menantico.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2773/Wed Mar 7 15:51:04 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 02:38:05 -0000 On 03/07/07 17:44, Skip Ford wrote: > Eric Anderson wrote: >> On 02/26/07 15:13, Alexandre "Sunny" Kovalenko wrote: >>> On Mon, 2007-02-26 at 14:11 -0600, Eric Anderson wrote: >>>> Has anyone successfully used etherboot to load pxeboot via tftp (or >>>> NFS), and then NFS boot a FreeBSD -CURRENT box? >>> I did install -CURRENT snapshot using on-board ROM of my Intel PRO/1000, >>> since my laptop does not have optical drive. I realize that it is not >>> quite what you are looking for, but if you think any server-side >>> configuration bits could be useful to you, please, let me know. >> >> Nah, I can successfully NFS boot a -CURRENT box just fine. It's only >> when using etherboot that it doesn't work (it gives an "Unable to load" >> error). Loading the pxeboot file via pxelinux ends up with a BTX halted >> crash that I don't understand. > > I just setup my LAN to do this within the last week. I received > the same error when trying to etherboot pxeboot, with or without > PXE emulation enabled in etherboot. > > I didn't really try to figure out why since it works fine just > etherbooting a kernel. Half a dozen machines here with old NICs are > etherbooting current over NFS just fine. No pxeboot or tftp, > though. > The problem is you can't load modules, set up loader options, etc. PXE booting allows that, it is very very useful. I've worked around that by setting the right magic in my DHCP server to pass the boot options to the kernel (for serial mode, etc). Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 02:54:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B81D816A402 for ; Thu, 8 Mar 2007 02:54:42 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8B58713C478 for ; Thu, 8 Mar 2007 02:54:42 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l282sKeP030346; Wed, 7 Mar 2007 20:54:20 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45EF7ADA.9010604@freebsd.org> Date: Wed, 07 Mar 2007 20:54:18 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <200703072157.l27LvWgC074743@ambrisko.com> <45EF56A4.10204@FreeBSD.org> In-Reply-To: <45EF56A4.10204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2773/Wed Mar 7 15:51:04 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=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-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 02:54:42 -0000 On 03/07/07 18:19, Bruce M. Simpson wrote: > Doug Ambrisko wrote: >> It might be interesting to see how Etherboot worked a long time ago >> with some patches to it and pxeboot to make it work. This was before >> PXE support was added to Etherboot. Also things could have changed >> in Etherboot since the last time I tried to run pxeboot with it. >> > I played with this as recently as December. The BTX halted problem you > are seeing is the same 'ol same 'ol 'BTX wants to play in vm86 mode, but > BIOS or expansion ROM wants to play in real mode' problem. > > Etherboot's PXE implementation tries to enter protected mode. At least > with Etherboot, one can actually read the source and see this for onesself. > > Regards, > BMS So excuse my ignorance on this, but is this something that is fixable, or is pxeboot just never going to work right? Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 08:24:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1055716A403 for ; Thu, 8 Mar 2007 08:24:25 +0000 (UTC) (envelope-from kpitcher@KeithPitcher.com) Received: from stone.LocalLinkinc.net (secure.LocalLinkInc.Net [65.170.77.7]) by mx1.freebsd.org (Postfix) with ESMTP id B096513C46B for ; Thu, 8 Mar 2007 08:24:24 +0000 (UTC) (envelope-from kpitcher@KeithPitcher.com) Received: from antivirus.locallink.net (av.LocalLinkInc.Net [65.170.77.8]) by viruscanner.locallink.net (Postfix) with SMTP id BAA2844E2D for ; Thu, 8 Mar 2007 03:24:25 -0500 (EST) Received: by stone.LocalLinkinc.net (Postfix, from userid 1002) id 55BFD44E2B; Thu, 8 Mar 2007 03:24:25 -0500 (EST) Received: from [65.170.77.69] (Pitcher.LocalLinkInc.Net [65.170.77.69]) by stone.LocalLinkinc.net (Postfix) with ESMTP id 15F2544CEC for ; Thu, 8 Mar 2007 03:24:25 -0500 (EST) Message-ID: <45EFC8DD.9030202@KeithPitcher.com> Date: Thu, 08 Mar 2007 03:27:09 -0500 From: Keith Pitcher User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: slow unless CPU is in use, part 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 08:24:25 -0000 A followup and more information about the system being slow unless the CPU is in use, then things work well. I tried to boot from the latest amd64 snapshot, to see if it was a 6.2 to 7.0 upgrade issue but the laptop doesn't seem to like it in that it core dumps almost instantly after the loader starts and I can't see what scrolls by. I did cvsup today and recompiled everything, but I'm still having the issue of dragging (Up to 5 seconds to switch ttys if nothing is running, or for a character to display after being entered). I haven't narrowed down what level of CPU usage makes things fast. Things that I know do the trick are mpg123, or compiling a port.. As the hardware worked fine under 6.2 for a week, and I've been using visual studio under vista without issues (Other than Vista doesn't like parts of VS 05 that is...), I don't believe there's an issue of an overheating CPU or other hardware issues. Version: amd64 Dmesg : Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #13: Wed Mar 7 06:44:29 EST 2007 root@laptop.KeithPitcher.com:/usr/obj/usr/src/sys/KPITCHER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-56 (1808.24-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2070740992 (1974 MB) avail memory = 1998483456 (1905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link9: BIOS IRQ 10 for 0.10.INTB is invalid pci0: on pcib0 pcib0: HT Bridge at 0:14:0 has non-default MSI window 0x602000a pcib0: HT Bridge at 0:16:1 has non-default MSI window 0x0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) vgapci0: mem 0xb2000000-0xb2ffffff,0xc0000000-0xcfffffff,0xb1000000-0xb1ffffff irq 18 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1d7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xb0004000-0xb0004fff irq 22 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xb0005000-0xb00050ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered ugen0: on uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3080-0x308f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30c0-0x30c7,0x30b4-0x30b7,0x30b8-0x30bf,0x30b0-0x30b3,0x3090-0x309f mem 0xb0006000-0xb0006fff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib3: at device 16.0 on pci0 pci_link0: BIOS IRQ 11 for 7.5.INTA is invalid pci_link1: BIOS IRQ 11 for 7.5.INTB is invalid pci7: on pcib3 fwohci0: <1394 Open Host Controller Interface> mem 0xb3400000-0xb34007ff irq 9 at device 5.0 on pci7 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:9f:c0:00:06:1f:e9:00 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 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) pci7: at device 5.1 (no driver attached) pci7: at device 5.2 (no driver attached) pci7: at device 5.3 (no driver attached) pci7: at device 5.4 (no driver attached) pci0: at device 16.1 (no driver attached) nve0: port 0x30e0-0x30e7 mem 0xb0008000-0xb0008fff irq 20 at device 20.0 on pci0 nve0: Ethernet address 00:16:36:ea:70:71 miibus0: on nve0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: using obsoleted if_watchdog interface nve0: Ethernet address: 00:16:36:ea:70:71 nve0: [ITHREAD] acpi_tz0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 2000 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xcf800-0xd0fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master PIO4 ad4: 114473MB at ata2-master SATA150 SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider ad4s3 is ntfs/HP_RECOVERY. Trying to mount root from ufs:/dev/ad4s2a Hw.acpi: hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 58.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 88.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 95.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 dev.cpu: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% This is so odd I'm not sure what to try next. Keith From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 08:58:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62EA516A402; Thu, 8 Mar 2007 08:58:58 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3812813C428; Thu, 8 Mar 2007 08:58:58 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id BC0021F5F5E; Thu, 8 Mar 2007 03:58:57 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Thu, 08 Mar 2007 03:58:57 -0500 X-Sasl-enc: NkwGYQWvFVwGc6r0v8iAAcuiDuGBl17jil53c/a1NxLr 1173344337 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 9D50C279FA; Thu, 8 Mar 2007 03:58:57 -0500 (EST) Message-ID: <45EFD04F.2040704@FreeBSD.org> Date: Thu, 08 Mar 2007 08:58:55 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Eric Anderson References: <200703072157.l27LvWgC074743@ambrisko.com> <45EF56A4.10204@FreeBSD.org> <45EF7ADA.9010604@freebsd.org> In-Reply-To: <45EF7ADA.9010604@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 08:58:58 -0000 Eric Anderson wrote: > On 03/07/07 18:19, Bruce M. Simpson wrote: >> I played with this as recently as December. The BTX halted problem >> you are seeing is the same 'ol same 'ol 'BTX wants to play in vm86 >> mode, but BIOS or expansion ROM wants to play in real mode' problem. >> > > So excuse my ignorance on this, but is this something that is fixable, > or is pxeboot just never going to work right? It's fixable if someone sits down and takes the time to rewrite BTX to be able to trampoline into real mode when calling certain BIOS routines. I tried to sit down and do this last October when I had some free time to work on it, but got nowhere fast. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 11:52:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C3B116A404 for ; Thu, 8 Mar 2007 11:52:44 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id B1C4613C4AC for ; Thu, 8 Mar 2007 11:52:43 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l28BYvas051370 for ; Thu, 8 Mar 2007 12:34:57 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current Content-Type: text/plain Date: Thu, 08 Mar 2007 12:34:53 +0100 Message-Id: <1173353693.1523.7.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 11:52:44 -0000 For a couple of days I am getting panics/freezes with GENERIC kernel (~2 days old as well as up-to-date CURRENT). The trace (when I get a chance to see it and when dump works) is attached. I have got crash dump so can provide more details as required. The panic seem to be provoked by heavier disk activity (running cvsup or similar). The machine is AMD64 SMP. Thanks Michal Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8059c175 stack pointer = 0x10:0xffffffffaf6b8380 frame pointer = 0x10:0xffffffffaf6b8390 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1194 (cvs) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a panic() at panic+0x22f trap_fatal() at trap_fatal+0x2a9 trap_pfault() at trap_pfault+0x235 trap() at trap+0x22e calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff8059c175, rsp = 0xffffffffaf6b8380, rbp = 0xffffffffaf6b8390 --- inodedep_find() at inodedep_find+0x12 inodedep_lookup() at inodedep_lookup+0x81 softdep_setup_inomapdep() at softdep_setup_inomapdep+0x48 ffs_nodealloccg() at ffs_nodealloccg+0x3a6 ffs_hashalloc() at ffs_hashalloc+0x62 ffs_valloc() at ffs_valloc+0xde ufs_makeinode() at ufs_makeinode+0x6b ufs_create() at ufs_create+0x28 VOP_CREATE_APV() at VOP_CREATE_APV+0x72 vn_open_cred() at vn_open_cred+0x4b1 kern_open() at kern_open+0x101 syscall() at syscall+0x1f0 Xfast_syscall() at Xfast_syscall+0xab --- syscall (5, FreeBSD ELF64, open), rip = 0x8013b8c7c, rsp = 0x7fffffffe0a8, rbp = 0x10 --- Uptime: 1m40s Physical memory: 2034 MB Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 -------------------------- #0 doadump () at pcpu.h:141 141 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:141 #1 0xffffffff80438920 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff804383b7 in panic (fmt=0xffffffff80690d22 "%s") at ../../../kern/kern_shutdown.c:563 #3 0xffffffff8063ebc9 in trap_fatal (frame=0xc, eva=18446742975751987856) at ../../../amd64/amd64/trap.c:696 #4 0xffffffff8063ef39 in trap_pfault (frame=0xffffffffaf6b82d0, usermode=0) at ../../../amd64/amd64/trap.c:614 #5 0xffffffff8063f16e in trap (frame=0xffffffffaf6b82d0) at ../../../amd64/amd64/trap.c:382 #6 0xffffffff806278ee in calltrap () at ../../../amd64/amd64/exception.S:169 #7 0xffffffff8059c175 in inodedep_find (inodedephd=0xffffffff8106d660, fs=0xffffff0061a4d800, inum=168358, inodedeppp=0xffff ffffaf6b83e0) at ../../../ufs/ffs/ffs_softdep.c:1246 #8 0xffffffff8059f73b in inodedep_lookup (mp=0xffffff0001ff1978, inum=168358, flags=3, inodedeppp=0xffffffffaf6b83e0) at ../../../ufs/ffs/ffs_softdep.c:1278 #9 0xffffffff805a4251 in softdep_setup_inomapdep (bp=0xffffffff9a489f28, ip=0xffffff0057505480, newinum=168358) at ../../../ufs/ffs/ffs_softdep.c:1530 #10 0xffffffff8058de58 in ffs_nodealloccg (ip=0xffffff0057505480, cg=7, ipref=3494, mode=32768) at ../../../ufs/ffs/ffs_alloc.c:1783 #11 0xffffffff8058d1ae in ffs_hashalloc (ip=0xffffff0057505480, cg=7, pref=168311, size=33188, allocator=0xffffffff8058dab2 ) at ../../../ufs/ffs/ffs_alloc.c:1269 #12 0xffffffff805900d6 in ffs_valloc (pvp=0xffffff0059781d58, mode=33188, cred=0x291a6, vpp=0xffffffffaf6b8588) at ../../../ufs/ffs/ffs_alloc.c:953 #13 0xffffffff805b5521 in ufs_makeinode (mode=33188, dvp=0xffffff0059781d58, vpp=0xffffffffaf6b89d8, cnp=0xffffffffaf6b8a00) at ../../../ufs/ufs/ufs_vnops.c:2242 #14 0xffffffff805b5aeb in ufs_create (ap=0xffffffff8106d660) at ../../../ufs/ufs/ufs_vnops.c:188 #15 0xffffffff8067c719 in VOP_CREATE_APV (vop=0x18, a=0xffffffffaf6b8790) at vnode_if.c:206 #16 0xffffffff804b9423 in vn_open_cred (ndp=0xffffffffaf6b89b0, flagp=0xffffffffaf6b88fc, cmode=420, cred=0xffffff005d666780, fdidx=8) at vnode_if.h:111 #17 0xffffffff804b23a5 in kern_open (td=0xffffff005ca12290, path=0x466a30
, pathseg=UIO_USERSPACE, flags=1539, mode=-1351906896) at ../../../kern/vfs_syscalls.c:984 #18 0xffffffff8063f743 in syscall (frame=0xffffffffaf6b8c80) at ../../../amd64/amd64/trap.c:825 #19 0xffffffff80627a9b in Xfast_syscall () at ../../../amd64/amd64/exception.S:272 #20 0x00000008013b8c7c in ?? () From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 12:13:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E49216A480 for ; Thu, 8 Mar 2007 12:13:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1359013C48D for ; Thu, 8 Mar 2007 12:13:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HPHUY-0000xi-Rs for freebsd-current@freebsd.org; Thu, 08 Mar 2007 14:13:09 +0200 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 l28CD27B094366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Mar 2007 14:13:02 +0200 (EET) (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 l28CD2Ho016072; Thu, 8 Mar 2007 14:13:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l28CD2jL016050; Thu, 8 Mar 2007 14:13:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Mar 2007 14:13:01 +0200 From: Kostik Belousov To: Michal Mertl Message-ID: <20070308121301.GR10453@deviant.kiev.zoral.com.ua> References: <1173353693.1523.7.camel@genius.i.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lG9v85r552aFjg4G" Content-Disposition: inline In-Reply-To: <1173353693.1523.7.camel@genius.i.cz> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 0a40947aa5a9674afbdd30b0de777e4b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 850 [Mar 08 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 12:13:11 -0000 --lG9v85r552aFjg4G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 08, 2007 at 12:34:53PM +0100, Michal Mertl wrote: > For a couple of days I am getting panics/freezes with GENERIC kernel (~2 > days old as well as up-to-date CURRENT). The trace (when I get a chance > to see it and when dump works) is attached. I have got crash dump so can > provide more details as required. >=20 > The panic seem to be provoked by heavier disk activity (running cvsup or > similar). >=20 > The machine is AMD64 SMP. >=20 > Thanks >=20 > Michal >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x50 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff8059c175 > stack pointer =3D 0x10:0xffffffffaf6b8380 > frame pointer =3D 0x10:0xffffffffaf6b8390 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1194 (cvs) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > panic() at panic+0x22f > trap_fatal() at trap_fatal+0x2a9 > trap_pfault() at trap_pfault+0x235 > trap() at trap+0x22e > calltrap() at calltrap+0x8 > --- trap 0xc, rip =3D 0xffffffff8059c175, rsp =3D 0xffffffffaf6b8380, rbp= =3D > 0xffffffffaf6b8390 --- > inodedep_find() at inodedep_find+0x12 > inodedep_lookup() at inodedep_lookup+0x81 > softdep_setup_inomapdep() at softdep_setup_inomapdep+0x48 > ffs_nodealloccg() at ffs_nodealloccg+0x3a6 > ffs_hashalloc() at ffs_hashalloc+0x62 > ffs_valloc() at ffs_valloc+0xde > ufs_makeinode() at ufs_makeinode+0x6b > ufs_create() at ufs_create+0x28 > VOP_CREATE_APV() at VOP_CREATE_APV+0x72 > vn_open_cred() at vn_open_cred+0x4b1 > kern_open() at kern_open+0x101 > syscall() at syscall+0x1f0 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (5, FreeBSD ELF64, open), rip =3D 0x8013b8c7c, rsp =3D > 0x7fffffffe0a8, rbp =3D 0x10 --- > Uptime: 1m40s > Physical memory: 2034 MB > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 >=20 >=20 > -------------------------- >=20 > #0 doadump () at pcpu.h:141 > 141 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:141 > #1 0xffffffff80438920 in boot (howto=3D260) > at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff804383b7 in panic (fmt=3D0xffffffff80690d22 "%s") > at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8063ebc9 in trap_fatal (frame=3D0xc, > eva=3D18446742975751987856) at ../../../amd64/amd64/trap.c:696 > #4 0xffffffff8063ef39 in trap_pfault (frame=3D0xffffffffaf6b82d0, > usermode=3D0) at ../../../amd64/amd64/trap.c:614 > #5 0xffffffff8063f16e in trap (frame=3D0xffffffffaf6b82d0) > at ../../../amd64/amd64/trap.c:382 > #6 0xffffffff806278ee in calltrap () > at ../../../amd64/amd64/exception.S:169 > #7 0xffffffff8059c175 in inodedep_find (inodedephd=3D0xffffffff8106d660, > fs=3D0xffffff0061a4d800, inum=3D168358, inodedeppp=3D0xffff ffffaf6b83e0) > at ../../../ufs/ffs/ffs_softdep.c:1246 Please, from this frame (#7) do p/x *inodedep p/x *inodedephd --lG9v85r552aFjg4G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF7/3NC3+MBN1Mb4gRAjF1AKDtW7qBuHaGOgyPNvEcODcQ1uqDWACg8X7w lbbGpY5sdpY8/rjlVN5zT4M= =nw5i -----END PGP SIGNATURE----- --lG9v85r552aFjg4G-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 12:57:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EE9E16A407 for ; Thu, 8 Mar 2007 12:57:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id E5E6113C4B3 for ; Thu, 8 Mar 2007 12:57:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so442536wxc for ; Thu, 08 Mar 2007 04:57:55 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=bNLeqcV97fYKXkQ9NpPrJjg24JTvB7fqoDdUd/QC+QMwJRbA56wt1PIoQPiVeyz4gFJxndvI4pCaEo7zkVMRJMKhGJBbyKix8w71+GI1e31KCEQ0gDgBn90NDfxencvsrpBhb5kxR4eycFKweWe4I6koojS5CNhn33mZoHWyzu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=G3jKGwkkObMrYUUh1mKR+J/XAr/rNzmh5zfRyg3w+3++Cf7jqt+8Rc5FemQvAuQagixIzcn+JJscUB4oB3y8ohXoLRPYl+nGF7L9U5Tt1WhJ06AlB4TP02w+YuqAmBaNG16xFnOJoCIiBGYAhQrl3oo8yH0BVLh+VL8J2hevONU= Received: by 10.90.79.6 with SMTP id c6mr164656agb.1173358675500; Thu, 08 Mar 2007 04:57:55 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 5sm7690775nzk.2007.03.08.04.57.52; Thu, 08 Mar 2007 04:57:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l28CxDZs068769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Mar 2007 21:59:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l28Cx8sI068768; Thu, 8 Mar 2007 21:59:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 8 Mar 2007 21:59:08 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20070308125908.GD62062@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: "Bjoern A. Zeeb" , "Andrey V. Elsukov" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 12:57:56 -0000 On Wed, Mar 07, 2007 at 02:05:35PM +0200, Danny Braniss wrote: > > On Wed, Feb 21, 2007 at 12:17:52PM +0200, Danny Braniss wrote: > > > > Pyun YongHyeon wrote: > > > > > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' > > > > > message I think you've used stock nfe(4) on CURRENT. > > > > > Try overhauld nfe(4) at the following URL. > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > > > > > The new nfe(4) has several protections for watchdog timeout errors > > > > > reported on the driver. One user repored TSO related issues for > > > > > the new driver so if you encounter strange errors in the new driver > > > > > please turn off TSO capability(e.g. #ifconfig nfe0 -tso) > > > > > > > hi, > > > I'm having 2 - probably related - problems: > > > 1- on a diskless host, it boots via PXE, attaches the NIC > > > but somehow the mount root nsf is bypassed. > > > 2- booting of the disk, and with ifconfig_nfe0="DHCP", dhclient > > > fails. > > > > > > if I run: > > > dhclient nfe0 > > > all is fine. > > > > > > adding 'net.inet.tcp.tso="0"' to sysctl.conf fixed 2, but > > > adding the same to loader.conf did not help with the PXE boot. > > > > > > danny > > > > > > > > > > Sorry for late reply. > > Do you use MCP65 based hardware? It seems that MCP65 does not have > > checksum offload capability on the hardware so TSO should not be > > used on MCP65. > > it's supposed to be a MCP51, but: > nfe0: > > > (Due to lack of datasheet I've unconditionally enabled TSO for > > hardwares that have checksum offload capability.) > > dmesg will show you what hardware were attached. > > > > If your hardware is not MCP65 based one please try latest tcp_output.c > > (rev, 1.125). Recently andre@ fixed TSO related bug. > > I tried the latest, and it 'seems' to work ok if I boot of the disk, but still having > problems when booting via PXE: > > ... > nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 22 at device 20.0 on pci0 > nfe0: Ethernet address: 57:6c:a9:f3:18:00 > miibus1: on nfe0 > e1000phy0: PHY 11 on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe0: [ITHREAD] > ... > nfs_diskless: no interface > ... > > danny > PS: maybe it's time to change the Subject:? > Yes, but I guess PXE booting has nothing to do with nfe(4). If my memory serve me right I've used 'options BOOTP_WIRED_TO=hme0' to net-boot on sparc64. > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 13:30:55 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6831516A400 for ; Thu, 8 Mar 2007 13:30:55 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1D93613C461 for ; Thu, 8 Mar 2007 13:30:54 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id EA6F63980B; Thu, 8 Mar 2007 06:59:27 -0600 (CST) Date: Thu, 8 Mar 2007 06:59:27 -0600 From: Tillman Hodgson To: freebsd-current@FreeBSD.org Message-ID: <20070308125927.GA1265@seekingfire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 13:30:55 -0000 Howdy folks, These has been happening every few days for a few weeks now. When it occurs, there's no messages logged to the console or to syslog -- it just silently hangs. I added the break-to-debugger option so that I can at least reboot it remotely via the serial console. I've been following the -current kernel fairly closely in hopes that it was just due to a transitory -current problem. I don't mind rebuilding a kernel with special options if it's useful -- I'll be rebuilding this morning with WITNESS and INVARIANTS for sure. I have the core saved, though I'm inexperienced with gdb. FreeBSD/i386 (athena.seekingfire.prv) (ttyd0) login: telnet> send brk KDB: enter: Line break on console [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x2c: leave db> ? Bad character ? db> help print p examine x search set write w delete d break b dwatch watch dhwatch hwatch step s continue c until next match trace t alltrace where bt call show ps gdb halt reboot reset kill watchdog thread panic ahd_dump ahd_out ahd_in ahd_unpause ahd_pause ahd_sunit db> bt Tracing pid 11 tid 100005 td 0xc3afe6c0 kdb_enter(c0956f95,c0,c3afe6c0,c3af7cc8,c3afb880,...) at kdb_enter+0x2c siointr1(c3cb7b80,e25f0c84,c08cd60f,c3cb4000,c3afe6c0,...) at siointr1+0x3be siointr(c3cb4000,c3afe6c0,0,0,c3bfb400,...) at siointr+0x4c intr_execute_handlers(c3af7cc8,e25f0c94) at intr_execute_handlers+0xf3 Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip = 0xc0baf599, esp = 0xe25f0cd4, ebp = 0xe25f0cd4 --- acpi_cpu_c1(e25f0cec,c06e382d,c0a5cb60,c3afe6c0,c06e3ccc,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(0,e25f0d24,c06b5db1,0,e25f0d38,...) at acpi_cpu_idle+0x15a sched_idletd(0,e25f0d38,0,c3afdb40,0,...) at sched_idletd+0x8a fork_exit(c06e3ccc,0,e25f0d38) at fork_exit+0x61 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe25f0d70, ebp = 0 --- db> show proc Process 11 (idle: cpu0) at 0xc3afdb40: state: NORMAL uid: 0 gids: 0 parent: pid 0 at 0xc0a58d80 ABI: null threads: 1 100005 Run CPU 0 [idle: cpu0] db> panic panic: from debugger cpuid = 0 Uptime: 2d22h24m3s Physical memory: 1015 MB Dumping 200 MB: 185 169 153 137 121 105 89 73 57 41 25 9 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort [root@athena ~]# uname -a FreeBSD athena.seekingfire.prv 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Mar 4 21:08:19 CST 2007 toor@athena.seekingfire.prv (/usr/src was synced the same day) [root@athena /usr/src/sys/i386/conf]# diff ATHENA GENERIC 24c24 < ident ATHENA --- > ident GENERIC 29c29 < ### makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols --- > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols 67,73c67,70 < ###options INVARIANTS # Enable calls of extra sanity checking < ###options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS < ###options WITNESS # Enable checks to detect deadlocks and cycles < ###options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed < < ### Tillman added 26Feb07 as per http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html < options BREAK_TO_DEBUGGER --- > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed [root@athena ~]# dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Sun Mar 4 21:08:19 CST 2007 toor@athena.seekingfire.prv:/usr/obj/usr/src/sys/ATHENA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (997.17-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 1073676288 (1023 MB) avail memory = 1041326080 (993 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f,0x6000-0x607f on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xf4000000-0xf4ffffff,0xf6241000-0xf6241fff irq 19 at device 6.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd400-0xd40f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xd800-0xd81f irq 12 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 12 at device 7.3 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) fxp0: port 0xe000-0xe03f mem 0xf6240000-0xf6240fff,0xf6000000-0xf60fffff irq 17 at device 13.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:21:ad:e0 fxp0: [ITHREAD] fxp1: port 0xe400-0xe43f mem 0xf6242000-0xf6242fff,0xf6100000-0xf61fffff irq 18 at device 14.0 on pci0 miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:e0:81:21:ad:e1 fxp1: [ITHREAD] em0: port 0xe800-0xe83f mem 0xf6200000-0xf621ffff,0xf6220000-0xf623ffff irq 18 at device 16.0 on pci0 em0: Ethernet address: 00:0e:0c:c2:ce:4f em0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 56 files 3 USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 11 97.6 0.0 0 8 ?? RL 6:39AM 13:14.72 [idle: cpu0] -T -- "To be nobody but yourself in a world which is doing its best to make you everybody else, means to fight the hardest human battle ever and to never stop fighting." -- e.e. cummings From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 13:33:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2F1516A400 for ; Thu, 8 Mar 2007 13:33:20 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id C889E13C442 for ; Thu, 8 Mar 2007 13:33:20 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l28DXBwA042880; Thu, 8 Mar 2007 07:33:12 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45F01095.701@freebsd.org> Date: Thu, 08 Mar 2007 07:33:09 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Hans Petter Selasky References: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> <45E6CD0A.4040502@freebsd.org> <200703022116.36020.hselasky@c2i.net> In-Reply-To: <200703022116.36020.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2775/Thu Mar 8 06:22:18 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=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-current@freebsd.org, Rick Mullis Subject: Re: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 13:33:21 -0000 On 03/02/07 14:16, Hans Petter Selasky wrote: > On Thursday 01 March 2007 13:54, Eric Anderson wrote: >> On 02/28/07 15:52, Rick Mullis wrote: >>> I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of >>> Ram and I can not get USB working for the life of me. I have been >>> following the maillists and searching Google for weeks now, updating >>> source code and rebuild world and kernel and unfortunately usb is still >>> not working. I keep getting "hub root problem, error=4". When I turn the >>> computer on the USB lights are on and as soon as the usb0 through usb6 >>> comes up the lights go out and the system will not work with any usb >>> device. The error shows up on all usb*. Is there something I am >>> overlooking? This computer only runs FreeBSD 7.0-current and no gui. >>> >>> Please help. >> Yea, I have the same problem. I spent a ton of time yesterday trying to >> get a Dell PowerEdge 1950 up and running, until I realized what was >> going on. :( >> >> >> This same hardware with 6.2 looks something like this: >> >> Jan 25 09:43:21 kernel: uhci0: port >> 0xcce0-0xccff irq 21 at device 29.0 on pci0 >> Jan 25 09:43:21 kernel: uhci0: [GIANT-LOCKED] >> Jan 25 09:43:21 kernel: usb0: on uhci0 >> Jan 25 09:43:21 kernel: usb0: USB revision 1.0 >> Jan 25 09:43:21 kernel: uhub0: Intel UHCI root hub, class 9/0, rev >> 1.00/1.00, addr 1 >> Jan 25 09:43:21 kernel: uhub0: 2 ports with 2 removable, self powered >> Jan 25 09:43:21 kernel: uhci1: port >> 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >> Jan 25 09:43:21 kernel: uhci1: [GIANT-LOCKED] >> Jan 25 09:43:21 kernel: usb1: on uhci1 >> Jan 25 09:43:21 kernel: usb1: USB revision 1.0 >> Jan 25 09:43:21 kernel: uhub1: Intel UHCI root hub, class 9/0, rev >> 1.00/1.00, addr 1 >> Jan 25 09:43:21 kernel: uhub1: 2 ports with 2 removable, self powered >> Jan 25 09:43:21 kernel: uhci2: port >> 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >> Jan 25 09:43:21 kernel: uhci2: [GIANT-LOCKED] >> Jan 25 09:43:21 kernel: usb2: on uhci2 >> Jan 25 09:43:21 kernel: usb2: USB revision 1.0 >> Jan 25 09:43:21 kernel: uhub2: Intel UHCI root hub, class 9/0, rev >> 1.00/1.00, addr 1 >> Jan 25 09:43:21 kernel: uhub2: 2 ports with 2 removable, self powered >> Jan 25 09:43:21 kernel: ehci0: mem >> 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 >> Jan 25 09:43:21 kernel: ehci0: [GIANT-LOCKED] >> Jan 25 09:43:21 kernel: usb3: EHCI version 1.0 >> Jan 25 09:43:21 kernel: usb3: companion controllers, 2 ports each: usb0 >> usb1 usb2 >> Jan 25 09:43:21 kernel: usb3: on ehci0 >> Jan 25 09:43:21 kernel: usb3: USB revision 2.0 >> Jan 25 09:43:21 kernel: uhub3: Intel EHCI root hub, class 9/0, rev >> 2.00/1.00, addr 1 >> Jan 25 09:43:21 kernel: uhub3: 6 ports with 6 removable, self powered >> Jan 25 09:43:21 kernel: uhub4: vendor 0x413c product 0xa001, class 9/0, >> rev 2.00/0.00, addr 2 >> Jan 25 09:43:21 kernel: uhub4: multiple transaction translators >> Jan 25 09:43:21 kernel: uhub4: 2 ports with 2 removable, self powered >> Jan 25 09:43:21 kernel: ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, >> iclass 3/1 >> Jan 25 09:43:21 kernel: kbd2 at ukbd0 >> Jan 25 09:43:21 kernel: ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass >> 3/1 Jan 25 09:43:21 kernel: ums0: X report 0x0002 not supported >> >> >> And under CURRENT looks like this: >> Feb 27 08:04:47 mail1 kernel: uhci0: >> port 0xcce0-0xccff irq 21 at device 29.0 on pci0 >> Feb 27 08:04:47 mail1 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 >> type 4 at 0xcce0 >> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 21 (PCI IRQ 21) to >> vector 53 >> Feb 27 08:04:47 mail1 kernel: uhci0: [GIANT-LOCKED] >> Feb 27 08:04:47 mail1 kernel: uhci0: [ITHREAD] >> Feb 27 08:04:47 mail1 kernel: usb0: on >> uhci0 Feb 27 08:04:47 mail1 kernel: usb0: USB revision 1.0 >> Feb 27 08:04:47 mail1 kernel: usb0: root hub problem, error=4 >> Feb 27 08:04:47 mail1 kernel: uhci1: >> port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >> Feb 27 08:04:47 mail1 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 >> type 4 at 0xccc0 >> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to >> vector 54 >> Feb 27 08:04:47 mail1 kernel: uhci1: [GIANT-LOCKED] >> Feb 27 08:04:47 mail1 kernel: uhci1: [ITHREAD] >> Feb 27 08:04:47 mail1 kernel: usb1: on >> uhci1 Feb 27 08:04:47 mail1 kernel: usb1: USB revision 1.0 >> Feb 27 08:04:47 mail1 kernel: usb1: root hub problem, error=4 >> Feb 27 08:04:47 mail1 kernel: uhci2: >> port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >> Feb 27 08:04:47 mail1 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 >> type 4 at 0xcca0 >> Feb 27 08:04:47 mail1 kernel: uhci2: [GIANT-LOCKED] >> Feb 27 08:04:47 mail1 kernel: uhci2: [ITHREAD] >> Feb 27 08:04:47 mail1 kernel: usb2: on >> uhci2 Feb 27 08:04:47 mail1 kernel: usb2: USB revision 1.0 >> Feb 27 08:04:47 mail1 kernel: usb2: root hub problem, error=4 >> Feb 27 08:04:47 mail1 kernel: ehci0: >> mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 >> Feb 27 08:04:47 mail1 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 >> type 3 at 0xfc800000 >> Feb 27 08:04:47 mail1 kernel: ehci0: [GIANT-LOCKED] >> Feb 27 08:04:47 mail1 kernel: ehci0: [ITHREAD] >> Feb 27 08:04:47 mail1 kernel: usb3: EHCI version 1.0 >> Feb 27 08:04:47 mail1 kernel: usb3: companion controllers, 2 ports each: >> usb0 usb1 usb2 >> Feb 27 08:04:47 mail1 kernel: usb3: >> on ehci0 >> Feb 27 08:04:47 mail1 kernel: usb3: USB revision 2.0 >> Feb 27 08:04:47 mail1 kernel: usb3: root hub problem, error=4 >> >> FreeBSD mail1.centtech.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Feb >> 27 07:26:28 UTC 2007 .../usr/obj/usr/src/sys/GENERIC amd64 >> >> i386 seems to work fine.. >> > > Have you tried the new USB stack? > > http://www.turbocat.net/~hselasky/usb4bsd > > --HPS Breakage: -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.amd64/make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/usb/ehci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/usb/ehci_pci.c /usr/src/sys/dev/usb/ehci_pci.c: In function `ehci_pci_attach': /usr/src/sys/dev/usb/ehci_pci.c:341: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /usr/src/sys/dev/usb/ehci_pci.c:341: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 14:29:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A223016A402 for ; Thu, 8 Mar 2007 14:29: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 5A07513C461 for ; Thu, 8 Mar 2007 14:29:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HPJcX-0002Jp-5g; Thu, 08 Mar 2007 16:29:29 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: Your message of Thu, 8 Mar 2007 21:59:08 +0900 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Mar 2007 16:29:28 +0200 From: Danny Braniss Message-ID: Cc: FreeBSD current mailing list Subject: nfe/PXE problem, was Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 14:29:30 -0000 hope i don't get shot for highjacking :-) ... > I tried the latest, and it 'seems' to work ok if I boot of the disk, but still having > problems when booting via PXE: > > ... > nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 22 at device 20.0 on pci0 > nfe0: Ethernet address: 57:6c:a9:f3:18:00 > miibus1: on nfe0 > e1000phy0: PHY 11 on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe0: [ITHREAD] > ... > nfs_diskless: no interface > ... > > danny > PS: maybe it's time to change the Subject:? > > Yes, but I guess PXE booting has nothing to do with nfe(4). > If my memory serve me right I've used 'options BOOTP_WIRED_TO=hme0' > to net-boot on sparc64. well, I can PXE boot this box if I use an fxp NIC, with the nfe I tracked the problem to sys/nfsclient/nfs_diskless, where in nfs_setup_diskless(void) it does not find the nfe interface, ie, something does not match, but the interface was detected!. i'll try and do some more debugging. danny From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 14:41:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2536816A400; Thu, 8 Mar 2007 14:41:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1B713C491; Thu, 8 Mar 2007 14:41:33 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.240]) by mailfe13.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 40342817; Thu, 08 Mar 2007 14:41:31 +0100 From: Hans Petter Selasky To: Eric Anderson Date: Thu, 8 Mar 2007 14:41:10 +0100 User-Agent: KMail/1.9.5 References: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> <200703022116.36020.hselasky@c2i.net> <45F01095.701@freebsd.org> In-Reply-To: <45F01095.701@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703081441.10395.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Rick Mullis Subject: Re: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 14:41:35 -0000 On Thursday 08 March 2007 14:33, Eric Anderson wrote: > On 03/02/07 14:16, Hans Petter Selasky wrote: > > On Thursday 01 March 2007 13:54, Eric Anderson wrote: > >> On 02/28/07 15:52, Rick Mullis wrote: > >>> I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of > >>> Ram and I can not get USB working for the life of me. I have been > >>> following the maillists and searching Google for weeks now, updating > >>> source code and rebuild world and kernel and unfortunately usb is still > >>> not working. I keep getting "hub root problem, error=4". When I turn > >>> the computer on the USB lights are on and as soon as the usb0 through > >>> usb6 comes up the lights go out and the system will not work with any > >>> usb device. The error shows up on all usb*. Is there something I am > >>> overlooking? This computer only runs FreeBSD 7.0-current and no gui. > >>> > >>> Please help. > >> > >> Yea, I have the same problem. I spent a ton of time yesterday trying to > >> get a Dell PowerEdge 1950 up and running, until I realized what was > >> going on. :( > >> > >> > >> This same hardware with 6.2 looks something like this: > >> > >> Jan 25 09:43:21 kernel: uhci0: port > >> 0xcce0-0xccff irq 21 at device 29.0 on pci0 > >> Jan 25 09:43:21 kernel: uhci0: [GIANT-LOCKED] > >> Jan 25 09:43:21 kernel: usb0: on uhci0 > >> Jan 25 09:43:21 kernel: usb0: USB revision 1.0 > >> Jan 25 09:43:21 kernel: uhub0: Intel UHCI root hub, class 9/0, rev > >> 1.00/1.00, addr 1 > >> Jan 25 09:43:21 kernel: uhub0: 2 ports with 2 removable, self powered > >> Jan 25 09:43:21 kernel: uhci1: port > >> 0xccc0-0xccdf irq 20 at device 29.1 on pci0 > >> Jan 25 09:43:21 kernel: uhci1: [GIANT-LOCKED] > >> Jan 25 09:43:21 kernel: usb1: on uhci1 > >> Jan 25 09:43:21 kernel: usb1: USB revision 1.0 > >> Jan 25 09:43:21 kernel: uhub1: Intel UHCI root hub, class 9/0, rev > >> 1.00/1.00, addr 1 > >> Jan 25 09:43:21 kernel: uhub1: 2 ports with 2 removable, self powered > >> Jan 25 09:43:21 kernel: uhci2: port > >> 0xcca0-0xccbf irq 21 at device 29.2 on pci0 > >> Jan 25 09:43:21 kernel: uhci2: [GIANT-LOCKED] > >> Jan 25 09:43:21 kernel: usb2: on uhci2 > >> Jan 25 09:43:21 kernel: usb2: USB revision 1.0 > >> Jan 25 09:43:21 kernel: uhub2: Intel UHCI root hub, class 9/0, rev > >> 1.00/1.00, addr 1 > >> Jan 25 09:43:21 kernel: uhub2: 2 ports with 2 removable, self powered > >> Jan 25 09:43:21 kernel: ehci0: mem > >> 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 > >> Jan 25 09:43:21 kernel: ehci0: [GIANT-LOCKED] > >> Jan 25 09:43:21 kernel: usb3: EHCI version 1.0 > >> Jan 25 09:43:21 kernel: usb3: companion controllers, 2 ports each: usb0 > >> usb1 usb2 > >> Jan 25 09:43:21 kernel: usb3: on > >> ehci0 Jan 25 09:43:21 kernel: usb3: USB revision 2.0 > >> Jan 25 09:43:21 kernel: uhub3: Intel EHCI root hub, class 9/0, rev > >> 2.00/1.00, addr 1 > >> Jan 25 09:43:21 kernel: uhub3: 6 ports with 6 removable, self powered > >> Jan 25 09:43:21 kernel: uhub4: vendor 0x413c product 0xa001, class 9/0, > >> rev 2.00/0.00, addr 2 > >> Jan 25 09:43:21 kernel: uhub4: multiple transaction translators > >> Jan 25 09:43:21 kernel: uhub4: 2 ports with 2 removable, self powered > >> Jan 25 09:43:21 kernel: ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, > >> iclass 3/1 > >> Jan 25 09:43:21 kernel: kbd2 at ukbd0 > >> Jan 25 09:43:21 kernel: ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass > >> 3/1 Jan 25 09:43:21 kernel: ums0: X report 0x0002 not supported > >> > >> > >> And under CURRENT looks like this: > >> Feb 27 08:04:47 mail1 kernel: uhci0: > >> port 0xcce0-0xccff irq 21 at device 29.0 on pci0 > >> Feb 27 08:04:47 mail1 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 > >> type 4 at 0xcce0 > >> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 21 (PCI IRQ 21) to > >> vector 53 > >> Feb 27 08:04:47 mail1 kernel: uhci0: [GIANT-LOCKED] > >> Feb 27 08:04:47 mail1 kernel: uhci0: [ITHREAD] > >> Feb 27 08:04:47 mail1 kernel: usb0: on > >> uhci0 Feb 27 08:04:47 mail1 kernel: usb0: USB revision 1.0 > >> Feb 27 08:04:47 mail1 kernel: usb0: root hub problem, error=4 > >> Feb 27 08:04:47 mail1 kernel: uhci1: > >> port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 > >> Feb 27 08:04:47 mail1 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 > >> type 4 at 0xccc0 > >> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to > >> vector 54 > >> Feb 27 08:04:47 mail1 kernel: uhci1: [GIANT-LOCKED] > >> Feb 27 08:04:47 mail1 kernel: uhci1: [ITHREAD] > >> Feb 27 08:04:47 mail1 kernel: usb1: on > >> uhci1 Feb 27 08:04:47 mail1 kernel: usb1: USB revision 1.0 > >> Feb 27 08:04:47 mail1 kernel: usb1: root hub problem, error=4 > >> Feb 27 08:04:47 mail1 kernel: uhci2: > >> port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 > >> Feb 27 08:04:47 mail1 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 > >> type 4 at 0xcca0 > >> Feb 27 08:04:47 mail1 kernel: uhci2: [GIANT-LOCKED] > >> Feb 27 08:04:47 mail1 kernel: uhci2: [ITHREAD] > >> Feb 27 08:04:47 mail1 kernel: usb2: on > >> uhci2 Feb 27 08:04:47 mail1 kernel: usb2: USB revision 1.0 > >> Feb 27 08:04:47 mail1 kernel: usb2: root hub problem, error=4 > >> Feb 27 08:04:47 mail1 kernel: ehci0: > >> mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 > >> Feb 27 08:04:47 mail1 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 > >> type 3 at 0xfc800000 > >> Feb 27 08:04:47 mail1 kernel: ehci0: [GIANT-LOCKED] > >> Feb 27 08:04:47 mail1 kernel: ehci0: [ITHREAD] > >> Feb 27 08:04:47 mail1 kernel: usb3: EHCI version 1.0 > >> Feb 27 08:04:47 mail1 kernel: usb3: companion controllers, 2 ports each: > >> usb0 usb1 usb2 > >> Feb 27 08:04:47 mail1 kernel: usb3: > >> on ehci0 > >> Feb 27 08:04:47 mail1 kernel: usb3: USB revision 2.0 > >> Feb 27 08:04:47 mail1 kernel: usb3: root hub problem, error=4 > >> > >> FreeBSD mail1.centtech.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Feb > >> 27 07:26:28 UTC 2007 .../usr/obj/usr/src/sys/GENERIC amd64 > >> > >> i386 seems to work fine.. > > > > Have you tried the new USB stack? > > > > http://www.turbocat.net/~hselasky/usb4bsd > > > > --HPS > > Breakage: > > -------------------------------------------------------------- > > >>> stage 3.2: building everything > > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh > /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/b >in:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/ >obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin: >/usr/bin /usr/obj/usr/src/make.amd64/make KERNEL=kernel all -DNO_MODULES_OBJ > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Werror > /usr/src/sys/dev/usb/ehci.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Werror > /usr/src/sys/dev/usb/ehci_pci.c > /usr/src/sys/dev/usb/ehci_pci.c: In function `ehci_pci_attach': > /usr/src/sys/dev/usb/ehci_pci.c:341: warning: passing arg 5 of > `bus_setup_intr' from incompatible pointer type > /usr/src/sys/dev/usb/ehci_pci.c:341: error: too few arguments to > function `bus_setup_intr' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. Yes, they made some changes to the bus_setup_intr API in current. Could you try something like this, insert a NULL argument, to all bus_setup_intr() functions you find under /sys/dev/usb/, like shown below ? error = bus_setup_intr(dev, sc->sc_irq_res, INTR_TYPE_TTY, - si_intr, sc, &ih); + NULL, si_intr, sc, &ih); --HPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 20:40:42 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E46E016A405 for ; Thu, 8 Mar 2007 20:40: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 D0CA613C4B3 for ; Thu, 8 Mar 2007 20:40:42 +0000 (UTC) (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 AF2031A4D9E; Thu, 8 Mar 2007 12:40:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 00BB3517C8; Thu, 8 Mar 2007 15:40:41 -0500 (EST) Date: Thu, 8 Mar 2007 15:40:41 -0500 From: Kris Kennaway To: Tillman Hodgson Message-ID: <20070308204041.GA55240@xor.obsecurity.org> References: <20070308125927.GA1265@seekingfire.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20070308125927.GA1265@seekingfire.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 20:40:43 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 08, 2007 at 06:59:27AM -0600, Tillman Hodgson wrote: > Howdy folks, >=20 > These has been happening every few days for a few weeks now. When it > occurs, there's no messages logged to the console or to syslog -- it > just silently hangs. I added the break-to-debugger option so that I can > at least reboot it remotely via the serial console. >=20 > I've been following the -current kernel fairly closely in hopes that it > was just due to a transitory -current problem. I don't mind rebuilding a > kernel with special options if it's useful -- I'll be rebuilding this > morning with WITNESS and INVARIANTS for sure. Let us know when you have the corresponding debugging. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF8HTJWry0BWjoQKURAigwAKDfNXabN+1jcosW2z8mVxQ7EPqEswCguJ4R ymcw3871KV/k1ClQ+VOUIeE= =YOD/ -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 00:18:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C107316A400; Fri, 9 Mar 2007 00:18:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 711A413C471; Fri, 9 Mar 2007 00:18:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l290I0Do076452; Thu, 8 Mar 2007 19:18:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l290I0Dt039330; Thu, 8 Mar 2007 19:18:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 648B473039; Thu, 8 Mar 2007 19:18:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070309001800.648B473039@freebsd-current.sentex.ca> Date: Thu, 8 Mar 2007 19:18:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 00:18:01 -0000 TB --- 2007-03-08 22:59:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-08 22:59:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-03-08 22:59:37 - cleaning the object tree TB --- 2007-03-08 23:00:13 - checking out the source tree TB --- 2007-03-08 23:00:13 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-03-08 23:00:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-08 23:08:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-08 23:08:01 - cd /src TB --- 2007-03-08 23:08:01 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 8 23:08:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/moused (all) cc -O2 -pipe -c /src/usr.sbin/moused/moused.c cc -O2 -pipe -o moused moused.o -lutil gzip -cn /src/usr.sbin/moused/moused.8 > moused.8.gz ===> usr.sbin/mtest (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/mtest/mtest.c /src/usr.sbin/mtest/mtest.c: In function `process_cmd': /src/usr.sbin/mtest/mtest.c:197: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mtest. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-09 00:17:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-09 00:17:59 - ERROR: failed to build world TB --- 2007-03-09 00:17:59 - tinderbox aborted TB --- 0.77 user 2.45 system 4702.17 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 00:33:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37F3C16A407 for ; Fri, 9 Mar 2007 00:33:37 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34713.mail.mud.yahoo.com (web34713.mail.mud.yahoo.com [209.191.68.162]) by mx1.freebsd.org (Postfix) with SMTP id 0431E13C4B8 for ; Fri, 9 Mar 2007 00:33:36 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 58688 invoked by uid 60001); 9 Mar 2007 00:33:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=anl3RLl6sc4MaO6vy2/B4FpoooMESgbhMh6ijIlpgIySXGQrvIfNBOYKk2XkKb6q9MIxOi6ZC9y9lxbgsUWMuJZsRVua2OOHJ904t17Z7PV3Ot2LKMbF/D9wxLejFsSec06toacOCqix5e+ctiVhux7LK0DEH8bHnvxn/ArRHXI=; X-YMail-OSG: sG3HXmIVM1lmL3Vtfhc7ImbKELzZLBjiUo3A5FkC45U6EDSWqKmqlMHGkXMG31qSpK0vPdoP1YTC3Da_DCo_IXlghyu.0fY5G2m1rN9YJEaqNeMpjTH0_0bZTsBwDME6UoliHg2x7fMTBX3z_IdQgcX5tQ-- Received: from [68.150.62.97] by web34713.mail.mud.yahoo.com via HTTP; Thu, 08 Mar 2007 16:33:36 PST Date: Thu, 8 Mar 2007 16:33:36 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org In-Reply-To: <20070308125908.GD62062@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <334007.56858.qm@web34713.mail.mud.yahoo.com> Subject: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 00:33:37 -0000 I tried the following overhauled nfe drivers after no success in getting nfe to work with my hardware. > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h It still doesn't work, but I have a new set of errors. nfe0: port 0xb000-0xb007 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 10 at device 16.0 on pci0 nfe0: Ethernet address: 00:15:f2:f4:af:5e miibus1: on nfe0 nfe0: [ITHREAD] nfe1: port 0xac00-0xac07 mem 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 11 at device 17.0 on pci0 nfe1: Ethernet address: 00:15:f2:f4:af:5f miibus2: on nfe1 nfe1: [ITHREAD] nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout (missed Tx interrupts) -- recovering nfe0: watchdog timeout (missed Tx interrupts) -- recovering the missing tx interrupts were made while trying /sbin/dhclient nfe0 My motherboard is the ASUS crosshair NVIDIA nForce 590 FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #12: Thu Mar 8 16:57:38 UTC 2007 root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 the cvsup this kernel was compiled with is less than 1 week old. -Darren ____________________________________________________________________________________ The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 01:16:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C383D16A402; Fri, 9 Mar 2007 01:16:07 +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 4DC2113C481; Fri, 9 Mar 2007 01:16:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l291G67X001165; Thu, 8 Mar 2007 20:16:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l291G63w077409; Thu, 8 Mar 2007 20:16:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6BD4A73039; Thu, 8 Mar 2007 20:16:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070309011606.6BD4A73039@freebsd-current.sentex.ca> Date: Thu, 8 Mar 2007 20:16:06 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 01:16:07 -0000 TB --- 2007-03-09 00:18:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-09 00:18:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-03-09 00:18:00 - cleaning the object tree TB --- 2007-03-09 00:18:42 - checking out the source tree TB --- 2007-03-09 00:18:42 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-03-09 00:18:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-09 00:26:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-09 00:26:32 - cd /src TB --- 2007-03-09 00:26:32 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 00:26:33 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/moused (all) cc -O2 -pipe -c /src/usr.sbin/moused/moused.c cc -O2 -pipe -o moused moused.o -lutil gzip -cn /src/usr.sbin/moused/moused.8 > moused.8.gz ===> usr.sbin/mtest (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/mtest/mtest.c /src/usr.sbin/mtest/mtest.c: In function `process_cmd': /src/usr.sbin/mtest/mtest.c:197: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mtest. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-09 01:16:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-09 01:16:05 - ERROR: failed to build world TB --- 2007-03-09 01:16:05 - tinderbox aborted TB --- 0.84 user 2.37 system 3485.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 03:18:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE32816A400 for ; Fri, 9 Mar 2007 03:18:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id A88DC13C471 for ; Fri, 9 Mar 2007 03:18:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 08 Mar 2007 18:51:53 -0800 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 9A93E125B4C for ; Thu, 8 Mar 2007 19:18:14 -0800 (PST) Message-ID: <45F0D1F5.9010200@elischer.org> Date: Thu, 08 Mar 2007 19:18:13 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: proc lock might become an sx lock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 03:18:15 -0000 currently the thread list in the process is protected by the sched lock. for a process with a lot of threads this is probably not a good idea. I experimented with making it protected by the proc loc, but the following sort of thing happens a lot: sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { mtx_lock_spin(&sched_lock); FOREACH_THREAD_IN_PROC(p, td) { ... } mtx_unlock_spin(&sched_lock); Changing the protection of the thread list to use the proc lock would replace the sched_lock with the proc lock, but..... this has a problem.. the proc lock is a mutex and can therefore not be inside the allproc_lock. and in fact you get: Trying to mount root from ufs:/dev/aacd0s1d panic: blockable sleep lock (sleep mutex) process lock @ kern/sched_4bsd.c:383 cpuid = 2 KDB: enter: panic [thread pid 48 tid 100054 ] Stopped at kdb_enter+0x2b: nop db> bt Tracing pid 48 tid 100054 td 0xc5ff4a20 kdb_enter(c06ce300) at kdb_enter+0x2b panic(c06d3506,c06e7061,c06cd73b,c06cff47,17f,...) at panic+0x11c witness_checkorder(c60a12c8,9,c06cff47,17f) at witness_checkorder+0xb8 _mtx_lock_flags(c60a12c8,0,c06cff3e,17f,85,...) at _mtx_lock_flags+0x87 schedcpu(e65a9d24,c0516f50,0,e65a9d38,c6259000,...) at schedcpu+0x80 schedcpu_thread(0,e65a9d38) at schedcpu_thread+0x9 My reading of the man page is that making it an sx lock and locking it in shared mode would be sufficient for this sort of thing (assuming we are not changing the thread list) and would be just fine. I'm not very familiar with the implementation of sx locks in freeBSD so I'm just learning about them. am I reading this right? and does anyone else have any thoughts on this? From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 05:56:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E44DD16A404 for ; Fri, 9 Mar 2007 05:56:35 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id B88B313C491 for ; Fri, 9 Mar 2007 05:56:35 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l295uVIU064388; Thu, 8 Mar 2007 23:56:32 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45F0F70E.5070805@freebsd.org> Date: Thu, 08 Mar 2007 23:56:30 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Hans Petter Selasky References: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> <200703022116.36020.hselasky@c2i.net> <45F01095.701@freebsd.org> <200703081441.10395.hselasky@c2i.net> In-Reply-To: <200703081441.10395.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2782/Thu Mar 8 21:18:57 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=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-current@freebsd.org, Rick Mullis Subject: Re: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 05:56:36 -0000 On 03/08/07 07:41, Hans Petter Selasky wrote: > On Thursday 08 March 2007 14:33, Eric Anderson wrote: >> On 03/02/07 14:16, Hans Petter Selasky wrote: >>> On Thursday 01 March 2007 13:54, Eric Anderson wrote: >>>> On 02/28/07 15:52, Rick Mullis wrote: >>>>> I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of >>>>> Ram and I can not get USB working for the life of me. I have been >>>>> following the maillists and searching Google for weeks now, updating >>>>> source code and rebuild world and kernel and unfortunately usb is still >>>>> not working. I keep getting "hub root problem, error=4". When I turn >>>>> the computer on the USB lights are on and as soon as the usb0 through >>>>> usb6 comes up the lights go out and the system will not work with any >>>>> usb device. The error shows up on all usb*. Is there something I am >>>>> overlooking? This computer only runs FreeBSD 7.0-current and no gui. >>>>> >>>>> Please help. >>>> Yea, I have the same problem. I spent a ton of time yesterday trying to >>>> get a Dell PowerEdge 1950 up and running, until I realized what was >>>> going on. :( >>>> >>>> >>>> This same hardware with 6.2 looks something like this: >>>> >>>> Jan 25 09:43:21 kernel: uhci0: port >>>> 0xcce0-0xccff irq 21 at device 29.0 on pci0 >>>> Jan 25 09:43:21 kernel: uhci0: [GIANT-LOCKED] >>>> Jan 25 09:43:21 kernel: usb0: on uhci0 >>>> Jan 25 09:43:21 kernel: usb0: USB revision 1.0 >>>> Jan 25 09:43:21 kernel: uhub0: Intel UHCI root hub, class 9/0, rev >>>> 1.00/1.00, addr 1 >>>> Jan 25 09:43:21 kernel: uhub0: 2 ports with 2 removable, self powered >>>> Jan 25 09:43:21 kernel: uhci1: port >>>> 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >>>> Jan 25 09:43:21 kernel: uhci1: [GIANT-LOCKED] >>>> Jan 25 09:43:21 kernel: usb1: on uhci1 >>>> Jan 25 09:43:21 kernel: usb1: USB revision 1.0 >>>> Jan 25 09:43:21 kernel: uhub1: Intel UHCI root hub, class 9/0, rev >>>> 1.00/1.00, addr 1 >>>> Jan 25 09:43:21 kernel: uhub1: 2 ports with 2 removable, self powered >>>> Jan 25 09:43:21 kernel: uhci2: port >>>> 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >>>> Jan 25 09:43:21 kernel: uhci2: [GIANT-LOCKED] >>>> Jan 25 09:43:21 kernel: usb2: on uhci2 >>>> Jan 25 09:43:21 kernel: usb2: USB revision 1.0 >>>> Jan 25 09:43:21 kernel: uhub2: Intel UHCI root hub, class 9/0, rev >>>> 1.00/1.00, addr 1 >>>> Jan 25 09:43:21 kernel: uhub2: 2 ports with 2 removable, self powered >>>> Jan 25 09:43:21 kernel: ehci0: mem >>>> 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 >>>> Jan 25 09:43:21 kernel: ehci0: [GIANT-LOCKED] >>>> Jan 25 09:43:21 kernel: usb3: EHCI version 1.0 >>>> Jan 25 09:43:21 kernel: usb3: companion controllers, 2 ports each: usb0 >>>> usb1 usb2 >>>> Jan 25 09:43:21 kernel: usb3: on >>>> ehci0 Jan 25 09:43:21 kernel: usb3: USB revision 2.0 >>>> Jan 25 09:43:21 kernel: uhub3: Intel EHCI root hub, class 9/0, rev >>>> 2.00/1.00, addr 1 >>>> Jan 25 09:43:21 kernel: uhub3: 6 ports with 6 removable, self powered >>>> Jan 25 09:43:21 kernel: uhub4: vendor 0x413c product 0xa001, class 9/0, >>>> rev 2.00/0.00, addr 2 >>>> Jan 25 09:43:21 kernel: uhub4: multiple transaction translators >>>> Jan 25 09:43:21 kernel: uhub4: 2 ports with 2 removable, self powered >>>> Jan 25 09:43:21 kernel: ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, >>>> iclass 3/1 >>>> Jan 25 09:43:21 kernel: kbd2 at ukbd0 >>>> Jan 25 09:43:21 kernel: ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass >>>> 3/1 Jan 25 09:43:21 kernel: ums0: X report 0x0002 not supported >>>> >>>> >>>> And under CURRENT looks like this: >>>> Feb 27 08:04:47 mail1 kernel: uhci0: >>>> port 0xcce0-0xccff irq 21 at device 29.0 on pci0 >>>> Feb 27 08:04:47 mail1 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 >>>> type 4 at 0xcce0 >>>> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 21 (PCI IRQ 21) to >>>> vector 53 >>>> Feb 27 08:04:47 mail1 kernel: uhci0: [GIANT-LOCKED] >>>> Feb 27 08:04:47 mail1 kernel: uhci0: [ITHREAD] >>>> Feb 27 08:04:47 mail1 kernel: usb0: on >>>> uhci0 Feb 27 08:04:47 mail1 kernel: usb0: USB revision 1.0 >>>> Feb 27 08:04:47 mail1 kernel: usb0: root hub problem, error=4 >>>> Feb 27 08:04:47 mail1 kernel: uhci1: >>>> port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >>>> Feb 27 08:04:47 mail1 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 >>>> type 4 at 0xccc0 >>>> Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to >>>> vector 54 >>>> Feb 27 08:04:47 mail1 kernel: uhci1: [GIANT-LOCKED] >>>> Feb 27 08:04:47 mail1 kernel: uhci1: [ITHREAD] >>>> Feb 27 08:04:47 mail1 kernel: usb1: on >>>> uhci1 Feb 27 08:04:47 mail1 kernel: usb1: USB revision 1.0 >>>> Feb 27 08:04:47 mail1 kernel: usb1: root hub problem, error=4 >>>> Feb 27 08:04:47 mail1 kernel: uhci2: >>>> port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >>>> Feb 27 08:04:47 mail1 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 >>>> type 4 at 0xcca0 >>>> Feb 27 08:04:47 mail1 kernel: uhci2: [GIANT-LOCKED] >>>> Feb 27 08:04:47 mail1 kernel: uhci2: [ITHREAD] >>>> Feb 27 08:04:47 mail1 kernel: usb2: on >>>> uhci2 Feb 27 08:04:47 mail1 kernel: usb2: USB revision 1.0 >>>> Feb 27 08:04:47 mail1 kernel: usb2: root hub problem, error=4 >>>> Feb 27 08:04:47 mail1 kernel: ehci0: >>>> mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 >>>> Feb 27 08:04:47 mail1 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 >>>> type 3 at 0xfc800000 >>>> Feb 27 08:04:47 mail1 kernel: ehci0: [GIANT-LOCKED] >>>> Feb 27 08:04:47 mail1 kernel: ehci0: [ITHREAD] >>>> Feb 27 08:04:47 mail1 kernel: usb3: EHCI version 1.0 >>>> Feb 27 08:04:47 mail1 kernel: usb3: companion controllers, 2 ports each: >>>> usb0 usb1 usb2 >>>> Feb 27 08:04:47 mail1 kernel: usb3: >>>> on ehci0 >>>> Feb 27 08:04:47 mail1 kernel: usb3: USB revision 2.0 >>>> Feb 27 08:04:47 mail1 kernel: usb3: root hub problem, error=4 >>>> >>>> FreeBSD mail1.centtech.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Feb >>>> 27 07:26:28 UTC 2007 .../usr/obj/usr/src/sys/GENERIC amd64 >>>> >>>> i386 seems to work fine.. >>> Have you tried the new USB stack? >>> >>> http://www.turbocat.net/~hselasky/usb4bsd >>> >>> --HPS >> Breakage: >> >> -------------------------------------------------------------- >> >> >>> stage 3.2: building everything >> >> -------------------------------------------------------------- >> cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj >> MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= >> GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin >> GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font >> GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac >> _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh >> /usr/src/tools/install.sh" >> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/b >> in:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/ >> obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin: >> /usr/bin /usr/obj/usr/src/make.amd64/make KERNEL=kernel all -DNO_MODULES_OBJ >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys >> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >> -include opt_global.h -fno-common -finline-limit=8000 --param >> inline-unit-growth=100 --param large-function-growth=1000 >> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 >> -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -Werror >> /usr/src/sys/dev/usb/ehci.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys >> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >> -include opt_global.h -fno-common -finline-limit=8000 --param >> inline-unit-growth=100 --param large-function-growth=1000 >> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 >> -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -Werror >> /usr/src/sys/dev/usb/ehci_pci.c >> /usr/src/sys/dev/usb/ehci_pci.c: In function `ehci_pci_attach': >> /usr/src/sys/dev/usb/ehci_pci.c:341: warning: passing arg 5 of >> `bus_setup_intr' from incompatible pointer type >> /usr/src/sys/dev/usb/ehci_pci.c:341: error: too few arguments to >> function `bus_setup_intr' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. > > Yes, they made some changes to the bus_setup_intr API in current. Could you > try something like this, insert a NULL argument, to all bus_setup_intr() > functions you find under /sys/dev/usb/, like shown below ? > > error = bus_setup_intr(dev, sc->sc_irq_res, INTR_TYPE_TTY, > - si_intr, sc, &ih); > + NULL, si_intr, sc, &ih); > > --HPS Yes, those changes (only 3) makes it compile and install ok, and now it sees the USB devices and works correctly! So, of course I have to ask: is this planned to be merged into cvs soon? If not, a fix for -CURRENT for these systems should be put in to make it work on a lot of systems. Thanks for the work! Eric From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 06:47:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 681D016A403 for ; Fri, 9 Mar 2007 06:47:07 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0785213C494 for ; Fri, 9 Mar 2007 06:47:06 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l296l4Rx062057; Fri, 9 Mar 2007 07:47:05 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Kostik Belousov In-Reply-To: <20070308121301.GR10453@deviant.kiev.zoral.com.ua> References: <1173353693.1523.7.camel@genius.i.cz> <20070308121301.GR10453@deviant.kiev.zoral.com.ua> Content-Type: text/plain Date: Fri, 09 Mar 2007 07:47:00 +0100 Message-Id: <1173422820.1211.3.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 06:47:07 -0000 Kostik Belousov wrote: > On Thu, Mar 08, 2007 at 12:34:53PM +0100, Michal Mertl wrote: > > For a couple of days I am getting panics/freezes with GENERIC kernel (~2 > > days old as well as up-to-date CURRENT). The trace (when I get a chance > > to see it and when dump works) is attached. I have got crash dump so can > > provide more details as required. > > > > The panic seem to be provoked by heavier disk activity (running cvsup or > > similar). > > > > The machine is AMD64 SMP. > > > > Thanks > > > > Michal > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x50 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff8059c175 > > stack pointer = 0x10:0xffffffffaf6b8380 > > frame pointer = 0x10:0xffffffffaf6b8390 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1194 (cvs) > > trap number = 12 > > panic: page fault > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > > panic() at panic+0x22f > > trap_fatal() at trap_fatal+0x2a9 > > trap_pfault() at trap_pfault+0x235 > > trap() at trap+0x22e > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0xffffffff8059c175, rsp = 0xffffffffaf6b8380, rbp = > > 0xffffffffaf6b8390 --- > > inodedep_find() at inodedep_find+0x12 > > inodedep_lookup() at inodedep_lookup+0x81 > > softdep_setup_inomapdep() at softdep_setup_inomapdep+0x48 > > ffs_nodealloccg() at ffs_nodealloccg+0x3a6 > > ffs_hashalloc() at ffs_hashalloc+0x62 > > ffs_valloc() at ffs_valloc+0xde > > ufs_makeinode() at ufs_makeinode+0x6b > > ufs_create() at ufs_create+0x28 > > VOP_CREATE_APV() at VOP_CREATE_APV+0x72 > > vn_open_cred() at vn_open_cred+0x4b1 > > kern_open() at kern_open+0x101 > > syscall() at syscall+0x1f0 > > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (5, FreeBSD ELF64, open), rip = 0x8013b8c7c, rsp = > > 0x7fffffffe0a8, rbp = 0x10 --- > > Uptime: 1m40s > > Physical memory: 2034 MB > > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 > > > > > > -------------------------- > > > > #0 doadump () at pcpu.h:141 > > 141 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:141 > > #1 0xffffffff80438920 in boot (howto=260) > > at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff804383b7 in panic (fmt=0xffffffff80690d22 "%s") > > at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8063ebc9 in trap_fatal (frame=0xc, > > eva=18446742975751987856) at ../../../amd64/amd64/trap.c:696 > > #4 0xffffffff8063ef39 in trap_pfault (frame=0xffffffffaf6b82d0, > > usermode=0) at ../../../amd64/amd64/trap.c:614 > > #5 0xffffffff8063f16e in trap (frame=0xffffffffaf6b82d0) > > at ../../../amd64/amd64/trap.c:382 > > #6 0xffffffff806278ee in calltrap () > > at ../../../amd64/amd64/exception.S:169 > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=0xffffffff8106d660, > > fs=0xffffff0061a4d800, inum=168358, inodedeppp=0xffff ffffaf6b83e0) > > at ../../../ufs/ffs/ffs_softdep.c:1246 > Please, from this frame (#7) do > p/x *inodedep > p/x *inodedephd 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) Current language: auto; currently c (kgdb) p/x *inodedep Cannot access memory at address 0x18 (kgdb) p/x *inodedephd $1 = {lh_first = 0x18} Michal From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 11:07:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA3716A403 for ; Fri, 9 Mar 2007 11:07:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id AC3B513C494 for ; Fri, 9 Mar 2007 11:07:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so741678wxc for ; Fri, 09 Mar 2007 03:07:27 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=XvScrE/qPg2Xya6g0BQcvQteOWcg1Tna0vKC0CL3BbGBpq9bpXJqDL4+QfEL05WHFh2hbIb0C1aOIZ+cQh7m7RXHjovv7L2QqGOFoil1+RRbCoJxKtq1vrgDP3q5xhP+ARFVUKFvRgi/NgdcMWsQgPL5aynKCmHl0DGIkFQDOd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=BGE6LyE8WpuovC1N28abkF8Qh3GF2Ef3tS8sUQbFVlX97L6Fghl+Xurh14o6nyuGPQi01h+bNzl8m14Tl7xhq17+120UC2VugnBAVe93/cTllxTWApNukt+4D9meDdrIlalA+Uszxq8ZplNO6HMfB5Gxzn8yckCUsdjbB0HsC5E= Received: by 10.70.129.4 with SMTP id b4mr2625048wxd.1173438447185; Fri, 09 Mar 2007 03:07:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 5sm12737123nzk.2007.03.09.03.07.25; Fri, 09 Mar 2007 03:07:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l29B8vgo072590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Mar 2007 20:08:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l29B8u7m072589; Fri, 9 Mar 2007 20:08:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 9 Mar 2007 20:08:56 +0900 From: Pyun YongHyeon To: "Mr. Darren" Message-ID: <20070309110856.GA70613@cdnetworks.co.kr> References: <20070308125908.GD62062@cdnetworks.co.kr> <334007.56858.qm@web34713.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <334007.56858.qm@web34713.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 11:07:28 -0000 On Thu, Mar 08, 2007 at 04:33:36PM -0800, Mr. Darren wrote: > I tried the following overhauled nfe drivers after no > success in getting nfe to work with my hardware. > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > It still doesn't work, but I have a new set of errors. > > nfe0: port > 0xb000-0xb007 mem > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f > irq 10 at device 16.0 on pci0 > nfe0: Ethernet address: 00:15:f2:f4:af:5e > miibus1: on nfe0 > nfe0: [ITHREAD] > nfe1: port > 0xac00-0xac07 mem > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f > irq 11 at device 17.0 on pci0 > nfe1: Ethernet address: 00:15:f2:f4:af:5f > miibus2: on nfe1 > nfe1: [ITHREAD] > nfe0: link state changed to DOWN > nfe0: link state changed to UP > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > According to Shigeaki Tagashira'page nForce 590 is supported by nfe(4). ATM I have no idea why it shows watchdog timeout errors. Btw, I don't see what PHY driver was attached in your message. (You can check it with dmesg(8) and normally it would pick up e1000phy(4).) > > the missing tx interrupts were made while trying > /sbin/dhclient nfe0 > > My motherboard is the ASUS crosshair NVIDIA nForce 590 > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #12: > Thu Mar 8 16:57:38 UTC 2007 > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > the cvsup this kernel was compiled with is less than 1 > week old. > > -Darren -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 12:29:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C17B516A401 for ; Fri, 9 Mar 2007 12:29:44 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2C55E13C48E for ; Fri, 9 Mar 2007 12:29:44 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so956718nfc for ; Fri, 09 Mar 2007 04:29:43 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WC0VvYzyWwO40gOZjd0yTsdvRmRaqr3E2cfta+5ZMFAj5AaAU0KUcMKnNZaogVHk4DY8xDuhrMangkDLLl+c3NsloHSEot+FQ73LJ2u2WHIbyZW0RuKdyoPgtck/K+IywVSgsRLPJ/homCSAvyG7F9hN8/xQQ2zR8ucqHUt/040= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QZBofBi6n3nmt/tewiF32JT31VofAzPq0AnNvBvwzIO+u/6SknXDF4u9h9VWtnzGnHeQhwwwH6SAkPithHKuKkPqa3VycFniIc2lxpohAf8hJ04HB3Y36sPGMN+Sz/r2zq3wzomr5d3mC+pF/xId28zQhjgBYNB7n8yrnZrDzR8= Received: by 10.78.201.2 with SMTP id y2mr203023huf.1173443382992; Fri, 09 Mar 2007 04:29:42 -0800 (PST) Received: by 10.78.202.1 with HTTP; Fri, 9 Mar 2007 04:29:42 -0800 (PST) Message-ID: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> Date: Fri, 9 Mar 2007 20:29:42 +0800 From: "Rong-en Fan" To: freebsd-current@freebsd.org, freebsd-ports@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: HEADS UP: ncurses wide character support in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 12:29:44 -0000 FYI, we have ncurses wide character support in 7.x now. ---------- Forwarded message ---------- From: Rong-En Fan Date: Mar 9, 2007 8:11 PM Subject: cvs commit: src Makefile.inc1 src/lib/ncurses Makefile config.mk src/lib/ncurses/form Makefile src/lib/ncurses/formw Makefile src/lib/ncurses/menu Makefile src/lib/ncurses/menuw Makefile src/lib/ncurses/ncurses Makefile ncurses_cfg.h ... To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org rafan 2007-03-09 12:11:58 UTC FreeBSD src repository Modified files: . Makefile.inc1 lib/ncurses Makefile config.mk lib/ncurses/form Makefile lib/ncurses/menu Makefile lib/ncurses/ncurses Makefile ncurses_cfg.h lib/ncurses/panel Makefile share/mk bsd.libnames.mk Added files: lib/ncurses/formw Makefile lib/ncurses/menuw Makefile lib/ncurses/ncursesw Makefile lib/ncurses/panelw Makefile Log: Enable ncurses wide character support Approved by: delphij (mentor) Tested by: kris on pointyhat (early version), current@ Revision Changes Path 1.570 +4 -2 src/Makefile.inc1 1.2 +2 -1 src/lib/ncurses/Makefile 1.3 +7 -0 src/lib/ncurses/config.mk 1.13 +3 -3 src/lib/ncurses/form/Makefile 1.1 +5 -0 src/lib/ncurses/formw/Makefile (new) 1.15 +3 -3 src/lib/ncurses/menu/Makefile 1.1 +5 -0 src/lib/ncurses/menuw/Makefile (new) 1.87 +143 -13 src/lib/ncurses/ncurses/Makefile 1.8 +12 -1 src/lib/ncurses/ncurses/ncurses_cfg.h 1.1 +7 -0 src/lib/ncurses/ncursesw/Makefile (new) 1.14 +3 -3 src/lib/ncurses/panel/Makefile 1.1 +5 -0 src/lib/ncurses/panelw/Makefile (new) 1.101 +1 -0 src/share/mk/bsd.libnames.mk _______________________________________________ cvs-src@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 12:52:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA57416A400 for ; Fri, 9 Mar 2007 12:52:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB0A13C442 for ; Fri, 9 Mar 2007 12:52:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HPeaL-000Ogr-1z for freebsd-current@freebsd.org; Fri, 09 Mar 2007 14:52:45 +0200 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 l29CqUuZ033101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Mar 2007 14:52:30 +0200 (EET) (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 l29CqUa0053893; Fri, 9 Mar 2007 14:52:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l29CqRIi053892; Fri, 9 Mar 2007 14:52:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Mar 2007 14:52:27 +0200 From: Kostik Belousov To: Michal Mertl Message-ID: <20070309125227.GB73957@deviant.kiev.zoral.com.ua> References: <1173353693.1523.7.camel@genius.i.cz> <20070308121301.GR10453@deviant.kiev.zoral.com.ua> <1173422820.1211.3.camel@genius.i.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <1173422820.1211.3.camel@genius.i.cz> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 3c73e585e5c021cb3ff5f493c210d5be X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 852 [Mar 09 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current , Rong-en Fan Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 12:52:47 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 09, 2007 at 07:47:00AM +0100, Michal Mertl wrote: > Kostik Belousov wrote: > > On Thu, Mar 08, 2007 at 12:34:53PM +0100, Michal Mertl wrote: > > > For a couple of days I am getting panics/freezes with GENERIC kernel = (~2 > > > days old as well as up-to-date CURRENT). The trace (when I get a chan= ce > > > to see it and when dump works) is attached. I have got crash dump so = can > > > provide more details as required. > > >=20 > > > The panic seem to be provoked by heavier disk activity (running cvsup= or > > > similar). > > >=20 > > > The machine is AMD64 SMP. > > >=20 > > > Thanks > > >=20 > > > Michal > > >=20 > > >=20 > > > Fatal trap 12: page fault while in kernel mode > > > cpuid =3D 1; apic id =3D 01 > > > fault virtual address =3D 0x50 > > > fault code =3D supervisor read data, page not present > > > instruction pointer =3D 0x8:0xffffffff8059c175 > > > stack pointer =3D 0x10:0xffffffffaf6b8380 > > > frame pointer =3D 0x10:0xffffffffaf6b8390 > > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 1194 (cvs) > > > trap number =3D 12 > > > panic: page fault > > > cpuid =3D 1 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > > > panic() at panic+0x22f > > > trap_fatal() at trap_fatal+0x2a9 > > > trap_pfault() at trap_pfault+0x235 > > > trap() at trap+0x22e > > > calltrap() at calltrap+0x8 > > > --- trap 0xc, rip =3D 0xffffffff8059c175, rsp =3D 0xffffffffaf6b8380,= rbp =3D > > > 0xffffffffaf6b8390 --- > > > inodedep_find() at inodedep_find+0x12 > > > inodedep_lookup() at inodedep_lookup+0x81 > > > softdep_setup_inomapdep() at softdep_setup_inomapdep+0x48 > > > ffs_nodealloccg() at ffs_nodealloccg+0x3a6 > > > ffs_hashalloc() at ffs_hashalloc+0x62 > > > ffs_valloc() at ffs_valloc+0xde > > > ufs_makeinode() at ufs_makeinode+0x6b > > > ufs_create() at ufs_create+0x28 > > > VOP_CREATE_APV() at VOP_CREATE_APV+0x72 > > > vn_open_cred() at vn_open_cred+0x4b1 > > > kern_open() at kern_open+0x101 > > > syscall() at syscall+0x1f0 > > > Xfast_syscall() at Xfast_syscall+0xab > > > --- syscall (5, FreeBSD ELF64, open), rip =3D 0x8013b8c7c, rsp =3D > > > 0x7fffffffe0a8, rbp =3D 0x10 --- > > > Uptime: 1m40s > > > Physical memory: 2034 MB > > > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 > > >=20 > > >=20 > > > -------------------------- > > >=20 > > > #0 doadump () at pcpu.h:141 > > > 141 pcpu.h: No such file or directory. > > > in pcpu.h > > > (kgdb) bt > > > #0 doadump () at pcpu.h:141 > > > #1 0xffffffff80438920 in boot (howto=3D260) > > > at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff804383b7 in panic (fmt=3D0xffffffff80690d22 "%s") > > > at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8063ebc9 in trap_fatal (frame=3D0xc, > > > eva=3D18446742975751987856) at ../../../amd64/amd64/trap.c:696 > > > #4 0xffffffff8063ef39 in trap_pfault (frame=3D0xffffffffaf6b82d0, > > > usermode=3D0) at ../../../amd64/amd64/trap.c:614 > > > #5 0xffffffff8063f16e in trap (frame=3D0xffffffffaf6b82d0) > > > at ../../../amd64/amd64/trap.c:382 > > > #6 0xffffffff806278ee in calltrap () > > > at ../../../amd64/amd64/exception.S:169 > > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=3D0xffffffff8106d= 660, > > > fs=3D0xffffff0061a4d800, inum=3D168358, inodedeppp=3D0xffff ffffaf6b8= 3e0) > > > at ../../../ufs/ffs/ffs_softdep.c:1246 > > Please, from this frame (#7) do > > p/x *inodedep > > p/x *inodedephd >=20 > 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) > Current language: auto; currently c > (kgdb) p/x *inodedep > Cannot access memory at address 0x18 > (kgdb) p/x *inodedephd > $1 =3D {lh_first =3D 0x18} Ok, this seems to be exactly the same problem as Rong-en' one, even the corrupted value is the same. For start, could you, please, show your dmesg ? Rong-en, it seems that I forgot to answer your question about the way to find whether the given kernel address is mapped, that stalled the conversat= ion. I apologize for that. It looks that the easiest would be to use pmap_extract(vmspace_pmap(curproc->p_vmspace), addr) to check validity of address addr, that shall return 0 for non-mapped addre= ss (modulo the usual races, that should be not important in that case). --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF8ViKC3+MBN1Mb4gRAo6BAKDiYN7jRMKhAwsA6DGUN9gIdpwJFACdEJfZ F/35OvLQKlnXC6uZXdrfpHU= =rPY9 -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 13:01:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08B6816A407 for ; Fri, 9 Mar 2007 13:01:34 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8589F13C4A5 for ; Fri, 9 Mar 2007 13:01:33 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so968670nfc for ; Fri, 09 Mar 2007 05:01:32 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XoNPrw4WyG583F6wHbIMUMjBsxmvZ4m3kgK/ZHff/EAk+T8Fyf4HiFDG0ZFQV8HQBYFyY8u6nIEzJjcih0EsH+6+gmkVBMdDpd8GJux1EBlximKXEQsMZ4BXAKEVARqpGy/+qG6LYasSNLyVici2jKIGC708oR04TsEGwHkrHtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J6dz2MZZO0KLB7f0nJpS5deKsNgW5Kotf2VGWEB2mUTBJGP1x3oMxES8GvRjFUq/TYbe6jdlKQqfl3IoQjSnyOEVk+QF5IXvhwOqOtCTrjs0PZRFYYL5Z6bUHE6fNEhFjX0+BcFDJdnXqRmtkDePjLkNY/DTV6oKPQN/rd7HiGI= Received: by 10.78.160.2 with SMTP id i2mr207879hue.1173445292253; Fri, 09 Mar 2007 05:01:32 -0800 (PST) Received: by 10.78.202.1 with HTTP; Fri, 9 Mar 2007 05:01:32 -0800 (PST) Message-ID: <6eb82e0703090501g521a8aexe38d872cc8dfb5d1@mail.gmail.com> Date: Fri, 9 Mar 2007 21:01:32 +0800 From: "Rong-en Fan" To: "Kostik Belousov" In-Reply-To: <20070309125227.GB73957@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1173353693.1523.7.camel@genius.i.cz> <20070308121301.GR10453@deviant.kiev.zoral.com.ua> <1173422820.1211.3.camel@genius.i.cz> <20070309125227.GB73957@deviant.kiev.zoral.com.ua> Cc: Michal Mertl , freebsd-current Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 13:01:34 -0000 On 3/9/07, Kostik Belousov wrote: > On Fri, Mar 09, 2007 at 07:47:00AM +0100, Michal Mertl wrote: > > Kostik Belousov wrote: > > > On Thu, Mar 08, 2007 at 12:34:53PM +0100, Michal Mertl wrote: [...] > > > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=0xffffffff8106d660, > > > > fs=0xffffff0061a4d800, inum=168358, inodedeppp=0xffff ffffaf6b83e0) > > > > at ../../../ufs/ffs/ffs_softdep.c:1246 > > > Please, from this frame (#7) do > > > p/x *inodedep > > > p/x *inodedephd > > > > 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) > > Current language: auto; currently c > > (kgdb) p/x *inodedep > > Cannot access memory at address 0x18 > > (kgdb) p/x *inodedephd > > $1 = {lh_first = 0x18} > > Ok, this seems to be exactly the same problem as Rong-en' one, even the > corrupted value is the same. > > For start, could you, please, show your dmesg ? > > Rong-en, it seems that I forgot to answer your question about the way to > find whether the given kernel address is mapped, that stalled the conversation. > I apologize for that. It looks that the easiest would be to use > pmap_extract(vmspace_pmap(curproc->p_vmspace), addr) > to check validity of address addr, that shall return 0 for non-mapped address > (modulo the usual races, that should be not important in that case). First of all, thank you for answering me. However, due to previous crash during installworld. I reinstalled by amd64 laptop with 200702 snapshot and updated latest current (as of today). I will try to reproduce the crash again. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:07:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0C3D16A403 for ; Fri, 9 Mar 2007 15:07:47 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 68C0913C442 for ; Fri, 9 Mar 2007 15:07:47 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1013194nfc for ; Fri, 09 Mar 2007 07:07:46 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZXEGRA+1dz8zngEI0YhB7/y1a97MHw161/50E6IMcO5KY9eko+wxr5F7jqzgGX5YlgMQe6zntArOJIIPCFh0R6Qrl7DLjt7/6j7ELJgWbapY0Kw3OnT3un9gbIq8Rh71cD99GUZvzX0TuHheWNPsnxa8c22jCPY1pCTKw9+fmQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XraCkrhWnyhZjbYGEMRrz1HEZMab8CNvoZhOYSxtOVJckcYbeH/BzKR73E6I3CzYSYXE/A4GKWL6Zrtb2y3TqoE7X4QEqTWVLLCebiepiqnrjKUbbZ5tX6QpfnlJWhjLWqujht5p/UYDtD15hLchsaujcxjSNziJue0hG//+nUA= Received: by 10.78.193.5 with SMTP id q5mr227426huf.1173452866118; Fri, 09 Mar 2007 07:07:46 -0800 (PST) Received: by 10.78.202.1 with HTTP; Fri, 9 Mar 2007 07:07:46 -0800 (PST) Message-ID: <6eb82e0703090707w2d14ad80o80ec89694824ff18@mail.gmail.com> Date: Fri, 9 Mar 2007 23:07:46 +0800 From: "Rong-en Fan" To: "J.R. Oldroyd" In-Reply-To: <20060707141326.GG21006@linwhf.opal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060707141326.GG21006@linwhf.opal.com> Cc: freebsd-current@freebsd.org Subject: Re: Unicode/UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:07:48 -0000 On 7/7/06, J.R. Oldroyd wrote: > Folks, > > In a few days' time I will submit the SWIDTH0 patches to > mklocale/UTF-8.src and to hexdump/conv.c, posted here a couple of > weeks ago, for committing. > > If anyone who's downloaded and tried them has any comments, the > next day or so would be a good time to email me. I'm particularly > looking for feedback that I didn't inadvertently list any > non-zero-width characters as zero-width, and also that I didn't > miss any that are zero-width chars. > > Links to those patches once more, are here: > > http://opal.com/freebsd/unicode.html#lcctype > http://opal.com/freebsd/unicode.html#hexdump > > In other related news, work is progressing on updating ncurses in > the base system to support wide chars, and work is also in progress > on addressing some of the issues noted for nvi. ncurses 5.6 and ncursesw is in the 7.x base now. Speaking of nvi, I roughly checked the port. It seems that nvi-devel requires libiconv for Unicode support. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:09:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BD8E16A404 for ; Fri, 9 Mar 2007 15:09:19 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 8203813C4A8 for ; Fri, 9 Mar 2007 15:09:18 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1013913nfc for ; Fri, 09 Mar 2007 07:09:17 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EpNWb/oPLfLK5c9SMH9MVJF5gI4+sbGKWJ1Fm44eoMI737wdQJF0852hYCrB6nxYf1NJaD+7JRhwSE6Ct7G+rV5SZ63clHpnj8rbNmsS6fvdWSy1+2xuJWw+SvFT7cLacvOzPHliTDoID8gPT6d4wtk1O5g2Dh2FjAGWN0efuO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Rzv4ngBisg+yJEHbeA4y41t2J7eHZQHcuZXfINI4We5CR3H/jQOrBlpkZgvMdL32x1WsK38LpJNg1Le5Cu7E8R4qbzuF3xWtSd19EHFXGZMynnpWc5EAgiOhqPtKQtzJx8L3d/yU2diKBDvn2djqtcWGht+68TUOxFmpn228JC8= Received: by 10.78.172.20 with SMTP id u20mr230331hue.1173452955514; Fri, 09 Mar 2007 07:09:15 -0800 (PST) Received: by 10.78.202.1 with HTTP; Fri, 9 Mar 2007 07:09:15 -0800 (PST) Message-ID: <6eb82e0703090709r5d9a92b4xb6ab2975d6fa3078@mail.gmail.com> Date: Fri, 9 Mar 2007 23:09:15 +0800 From: "Rong-en Fan" To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <20070309150015.GA22327@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> <20070309144908.GA1175@medusa.sysfault.org> <20070309150015.GA22327@icarus.home.lan> Cc: Subject: Re: HEADS UP: ncurses wide character support in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:09:19 -0000 On 3/9/07, Jeremy Chadwick wrote: > On Fri, Mar 09, 2007 at 03:49:09PM +0100, Marcus von Appen wrote: > > On, Fri Mar 09, 2007, Rong-en Fan wrote: > > > > > FYI, we have ncurses wide character support in 7.x now. > > [...] > > > > Great work, thanks a lot. Will it be backported to RELENG_6? > > Same question I had. I'd love to see this backported sometime in > the future! Of course, it's already on my list :-) Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:12:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A960016A411 for ; Fri, 9 Mar 2007 15:12:36 +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 6A47313C442 for ; Fri, 9 Mar 2007 15:12:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc12) with ESMTP id <2007030915002601200af8aee>; Fri, 9 Mar 2007 15:00:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BFAF41FA03D; Fri, 9 Mar 2007 07:00:15 -0800 (PST) Date: Fri, 9 Mar 2007 07:00:15 -0800 From: Jeremy Chadwick To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070309150015.GA22327@icarus.home.lan> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> <20070309144908.GA1175@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070309144908.GA1175@medusa.sysfault.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: HEADS UP: ncurses wide character support in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:12:36 -0000 On Fri, Mar 09, 2007 at 03:49:09PM +0100, Marcus von Appen wrote: > On, Fri Mar 09, 2007, Rong-en Fan wrote: > > > FYI, we have ncurses wide character support in 7.x now. > [...] > > Great work, thanks a lot. Will it be backported to RELENG_6? Same question I had. I'd love to see this backported sometime in the future! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:15:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDC5716A401 for ; Fri, 9 Mar 2007 15:15:45 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2F72113C474 for ; Fri, 9 Mar 2007 15:15:44 +0000 (UTC) (envelope-from mail@sysfault.org) Received: (qmail 29223 invoked from network); 9 Mar 2007 14:49:04 -0000 Received: from unknown (HELO medusa.sysfault.org) (936934@[89.182.65.167]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Mar 2007 14:49:04 -0000 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HPgP8-0004w6-48; Fri, 09 Mar 2007 15:49:10 +0100 Received: (from marcus@localhost) by medusa.sysfault.org (8.13.1/8.13.1/Submit) id l29En9pd018977; Fri, 9 Mar 2007 15:49:09 +0100 (CET) (envelope-from marcus) Date: Fri, 9 Mar 2007 15:49:09 +0100 From: Marcus von Appen To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070309144908.GA1175@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-Spam-Score: -4.4 (----) Cc: Subject: Re: HEADS UP: ncurses wide character support in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:15:45 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Fri Mar 09, 2007, Rong-en Fan wrote: > FYI, we have ncurses wide character support in 7.x now. [...] Great work, thanks a lot. Will it be backported to RELENG_6? Regards Marcus --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF8XPko/JpszXavhwRAu2XAKCjDNxXABx+zv5lDUmDqstoj8FRpACfb49e z7dHulwLsZQIOadnFhtZysE= =U9Ed -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:40:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 998DA16A402 for ; Fri, 9 Mar 2007 15:40:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0F85E13C4AC for ; Fri, 9 Mar 2007 15:40:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HPh4G-0003gG-9F for freebsd-current@freebsd.org; Fri, 09 Mar 2007 16:31:40 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2007 16:31:40 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2007 16:31:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 09 Mar 2007 16:29:56 +0100 Lines: 35 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBE9D6AA82A369E1893963768" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) X-Enigmail-Version: 0.94.0.0 Sender: news Cc: freebsd-stable@freebsd.org Subject: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:40:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBE9D6AA82A369E1893963768 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi! I'm interested in having support for QLogic 24xx cards in 6-stable (mostly because 7.0 will be released soon enough :) ). I see it was committed to -current several months ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/isp/isp.c?rev=3D1.128&c= ontent-type=3Dtext/x-cvsweb-markup so it's presumably stable enough not to cause serious trouble. Since the changes are extensive, I don't think I can do it without help, but I'm willing to test patches! My card identifies itself as 2462s, in an IBM blade. --------------enigBE9D6AA82A369E1893963768 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 (FreeBSD) Comment: Using GnuPG with Thunderbird/FreeBSD - http://enigmail.mozdev.org iD8DBQFF8X11ldnAQVacBcgRAirtAJ9WlBkuIrRZtTF3mHD8uvkYorLEKgCfczQK Drn+PBiwpVizkovjgh8GVRQ= =UNAP -----END PGP SIGNATURE----- --------------enigBE9D6AA82A369E1893963768-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 15:53:28 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5238416A405; Fri, 9 Mar 2007 15:53:28 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.freebsd.org (Postfix) with ESMTP id CF08013C481; Fri, 9 Mar 2007 15:53:27 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.8/8.13.8) with ESMTP id l29FrP01005993; Fri, 9 Mar 2007 16:53:26 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <45F182F2.10604@fer.hr> Date: Fri, 09 Mar 2007 16:53:22 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.9 (X11/20070110) MIME-Version: 1.0 To: Alex Dupre References: <45F18183.7050405@FreeBSD.org> In-Reply-To: <45F18183.7050405@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDD563EBF0DB316AD9669CD41" Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 15:53:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDD563EBF0DB316AD9669CD41 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alex Dupre wrote: > Ivan Voras ha scritto: >> I'm interested in having support for QLogic 24xx cards in 6-stable >=20 > It was backported 34 hours ago ;-) That was fast :) I've cvsupped before trying to get the blade to work (needed SerDes support for bce cards) but wow, it has been almost three days now :( time flies... I'll try it now and report how it's doing. --------------enigDD563EBF0DB316AD9669CD41 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 (FreeBSD) Comment: Using GnuPG with Thunderbird/FreeBSD - http://enigmail.mozdev.org iD8DBQFF8YL0ldnAQVacBcgRAifHAKC6dIiQ5CuDsmuLy+mZnqqXLi2ucgCgmSYq A4VJQTeuAuL822o2aacd4+w= =Ozxu -----END PGP SIGNATURE----- --------------enigDD563EBF0DB316AD9669CD41-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 16:14:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6976D16A404 for ; Fri, 9 Mar 2007 16:14:15 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id D42E513C471 for ; Fri, 9 Mar 2007 16:14:14 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 39584 invoked from network); 9 Mar 2007 15:47:15 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 9 Mar 2007 15:47:15 -0000 Message-ID: <45F18183.7050405@FreeBSD.org> Date: Fri, 09 Mar 2007 16:47:15 +0100 From: Alex Dupre User-Agent: Mozilla Thunderbird 1.5.0.9 (X11/20061227) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 16:14:15 -0000 Ivan Voras ha scritto: > I'm interested in having support for QLogic 24xx cards in 6-stable It was backported 34 hours ago ;-) > My card identifies itself as 2462s, in an IBM blade. Nobody tested the new code with a 246x card, but probably is the same as 242x (tested). -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 18:13:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DB1616A401 for ; Fri, 9 Mar 2007 18:13:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDC313C4B8 for ; Fri, 9 Mar 2007 18:13:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HPjaz-0002NX-IJ for freebsd-current@freebsd.org; Fri, 09 Mar 2007 19:13:37 +0100 Received: from 83-131-163-54.adsl.net.t-com.hr ([83.131.163.54]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2007 19:13:37 +0100 Received: from ivoras by 83-131-163-54.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2007 19:13:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 09 Mar 2007 19:13:16 +0100 Lines: 61 Message-ID: References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4A27015134C55AF2912BE93E" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-163-54.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <45F182F2.10604@fer.hr> X-Enigmail-Version: 0.94.1.2 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 18:13:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4A27015134C55AF2912BE93E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > I'll try it now and report how it's doing. It works! Here's the relevant output from dmesg: isp0: port 0x4100-0x41ff mem 0xe8014000-0xe8014fff irq 20 at device 5.0 on pci3 isp0: [GIANT-LOCKED] isp0: Board Type 2422, Chip Revision 0x2, loaded F/W Revision 4.0.20 isp1: port 0x4200-0x42ff mem 0xe8015000-0xe8015fff irq 21 at device 5.1 on pci3 isp1: [GIANT-LOCKED] isp1: Board Type 2422, Chip Revision 0x2, loaded F/W Revision 4.0.20 da1 at isp0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 100.000MB/s transfers, Tagged Queueing Enabled da1: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da2 at isp0 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 100.000MB/s transfers, Tagged Queueing Enabled da2: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) I know it says up there it's "2422" but I'm sure I've read from the BIOS messages it's "2462S". Anyway, not a big problem. I'm not familiar with this hardware, but I'm curious why I see the one test drive I assigned to it twice. I seem to recall reading somewhere a discussion for Linux in which it's been mentioned that one of these should be a read-write and another "read-only" device, but is this correct? I can write to both drives. There's something else that bothers me: I'm using GEOM_LABEL and, at least in theory, there might be a problem when the same label is detected on both drives. AFAIK, currently this event is handled so that the second label gets ignored, but who knows for the future? --------------enig4A27015134C55AF2912BE93E 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8aO8ldnAQVacBcgRAv7hAKCIJZdiXvo5LgFUNhZrKFoO+h+O0QCgvTH8 hdiXMIjiMc7bN4R4Exs7tGU= =bZ5l -----END PGP SIGNATURE----- --------------enig4A27015134C55AF2912BE93E-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 20:40:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8E16A400 for ; Fri, 9 Mar 2007 20:40:17 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id E40C013C48D for ; Fri, 9 Mar 2007 20:40:16 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1130797nfc for ; Fri, 09 Mar 2007 12:40:16 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rzsbfrFZ7H+GOVSGyug7OrwpC7hNDuAE63alZTux38ym9LLvdQiVRygW1UUx9Z+vLYEzkC9BcqPYuUmsOgtFxyZ6lIxpzQ2Ll3K2283gfrcX70j5lZKxGIxmWVigZcksgyBHhAg8gh+SsPx7ok4ssorp+ywUs5nL0fXmUelxssM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=egN2Gx1BxOTCpW7CNXykGVSOJWuugcAT+u66mWMVz+lNos1I38VJ26BJCHsFojsh1bx4/N3LSsvUJnL+bxDrNPS8GV0FxNXtJ8Zgcpam4HQjS4Is2T0BEEPamuLA18xcABdEVlLvs/isf63fIPlCIlO5ytxFCYGBS6tsuNF9MCc= Received: by 10.78.185.7 with SMTP id i7mr277362huf.1173472815841; Fri, 09 Mar 2007 12:40:15 -0800 (PST) Received: by 10.78.15.2 with HTTP; Fri, 9 Mar 2007 12:40:15 -0800 (PST) Message-ID: <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> Date: Fri, 9 Mar 2007 20:40:15 +0000 From: "Joao Barros" To: "Ivan Voras" 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: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matt Jacob Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 20:40:17 -0000 On 3/9/07, Ivan Voras wrote: > I'm not familiar with this hardware, but I'm curious why I see the one > test drive I assigned to it twice. I seem to recall reading somewhere a > discussion for Linux in which it's been mentioned that one of these > should be a read-write and another "read-only" device, but is this > correct? I can write to both drives. I'd say because you have a multipath setup, the driver being the exception. I guess the in house isp guru Matt Jacob can give you a better explanation ;) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 20:45:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61F1F16A406; Fri, 9 Mar 2007 20:45:52 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id D7D4913C48E; Fri, 9 Mar 2007 20:45:51 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 6B68D14924B; Fri, 9 Mar 2007 21:45:50 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 67D37D5004A; Fri, 9 Mar 2007 21:45:50 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 526FFD50047; Fri, 9 Mar 2007 21:45:50 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rCbfPqxRhEKiI5gY9b4JZ/E6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-59-228.adsl.net.t-com.hr [89.172.59.228]) by ls248.t-com.hr (Qmali) with ESMTP id 119395E011C; Fri, 9 Mar 2007 21:45:50 +0100 (CET) Message-ID: <45F1C77C.8010103@fer.hr> Date: Fri, 09 Mar 2007 21:45:48 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> In-Reply-To: <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3A8B66DB1C6B76E1AD10C28B" Cc: freebsd-stable@freebsd.org, Matt Jacob Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 20:45:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3A8B66DB1C6B76E1AD10C28B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Joao Barros wrote: > On 3/9/07, Ivan Voras wrote: >> I'm not familiar with this hardware, but I'm curious why I see the one= >> test drive I assigned to it twice. I seem to recall reading somewhere = a >> discussion for Linux in which it's been mentioned that one of these >> should be a read-write and another "read-only" device, but is this >> correct? I can write to both drives. >=20 > I'd say because you have a multipath setup, the driver being the except= ion. > I guess the in house isp guru Matt Jacob can give you a better > explanation ;) I don't think it's because of multipath (as far as I understand it) because both disks are atached to isp0: da1 at isp0 bus 0 target 0 lun 0 da2 at isp0 bus 0 target 1 lun 0 There are two FC switches, but AFAIK a multipath setup would have, for example one disk coming from isp0 and the other from isp1, as isp0 and isp1 are connected to two switches... It's entirely possible that something's ill defined in the FC management console (I din't do it - it's another guy's responsibility :) ) --------------enig3A8B66DB1C6B76E1AD10C28B 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8cd8ldnAQVacBcgRAluYAJwKRTfLzwg0ZVOHBFAQPfKzzWeqTACeMHbb T8u1rpDUTLpQCQY01aYy4VQ= =Oq7w -----END PGP SIGNATURE----- --------------enig3A8B66DB1C6B76E1AD10C28B-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 22:13:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF8516A407 for ; Fri, 9 Mar 2007 22:13:09 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id EECA213C48D for ; Fri, 9 Mar 2007 22:13:08 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1155546nfc for ; Fri, 09 Mar 2007 14:13:08 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=txccWfctvXj6FedddyXegbt6+HI/ee0ICtnLLqFwphaKKinXODbnC1jt9WYIryr/fVlPb120xSjB88EvNb28GY9pAIrZuf5lMXhcZiWyuqbraZFgOCgK6U6g/OWJ4DYF0Ja4e5U0J+qXLtE9vAMmF4OEZXX5DzS4WbKCJ4yi47k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KvP4+VomIcFUewMtDLfxgeQJg528aHHhEPtDvGK73rmfT4IU9VQl9I7+Y1q69nKvrD/MX7ailyzxLr+HQQYUL4WwWmhZlrlbnTCXEh5zXhzatkGJBPYQg7ahXFjBFljlvF128elzfa4up+H/17p4ila7MppWwnx11YngEAa1B4k= Received: by 10.78.204.20 with SMTP id b20mr292776hug.1173478387819; Fri, 09 Mar 2007 14:13:07 -0800 (PST) Received: by 10.78.15.2 with HTTP; Fri, 9 Mar 2007 14:13:07 -0800 (PST) Message-ID: <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> Date: Fri, 9 Mar 2007 22:13:07 +0000 From: "Joao Barros" To: "Ivan Voras" In-Reply-To: <45F1C77C.8010103@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matt Jacob Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 22:13:09 -0000 On 3/9/07, Ivan Voras wrote: > Joao Barros wrote: > > On 3/9/07, Ivan Voras wrote: > >> I'm not familiar with this hardware, but I'm curious why I see the one > >> test drive I assigned to it twice. I seem to recall reading somewhere a > >> discussion for Linux in which it's been mentioned that one of these > >> should be a read-write and another "read-only" device, but is this > >> correct? I can write to both drives. > > > > I'd say because you have a multipath setup, the driver being the exception. > > I guess the in house isp guru Matt Jacob can give you a better > > explanation ;) > > I don't think it's because of multipath (as far as I understand it) > because both disks are atached to isp0: > > da1 at isp0 bus 0 target 0 lun 0 > da2 at isp0 bus 0 target 1 lun 0 > > There are two FC switches, but AFAIK a multipath setup would have, for > example one disk coming from isp0 and the other from isp1, as isp0 and > isp1 are connected to two switches... > > It's entirely possible that something's ill defined in the FC management > console (I din't do it - it's another guy's responsibility :) ) You're right, I missed that detail :) You can always ask the "responsible" guy what he did, but right now I'd say you have a freebie ;) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 22:41:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C6A616A401; Fri, 9 Mar 2007 22:41:03 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 96FC413C4BE; Fri, 9 Mar 2007 22:41:02 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 4B19E145FB3; Fri, 9 Mar 2007 23:41:01 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 474D1D5004A; Fri, 9 Mar 2007 23:41:01 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 2BBA3D50047; Fri, 9 Mar 2007 23:41:01 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rCbfPqxRhEKiI5gY9b4JZ/E6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-59-228.adsl.net.t-com.hr [89.172.59.228]) by ls248.t-com.hr (Qmali) with ESMTP id DA4925E005E; Fri, 9 Mar 2007 23:41:00 +0100 (CET) Message-ID: <45F1E27A.7090302@fer.hr> Date: Fri, 09 Mar 2007 23:40:58 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mjacob@freebsd.org References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> In-Reply-To: <20070309142918.V61513@ns1.feral.com> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0C62AF89A681D1ED62D37F2F" Cc: freebsd-current@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 22:41:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0C62AF89A681D1ED62D37F2F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hmm, the script is silent. Here's output from some camcontrols commands I've picked from the script:= # camcontrol devl at scbus0 target 0 lun 0 (pass0,da0) at scbus1 target 0 lun 0 (pass1,da1) at scbus1 target 1 lun 0 (pass2,da2) quad:~/bin# camcontrol inquiry da1 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 1T60567771 pass1: 100.000MB/s transfers , Tagged Queueing Enabled quad:~/bin# camcontrol inquiry da2 pass2: Fixed Direct Access SCSI-3 device pass2: Serial Number 1T60567625 pass2: 100.000MB/s transfers , Tagged Queueing Enabled But they are the same device - if I write something on one of them, I can read it from the other. --------------enig0C62AF89A681D1ED62D37F2F 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8eJ6ldnAQVacBcgRAv81AKCaCkgRiGNBqpxAkMf38IS2TnFiTQCgwLWe EWutkG7BCewRXqQjQ2kVAcs= =Od98 -----END PGP SIGNATURE----- --------------enig0C62AF89A681D1ED62D37F2F-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:03:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F3F016A401; Fri, 9 Mar 2007 23:03:47 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 33F5713C428; Fri, 9 Mar 2007 23:03:47 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l29MSp73061518; Fri, 9 Mar 2007 14:28:59 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l29MSoPO061515; Fri, 9 Mar 2007 14:28:51 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 9 Mar 2007 14:28:50 -0800 (PST) From: mjacob@freebsd.org To: Ivan Voras In-Reply-To: <45F1C77C.8010103@fer.hr> Message-ID: <20070309142834.S61513@ns1.feral.com> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matt Jacob Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:03:47 -0000 The GEOM multipath code hasn't been MFC'd yet. On Fri, 9 Mar 2007, Ivan Voras wrote: > Joao Barros wrote: >> On 3/9/07, Ivan Voras wrote: >>> I'm not familiar with this hardware, but I'm curious why I see the one >>> test drive I assigned to it twice. I seem to recall reading somewhere a >>> discussion for Linux in which it's been mentioned that one of these >>> should be a read-write and another "read-only" device, but is this >>> correct? I can write to both drives. >> >> I'd say because you have a multipath setup, the driver being the exception. >> I guess the in house isp guru Matt Jacob can give you a better >> explanation ;) > > I don't think it's because of multipath (as far as I understand it) > because both disks are atached to isp0: > > da1 at isp0 bus 0 target 0 lun 0 > da2 at isp0 bus 0 target 1 lun 0 > > There are two FC switches, but AFAIK a multipath setup would have, for > example one disk coming from isp0 and the other from isp1, as isp0 and > isp1 are connected to two switches... > > It's entirely possible that something's ill defined in the FC management > console (I din't do it - it's another guy's responsibility :) ) > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:03:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5D0D16A404; Fri, 9 Mar 2007 23:03:47 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 65B9513C461; Fri, 9 Mar 2007 23:03:47 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l29MUFnx061536; Fri, 9 Mar 2007 14:30:23 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l29MUFl8061533; Fri, 9 Mar 2007 14:30:15 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 9 Mar 2007 14:30:15 -0800 (PST) From: mjacob@freebsd.org To: Joao Barros In-Reply-To: <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> Message-ID: <20070309142918.V61513@ns1.feral.com> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1856546850-1173479415=:61513" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matt Jacob , Ivan Voras Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:03:47 -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-1856546850-1173479415=:61513 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 9 Mar 2007, Joao Barros wrote: >> >> There are two FC switches, but AFAIK a multipath setup would have, for >> example one disk coming from isp0 and the other from isp1, as isp0 and >> isp1 are connected to two switches... >> >> It's entirely possible that something's ill defined in the FC management >> console (I din't do it - it's another guy's responsibility :) ) > > You're right, I missed that detail :) > You can always ask the "responsible" guy what he did, but right now > I'd say you have a freebie ;) > Use the attached to see if the attached disks are in fact paths to the same device based upon serial # --0-1856546850-1173479415=:61513 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=FINDPAIRS Content-Transfer-Encoding: BASE64 Content-ID: <20070309143015.L61513@ns1.feral.com> Content-Description: Content-Disposition: attachment; filename=FINDPAIRS IyEvYmluL3NoDQojDQojIFRoaXMgc2NyaXB0IGdldHMgYSBsaXN0IG9mIGRh IGRldmljZXMgYW5kIFZpdGFsIFByb2R1Y3QgRGF0YSBTZXJpYWwgbnVtYmVy cy4NCiMNCiMgSXQgY2hlY2tzIGZvciBzYW1lIGRldmljZXMgYnkgbWF0Y2hp bmcgc2VyaWFsIG51bWJlciAqYW5kKiBsb2dpY2FsIHVuaXQNCiMNCmNhbWNv bnRyb2wgZGV2bHxzZWQgLWUgJ3MvXi4qbHVuLi8vJyAtZSAncy8oLy8nIC1l ICdzLykvLycgLWUgJ3MvLC8gLyd8Z3JlcCBkYXxcDQogc2VkIC1lICdzL3Bh c3MuKiAvLycgLWUgJ3MvcGFzcy4qJC8vJyB8IHdoaWxlIHJlYWQgbHVuIGRp c2sNCmRvDQogIHNlcm5vPWBjYW1jb250cm9sIGlucXVpcnkgJHtkaXNrfSAt U2ANCiAgaWYgWyBYIiR7c2Vybm99IiAhPSBYIF0NCiAgdGhlbg0KICAgIGVj aG8gIiR7ZGlza30gJHtsdW59ICR7c2Vybm99IiA+Pi90bXAvdCQkDQogICAg ZWNobyAke2x1bn0iLiIke3Nlcm5vfSA+PiAvdG1wL3kkJA0KICBmaQ0KZG9u ZQ0KY2F0IC90bXAveSQkIHwgd2hpbGUgcmVhZCBzZXJub19sdW5fcGFpcg0K ZG8NCiAgZ3JlcCAkc2Vybm9fbHVuX3BhaXIgL3RtcC90JCQgPiAvdG1wL2Ek JA0KICBubWF0Y2g9YGNhdCAvdG1wL2EkJCB8d2MgLWx8c2VkICdzLyAvL2cn YA0KICBpZiBbICRubWF0Y2ggLWx0IDIgXQ0KICB0aGVuDQogICAgY29udGlu dWUNCiAgZmkNCiAgZWNobyAiUG90ZW50aWFsIFNhbWUgRGV2aWNlczoiDQog IGNhdCAvdG1wL2EkJCB8IGF3ayAnIHsgcHJpbnRmICJcdCVzIChsdW4gJXMp XHQlc1xuIiwgJDEsICQyLCAkMyB9Jw0KICBjYXQgL3RtcC90JCQgfCBncmVw IC12ICRzZXJub19sdW5fcGFpciA+IC90bXAvZCQkDQogIG12IC90bXAvZCQk IC90bXAvdCQkDQpkb25lDQpybSAtZiAvdG1wL3QkJCAvdG1wL3kkJCAvdG1w L2EkJA0K --0-1856546850-1173479415=:61513-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:18:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3B6116A401; Fri, 9 Mar 2007 23:18:22 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3985613C442; Fri, 9 Mar 2007 23:18:21 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 41F3114713D; Sat, 10 Mar 2007 00:18:21 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 3F161D5004A; Sat, 10 Mar 2007 00:18:21 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 29DF9D50047; Sat, 10 Mar 2007 00:18:21 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rCbfPqxRhEKiI5gY9b4JZ/E6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-59-228.adsl.net.t-com.hr [89.172.59.228]) by ls248.t-com.hr (Qmali) with ESMTP id 965C95E00E8; Sat, 10 Mar 2007 00:18:16 +0100 (CET) Message-ID: <45F1EB35.6020303@fer.hr> Date: Sat, 10 Mar 2007 00:18:13 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Matthew Jacob References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> <20070309150157.L61706@ns1.feral.com> In-Reply-To: <20070309150157.L61706@ns1.feral.com> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA64D49BF7FE0936B26834B6" Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:18:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA64D49BF7FE0936B26834B6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Matthew Jacob wrote: > Well, based upon the serial number they aren't the same disk then. I have no problems with accepting that, but can you offer some explanations for the behaviour: >> But they are the same device - if I write something on one of them, I >> can read it from the other. --------------enigEA64D49BF7FE0936B26834B6 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8es2ldnAQVacBcgRAsaaAJ4znoOU3qAvxwBrvCTpU6OSvAl2CgCcDoxv eU2PEZt8KANaW42aIKxQJ2c= =8lQc -----END PGP SIGNATURE----- --------------enigEA64D49BF7FE0936B26834B6-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:26:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8442116A403 for ; Fri, 9 Mar 2007 23:26:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 2214D13C46B for ; Fri, 9 Mar 2007 23:26:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22665 invoked by uid 399); 9 Mar 2007 23:26:21 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 9 Mar 2007 23:26:21 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45F1ED1A.4000301@FreeBSD.org> Date: Fri, 09 Mar 2007 15:26:18 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> In-Reply-To: <6eb82e0703090429v59926443g46e977bca3bc804e@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ncurses wide character support in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:26:22 -0000 Rong-en Fan wrote: > FYI, we have ncurses wide character support in 7.x now. Congratulations! This is a significant step forward. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:27:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6B3516A404 for ; Fri, 9 Mar 2007 23:27:12 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9407013C49D for ; Fri, 9 Mar 2007 23:27:12 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l29NR2up061984; Fri, 9 Mar 2007 15:27:10 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l29NR2FJ061981; Fri, 9 Mar 2007 15:27:02 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 9 Mar 2007 15:27:02 -0800 (PST) From: mjacob@freebsd.org To: Ivan Voras In-Reply-To: <45F1EB35.6020303@fer.hr> Message-ID: <20070309151901.L61859@ns1.feral.com> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> <20070309150157.L61706@ns1.feral.com> <45F1EB35.6020303@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:27:12 -0000 On Sat, 10 Mar 2007, Ivan Voras wrote: > Matthew Jacob wrote: >> Well, based upon the serial number they aren't the same disk then. > > I have no problems with accepting that, but can you offer some > explanations for the behaviour: > >>> But they are the same device - if I write something on one of them, I >>> can read it from the other. I don't know the underlying hardware. I'm beginning to smell something wrong here. Boot with hint.isp.0.debug=0x105 set and send me the boot output, would you? From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:41:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EDB716A408; Fri, 9 Mar 2007 23:41:07 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9884813C4A6; Fri, 9 Mar 2007 23:41:06 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 2BDF5143B88; Sat, 10 Mar 2007 00:41:05 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 29144D5004A; Sat, 10 Mar 2007 00:41:05 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 0D640D50047; Sat, 10 Mar 2007 00:41:05 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rCbfPqxRhEKiI5gY9b4JZ/E6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-59-228.adsl.net.t-com.hr [89.172.59.228]) by ls248.t-com.hr (Qmali) with ESMTP id BF58C5E00CE; Sat, 10 Mar 2007 00:41:04 +0100 (CET) Message-ID: <45F1F08E.5030902@fer.hr> Date: Sat, 10 Mar 2007 00:41:02 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mjacob@freebsd.org References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> <20070309150157.L61706@ns1.feral.com> <45F1EB35.6020303@fer.hr> <20070309151901.L61859@ns1.feral.com> In-Reply-To: <20070309151901.L61859@ns1.feral.com> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFA34A6A3A4E5BF0B8C0DF1BF" Cc: freebsd-current@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:41:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFA34A6A3A4E5BF0B8C0DF1BF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable mjacob@freebsd.org wrote: > I don't know the underlying hardware. >=20 > I'm beginning to smell something wrong here. > Boot with >=20 > hint.isp.0.debug=3D0x105 >=20 > set and send me the boot output, would you? I will, but on monday. Could it be that the two paths to the drive were both somehow attached to the isp0? It might not be an error in isp or FreeBSD, but in the configuration of the array, which was done mostly in "learning by doing" sort of style. I know that the same problem happened when the guy in charge booted Windows - Windows saw two drives in the same manner. I was kind of hoping it's a common enough error that people would spot it= =2E --------------enigFA34A6A3A4E5BF0B8C0DF1BF 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8fCOldnAQVacBcgRAo4qAKDGuMJVHKXAA7rlAGRDXOtb42HRngCg4ton c08sHYP38Q1eZgpwe1N69Gc= =fL3T -----END PGP SIGNATURE----- --------------enigFA34A6A3A4E5BF0B8C0DF1BF-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:43:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01BCD16A406 for ; Fri, 9 Mar 2007 23:43:26 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 78D8C13C467 for ; Fri, 9 Mar 2007 23:43:24 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id l29NQoR5098751; Sat, 10 Mar 2007 00:26:50 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l29NQY9B007440; Sat, 10 Mar 2007 00:26:34 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l29NQY8F007439; Sat, 10 Mar 2007 00:26:34 +0100 (CET) (envelope-from wb) Date: Sat, 10 Mar 2007 00:26:34 +0100 From: Wilko Bulte To: Ivan Voras Message-ID: <20070309232634.GA7407@freebie.xs4all.nl> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> <20070309150157.L61706@ns1.feral.com> <45F1EB35.6020303@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45F1EB35.6020303@fer.hr> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, Matthew Jacob , mjacob@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:43:26 -0000 On Sat, Mar 10, 2007 at 12:18:13AM +0100, Ivan Voras wrote.. > Matthew Jacob wrote: > > Well, based upon the serial number they aren't the same disk then. > > I have no problems with accepting that, but can you offer some > explanations for the behaviour: > > >> But they are the same device - if I write something on one of them, I > >> can read it from the other. It could be that the RAID box offers you different serial numbers via different ports on the array. I know older DEC arrays presented the same serial# for different presented LUNs. Not the effect as what you are seeing, but it can serve as an illustration of what might happen with external RAID boxes. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 00:05:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 499E116A404; Sat, 10 Mar 2007 00:05:02 +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 06D6113C4B5; Sat, 10 Mar 2007 00:05:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l2A051vv064425; Fri, 9 Mar 2007 19:05:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2A051hc062438; Fri, 9 Mar 2007 19:05:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABB0C73039; Fri, 9 Mar 2007 19:05:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070310000500.ABB0C73039@freebsd-current.sentex.ca> Date: Fri, 9 Mar 2007 19:05:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 00:05:02 -0000 TB --- 2007-03-09 22:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-09 22:25:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-09 22:25:01 - cleaning the object tree TB --- 2007-03-09 22:25:51 - checking out the source tree TB --- 2007-03-09 22:25:51 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-09 22:25:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-09 22:35:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-09 22:35:09 - cd /src TB --- 2007-03-09 22:35:09 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 22:35:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Mar 9 23:55:36 UTC 2007 TB --- 2007-03-09 23:55:36 - generating LINT kernel config TB --- 2007-03-09 23:55:36 - cd /src/sys/amd64/conf TB --- 2007-03-09 23:55:36 - /usr/bin/make -B LINT TB --- 2007-03-09 23:55:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-09 23:55:36 - cd /src TB --- 2007-03-09 23:55:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 23:55:37 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_UI.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_async.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_atmllc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_base.c /src/sys/netgraph/ng_base.c: In function `ng_apply_item': /src/sys/netgraph/ng_base.c:2442: error: `error' undeclared (first use in this function) /src/sys/netgraph/ng_base.c:2442: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_base.c:2442: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-10 00:05:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-10 00:05:00 - ERROR: failed to build lint kernel TB --- 2007-03-10 00:05:00 - tinderbox aborted TB --- 0.92 user 3.60 system 5999.29 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 00:46:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1650E16A580; Sat, 10 Mar 2007 00:46:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C76DF13C461; Sat, 10 Mar 2007 00:46:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l2A0kcTc065886; Fri, 9 Mar 2007 19:46:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2A0kbi4029480; Fri, 9 Mar 2007 19:46:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C208173039; Fri, 9 Mar 2007 19:46:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070310004637.C208173039@freebsd-current.sentex.ca> Date: Fri, 9 Mar 2007 19:46:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 00:46:39 -0000 TB --- 2007-03-09 23:34:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-09 23:34:02 - starting HEAD tinderbox run for i386/i386 TB --- 2007-03-09 23:34:02 - cleaning the object tree TB --- 2007-03-09 23:34:37 - checking out the source tree TB --- 2007-03-09 23:34:37 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-03-09 23:34:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-09 23:41:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-09 23:41:37 - cd /src TB --- 2007-03-09 23:41:37 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 23:41:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 10 00:36:23 UTC 2007 TB --- 2007-03-10 00:36:23 - generating LINT kernel config TB --- 2007-03-10 00:36:23 - cd /src/sys/i386/conf TB --- 2007-03-10 00:36:23 - /usr/bin/make -B LINT TB --- 2007-03-10 00:36:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-10 00:36:24 - cd /src TB --- 2007-03-10 00:36:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 10 00:36:24 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_UI.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_async.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_atmllc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_base.c /src/sys/netgraph/ng_base.c: In function `ng_apply_item': /src/sys/netgraph/ng_base.c:2442: error: `error' undeclared (first use in this function) /src/sys/netgraph/ng_base.c:2442: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_base.c:2442: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-10 00:46:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-10 00:46:37 - ERROR: failed to build lint kernel TB --- 2007-03-10 00:46:37 - tinderbox aborted TB --- 0.73 user 2.94 system 4355.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 01:15:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59E3E16A400; Sat, 10 Mar 2007 01:15:42 +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 17A8613C494; Sat, 10 Mar 2007 01:15:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l2A1FfcF066958; Fri, 9 Mar 2007 20:15:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2A1Ffpg032368; Fri, 9 Mar 2007 20:15:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10D5973039; Fri, 9 Mar 2007 20:15:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070310011541.10D5973039@freebsd-current.sentex.ca> Date: Fri, 9 Mar 2007 20:15:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 01:15:42 -0000 TB --- 2007-03-10 00:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-10 00:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-03-10 00:05:00 - cleaning the object tree TB --- 2007-03-10 00:05:38 - checking out the source tree TB --- 2007-03-10 00:05:38 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-03-10 00:05:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-10 00:13:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-10 00:13:42 - cd /src TB --- 2007-03-10 00:13:42 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 10 00:13:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 10 01:07:30 UTC 2007 TB --- 2007-03-10 01:07:30 - generating LINT kernel config TB --- 2007-03-10 01:07:30 - cd /src/sys/pc98/conf TB --- 2007-03-10 01:07:30 - /usr/bin/make -B LINT TB --- 2007-03-10 01:07:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-10 01:07:30 - cd /src TB --- 2007-03-10 01:07:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 10 01:07:31 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_UI.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_async.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_atmllc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_base.c /src/sys/netgraph/ng_base.c: In function `ng_apply_item': /src/sys/netgraph/ng_base.c:2442: error: `error' undeclared (first use in this function) /src/sys/netgraph/ng_base.c:2442: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_base.c:2442: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-10 01:15:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-10 01:15:40 - ERROR: failed to build lint kernel TB --- 2007-03-10 01:15:40 - tinderbox aborted TB --- 0.79 user 2.87 system 4239.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:33:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5202416A401 for ; Fri, 9 Mar 2007 23:33:47 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE8B13C461 for ; Fri, 9 Mar 2007 23:33:47 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l29N2BKg061711; Fri, 9 Mar 2007 15:02:19 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l29N2BPn061708; Fri, 9 Mar 2007 15:02:11 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 9 Mar 2007 15:02:11 -0800 (PST) From: Matthew Jacob To: Ivan Voras In-Reply-To: <45F1E27A.7090302@fer.hr> Message-ID: <20070309150157.L61706@ns1.feral.com> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sat, 10 Mar 2007 01:16:56 +0000 Cc: freebsd-current@freebsd.org, mjacob@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 23:33:47 -0000 Well, based upon the serial number they aren't the same disk then. On Fri, 9 Mar 2007, Ivan Voras wrote: > Hmm, the script is silent. > > Here's output from some camcontrols commands I've picked from the script: > > # camcontrol devl > at scbus0 target 0 lun 0 (pass0,da0) > at scbus1 target 0 lun 0 (pass1,da1) > at scbus1 target 1 lun 0 (pass2,da2) > quad:~/bin# camcontrol inquiry da1 > pass1: Fixed Direct Access SCSI-3 device > pass1: Serial Number 1T60567771 > pass1: 100.000MB/s transfers , Tagged Queueing Enabled > quad:~/bin# camcontrol inquiry da2 > pass2: Fixed Direct Access SCSI-3 device > pass2: Serial Number 1T60567625 > pass2: 100.000MB/s transfers , Tagged Queueing Enabled > > But they are the same device - if I write something on one of them, I > can read it from the other. > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 01:36:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D604516A406 for ; Sat, 10 Mar 2007 01:36:00 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id B1A2913C441 for ; Sat, 10 Mar 2007 01:36:00 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l2A1ZlTJ062777; Fri, 9 Mar 2007 17:35:55 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l2A1Zlv9062774; Fri, 9 Mar 2007 17:35:47 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 9 Mar 2007 17:35:47 -0800 (PST) From: mjacob@freebsd.org To: Ivan Voras In-Reply-To: <45F1F08E.5030902@fer.hr> Message-ID: <20070309173523.P62771@ns1.feral.com> References: <45F18183.7050405@FreeBSD.org> <45F182F2.10604@fer.hr> <70e8236f0703091240q65d45300u836121454d799c64@mail.gmail.com> <45F1C77C.8010103@fer.hr> <70e8236f0703091413o473db67fr451e3be49c44b025@mail.gmail.com> <20070309142918.V61513@ns1.feral.com> <45F1E27A.7090302@fer.hr> <20070309150157.L61706@ns1.feral.com> <45F1EB35.6020303@fer.hr> <20070309151901.L61859@ns1.feral.com> <45F1F08E.5030902@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: MFC request: QLogic 24xx FibreChannel controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 01:36:00 -0000 On Sat, 10 Mar 2007, Ivan Voras wrote: > mjacob@freebsd.org wrote: > >> I don't know the underlying hardware. >> >> I'm beginning to smell something wrong here. >> Boot with >> >> hint.isp.0.debug=0x105 >> >> set and send me the boot output, would you? > > I will, but on monday. Could it be that the two paths to the drive were > both somehow attached to the isp0? Well, they are, but I want to make sure that something else isn't wrong. > > It might not be an error in isp or FreeBSD, but in the configuration of > the array, which was done mostly in "learning by doing" sort of style. I > know that the same problem happened when the guy in charge booted > Windows - Windows saw two drives in the same manner. > > I was kind of hoping it's a common enough error that people would spot it. > > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 02:22:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7F1816A402; Sat, 10 Mar 2007 02:22:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F47C13C471; Sat, 10 Mar 2007 02:22:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l2A2MGwD068884; Fri, 9 Mar 2007 21:22:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2A2MGuT095900; Fri, 9 Mar 2007 21:22:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8357173039; Fri, 9 Mar 2007 21:22:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070310022216.8357173039@freebsd-current.sentex.ca> Date: Fri, 9 Mar 2007 21:22:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 02:22:17 -0000 TB --- 2007-03-10 00:46:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-10 00:46:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-03-10 00:46:37 - cleaning the object tree TB --- 2007-03-10 00:47:13 - checking out the source tree TB --- 2007-03-10 00:47:13 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-03-10 00:47:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-10 00:54:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-10 00:54:33 - cd /src TB --- 2007-03-10 00:54:33 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 10 00:54:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 10 02:10:23 UTC 2007 TB --- 2007-03-10 02:10:23 - generating LINT kernel config TB --- 2007-03-10 02:10:23 - cd /src/sys/ia64/conf TB --- 2007-03-10 02:10:23 - /usr/bin/make -B LINT TB --- 2007-03-10 02:10:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-10 02:10:24 - cd /src TB --- 2007-03-10 02:10:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 10 02:10:24 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netgraph/ng_UI.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netgraph/ng_async.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netgraph/ng_atmllc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netgraph/ng_base.c /src/sys/netgraph/ng_base.c: In function `ng_apply_item': /src/sys/netgraph/ng_base.c:2442: error: `error' undeclared (first use in this function) /src/sys/netgraph/ng_base.c:2442: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_base.c:2442: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-10 02:22:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-10 02:22:16 - ERROR: failed to build lint kernel TB --- 2007-03-10 02:22:16 - tinderbox aborted TB --- 0.81 user 2.52 system 5738.34 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 02:27:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3DAA16A400 for ; Sat, 10 Mar 2007 02:27:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 847D913C49D for ; Sat, 10 Mar 2007 02:27:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1469958ugh for ; Fri, 09 Mar 2007 18:27:41 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Dp9DKFjl9BhQy8U7t4GC4pCHfBuBlZ9+GLoEywCf/eFouNWKQ0zTFru6GdcPKBQk1f0K907KGT2lBVKc7nxw2hgnEOfWlTB3+iK6qc3Cg7TYfLiv46rhVKeVlSAlmNcirU8/8Lt+mzJiDMoaPzcY50NhwvtZIsixYjF2P7YTfvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=I6ywm3DYAbbTnJ27lwc+o6CizBsiOdbZS51rMuePK8C/MD4t25M4yApZUHhV5FZ5H9bLHJYt27R6aDeir/HS9o3BHFIKfRbeTF+cmhLu/6Z2GfRxNZAsd5XQQsWrQmNugc/1Eq9pb1C9/qP4VeEuCZYfpWtmvimf5Of+C3XHbcA= Received: by 10.114.152.17 with SMTP id z17mr63559wad.1173493660361; Fri, 09 Mar 2007 18:27:40 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id z15sm9659477pod.2007.03.09.18.27.38; Fri, 09 Mar 2007 18:27:39 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2A2TGrV075694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Mar 2007 11:29:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2A2TE4d075693; Sat, 10 Mar 2007 11:29:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 10 Mar 2007 11:29:14 +0900 From: Pyun YongHyeon To: "Mr. Darren" Message-ID: <20070310022914.GB70613@cdnetworks.co.kr> References: <20070308125908.GD62062@cdnetworks.co.kr> <334007.56858.qm@web34713.mail.mud.yahoo.com> <20070309110856.GA70613@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070309110856.GA70613@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 02:27:43 -0000 On Fri, Mar 09, 2007 at 08:08:56PM +0900, To Mr. Darren wrote: > On Thu, Mar 08, 2007 at 04:33:36PM -0800, Mr. Darren wrote: > > I tried the following overhauled nfe drivers after no > > success in getting nfe to work with my hardware. > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > It still doesn't work, but I have a new set of errors. > > > > nfe0: port > > 0xb000-0xb007 mem > > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f > > irq 10 at device 16.0 on pci0 > > nfe0: Ethernet address: 00:15:f2:f4:af:5e > > miibus1: on nfe0 > > nfe0: [ITHREAD] > > nfe1: port > > 0xac00-0xac07 mem > > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f > > irq 11 at device 17.0 on pci0 > > nfe1: Ethernet address: 00:15:f2:f4:af:5f > > miibus2: on nfe1 > > nfe1: [ITHREAD] > > nfe0: link state changed to DOWN > > nfe0: link state changed to UP > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > > > According to Shigeaki Tagashira'page nForce 590 is supported by > nfe(4). ATM I have no idea why it shows watchdog timeout errors. > Btw, I don't see what PHY driver was attached in your message. > (You can check it with dmesg(8) and normally it would pick up > e1000phy(4).) > Oops, I think I've posted wrong version. Please re-fetch and try again. > > > > the missing tx interrupts were made while trying > > /sbin/dhclient nfe0 > > > > My motherboard is the ASUS crosshair NVIDIA nForce 590 > > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #12: > > Thu Mar 8 16:57:38 UTC 2007 > > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > the cvsup this kernel was compiled with is less than 1 > > week old. > > > > -Darren > -- > Regards, > Pyun YongHyeon -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 05:59:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CA6E16A40B; Sat, 10 Mar 2007 05:59:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 510BC13C494; Sat, 10 Mar 2007 05:59:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l2A5xhEb022727; Fri, 9 Mar 2007 23:59:43 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45F2494D.3070201@freebsd.org> Date: Fri, 09 Mar 2007 23:59:41 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <200703072157.l27LvWgC074743@ambrisko.com> <45EF56A4.10204@FreeBSD.org> <45EF7ADA.9010604@freebsd.org> <45EFD04F.2040704@FreeBSD.org> In-Reply-To: <45EFD04F.2040704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2796/Fri Mar 9 19:06:00 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 05:59:44 -0000 On 03/08/07 02:58, Bruce M. Simpson wrote: > Eric Anderson wrote: >> On 03/07/07 18:19, Bruce M. Simpson wrote: >>> I played with this as recently as December. The BTX halted problem >>> you are seeing is the same 'ol same 'ol 'BTX wants to play in vm86 >>> mode, but BIOS or expansion ROM wants to play in real mode' problem. >>> >> So excuse my ignorance on this, but is this something that is fixable, >> or is pxeboot just never going to work right? > It's fixable if someone sits down and takes the time to rewrite BTX to > be able to trampoline into real mode when calling certain BIOS routines. > I tried to sit down and do this last October when I had some free time > to work on it, but got nowhere fast. > > Regards, > BMS Well, considering I have no clue what all that means, I guess I'm not much help in that case. :) Maybe someone out there will pick it up. Should it be added to the projects page? Eric From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 06:21:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C941C16A400 for ; Sat, 10 Mar 2007 06:21:45 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34705.mail.mud.yahoo.com (web34705.mail.mud.yahoo.com [209.191.68.154]) by mx1.freebsd.org (Postfix) with SMTP id 9F25B13C441 for ; Sat, 10 Mar 2007 06:21:45 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 18286 invoked by uid 60001); 10 Mar 2007 06:21:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=k1P4SqT9SzoogHfN1BQg8xxCQ2oSB+9UXiUEVdcM3/ALQS8pa+5Px2vu8noYWKdQr3see+896wlq2HrHDA4Z3+PTLkM/6tCOTNOgzbKIt/aQJzitljI9JgvujH68ptGOeXvUuMFyUDMhTMfuVm1Bqo21Hmpni8F9HoXg+eokoZ8=; X-YMail-OSG: t4ocRA0VM1nGKemzJ7vHsMdQmP1qIj5rbB5oA_7SwUVuvOy_GTi8rS_QC5mQYz04eL_uQB0FmpHk3oga7.YZ18mgKZI0fSf7f6sOBTotphA8YsRay2d1ksk1HNmxZG5TJyDEqbhdPml5D37qReSyPKwspQ-- Received: from [68.150.49.180] by web34705.mail.mud.yahoo.com via HTTP; Fri, 09 Mar 2007 22:21:45 PST Date: Fri, 9 Mar 2007 22:21:45 -0800 (PST) From: "Mr. Darren" To: pyunyh@gmail.com, freebsd-current@freebsd.org In-Reply-To: <20070310022914.GB70613@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <133119.17197.qm@web34705.mail.mud.yahoo.com> Cc: Subject: Re: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 06:21:46 -0000 --- Pyun YongHyeon wrote: > On Fri, Mar 09, 2007 at 08:08:56PM +0900, To Mr. > Darren wrote: > > On Thu, Mar 08, 2007 at 04:33:36PM -0800, Mr. > Darren wrote: > > > I tried the following overhauled nfe drivers > after no > > > success in getting nfe to work with my > hardware. > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > It still doesn't work, but I have a new set of > errors. > > > > > > nfe0: > port > > > 0xb000-0xb007 mem > > > > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f > > > irq 10 at device 16.0 on pci0 > > > nfe0: Ethernet address: 00:15:f2:f4:af:5e > > > miibus1: on nfe0 > > > nfe0: [ITHREAD] > > > nfe1: > port > > > 0xac00-0xac07 mem > > > > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f > > > irq 11 at device 17.0 on pci0 > > > nfe1: Ethernet address: 00:15:f2:f4:af:5f > > > miibus2: on nfe1 > > > nfe1: [ITHREAD] > > > nfe0: link state changed to DOWN > > > nfe0: link state changed to UP > > > nfe0: watchdog timeout (missed Tx interrupts) > -- > > > recovering > > > nfe0: watchdog timeout (missed Tx interrupts) > -- > > > recovering > > > > > > > According to Shigeaki Tagashira'page nForce 590 > is supported by > > nfe(4). ATM I have no idea why it shows watchdog > timeout errors. > > Btw, I don't see what PHY driver was attached in > your message. > > (You can check it with dmesg(8) and normally it > would pick up > > e1000phy(4).) > > > > Oops, I think I've posted wrong version. > Please re-fetch and try again. > > > > > > > the missing tx interrupts were made while > trying > > > /sbin/dhclient nfe0 > > > > > > My motherboard is the ASUS crosshair NVIDIA > nForce 590 > > > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT > #12: > > > Thu Mar 8 16:57:38 UTC 2007 > > > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > > the cvsup this kernel was compiled with is > less than 1 > > > week old. > > > > > > -Darren > > -- > > Regards, > > Pyun YongHyeon > > -- > Regards, > Pyun YongHyeon > e1000phy0: PHY 1 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto e1000phy1: PHY 1 on miibus2 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto same problem with the new driver downloaded from http://people.freebsd.org/~yongari/nfe/ . again, while /sbin/dhclient nfe0 while in communication to my router. nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout (missed Tx interrupts) -- recovering nfe0: watchdog timeout (missed Tx interrupts) -- recovering nfe0: watchdog timeout (missed Tx interrupts) -- recovering nfe0: watchdog timeout (missed Tx interrupts) -- recovering nfe0: watchdog timeout (missed Tx interrupts) -- recovering ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 06:49:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B37416A408 for ; Sat, 10 Mar 2007 06:49:45 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id C99DB13C474 for ; Sat, 10 Mar 2007 06:49:44 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l2A6ncGQ097855; Sat, 10 Mar 2007 07:49:38 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Kostik Belousov In-Reply-To: <20070309125227.GB73957@deviant.kiev.zoral.com.ua> References: <1173353693.1523.7.camel@genius.i.cz> <20070308121301.GR10453@deviant.kiev.zoral.com.ua> <1173422820.1211.3.camel@genius.i.cz> <20070309125227.GB73957@deviant.kiev.zoral.com.ua> Content-Type: multipart/mixed; boundary="=-Hb0QOsDUFMgXzT+RCG+y" Date: Sat, 10 Mar 2007 07:49:32 +0100 Message-Id: <1173509372.1223.0.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: freebsd-current , Rong-en Fan Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 06:49:45 -0000 --=-Hb0QOsDUFMgXzT+RCG+y Content-Type: text/plain Content-Transfer-Encoding: 7bit Kostik Belousov wrote: > On Fri, Mar 09, 2007 at 07:47:00AM +0100, Michal Mertl wrote: > > Kostik Belousov wrote: > > > On Thu, Mar 08, 2007 at 12:34:53PM +0100, Michal Mertl wrote: > > > > For a couple of days I am getting panics/freezes with GENERIC kernel (~2 > > > > days old as well as up-to-date CURRENT). The trace (when I get a chance > > > > to see it and when dump works) is attached. I have got crash dump so can > > > > provide more details as required. > > > > > > > > The panic seem to be provoked by heavier disk activity (running cvsup or > > > > similar). > > > > > > > > The machine is AMD64 SMP. > > > > > > > > Thanks > > > > > > > > Michal > > > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 1; apic id = 01 > > > > fault virtual address = 0x50 > > > > fault code = supervisor read data, page not present > > > > instruction pointer = 0x8:0xffffffff8059c175 > > > > stack pointer = 0x10:0xffffffffaf6b8380 > > > > frame pointer = 0x10:0xffffffffaf6b8390 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > current process = 1194 (cvs) > > > > trap number = 12 > > > > panic: page fault > > > > cpuid = 1 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > > > > panic() at panic+0x22f > > > > trap_fatal() at trap_fatal+0x2a9 > > > > trap_pfault() at trap_pfault+0x235 > > > > trap() at trap+0x22e > > > > calltrap() at calltrap+0x8 > > > > --- trap 0xc, rip = 0xffffffff8059c175, rsp = 0xffffffffaf6b8380, rbp = > > > > 0xffffffffaf6b8390 --- > > > > inodedep_find() at inodedep_find+0x12 > > > > inodedep_lookup() at inodedep_lookup+0x81 > > > > softdep_setup_inomapdep() at softdep_setup_inomapdep+0x48 > > > > ffs_nodealloccg() at ffs_nodealloccg+0x3a6 > > > > ffs_hashalloc() at ffs_hashalloc+0x62 > > > > ffs_valloc() at ffs_valloc+0xde > > > > ufs_makeinode() at ufs_makeinode+0x6b > > > > ufs_create() at ufs_create+0x28 > > > > VOP_CREATE_APV() at VOP_CREATE_APV+0x72 > > > > vn_open_cred() at vn_open_cred+0x4b1 > > > > kern_open() at kern_open+0x101 > > > > syscall() at syscall+0x1f0 > > > > Xfast_syscall() at Xfast_syscall+0xab > > > > --- syscall (5, FreeBSD ELF64, open), rip = 0x8013b8c7c, rsp = > > > > 0x7fffffffe0a8, rbp = 0x10 --- > > > > Uptime: 1m40s > > > > Physical memory: 2034 MB > > > > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 > > > > > > > > > > > > -------------------------- > > > > > > > > #0 doadump () at pcpu.h:141 > > > > 141 pcpu.h: No such file or directory. > > > > in pcpu.h > > > > (kgdb) bt > > > > #0 doadump () at pcpu.h:141 > > > > #1 0xffffffff80438920 in boot (howto=260) > > > > at ../../../kern/kern_shutdown.c:409 > > > > #2 0xffffffff804383b7 in panic (fmt=0xffffffff80690d22 "%s") > > > > at ../../../kern/kern_shutdown.c:563 > > > > #3 0xffffffff8063ebc9 in trap_fatal (frame=0xc, > > > > eva=18446742975751987856) at ../../../amd64/amd64/trap.c:696 > > > > #4 0xffffffff8063ef39 in trap_pfault (frame=0xffffffffaf6b82d0, > > > > usermode=0) at ../../../amd64/amd64/trap.c:614 > > > > #5 0xffffffff8063f16e in trap (frame=0xffffffffaf6b82d0) > > > > at ../../../amd64/amd64/trap.c:382 > > > > #6 0xffffffff806278ee in calltrap () > > > > at ../../../amd64/amd64/exception.S:169 > > > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=0xffffffff8106d660, > > > > fs=0xffffff0061a4d800, inum=168358, inodedeppp=0xffff ffffaf6b83e0) > > > > at ../../../ufs/ffs/ffs_softdep.c:1246 > > > Please, from this frame (#7) do > > > p/x *inodedep > > > p/x *inodedephd > > > > 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) > > Current language: auto; currently c > > (kgdb) p/x *inodedep > > Cannot access memory at address 0x18 > > (kgdb) p/x *inodedephd > > $1 = {lh_first = 0x18} > > Ok, this seems to be exactly the same problem as Rong-en' one, even the > corrupted value is the same. > > For start, could you, please, show your dmesg ? > > Rong-en, it seems that I forgot to answer your question about the way to > find whether the given kernel address is mapped, that stalled the conversation. > I apologize for that. It looks that the easiest would be to use > pmap_extract(vmspace_pmap(curproc->p_vmspace), addr) > to check validity of address addr, that shall return 0 for non-mapped address > (modulo the usual races, that should be not important in that case). Just to be sure the problem had not been fixed by now I have updated the sources and rebuilt and got similar panic again: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex Softdep Lock r = 0 (0xffffffff809e8920) locked @ ufs/ffs/ffs_softdep.c:4847 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a witness_warn() at witness_warn+0x25d trap() at trap+0x19c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff8059c1ed, rsp = 0xffffffffac1f34f0, rbp = 0xffffffffac1f3500 --- inodedep_find() at inodedep_find+0x12 inodedep_lookup() at inodedep_lookup+0x81 softdep_load_inodeblock() at softdep_load_inodeblock+0x45 ffs_vget() at ffs_vget+0x369 ufs_lookup() at ufs_lookup+0x838 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0x6e vfs_cache_lookup() at vfs_cache_lookup+0xf6 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7a lookup() at lookup+0x3d2 namei() at namei+0x364 kern_lstat() at kern_lstat+0x62 lstat() at lstat+0x2a syscall() at syscall+0x1fc Xfast_syscall() at Xfast_syscall+0xab --- syscall (190, FreeBSD ELF64, lstat), rip = 0x8009e1bfc, rsp = 0x73ec50, rbp = 0x73ed28 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8059c1ed stack pointer = 0x10:0xffffffffac1f34f0 frame pointer = 0x10:0xffffffffac1f3500 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1162 (cvsup) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a panic() at panic+0x22f trap_fatal() at trap_fatal+0x2a9 trap() at trap+0x1b4 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff8059c1ed, rsp = 0xffffffffac1f34f0, rbp = 0xffffffffac1f3500 --- inodedep_find() at inodedep_find+0x12 inodedep_lookup() at inodedep_lookup+0x81 softdep_load_inodeblock() at softdep_load_inodeblock+0x45 ffs_vget() at ffs_vget+0x369 ufs_lookup() at ufs_lookup+0x838 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0x6e vfs_cache_lookup() at vfs_cache_lookup+0xf6 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7a lookup() at lookup+0x3d2 namei() at namei+0x364 kern_lstat() at kern_lstat+0x62 lstat() at lstat+0x2a syscall() at syscall+0x1fc Xfast_syscall() at Xfast_syscall+0xab --- syscall (190, FreeBSD ELF64, lstat), rip = 0x8009e1bfc, rsp = 0x73ec50, rbp = 0x73ed28 --- Uptime: 1m43s Physical memory: 2034 MB Dumping 226 MB: 211 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:141 141 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:141 #1 0xffffffff804388d0 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80438367 in panic (fmt=0xffffffff80690d62 "%s") at ../../../kern/kern_shutdown.c:563 #3 0xffffffff8063ec09 in trap_fatal (frame=0xc, eva=18446742976261089248) at ../../../amd64/amd64/trap.c:696 #4 0xffffffff8063f134 in trap (frame=0xffffffffac1f3440) at ../../../amd64/amd64/trap.c:247 #5 0xffffffff8062792e in calltrap () at ../../../amd64/amd64/exception.S:169 #6 0xffffffff8059c1ed in inodedep_find (inodedephd=0xffffffff8106d2a0, fs=0xffffff007a4cd000, inum=2214894, inodedeppp=0xffffffffac1f3550) at ../../../ufs/ffs/ffs_softdep.c:1246 #7 0xffffffff8059f7b3 in inodedep_lookup (mp=0xffffff0062128000, inum=2214894, flags=0, inodedeppp=0xffffffffac1f3550) at ../../../ufs/ffs/ffs_softdep.c:1278 #8 0xffffffff805a26e9 in softdep_load_inodeblock (ip=0xffffff0057e6bc00) at ../../../ufs/ffs/ffs_softdep.c:4848 #9 0xffffffff805a66fb in ffs_vget (mp=0xffffff0062128000, ino=1645379584, flags=1475706200, vpp=0xffffffffac1f3638) at ../../../ufs/ffs/ffs_vfsops.c:1419 #10 0xffffffff805affe2 in ufs_lookup (ap=0xffffffffac1f3740) at ../../../ufs/ufs/ufs_lookup.c:572 #11 0xffffffff8067c50c in VOP_CACHEDLOOKUP_APV (vop=0x18, a=0xffffffffac1f3740) at vnode_if.c:153 #12 0xffffffff8049e924 in vfs_cache_lookup (ap=0xffffffff8106d2a0) at vnode_if.h:82 #13 0xffffffff8067c678 in VOP_LOOKUP_APV (vop=0xffffffff808f77c0, a=0xffffffffac1f3840) at vnode_if.c:99 #14 0xffffffff804a4138 in lookup (ndp=0xffffffffac1f3960) at vnode_if.h:56 #15 0xffffffff804a4ee3 in namei (ndp=0xffffffffac1f3960) at ../../../kern/vfs_lookup.c:215 #16 0xffffffff804b4847 in kern_lstat (td=0xffffff007af967e0, path=0xffffff007a4cd000 "", pathseg=2214894, sbp=0xffffffffac1f3ac0) at ../../../kern/vfs_syscalls.c:2129 #17 0xffffffff804b491d in lstat (td=0xffffffff8106d2a0, uap=0xffffffffac1f3c00) at ../../../kern/vfs_syscalls.c:2112 #18 0xffffffff8063f78f in syscall (frame=0xffffffffac1f3c80) at ../../../amd64/amd64/trap.c:827 #19 0xffffffff80627adb in Xfast_syscall () at ../../../amd64/amd64/exception.S:272 #20 0x00000008009e1bfc in ?? () Previous frame inner to this frame (corrupt stack?) The contents of inodedep{hd,} at frame 6 is the same. Best regards Michal Mertl --=-Hb0QOsDUFMgXzT+RCG+y Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; name=dmesg.txt; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Fri Mar 9 18:02:27 CET 2007 mime@genius.i.cz:/usr/src/sys/amd64/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (1995.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2133434368 (2034 MB) avail memory = 2058903552 (1963 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR message repeated 5 times acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xd8000000-0xdfffffff,0xee000000-0xee00ffff irq 16 at device 0.0 on pci1 pcm0: mem 0xee400000-0xee403fff irq 17 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 pci2:0:0: bad VPD cksum, remain 14 bge0: mem 0xee100000-0xee10ffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:16:36:ae:b6:b0 bge0: [ITHREAD] pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:16:cf:c2:00:cf ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci12: on pcib5 uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub4 uhub5: single transaction translator uhub5: 2 ports with 2 removable, self powered ugen0: on uhub5 pcib6: at device 30.0 on pci0 pci21: on pcib6 cbb0: mem 0xe4300000-0xe4300fff irq 16 at device 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xe4302000-0xe43027ff,0xe4304000-0xe4307fff irq 17 at device 0.1 on pci21 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:00:20:25:07:19 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:06:1b:25:07:19 fwe0: Ethernet address: 02:06:1b:25:07:19 fwe0: if_start running deferred for Giant 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) pci21: at device 0.2 (no driver attached) pci21: at device 0.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xee404400-0xee4047ff irq 16 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: port not implemented ata4: [ITHREAD] ata5: on atapci1 ata5: port not implemented ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_dock0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: port 0x2f8-0x2ff irq 3 drq 3 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 orm0: at iomem 0xd1800-0xd27ff,0xdc000-0xdffff,0xe0000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. ugen1: on uhub2 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 114473MB at ata2-master SATA150 pcm0: pcm0: GEOM_LABEL: Label for provider ad4s1 is ntfs/Preload. GEOM_LABEL: Label for provider ad4s3 is msdosfs/ . SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s2a --=-Hb0QOsDUFMgXzT+RCG+y-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 07:45:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBCF316A400 for ; Sat, 10 Mar 2007 07:45:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 4BBBC13C471 for ; Sat, 10 Mar 2007 07:45:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1519317ugh for ; Fri, 09 Mar 2007 23:45:55 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=TEfiYaV7yiE0N7tcc656R7wx3nkZjVBuWJiYTuDEuGcqvjuHPkKPhh/Rrbz5oZWbewRt1VYouHy2QwvqOi+dAjQp8ah4UraEQjarg8E1CorvUOLMyraPYJXgDCmwcpK1fdR0xffwe8ciT39YecDcmRjYLNneRnsvKDT1V6OEsYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=JrGGAr6lm2TBrMjFAsJUQyQLyT5Jt7vm8xZuj1Erg1odKjhjV4wtKoYzirEfdt0V27UDNsAssfMghQZDAGCMAaiRzinyuY0Xr6SNam75lj9NrFuOPq2wk/TZ7WqWIWqoP9hL8CUKEHf03HPytvU4BO8tek+SZ8LuJdB5bbBPImQ= Received: by 10.114.181.1 with SMTP id d1mr107918waf.1173512753987; Fri, 09 Mar 2007 23:45:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id a8sm10523889poa.2007.03.09.23.45.51; Fri, 09 Mar 2007 23:45:52 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2A7lZ0e076853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Mar 2007 16:47:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2A7lZFD076852; Sat, 10 Mar 2007 16:47:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 10 Mar 2007 16:47:35 +0900 From: Pyun YongHyeon To: "Mr. Darren" Message-ID: <20070310074734.GC70613@cdnetworks.co.kr> References: <20070310022914.GB70613@cdnetworks.co.kr> <133119.17197.qm@web34705.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <133119.17197.qm@web34705.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 07:45:56 -0000 On Fri, Mar 09, 2007 at 10:21:45PM -0800, Mr. Darren wrote: > > --- Pyun YongHyeon wrote: > > > On Fri, Mar 09, 2007 at 08:08:56PM +0900, To Mr. > > Darren wrote: > > > On Thu, Mar 08, 2007 at 04:33:36PM -0800, Mr. > > Darren wrote: > > > > I tried the following overhauled nfe drivers > > after no > > > > success in getting nfe to work with my > > hardware. > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > > > It still doesn't work, but I have a new set of > > errors. > > > > > > > > nfe0: > > port > > > > 0xb000-0xb007 mem > > > > > > > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f > > > > irq 10 at device 16.0 on pci0 > > > > nfe0: Ethernet address: 00:15:f2:f4:af:5e > > > > miibus1: on nfe0 > > > > nfe0: [ITHREAD] > > > > nfe1: > > port > > > > 0xac00-0xac07 mem > > > > > > > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f > > > > irq 11 at device 17.0 on pci0 > > > > nfe1: Ethernet address: 00:15:f2:f4:af:5f > > > > miibus2: on nfe1 > > > > nfe1: [ITHREAD] > > > > nfe0: link state changed to DOWN > > > > nfe0: link state changed to UP > > > > nfe0: watchdog timeout (missed Tx interrupts) > > -- > > > > recovering > > > > nfe0: watchdog timeout (missed Tx interrupts) > > -- > > > > recovering > > > > > > > > > > According to Shigeaki Tagashira'page nForce 590 > > is supported by > > > nfe(4). ATM I have no idea why it shows watchdog > > timeout errors. > > > Btw, I don't see what PHY driver was attached in > > your message. > > > (You can check it with dmesg(8) and normally it > > would pick up > > > e1000phy(4).) > > > > > > > Oops, I think I've posted wrong version. > > Please re-fetch and try again. > > > > > > > > > > the missing tx interrupts were made while > > trying > > > > /sbin/dhclient nfe0 > > > > > > > > My motherboard is the ASUS crosshair NVIDIA > > nForce 590 > > > > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT > > #12: > > > > Thu Mar 8 16:57:38 UTC 2007 > > > > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > > > the cvsup this kernel was compiled with is > > less than 1 > > > > week old. > > > > > > > > -Darren > > > -- > > > Regards, > > > Pyun YongHyeon > > > > -- > > Regards, > > Pyun YongHyeon > > > > > e1000phy0: PHY 1 on > miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseTX-FDX, auto > e1000phy1: PHY 1 on > miibus2 > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseTX-FDX, auto > > same problem with the new driver downloaded from > http://people.freebsd.org/~yongari/nfe/ . again, > while /sbin/dhclient nfe0 while in communication to my > router. > > nfe0: link state changed to DOWN > nfe0: link state changed to UP > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > nfe0: watchdog timeout (missed Tx interrupts) -- > recovering > Before starting dhclient(8) would you run 'ifconfig up nfe0' and check media status? Does it reports correct media speed/duplex settings? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 08:42:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09D4816A403 for ; Sat, 10 Mar 2007 08:42:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id A09F613C442 for ; Sat, 10 Mar 2007 08:42:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HPx9J-0005tZ-Ry for freebsd-current@freebsd.org; Sat, 10 Mar 2007 10:42:06 +0200 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 l2A8fq47071476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Mar 2007 10:41:53 +0200 (EET) (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 l2A8fqSO090134; Sat, 10 Mar 2007 10:41:52 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l2A8fqcm090133; Sat, 10 Mar 2007 10:41:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 10 Mar 2007 10:41:52 +0200 From: Kostik Belousov To: Michal Mertl Message-ID: <20070310084152.GD73957@deviant.kiev.zoral.com.ua> References: <1173353693.1523.7.camel@genius.i.cz> <20070308121301.GR10453@deviant.kiev.zoral.com.ua> <1173422820.1211.3.camel@genius.i.cz> <20070309125227.GB73957@deviant.kiev.zoral.com.ua> <1173509372.1223.0.camel@genius.i.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mJm6k4Vb/yFcL9ZU" Content-Disposition: inline In-Reply-To: <1173509372.1223.0.camel@genius.i.cz> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: d3dfc5a0b247ea81d48b6a940fe6235f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 853 [Mar 10 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current , Rong-en Fan Subject: Re: Kernel panic - page fault in inodedep_find X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 08:42:08 -0000 --mJm6k4Vb/yFcL9ZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 10, 2007 at 07:49:32AM +0100, Michal Mertl wrote: > Kostik Belousov wrote:=20 > > > > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=3D0xffffffff8= 106d660, > > > > > fs=3D0xffffff0061a4d800, inum=3D168358, inodedeppp=3D0xffff ffffa= f6b83e0) > > > > > at ../../../ufs/ffs/ffs_softdep.c:1246 > > > > Please, from this frame (#7) do > > > > p/x *inodedep > > > > p/x *inodedephd > > >=20 > > > 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) > > > Current language: auto; currently c > > > (kgdb) p/x *inodedep > > > Cannot access memory at address 0x18 > > > (kgdb) p/x *inodedephd > > > $1 =3D {lh_first =3D 0x18} > >=20 > > Ok, this seems to be exactly the same problem as Rong-en' one, even the > > corrupted value is the same. > >=20 > > For start, could you, please, show your dmesg ? > >=20 > Just to be sure the problem had not been fixed by now I have updated the > sources and rebuilt and got similar panic again: =2E... No, it is not tracked down still. > ACPI APIC Table: You have the same hardware as Rong-en. I highly suspect that the problem is machine-specific. --mJm6k4Vb/yFcL9ZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF8m9PC3+MBN1Mb4gRAtd6AJ9Ox3AxEZjY5NCbGvQD86oWxS581wCgo4g0 FooXdOFCSHm8DBs8WsfLgTw= =U3QG -----END PGP SIGNATURE----- --mJm6k4Vb/yFcL9ZU-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 11:37:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 736AC16A400 for ; Sat, 10 Mar 2007 11:37:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0921913C481 for ; Sat, 10 Mar 2007 11:37:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1141562ika for ; Sat, 10 Mar 2007 03:37:08 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=g+jFjGhkUwba/CCpwh+6+Za/Whw7BGcb7OEHENspq+9FRNdeuX73b57ET0+/tvQwa4UvayiUNBwzuE/Ae1rQ0qALHjFA0F1x+wjMgYOssHM5sz8Yk7KbRHysSDgjumkBuUCHkc3Hi/nKSraPyw1jZuhshV8o4Wsmsdrz9n+r754= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=imXyoeLiLpoSTn6iEP49UH2Bw5Mes96+mYyHpyJOV5fO4LwuXAShaXcbDgBCPnr9fV/zBhCH6GEU8Ihbwmv+LfORytMsE9bVo/scIrXAmB5jHIpk9XlK/LgUAtHyBHqpm/GxR1lrvcpHvk8nB5uOLDhUKazLCvQmumu4QsdxOF0= Received: by 10.70.32.10 with SMTP id f10mr5227630wxf.1173526627391; Sat, 10 Mar 2007 03:37:07 -0800 (PST) Received: by 10.100.191.11 with HTTP; Sat, 10 Mar 2007 03:37:07 -0800 (PST) Message-ID: <3bbf2fe10703100337y13224fc7jc22332b89628eb31@mail.gmail.com> Date: Sat, 10 Mar 2007 12:37:07 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Julian Elischer" In-Reply-To: <45F0D1F5.9010200@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45F0D1F5.9010200@elischer.org> X-Google-Sender-Auth: 15231db69b653ef8 Cc: FreeBSD Current Subject: Re: proc lock might become an sx lock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 11:37:09 -0000 2007/3/9, Julian Elischer : > currently the thread list in the process is protected by the sched lock. > for a process with a lot of threads this is probably not a good idea. > I experimented with making it protected by the proc loc, but the following > sort of thing happens a lot: > > sx_slock(&allproc_lock); > FOREACH_PROC_IN_SYSTEM(p) { > mtx_lock_spin(&sched_lock); > FOREACH_THREAD_IN_PROC(p, td) { > ... > } > mtx_unlock_spin(&sched_lock); > > Changing the protection of the thread list to use the proc lock would > replace the sched_lock with the proc lock, but..... > this has a problem.. the proc lock is a mutex and can therefore not be inside the > allproc_lock. > > and in fact you get: > > Trying to mount root from ufs:/dev/aacd0s1d > panic: blockable sleep lock (sleep mutex) process lock @ kern/sched_4bsd.c:383 > cpuid = 2 > KDB: enter: panic > [thread pid 48 tid 100054 ] > Stopped at kdb_enter+0x2b: nop > db> bt > Tracing pid 48 tid 100054 td 0xc5ff4a20 > kdb_enter(c06ce300) at kdb_enter+0x2b > panic(c06d3506,c06e7061,c06cd73b,c06cff47,17f,...) at panic+0x11c > witness_checkorder(c60a12c8,9,c06cff47,17f) at witness_checkorder+0xb8 > _mtx_lock_flags(c60a12c8,0,c06cff3e,17f,85,...) at _mtx_lock_flags+0x87 > schedcpu(e65a9d24,c0516f50,0,e65a9d38,c6259000,...) at schedcpu+0x80 > schedcpu_thread(0,e65a9d38) at schedcpu_thread+0x9 > > My reading of the man page is that making it an sx lock and locking it in > shared mode would be sufficient for this sort of thing (assuming we are not changing > the thread list) and would be just fine. > > I'm not very familiar with the implementation of sx locks in freeBSD so I'm just learning > about them. > > am I reading this right? and does anyone else have any thoughts on this? sx locks, mutexes and spin-lockes have very different low level behaviours, so you should avoid to replace one of them with one of another type. However, you can try to replace a mutex with a rwlock which use the same low-level interfaces. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 15:13:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B085816A402 for ; Sat, 10 Mar 2007 15:13:13 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34701.mail.mud.yahoo.com (web34701.mail.mud.yahoo.com [209.191.68.150]) by mx1.freebsd.org (Postfix) with SMTP id 84C5B13C471 for ; Sat, 10 Mar 2007 15:13:13 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 87762 invoked by uid 60001); 10 Mar 2007 15:13:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=PpONvQjyUGrN7Vl6WwvaG+njruqZNVkOxHO6qa04rtRjI6lXuyuyK4pAONeKn1rAS8zlr1xvKFJhvpOuWiNLhTeVZsh4UtfiWOuXGXMJjNH8PfwlLGmIFtSyNMFXZvYJrW4MkvCMQvNQHM7u8X9be39QGCDZaesMLlSK2BQZp4c=; X-YMail-OSG: WvWKcAAVM1nQ9zB_HOyhQ4AyTylMVWRlswM2jHIhBeF1LtQBEp3nGuG6edwLq.8gmLdDpDpvePt1r5QelR6InLEYCbzn2vRLKNm5a7nQ9k5pf1X4qgOGraeBxC3tkMPPv5ULescMaWAxen3a2_yFCidmIw-- Received: from [68.150.49.180] by web34701.mail.mud.yahoo.com via HTTP; Sat, 10 Mar 2007 07:13:12 PST Date: Sat, 10 Mar 2007 07:13:12 -0800 (PST) From: "Mr. Darren" To: pyunyh@gmail.com, freebsd-current@freebsd.org In-Reply-To: <20070310074734.GC70613@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <917080.87242.qm@web34701.mail.mud.yahoo.com> Cc: Subject: Re: yongari nfe problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 15:13:13 -0000 --- Pyun YongHyeon wrote: > On Fri, Mar 09, 2007 at 10:21:45PM -0800, Mr. Darren > wrote: > > > > --- Pyun YongHyeon wrote: > > > > > On Fri, Mar 09, 2007 at 08:08:56PM +0900, To > Mr. > > > Darren wrote: > > > > On Thu, Mar 08, 2007 at 04:33:36PM -0800, > Mr. > > > Darren wrote: > > > > > I tried the following overhauled nfe > drivers > > > after no > > > > > success in getting nfe to work with my > > > hardware. > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > > > > > > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > > > > > > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > > > > > > > It still doesn't work, but I have a new > set of > > > errors. > > > > > > > > > > nfe0: Adapter> > > > port > > > > > 0xb000-0xb007 mem > > > > > > > > > > > 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f > > > > > irq 10 at device 16.0 on pci0 > > > > > nfe0: Ethernet address: 00:15:f2:f4:af:5e > > > > > miibus1: on nfe0 > > > > > nfe0: [ITHREAD] > > > > > nfe1: Adapter> > > > port > > > > > 0xac00-0xac07 mem > > > > > > > > > > > 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f > > > > > irq 11 at device 17.0 on pci0 > > > > > nfe1: Ethernet address: 00:15:f2:f4:af:5f > > > > > miibus2: on nfe1 > > > > > nfe1: [ITHREAD] > > > > > nfe0: link state changed to DOWN > > > > > nfe0: link state changed to UP > > > > > nfe0: watchdog timeout (missed Tx > interrupts) > > > -- > > > > > recovering > > > > > nfe0: watchdog timeout (missed Tx > interrupts) > > > -- > > > > > recovering > > > > > > > > > > > > > According to Shigeaki Tagashira'page nForce > 590 > > > is supported by > > > > nfe(4). ATM I have no idea why it shows > watchdog > > > timeout errors. > > > > Btw, I don't see what PHY driver was > attached in > > > your message. > > > > (You can check it with dmesg(8) and normally > it > > > would pick up > > > > e1000phy(4).) > > > > > > > > > > Oops, I think I've posted wrong version. > > > Please re-fetch and try again. > > > > > > > > > > > > > the missing tx interrupts were made while > > > trying > > > > > /sbin/dhclient nfe0 > > > > > > > > > > My motherboard is the ASUS crosshair > NVIDIA > > > nForce 590 > > > > > FreeBSD DARREN 7.0-CURRENT FreeBSD > 7.0-CURRENT > > > #12: > > > > > Thu Mar 8 16:57:38 UTC 2007 > > > > > root@DARREN:/usr/obj/usr/src/sys/DARREN > amd64 > > > > > the cvsup this kernel was compiled with > is > > > less than 1 > > > > > week old. > > > > > > > > > > -Darren > > > > -- > > > > Regards, > > > > Pyun YongHyeon > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > > > > e1000phy0: PHY 1 on > > miibus1 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, > > 100baseTX-FDX, 1000baseTX-FDX, auto > > e1000phy1: PHY 1 on > > miibus2 > > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, > > 100baseTX-FDX, 1000baseTX-FDX, auto > > > > same problem with the new driver downloaded from > > http://people.freebsd.org/~yongari/nfe/ . again, > > while /sbin/dhclient nfe0 while in communication > to my > > router. > > > > nfe0: link state changed to DOWN > > nfe0: link state changed to UP > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering > > > > Before starting dhclient(8) would you run 'ifconfig > up nfe0' and > check media status? Does it reports correct media > speed/duplex > settings? > > -- > Regards, > Pyun YongHyeon > _______________________________________________ > 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" > ran ifconfig nfe0 up, the media is correct. media: Ethernet autoselect (100baseTX ) attempted /sbin/dhclient nfe0 with the same results as before. -Darren ____________________________________________________________________________________ We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 15:32:09 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F50016A402 for ; Sat, 10 Mar 2007 15:32:09 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id D217013C4A3 for ; Sat, 10 Mar 2007 15:32:08 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 1938539814; Sat, 10 Mar 2007 09:32:08 -0600 (CST) Date: Sat, 10 Mar 2007 09:32:07 -0600 From: Tillman Hodgson To: freebsd-current@FreeBSD.org Message-ID: <20070310153206.GF1230@seekingfire.com> References: <20070308125927.GA1265@seekingfire.com> <20070308204041.GA55240@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070308204041.GA55240@xor.obsecurity.org> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 15:32:09 -0000 On Thu, Mar 08, 2007 at 03:40:41PM -0500, Kris Kennaway wrote: > On Thu, Mar 08, 2007 at 06:59:27AM -0600, Tillman Hodgson wrote: > > Howdy folks, > > > > These has been happening every few days for a few weeks now. When it > > occurs, there's no messages logged to the console or to syslog -- it > > just silently hangs. I added the break-to-debugger option so that I can > > at least reboot it remotely via the serial console. > > > > I've been following the -current kernel fairly closely in hopes that it > > was just due to a transitory -current problem. I don't mind rebuilding a > > kernel with special options if it's useful -- I'll be rebuilding this > > morning with WITNESS and INVARIANTS for sure. > > Let us know when you have the corresponding debugging. [root@athena /usr/src/sys/i386/conf]# diff ATHENA GENERIC 24c24 < ident ATHENA --- > ident GENERIC 71,73d70 < < ### Tillman added 26Feb07 as per http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html < options BREAK_TO_DEBUGGER Ran a kernel from backdated src (Feb 22) on a suggestion from Paolo, hang occurred within 24 hours (eliminating that particular commit). I have the core saved to work with and I'm now rebuilding a March 10 kernel. I'm trying to follow the instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING and in http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html?page=1 but I'm running into an issue even getting gdb to start: [root@athena /var/crash]# which gdb /usr/bin/gdb [root@athena /var/crash]# gdb -k gdb: unrecognized option `-k' Use `gdb --help' for a complete list of options. The man page doesn't list a -k option either. /usr/src/UPDATING doesn't seem to mention any gdb changes. I can do it without the debug kernel but my understanding is that that's much less useful. -T -- "If you are going to fail, you might as well fail at a difficult task. Failure causes others to downgrade their expectations of you in the future. The seriousness of this problem depends on what you attempt." -- Avinash Dixit & Barry Nalebuff From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 16:14:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98CC816A404 for ; Sat, 10 Mar 2007 16:14:24 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5095C13C467 for ; Sat, 10 Mar 2007 16:14:24 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id E355639850; Sat, 10 Mar 2007 10:14:23 -0600 (CST) Date: Sat, 10 Mar 2007 10:14:23 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20070310161423.GA1256@seekingfire.com> References: <20070308125927.GA1265@seekingfire.com> <20070308204041.GA55240@xor.obsecurity.org> <20070310153206.GF1230@seekingfire.com> <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 16:14:24 -0000 On Sat, Mar 10, 2007 at 04:49:21PM +0100, Attilio Rao wrote: > 2007/3/10, Tillman Hodgson : > >I'm trying to follow the instructions at > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > >and in > >http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html?page=1 > >but I'm running into an issue even getting gdb to start: > > > >[root@athena /var/crash]# which gdb > >/usr/bin/gdb > >[root@athena /var/crash]# gdb -k > >gdb: unrecognized option `-k' > >Use `gdb --help' for a complete list of options. > > > >The man page doesn't list a -k option either. /usr/src/UPDATING doesn't > >seem to mention any gdb changes. > > man kgdb [root@athena /var/crash]# kgdb -n 1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: KDB: enter: Line break on console panic: from debugger cpuid = 0 Uptime: 12h59m41s Physical memory: 1011 MB Dumping 201 MB: 186 170 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:147 147 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:147 #1 0xc06c234c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc06c2656 in panic (fmt=0xc09095f3 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0477542 in db_panic (addr=-1066528405, have_addr=0, count=-1, modif=0xe2986a40 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc04774db in db_command (last_cmdp=0xc0a23264, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #5 0xc0477596 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #6 0xc04791e1 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #7 0xc06e1444 in kdb_trap (type=3, code=0, tf=0xe2986bd8) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc08c0cfd in trap (frame=0xe2986bd8) at /usr/src/sys/i386/i386/trap.c:621 #9 0xc08aaefb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc06e116b in kdb_enter (msg=0x22
) at cpufunc.h:60 #11 0xc089f232 in siointr1 (com=0xc40b4000) at /usr/src/sys/dev/sio/sio.c:1522 #12 0xc089f029 in siointr (arg=0xc40b4000) at /usr/src/sys/dev/sio/sio.c:1391 #13 0xc08afb15 in intr_execute_handlers (isrc=0xc3ef4cc8, frame=0xe2986c94) at /usr/src/sys/i386/i386/intr_machdep.c:270 #14 0xc08b208b in lapic_handle_intr (vector=34, frame=0xe2986c94) at /usr/src/sys/i386/i386/local_apic.c:622 #15 0xc08ab2c4 in Xapic_isr1 () at apic_vector.s:90 #16 0xc0c000b5 in ?? () #17 0xe2986cfc in ?? () #18 0xc08b3d90 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1150 Previous frame inner to this frame (corrupt stack?) If I'm understanding what I'm reading, this isn't all that helpful because it's just saying that I broke into the kernel debugger and then issued a manual panic (which is true, that's how I got the core). Is there a way to obtain information on what was happening before I broke into the debugger? -T -- Keeping UUCP running is starting to seem a lot like keeping a 130-year- old man who smokes 4 packs a day on life support because he's the last person on Earth who knows how to do the cha-cha, but he won't tell anyone. - A.S.R. quote (Ryan Tucker) From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 16:15:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F2FB16A400 for ; Sat, 10 Mar 2007 16:15:23 +0000 (UTC) (envelope-from asmrookie@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 82AA813C4A6 for ; Sat, 10 Mar 2007 16:15:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1605766ugh for ; Sat, 10 Mar 2007 08:15:21 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Np+UaWdVpJHsNJ5m018awpKswz4blaLnhw5c0wqPveToLjBKaqfTx7nXZbaiVO1ONLdWvrBQjZ0eY6oYWlTakEUUchBxIniLdhE9hT05ZbG1nNZB5yR5+XyIY3Y7FQF/m0foQOSaqEH6xsUK8HMkUW6XlmBP1hzuhlwC+CbOL+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TL73q3vHhQnfndwA7+bjYoxrmOwIJx9pD/t1i1gkEaGUmLBCS1k/c2Iuq4Dw4RgtmdStgACuMsqYeX4NwZm601EWAqDmdIneAQ3RdNL8x758Hl8NAnkPmlhiqfMazBKMq1KJUMOOhe7aC3eaLuMgNdCpzQHlkxeXmGDPBe48Z3A= Received: by 10.70.132.2 with SMTP id f2mr5710948wxd.1173541761046; Sat, 10 Mar 2007 07:49:21 -0800 (PST) Received: by 10.100.191.11 with HTTP; Sat, 10 Mar 2007 07:49:21 -0800 (PST) Message-ID: <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> Date: Sat, 10 Mar 2007 16:49:21 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Tillman Hodgson" In-Reply-To: <20070310153206.GF1230@seekingfire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070308125927.GA1265@seekingfire.com> <20070308204041.GA55240@xor.obsecurity.org> <20070310153206.GF1230@seekingfire.com> X-Google-Sender-Auth: f00128b557f10b71 Cc: freebsd-current@freebsd.org Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 16:15:23 -0000 2007/3/10, Tillman Hodgson : > On Thu, Mar 08, 2007 at 03:40:41PM -0500, Kris Kennaway wrote: > > On Thu, Mar 08, 2007 at 06:59:27AM -0600, Tillman Hodgson wrote: > > > Howdy folks, > > > > > > These has been happening every few days for a few weeks now. When it > > > occurs, there's no messages logged to the console or to syslog -- it > > > just silently hangs. I added the break-to-debugger option so that I can > > > at least reboot it remotely via the serial console. > > > > > > I've been following the -current kernel fairly closely in hopes that it > > > was just due to a transitory -current problem. I don't mind rebuilding a > > > kernel with special options if it's useful -- I'll be rebuilding this > > > morning with WITNESS and INVARIANTS for sure. > > > > Let us know when you have the corresponding debugging. > > [root@athena /usr/src/sys/i386/conf]# diff ATHENA GENERIC > 24c24 > < ident ATHENA > --- > > ident GENERIC > 71,73d70 > < > < ### Tillman added 26Feb07 as per http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html > < options BREAK_TO_DEBUGGER > > Ran a kernel from backdated src (Feb 22) on a suggestion from Paolo, > hang occurred within 24 hours (eliminating that particular commit). I > have the core saved to work with and I'm now rebuilding a March 10 > kernel. > > I'm trying to follow the instructions at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > and in > http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html?page=1 > but I'm running into an issue even getting gdb to start: > > [root@athena /var/crash]# which gdb > /usr/bin/gdb > [root@athena /var/crash]# gdb -k > gdb: unrecognized option `-k' > Use `gdb --help' for a complete list of options. > > The man page doesn't list a -k option either. /usr/src/UPDATING doesn't > seem to mention any gdb changes. man kgdb Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 19:39:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2BFC16A404 for ; Sat, 10 Mar 2007 19:39: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 9D87813C461 for ; Sat, 10 Mar 2007 19:39:48 +0000 (UTC) (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 78D071A3C1C; Sat, 10 Mar 2007 11:39:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D889513AE; Sat, 10 Mar 2007 14:39:47 -0500 (EST) Date: Sat, 10 Mar 2007 14:39:47 -0500 From: Kris Kennaway To: Tillman Hodgson Message-ID: <20070310193946.GA96514@xor.obsecurity.org> References: <20070308125927.GA1265@seekingfire.com> <20070308204041.GA55240@xor.obsecurity.org> <20070310153206.GF1230@seekingfire.com> <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> <20070310161423.GA1256@seekingfire.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20070310161423.GA1256@seekingfire.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 19:39:48 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 10, 2007 at 10:14:23AM -0600, Tillman Hodgson wrote: > If I'm understanding what I'm reading, this isn't all that helpful > because it's just saying that I broke into the kernel debugger and then > issued a manual panic (which is true, that's how I got the core). Is > there a way to obtain information on what was happening before I broke > into the debugger? Well you really needed to investigate some things in DDB before rebooting, e.g. the lock states. I thought this was described in the developers handbook - did you look for it? Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF8wmCWry0BWjoQKURAq0GAJ9sQdcMHzLQIEkhEXXX4aWz9CRnigCeJaKi XamwiCmEIaQEcKDjBO4SHOw= =Wd1u -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm--