From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 09:32:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD742106564A for ; Sun, 8 Aug 2010 09:32:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 975C98FC1F for ; Sun, 8 Aug 2010 09:32:25 +0000 (UTC) Received: by iwn10 with SMTP id 10so3560127iwn.13 for ; Sun, 08 Aug 2010 02:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=bsoRdqqnFBFs0Wf9B26JefEcfnfq5Aem2frfbT1VixI=; b=gE1LbCjQOHZCi0pB/D00WEFnw65wNfPjbhsLSo23jGqw0LlDKK7uZ58QutpDN/9ey9 ijr+mnOFDZwph+hFLWcA3/dC4lwtI5ydfz3hStQC3wku+mEjmVK5uablJ27cLZm5+H0G C7+5K/oUT1iEIQ1mpuVLYEc30wlclYTIi2580= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=kjxP6QjPhy4XaebpbvL+8+pDJfM6lt7HZnzWnozfgQgG5K6t+JjapyurwU4vRdehRP dOdPnFS2VwUXH+v6xrUu3Hfg4vMsk679cqdp55WlD0TJOIuSm+t9kA5wvbIFTXHsukm1 pzC4sSFSLinErOttpUrWYLcKlFUzzfVzXvJLk= MIME-Version: 1.0 Received: by 10.231.159.204 with SMTP id k12mr17020086ibx.42.1281259944891; Sun, 08 Aug 2010 02:32:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.158.71 with HTTP; Sun, 8 Aug 2010 02:32:24 -0700 (PDT) Date: Sun, 8 Aug 2010 17:32:24 +0800 X-Google-Sender-Auth: aHErWLAy0hQep82q97W-5O9AqVA Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Call for review: crunchide MIPS support from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Aug 2010 09:32:25 -0000 Hi everyone, I've ported over the NetBSD crunchide elf32 code which modifies the way symbols are hidden. This allows it to generate crunched binaries for MIPS. The diff is available at - http://people.freebsd.org/~adrian/crunchide-mips32-fix-from-netbsd.diff I've ported it to use the ELF byteorder macros present in our tree. This allows it to build both native and cross-compiled MIPS crunched binaries. I've tested building a static and dynamic "rescue". I'd like to get some wider scale testing of this before I chase down getting it committed. The same code path is used for i386/amd64 crunched binaries and thus committing this may break building sysinstall and rescue on those platforms. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 09:57:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133ED1065674 for ; Sun, 8 Aug 2010 09:57:35 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 91CE38FC1C for ; Sun, 8 Aug 2010 09:57:34 +0000 (UTC) Received: by ewy26 with SMTP id 26so3710132ewy.13 for ; Sun, 08 Aug 2010 02:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=nnTQDF6mf3HZsIk99XUkDYpg0ukWtP/A45Xr984Euvc=; b=Y/XxZlWm/QIBsPCtFu7AlvFlF3QHpuh3NdonnGxhpwiwrz4yTmsHEpK85OSNhi80/g 3ANJQsHgkPljttYzEhqsJ8kUQ7/AXBH0K0fzJvXdHurdqdL+mbvljzPN957A+uIN4PCS QbOWNjNVKmgsil4pTZghEMb0+XDaZ7NCNSvmE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; b=L8iH67YEiXR/hLq+b2dZkVNNyYvBbIueplsW17t7sj9WIVCNoM0C+m2S4Av75M07Vn oYLlXmiqLgtSBKvoQQfKpVxc4aPiP0fKWrdw757LXN0BrRJh3G4SLRgEq/FIAcoLbkoc yXcgrcAkmBsfkIbrEhtAVMOKDbVAYCknlhglY= Received: by 10.213.45.194 with SMTP id g2mr1512099ebf.0.1281261453433; Sun, 08 Aug 2010 02:57:33 -0700 (PDT) Received: from [192.168.1.70] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id u9sm5740640eeh.23.2010.08.08.02.57.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Aug 2010 02:57:31 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C5E7F8A.7030800@freebsd.org> Date: Sun, 08 Aug 2010 11:57:30 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.2.8) Gecko/20100806 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Filesystem wedge, SUJ-related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 09:57:35 -0000 On 18-07-2010 15:02, Gavin Atkinson wrote: > On Sat, 17 Jul 2010, Gavin Atkinson wrote: >> Semi-regularly (every two-three days) I'm seeing what appears to be some >> sort of filesystem wedge. I usually see it initially with web browsers, >> but it's possible that's only because it's what produces most disk >> activity on this machine. I've seen it with both Opera and Firefox. >> I've been seeing this too. It still happens with kernel r211000. >> What happens is that the process will just wedge. A "procstat -kk" on it >> shows the following stack backtrace: >> >> 9012 100243 firefox-bin initial thread mi_switch+0x21d >> sleepq_switch+0x123 sleepq_wait+0x4d _sleep+0x357 getdirtybuf+0x21e >> flush_deplist+0x6f softdep_sync_metadata+0x153 ffs_syncvnode+0x213 >> ffs_fsync+0x43 fsync+0x148 syscallenter+0x1b5 syscall+0x4c >> Xfast_syscall+0xe2 > Firefox is the usual first sign: acer % ps ax|grep firefox 82117 v0 T 16:24,08 /usr/local/lib/firefox3/firefox-bin 13416 3 S+ 0:00,00 grep firefox acer % procstat -kk 82117 PID TID COMM TDNAME KSTACK 82117 100195 firefox-bin - mi_switch+0x219 thread_suspend_switch+0x103 thread_single+0x25c exit1+0x81 sigexit+0x84 cursig+0 ast+0x1aa doreti_ast+0x1f 82117 100221 firefox-bin initial thread mi_switch+0x219 sleepq_switch+0xfa sleepq_wait+0x46 _sleep+0x256 getdirtybuf+0x1af flush_deplist+0x6a softdep_sync_metadata+0x153 ffs_syncvnode+0x22d ffs_fsync+0x43 fsync+0x13d syscallenter+0x194 syscall+0x41 Xfast_syscall+0xe2 acer % > A bit more detail: it does look like whatever is supposed to periodically > flush the journal just stops doing it's job. Presumably this is also the > root cause of the "softdep: Out of journal space!" messages I have been > seeing in the past, which I had assumed may have been fixed by r209717. > I haven't seen any "softdep: Out of journal space!" messages since June 24, but I've indeed seen it once before (somewhere after June 11). > (I'm running r209723 at the moment) > > While processes are starting to hang, "sh ffs" from ddb shows: > > db> sh ffs > mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c64800 su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c66000 su_wl 0 su_wl_in 0 su_deps 17345 su_req 0 > mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c66800 su_wl 0 su_wl_in 0 su_deps 55 su_req 0 > > Leaving it another couple of hours, I then see: > > db> sh ffs > mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c64800 su_wl 0 su_wl_in 0 su_deps 36 su_req 0 > mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c66000 su_wl 0 su_wl_in 0 su_deps 31899 su_req 0 > mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c66800 su_wl 0 su_wl_in 0 su_deps 95 su_req 0 > > so, su_deps is increasing significantly. > > During reboot, vnlru failed to stop within 60 seconds, and gave up on > syncing 125 vnodes and 140 buffers (no idea if these are related). On > reboot, SU+J fsck shows for /usr: > > ** SU+J Recovering /dev/ad4s1f > ** Reading 33554432 byte journal from inode 150. > ** Building recovery table. > ** Resolving unreferenced inode list. > ** Processing journal entries. > ** 405991 journal records in 18194944 bytes for 71.40% utilization > ** Freed 3872 inodes (0 dirs) 48157 blocks, and 8744 frags. > Similar here. > So it seems clear that somehow the journal is filling up, and never being > written. > > Any other suggestions as to where I should go from here? > Disabling the journal would be a "solution", but not desirable. Maybe any lock order reversals to look out for (most are ufs-related) ? I don't know if it is related, but yesterday a full fsck on /usr cleared up two unallocated files in /usr/ports/editors/openoffice-3/work/ (they were in userland as having a bad file descriptor), which the journal didn't catch. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 12:57:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0691065674; Sun, 8 Aug 2010 12:57:41 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 08F148FC0A; Sun, 8 Aug 2010 12:57:40 +0000 (UTC) Received: by qyk11 with SMTP id 11so1352686qyk.13 for ; Sun, 08 Aug 2010 05:57:40 -0700 (PDT) Received: by 10.224.69.17 with SMTP id x17mr7580311qai.283.1281272260167; Sun, 08 Aug 2010 05:57:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Sun, 8 Aug 2010 05:57:20 -0700 (PDT) In-Reply-To: References: <20100808103055.GA2037@garage.freebsd.pl> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Sun, 8 Aug 2010 14:57:20 +0200 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 12:57:41 -0000 On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > On 8.8.2010 12:30, Pawel Jakub Dawidek wrote: >> On Sun, Aug 08, 2010 at 03:57:44AM +0200, Ivan Voras wrote: >>> Hi, >>> >>> In order to help users having 4k sector drives which the system >>> recognizes as 512 byte sector drives, I'm proposing a patch to glabel >>> which enables it to use a forced sector size for its native-labeled >>> providers. It is naturally only usable with glabel-native labels >>> (those created by "glabel label") and not partition and file system >>> labels because we cannot add arbitrary new fields to metadata of those >>> types. >>> >>> The patch is here: >>> >>> http://people.freebsd.org/~ivoras/diffs/glabel_ssize.patch >> [...] >>> This mechanism is a band-aid until there's a better way of dealing >>> with 4k drives. >> >> So why do you want to obfuscate glabel with it? For people to start >> depend on it? Once we start supporting 4kB sectors what do we do with >> such a change? Remove it and decrease version number? What people will >> do with providers already labeled this way? >> >> If its temporary, just allow to list providers you want to increase >> sector size in /boot/loader.conf. Once we start supporting it properly >> people might simply remove it from loader.conf and it should just work. >> >> Glabel is not for that and I don't agree for such obfuscation. > > Of course, there are good and bad sides to it. My take on it is that the > only bad side is that it really isn't glabel's primary function to > (optionally) fixup geometry, while the good sides are: > > * glabel is in GENERIC and judging by the mailing lists' traffic it is > one of the better used parts of the system so people are familiar with > it. It is also already used as a perfectly valid fixup for device > renaming, making both UFS and ZFS more stable for usage. > > * You can't really "make people depend on glabel" both because it is in > GENERIC and because of it storing metadata in the last sector, making > the rest of the drive completely usable without it in the event native > 4k sector support is grown. > > I'd like to hear comments from the wider audience. In respect with your > comment, I will compromise: as 4k sector drives have become available > over the counter more than 6 months ago and so far I think this is the > first effort to give some support for them, I will commit this patch > before 9.0 code freeze only if no other support gets developed. I do not like this at all. Even if it's just for the KISS and POLA principles. A geom should do one thing and do it right imo. Why not write a new geom class that does what you want? From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 13:05:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1246C1065672 for ; Sun, 8 Aug 2010 13:05:51 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2268FC0A for ; Sun, 8 Aug 2010 13:05:39 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5873B45D8D; Sun, 8 Aug 2010 14:37:07 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D4C4A45C89; Sun, 8 Aug 2010 14:37:01 +0200 (CEST) Date: Sun, 8 Aug 2010 14:36:53 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20100808123653.GC2037@garage.freebsd.pl> References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 13:05:51 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2010 at 02:02:17PM +0200, Ivan Voras wrote: > On 8.8.2010 12:30, Pawel Jakub Dawidek wrote: > > So why do you want to obfuscate glabel with it? For people to start > > depend on it? Once we start supporting 4kB sectors what do we do with > > such a change? Remove it and decrease version number? What people will > > do with providers already labeled this way? > >=20 > > If its temporary, just allow to list providers you want to increase > > sector size in /boot/loader.conf. Once we start supporting it properly > > people might simply remove it from loader.conf and it should just work. > >=20 > > Glabel is not for that and I don't agree for such obfuscation. >=20 > Of course, there are good and bad sides to it. My take on it is that the > only bad side is that it really isn't glabel's primary function to > (optionally) fixup geometry, while the good sides are: It isn't its secondary function either. > * glabel is in GENERIC and judging by the mailing lists' traffic it is > one of the better used parts of the system so people are familiar with > it. It is also already used as a perfectly valid fixup for device > renaming, making both UFS and ZFS more stable for usage. That's an excellent argument. But you know what? The em(4) is also in GENERIC, why not to add it in there? > * You can't really "make people depend on glabel" both because it is in > GENERIC and because of it storing metadata in the last sector, making > the rest of the drive completely usable without it in the event native > 4k sector support is grown. I never said that. I do want people to depend on glabel, because it is free of such ugly hacks, so I know it won't bite them in the future. I don't want people to start depend on the fact that glabel supports changing sector sizes. Once we start supporting 4kB sectors properly people configuration will stop working, because glabel won't be able to read its metadata anymore. Your hack will break all configurations that started to depend on your hack. In what I proposed, GEOM provider will be presented to glabel (or any other GEOM class) as 4kB provider and everything will just work, also after adding proper support for 4kB sectors. > I'd like to hear comments from the wider audience. In respect with your > comment, I will compromise: as 4k sector drives have become available > over the counter more than 6 months ago and so far I think this is the > first effort to give some support for them, I will commit this patch > before 9.0 code freeze only if no other support gets developed. I'll repeat. You won't commit this patch, because it is totally wrong solution and can only do a lot of damage in the future. If you look forward, even temporary solutions can be done right. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxepOUACgkQForvXbEpPzTsugCgzpbR4hcr74ZwU9NFoiUibiyx eF0An1jqSoN7hiDyIAL0r80ZtVVei9GG =KZuE -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 13:07:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65B31065692; Sun, 8 Aug 2010 13:07:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 113BB8FC21; Sun, 8 Aug 2010 13:07:24 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BA9DA45E82; Sun, 8 Aug 2010 15:07:23 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8A19845D8D; Sun, 8 Aug 2010 15:07:18 +0200 (CEST) Date: Sun, 8 Aug 2010 15:07:09 +0200 From: Pawel Jakub Dawidek To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20100808130709.GD2037@garage.freebsd.pl> References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wLAMOaPNJ0fu1fTG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 13:07:25 -0000 --wLAMOaPNJ0fu1fTG Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2010 at 02:57:20PM +0200, Marius N=FCnnerich wrote: > On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > > I'd like to hear comments from the wider audience. In respect with your > > comment, I will compromise: as 4k sector drives have become available > > over the counter more than 6 months ago and so far I think this is the > > first effort to give some support for them, I will commit this patch > > before 9.0 code freeze only if no other support gets developed. >=20 > I do not like this at all. Even if it's just for the KISS and POLA > principles. A geom should do one thing and do it right imo. > Why not write a new geom class that does what you want? New GEOM class only for sectorsize conversion that can operate on metadata will be useful, not only to solve this particular problem. Although keep in mind that if at some point disks will be detected and presented as 4kB providers to the GEOM, this class won't be able to find its metadata anymore (as it was stored in the last 512 bytes, not in the last 4 kilobytes). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wLAMOaPNJ0fu1fTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxeq/0ACgkQForvXbEpPzSslACffbs/r5gFexV0pRgsaN76YDej ONEAoIpXoEgrLqpWXs7Vk4kryYTyvWUu =mN1A -----END PGP SIGNATURE----- --wLAMOaPNJ0fu1fTG-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 20:08:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D393E106564A; Sun, 8 Aug 2010 20:08:20 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 479B68FC1F; Sun, 8 Aug 2010 20:08:19 +0000 (UTC) Received: by qwg5 with SMTP id 5so5535847qwg.13 for ; Sun, 08 Aug 2010 13:08:19 -0700 (PDT) Received: by 10.229.214.13 with SMTP id gy13mr6441640qcb.155.1281298099105; Sun, 08 Aug 2010 13:08:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Sun, 8 Aug 2010 13:07:59 -0700 (PDT) In-Reply-To: References: <20100808103055.GA2037@garage.freebsd.pl> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Sun, 8 Aug 2010 22:07:59 +0200 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 20:08:20 -0000 On Sun, Aug 8, 2010 at 21:08, Ivan Voras wrote: > On 8.8.2010 14:57, Marius N=C3=BCnnerich wrote: >> On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > >>>>> This mechanism is a band-aid until there's a better way of dealing >>>>> with 4k drives. > >> I do not like this at all. Even if it's just for the KISS and POLA >> principles. A geom should do one thing and do it right imo. > > As the addition will not modify general behaviour of glabel but add a > new feature (which is actually clean and trivial to implement) invisible > to most of the users, I don't think either KISS nor POLA are in any > danger here. "Adding a new feature" maps directly to KISS, especially if the feature is in the wrong module. POLA: I wouldn't guess that a blocksize resizing is hidden in a _part_ of glabel. I am not using the native glabel part at all, just the named GPT partitions as most of the users seem to prefer nower days (and I guess will get even more traction after Dan's blog post). > I do agree that it shouldn't be glabel's job to do this but also am > *very* strongly against shipping 9.0 without any support for 4k drives, > and the way I've chosen is the lesser of two evils. I am against workarounds for stupid hardware vendors most of the time. Especially if it's just a minority, they break pola intentionally and is fixed easily without this kludge. Afaik if you align your Partitions to higher values (I use 1MB for example) ufs is not having any performance issues (I have not benchmarked this myself). > Code and patches by others are of course welcome. I'm hoping this > discussion will trigger someone with experience in the lower levels of > kernel to go and finally add the drive info parsing so it gets solved > the right way :) > >> Why not write a new geom class that does what you want? > > I'm not against this approach also. Technically, if we go this way, the > new GEOM class will be almost a line-for-line copy-paste of glabel with > this single metadata field added, so I'd rather fold it into glabel. I did not think of a new GEOM class that looks like glabel but one that has no metadata stored on disk . It is then activated and controlled by loader.conf variables. (Maybe like gnop? If I remember correctly, I did not take a look at that class for ages). This way you would get: - Your feature - no KISS violation, that class should be really simple - no POLA violation, feature is in a class with a discriptive name, glabel is left alone - no metadata store problem (is it in the last 512 or 4K bytes?) - No problem with future compatibilty, a user would have to active the class and it's configuration by hand, no magic here Marius From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 08:51:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 086951065670; Mon, 9 Aug 2010 08:51:46 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B51A58FC18; Mon, 9 Aug 2010 08:51:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C4B9E1FFC36; Mon, 9 Aug 2010 08:51:44 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A04F184428; Mon, 9 Aug 2010 10:51:44 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Marius =?utf-8?Q?N=C3=BCnnerich?= References: <20100808103055.GA2037@garage.freebsd.pl> Date: Mon, 09 Aug 2010 10:51:44 +0200 In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Sun, 8 Aug 2010 22:07:59 +0200") Message-ID: <86pqxstbhb.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 08:51:46 -0000 Marius N=C3=BCnnerich writes: > I did not think of a new GEOM class that looks like glabel but one > that has no metadata stored on disk . It is then activated and > controlled by loader.conf variables. (Maybe like gnop? If I remember > correctly, I did not take a look at that class for ages). As you would know if you had followed the discussion about WD EARS disks, gnop does what you want and is currently the recommended solution. I am looking into a permanent solution and would appreciate if people held off on this for a couple of weeks. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 10:51:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D27EB106566B for ; Mon, 9 Aug 2010 10:51:23 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2208FC0C for ; Mon, 9 Aug 2010 10:51:23 +0000 (UTC) Received: by qwg5 with SMTP id 5so6094989qwg.13 for ; Mon, 09 Aug 2010 03:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Vs6qmxQl8+99VN8PPdD4WaLFKxnOCFrNxio7sYJEayI=; b=venrhW8Du410HFL2RwcP7dPbydaPenqaUqD/Eeooq8RgrmlpZjiuIGQxYS9g4pjwq9 4alrzNRVPd3x6Y0kVqfBhsca13xG60X4Vn8hgFiQzm4u1WEpZpGFgs4l34ynZvHE1wCl vfPs1PwBkPwhuFVBtZkLUg6P03inU7Vl/Qik8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=YS7GCQB5w+i7vmfvNVjojhFJwwE7jzHDZCGYfbZ5NIXO536XpBpL42vv6f4O41dZSR loKJDfc4LYSFoc3GFr+KVMIpsDpPYmpqUS11T3Gn/DkwLIKYoTcoSxBewa8ge9KdYjZW shhLuA1GAFoH9AB1Vco3z5GToxVp2QqdSrf18= Received: by 10.224.119.18 with SMTP id x18mr8258921qaq.302.1281349260158; Mon, 09 Aug 2010 03:21:00 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 03:20:40 -0700 (PDT) In-Reply-To: <86pqxstbhb.fsf@ds4.des.no> References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> From: Ivan Voras Date: Mon, 9 Aug 2010 12:20:40 +0200 X-Google-Sender-Auth: evNYVhj8bVPxozAHk0PL1NQIPB8 Message-ID: To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?Marius_N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 10:51:23 -0000 On 9 August 2010 10:51, Dag-Erling Sm=C3=B8rgrav wrote: > Marius N=C3=BCnnerich writes: >> I did not think of a new GEOM class that looks like glabel but one >> that has no metadata stored on disk . It is then activated and >> controlled by loader.conf variables. (Maybe like gnop? If I remember >> correctly, I did not take a look at that class for ages). > > As you would know if you had followed the discussion about WD EARS > disks, gnop does what you want and is currently the recommended > solution. Of course, but gnop as a testing GEOM class, does not save its metadata, meaning it has to be reconfigured after reboot, etc. > I am looking into a permanent solution and would appreciate if people > held off on this for a couple of weeks. Thank you! From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 12:37:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76C61065677; Mon, 9 Aug 2010 12:37:30 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8124A8FC1B; Mon, 9 Aug 2010 12:37:30 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 85FF21FFC33; Mon, 9 Aug 2010 12:37:29 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5C2878452E; Mon, 9 Aug 2010 14:37:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> Date: Mon, 09 Aug 2010 14:37:28 +0200 In-Reply-To: (Ivan Voras's message of "Mon, 9 Aug 2010 12:20:40 +0200") Message-ID: <86wrs055dj.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Marius =?utf-8?Q?N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 12:37:30 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Marius N=C3=BCnnerich writes: > > > I did not think of a new GEOM class that looks like glabel but one > > > that has no metadata stored on disk . It is then activated and > > > controlled by loader.conf variables. (Maybe like gnop? If I > > > remember correctly, I did not take a look at that class for ages). > > As you would know if you had followed the discussion about WD EARS > > disks, gnop does what you want and is currently the recommended > > solution. > Of course, but gnop as a testing GEOM class, does not save its > metadata, meaning it has to be reconfigured after reboot, etc. Please read what Marius wrote, which I quoted above. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 14:00:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C31065678; Mon, 9 Aug 2010 14:00:16 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 477C38FC12; Mon, 9 Aug 2010 14:00:05 +0000 (UTC) Received: by qwg5 with SMTP id 5so6252962qwg.13 for ; Mon, 09 Aug 2010 07:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=9Vj8+jW3Ar/YwrxFCmorvmrQOxeq6HKLyK/z3Jonz14=; b=chC6B0sS00dUap6YyrdLcVJvVp64KFRnWCpqF7slTMDJvc1yW2XuH2kSzjKulMlyU0 qgEvAsCMRd85RvbZ5KoKxN4Ox+X2I8nPDLgBSB9vj7Hp90IX/19IkqYwFCo040WoVhTT 25v1Sj99tSsgCu7HqEp2XDVl85baxV8shLEIU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=eLnv+PW3k8Upu+3Fivyis4J9WN1naISDlGscXSFxWVTZvoBFqyh7oQ2XqljEGZPu/S J/tpizsZ9D/+JWstS6Pas3SMZMkEvAD7jW7hzDWBBXIQky0A0NYjQoR/cMztwox3eIL1 xhDvZ2Oz8J0J4f1raA4PjjbVzaw4FWwMpSdJE= Received: by 10.229.71.71 with SMTP id g7mr7147036qcj.177.1281362405300; Mon, 09 Aug 2010 07:00:05 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 06:59:44 -0700 (PDT) In-Reply-To: <86wrs055dj.fsf@ds4.des.no> References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> <86wrs055dj.fsf@ds4.des.no> From: Ivan Voras Date: Mon, 9 Aug 2010 15:59:44 +0200 X-Google-Sender-Auth: uLS1zjXa7gb-LBKckuFyV0GW57E Message-ID: To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?Marius_N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 14:00:16 -0000 On 9 August 2010 14:37, Dag-Erling Sm=C3=B8rgrav wrote: > Ivan Voras writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> > Marius N=C3=BCnnerich writes: >> > > I did not think of a new GEOM class that looks like glabel but one >> > > that has no metadata stored on disk . It is then activated and >> > > controlled by loader.conf variables. (Maybe like gnop? If I >> > > remember correctly, I did not take a look at that class for ages). >> > As you would know if you had followed the discussion about WD EARS >> > disks, gnop does what you want and is currently the recommended >> > solution. >> Of course, but gnop as a testing GEOM class, does not save its >> metadata, meaning it has to be reconfigured after reboot, etc. > > Please read what Marius wrote, which I quoted above. You are right, I skipped that part of his message. Gnop fits that. From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 22:35:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC333106564A for ; Mon, 9 Aug 2010 22:35:21 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 25F4B8FC16 for ; Mon, 9 Aug 2010 22:35:20 +0000 (UTC) Received: from mx71.mail.ru (mx71.mail.ru [94.100.176.85]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 82AD32FE5D20 for ; Mon, 9 Aug 2010 23:35:33 +0400 (MSD) Received: from [93.185.182.46] (port=12367 helo=gpr.nnz-home.ru) by mx71.mail.ru with asmtp (TLSv1:AES256-SHA:256) id 1OiY8B-000C3C-00 for freebsd-current@freebsd.org; Mon, 09 Aug 2010 23:35:31 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OiY72-00036N-RI for freebsd-current@freebsd.org; Mon, 09 Aug 2010 23:34:20 +0400 Date: Mon, 9 Aug 2010 23:34:20 +0400 From: Gennady Proskurin To: freebsd-current@freebsd.org Message-ID: <20100809193420.GA11713@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam: Not detected X-Mras: Ok Subject: read() on dirs - grep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Aug 2010 22:35:21 -0000 I see misbehaviour of new bsd grep in freebsd on tmpfs when grepping dirs. For example (on tmpfs /tmp): mkdir /tmp/qwe grep something /tmp/qwe (grep hangs) When doing the same thing on ordinary filesystem (tried zfs and ufs), all works correct (grep exits immediately). I think this is easilly reproducible, but if you want me to submit additional info on fill a PR, please tell. I'm not sure though, what is the root of error: tmpfs or grep. But grep at least should catch a error. kdumps follows: on TMPFS: 11651 grep CALL stat(0x5072e0,0x7fffffffe3e0) 11651 grep NAMI "/tmp/qwe" 11651 grep STRU struct stat {dev=67174145, ino=12, mode=drwxr-xr-x , nlink=2, uid=1001, gid=0, rdev=4294967295, atime=1281378090, stime=1281378090, ctime=1281378090, birthtime=1281378090, size=0, blksize=4096, blocks=0, flags=0x0 } 11651 grep RET stat 0 11651 grep CALL fstat(0x3,0x7fffffffe2b0) 11651 grep STRU struct stat {dev=67174145, ino=12, mode=drwxr-xr-x , nlink=2, uid=1001, gid=0, rdev=4294967295, atime=1281378090, stime=1281378090, ctime=1281378090, birthtime=1281378090, size=0, blksize=4096, blocks=0, flags=0x0 } 11651 grep RET fstat 0 11651 grep CALL read(0x3,0x800c97000,0x1000) 11651 grep RET read -1 errno 21 Is a directory 11651 grep CALL read(0x3,0x800c97000,0x1000) 11651 grep RET read -1 errno 21 Is a directory 11651 grep CALL read(0x3,0x800c97000,0x1000) 11651 grep RET read -1 errno 21 Is a directory ... (infinitely repeating this) on ZFS: 11644 grep CALL stat(0x5072e0,0x7fffffffe3d0) 11644 grep NAMI "/var/tmp/qqq" 11644 grep STRU struct stat {dev=1533790729, ino=28792, mode=drwxr-xr-x , nlink=2, uid=1001, gid=0, rdev=0, atime=1281379360.263012178, stime=1281379360.263012178, ctime=1281379360.263012178, birthtime=1281379360.263012178, size=2, blksize=131072, blocks=1, flags=0x0 } 11644 grep RET stat 0 11644 grep CALL fstat(0x3,0x7fffffffe2a0) 11644 grep STRU struct stat {dev=1533790729, ino=28792, mode=drwxr-xr-x , nlink=2, uid=1001, gid=0, rdev=0, atime=1281379360.263012178, stime=1281379360.263012178, ctime=1281379360.263012178, birthtime=1281379360.263012178, size=2, blksize=131072, blocks=1, flags=0x0 } 11644 grep RET fstat 0 11644 grep CALL read(0x3,0x800c96000,0x20000) 11644 grep GIO fd 3 read 2 bytes 0x0000 0300 |..| 11644 grep RET read 2 11644 grep CALL read(0x3,0x800c96000,0x20000) 11644 grep GIO fd 3 read 0 bytes "" 11644 grep RET read 0 11644 grep CALL close(0x3) 11644 grep RET close 0 on UFS: 11887 grep CALL stat(0x7fffffffea19,0x7fffffffe5d0) 11887 grep NAMI "/ufs_dir" 11887 grep STRU struct stat {dev=75, ino=95002, mode=drwxr-xr-x , nlink=2, uid=0, gid=0, rdev=378445, atime=1281381614, stime=1281381575, ctime=1281381575, birthtime=-1, size=512, blksize=16384, blocks=4, flags=0x0 } 11887 grep RET stat 0 11887 grep CALL open(0x7fffffffea19,O_RDONLY,0x1b6) 11887 grep NAMI "/ufs_dir" 11887 grep RET open 3 11887 grep CALL stat(0x5072e0,0x7fffffffe3e0) 11887 grep NAMI "/ufs_dir" 11887 grep STRU struct stat {dev=75, ino=95002, mode=drwxr-xr-x , nlink=2, uid=0, gid=0, rdev=378445, atime=1281381614, stime=1281381575, ctime=1281381575, birthtime=-1, size=512, blksize=16384, blocks=4, flags=0x0 } 11887 grep RET stat 0 11887 grep CALL fstat(0x3,0x7fffffffe2b0) 11887 grep STRU struct stat {dev=75, ino=95002, mode=drwxr-xr-x , nlink=2, uid=0, gid=0, rdev=378445, atime=1281381614, stime=1281381575, ctime=1281381575, birthtime=-1, size=512, blksize=16384, blocks=4, flags=0x0 } 11887 grep RET fstat 0 11887 grep CALL read(0x3,0x800c9a000,0x4000) 11887 grep GIO fd 3 read 512 bytes 0x0000 1a73 0100 0c00 0401 2e00 0000 0200 0000 f401 0402 2e2e 0000 0000 0000 0000 |.s............................| 0x001e 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x003c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x005a 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x0096 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x00b4 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x00d2 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x010e 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x012c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x014a 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x0168 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x0186 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x01a4 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x01c2 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x01e0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |..............................| 0x01fe 0000 |..| 11887 grep RET read 512/0x200 11887 grep CALL read(0x3,0x800c9a000,0x4000) 11887 grep GIO fd 3 read 0 bytes "" 11887 grep RET read 0 11887 grep CALL close(0x3) 11887 grep RET close 0 From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 22:58:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C25E1065670 for ; Mon, 9 Aug 2010 22:58:28 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 281358FC15 for ; Mon, 9 Aug 2010 22:58:27 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 4EEEE14DC57D; Tue, 10 Aug 2010 00:58:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WoOpO9f7eypZ; Tue, 10 Aug 2010 00:58:24 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 10AB314DC579; Tue, 10 Aug 2010 00:58:24 +0200 (CEST) Message-ID: <4C60880F.4030308@FreeBSD.org> Date: Tue, 10 Aug 2010 00:58:23 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Gennady Proskurin References: <20100809193420.GA11713@gpr.nnz-home.ru> In-Reply-To: <20100809193420.GA11713@gpr.nnz-home.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: read() on dirs - grep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Aug 2010 22:58:28 -0000 Em 2010.08.09. 21:34, Gennady Proskurin escreveu: > I see misbehaviour of new bsd grep in freebsd on tmpfs when grepping dirs. > For example (on tmpfs /tmp): > > mkdir /tmp/qwe > grep something /tmp/qwe > (grep hangs) > Thank you for the report, I'm already aware of the issue and preparing a fix for it. Gabor From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 06:40:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86C411065675; Tue, 10 Aug 2010 06:40:21 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8A58FC13; Tue, 10 Aug 2010 06:40:20 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1OihrF-0007EF-Ei; Tue, 10 Aug 2010 08:58:41 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Gabor Kovesdan In-reply-to: <4C60880F.4030308@FreeBSD.org> References: <20100809193420.GA11713@gpr.nnz-home.ru> <4C60880F.4030308@FreeBSD.org> Comments: In-reply-to Gabor Kovesdan message dated "Tue, 10 Aug 2010 00:58:23 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Aug 2010 08:58:41 +0300 From: Daniel Braniss Message-ID: Cc: Gennady Proskurin , freebsd-current@freebsd.org Subject: Re: read() on dirs - grep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 06:40:21 -0000 > Em 2010.08.09. 21:34, Gennady Proskurin escreveu: > > I see misbehaviour of new bsd grep in freebsd on tmpfs when grepping dirs. > > For example (on tmpfs /tmp): > > > > mkdir /tmp/qwe > > grep something /tmp/qwe > > (grep hangs) > > > Thank you for the report, I'm already aware of the issue and preparing a > fix for it. > just in case this is the same but different :-) if grep hits an NFS mounted dir it goes into a loop: truss grep -l '^# PROVIDE:' /cs/share/etc/rc.d/* ... read(2,0x800c5e000,4096) ERR#21 'Is a directory' ... cheers, danny From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 07:58:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5DC1065670; Tue, 10 Aug 2010 07:58:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9378FC1E; Tue, 10 Aug 2010 07:58:06 +0000 (UTC) Received: by ewy26 with SMTP id 26so4330979ewy.13 for ; Tue, 10 Aug 2010 00:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=4vy5aNPOoX7d9PQvDGo7IeEnDsJnC3MXsfE+MEEkgBQ=; b=tMnk9UEW5dVhGjFlKKjjDc0+Ertwz8rpX38de2roEPgXAEnYkpj/lXUq4zhnkPAZo8 m9KcGG3IEUgwxRxpqXWD+fs9Rr17QKoJLDckIVlcL3Z2yLmHY1+TBoeE2y7VmqgCN1zW DmNqf2sQHHrZDNcWSwF+hVawMTKcih0XBMjRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=oHfMx4ZB9YhzbihnO52npxRXken5++zboMsoXU4r/TxuPAxzrv23ytnSbZXU49UnRq K9mmV28gI0VnSA7ya/Xs11zhlQ8FCF2k+DJv+nM6B9RADp1zlKzEPPzrwbpTZydEVlGX mbzTevZjA5fKp/y1fHslyaiXcM49JeYyUHnto= MIME-Version: 1.0 Received: by 10.213.7.12 with SMTP id b12mr3882445ebb.76.1281427085557; Tue, 10 Aug 2010 00:58:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.31.204 with HTTP; Tue, 10 Aug 2010 00:58:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Aug 2010 15:58:05 +0800 X-Google-Sender-Auth: 8QlO4TRmBb0dLGwE01zLlEuyVkQ Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 07:58:07 -0000 On 10 August 2010 15:51, Adrian Chadd wrote: > Hi everyone, > > I'm committing some updates to the if_ath and ath_hal code. > > I've just committed updates to the AR5416 register setup values. I'd > appreciate some testing by AR5416 users - eg macbook pro users - to > ensure this hasn't broken functionality. I've also started merging in general if_ath changes; so please test the ath code in -head and let me know if I've introduced any regressions. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 09:41:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E115E1065670; Tue, 10 Aug 2010 09:41:28 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5958FC18; Tue, 10 Aug 2010 09:41:27 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:32 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:31 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011025875.msg; Tue, 10 Aug 2010 10:30:31 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" , "FreeBSD Net" , "FreeBSD stable" , "FreeBSD Current" References: Date: Tue, 10 Aug 2010 10:30:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 09:41:29 -0000 Is there an easy way to check which chip is present as the startup doesnt seem to mention it? igb0: port 0xec00-0xec1f mem 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff,0xfad9c000-0xfad9ffff irq 28 at device 0.0 on pci1 igb0: Using MSIX interrupts with 10 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:25:90:02:63:3a ... Regards Steve ----- Original Message ----- From: "Jack Vogel" To: "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Friday, August 06, 2010 10:15 PM Subject: Watchdog resets on 82575 > If you have this adapter and have been getting watchdogs you need to pick up > the small > update I checked into HEAD today. When I added the SR-IOV support for the > 82576 > adapter I removed a call to set the MAC type in an early routine, thinking > it was unnecessary, > since a slightly later shared code init does the same thing. I also saw no > problem when > I did this on the 82576.... well, it did have a bad effect that I did not > notice, the slightly > later call, igb_setup_msix() did not have the mac set and this resulted in > the 82575 > creating more queues than it is really able to handle. > > So, bottom line, this is a critical fix for 82575: SVN rev 210968 > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 10:23:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A02F71065670; Tue, 10 Aug 2010 10:23:38 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D27568FC0C; Tue, 10 Aug 2010 10:23:37 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:36 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:35 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011026146.msg; Tue, 10 Aug 2010 11:23:34 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Jeremy Chadwick" References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> Date: Tue, 10 Aug 2010 11:23:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 10:23:38 -0000 Thanks Jeremy, from that we get:- igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) I assume there is a way to convert from the hex values to the human value but not sure what it is? Regards Steve ----- Original Message ----- From: "Jeremy Chadwick" To: "Steven Hartland" Cc: "Jack Vogel" ; "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Tuesday, August 10, 2010 11:04 AM Subject: Re: Watchdog resets on 82575 > On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: >> Is there an easy way to check which chip is present as the startup doesnt >> seem to mention it? > > Not during start-up, but once the machine is running (including in > single-user), you can do: > > pciconf -lvc > > And look for device igb0. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 10:39:04 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01B01065678; Tue, 10 Aug 2010 10:39:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 75AB98FC22; Tue, 10 Aug 2010 10:39:04 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7AAclvp065244; Tue, 10 Aug 2010 12:39:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7AAclve065243; Tue, 10 Aug 2010 12:38:47 +0200 (CEST) (envelope-from olli) Date: Tue, 10 Aug 2010 12:38:47 +0200 (CEST) Message-Id: <201008101038.o7AAclve065243@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, killing@multiplay.co.uk, "Jeremy Chadwick" , freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Jack Vogel In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Tue, 10 Aug 2010 12:39:03 +0200 (CEST) Cc: Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 10:39:05 -0000 Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 The important thing is the "chip" ID: 0x10c98086 The lower half is the vendor ID: 8086 is intel. The upper half is the device ID: 10c9 is the 82576 gigabit NIC. You can look up these numbers on http://pciids.sf.net for example. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 07:51:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D351065677; Tue, 10 Aug 2010 07:51:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B7AEE8FC23; Tue, 10 Aug 2010 07:51:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so4329492ewy.13 for ; Tue, 10 Aug 2010 00:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=sx/+n5u2lS5QBNnBvTyGiiuG3ZvTP9AV23uM+4fk8yA=; b=MWo/6xo4zUdxwgfjI4et7ipOH35rJarqV0xcPGmvg2K3CSKLX5H1QNo1/B8pfydpPM f1j6S4kG8Co0jHImWUlORRefl30dltYvKzSAVHl4w79oBrhQd4opXJzt5/MdploCe6Ge jW2rn4Ug7UUGoh1eGyS0S1MF4ffIqQF8ftk3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=OIbvGVMm84OwY6DyB+doAfpDgVVlWMV8Xrrhg1jRdO9r/T6axcGKAm2exNDcgW/93X Vk9XIOZASYF0rWhffPDta/X8n3rvblQVukHDVpIJa/9zk097p5R8ZEQTicTDnzeu81OO 3jBVrkXUpzH5pqVp2L7/aGlkArjHyg0ZthJlE= MIME-Version: 1.0 Received: by 10.213.80.204 with SMTP id u12mr3866629ebk.57.1281426660614; Tue, 10 Aug 2010 00:51:00 -0700 (PDT) Received: by 10.213.31.204 with HTTP; Tue, 10 Aug 2010 00:51:00 -0700 (PDT) Date: Tue, 10 Aug 2010 15:51:00 +0800 Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Tue, 10 Aug 2010 11:03:56 +0000 Cc: freebsd-stable@freebsd.org Subject: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 07:51:02 -0000 Hi everyone, I'm committing some updates to the if_ath and ath_hal code. I've just committed updates to the AR5416 register setup values. I'd appreciate some testing by AR5416 users - eg macbook pro users - to ensure this hasn't broken functionality. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 10:17:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CAFF106567B for ; Tue, 10 Aug 2010 10:17:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 63B7A8FC12 for ; Tue, 10 Aug 2010 10:17:26 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta03.emeryville.ca.mail.comcast.net with comcast id sa2r1e0031afHeLA3a4GL2; Tue, 10 Aug 2010 10:04:16 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta17.emeryville.ca.mail.comcast.net with comcast id sa4E1e0043LrwQ28da4FLh; Tue, 10 Aug 2010 10:04:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C73D79B437; Tue, 10 Aug 2010 03:04:14 -0700 (PDT) Date: Tue, 10 Aug 2010 03:04:14 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810100414.GA31621@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Tue, 10 Aug 2010 11:15:03 +0000 Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 10:17:26 -0000 On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: > Is there an easy way to check which chip is present as the startup doesnt > seem to mention it? Not during start-up, but once the machine is running (including in single-user), you can do: pciconf -lvc And look for device igb0. -- | Jeremy Chadwick jdc@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 Tue Aug 10 10:57:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22300106564A for ; Tue, 10 Aug 2010 10:57:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF2D8FC22 for ; Tue, 10 Aug 2010 10:57:24 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta03.emeryville.ca.mail.comcast.net with comcast id sawA1e0040EPchoA3axPza; Tue, 10 Aug 2010 10:57:24 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.emeryville.ca.mail.comcast.net with comcast id saxN1e0043LrwQ28MaxPMU; Tue, 10 Aug 2010 10:57:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A7A1C9B425; Tue, 10 Aug 2010 03:57:22 -0700 (PDT) Date: Tue, 10 Aug 2010 03:57:22 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810105722.GA32407@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Tue, 10 Aug 2010 11:15:16 +0000 Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 10:57:25 -0000 On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > I assume there is a way to convert from the hex values to the human value > but not sure what it is? The "card" and "chip" identifiers are part of the PCI ID specification. You can see what the "human value" is by examining the source code for the driver. Sometimes it's easy to figure out, other times there's a series of #define's which you have to reverse engineer. In this case, there's two places with relevant information: src/sys/dev/e1000/if_igb.c src/sys/dev/e1000/e1000_hw.h You have to split the Chip ID into two separate 16-bit portions, so 0x10c9 and 0x8086. 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the individual NIC/model type. So: $ grep -i 0x10c9 * e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 For Jack: igb_vendor_info_array should really be extended to include actual ASCII strings for the individual chips/models/codenames. I'm sure that's on your todo list somewhere. I'd be willing to write this but would need a list of the models (or maybe the Linux driver has them in comments, etc. and I could go off of that). -- | Jeremy Chadwick jdc@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 Tue Aug 10 12:06:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E09621065678 for ; Tue, 10 Aug 2010 12:06:44 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3828C8FC1B for ; Tue, 10 Aug 2010 12:06:43 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OinIq-00049J-JE for current@freebsd.org; Tue, 10 Aug 2010 13:47:40 +0200 Message-ID: <4C613C56.109@kkip.pl> Date: Tue, 10 Aug 2010 13:47:34 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.7) Gecko/20100713 Lightning/1.0b2 Thunderbird/3.1.1 MIME-Version: 1.0 To: FreeBSD Current X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 13:47:40 X-Connected-IP: 10.66.3.254:1308 X-Message-Linecount: 155 X-Body-Linecount: 144 X-Message-Size: 6536 X-Body-Size: 6048 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 12:06:45 -0000 Guys, I'm interested if anyone of you can reproduce my problem with apache22 port on CURRENT before I eventually send PR. # uname -a FreeBSD serwer.obsysa.net 9.0-CURRENT FreeBSD 9.0-CURRENT #8: Mon Aug 9 19:51:38 CEST 2010 ncpnc@serwer.obsysa.net:/usr/obj/usr/src/sys/ATHLON9 i386 I've recompiled apache as usual but it failed to start because some modules are missing: # /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: httpd: Syntax error on line 68 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_cache.so into server: Cannot open "/usr/local/libexec/apache22/mod_cache.so" In fact they aren't there: # ls -m /usr/local/libexec/apache22 httpd.exp, libphp5.so*, mod_actions.so*, mod_alias.so*, mod_asis.so*, mod_auth_basic.so*, mod_auth_digest.so*, mod_authn_alias.so*, mod_authn_anon.so*, mod_authn_dbm.so*, mod_authn_default.so*, mod_authn_file.so*, mod_authz_dbm.so*, mod_authz_default.so*, mod_authz_groupfile.so*, mod_authz_host.so*, mod_authz_owner.so*, mod_authz_user.so*, mod_autoindex.so*, mod_cern_meta.so*, mod_charset_lite.so*, mod_dav.so*, mod_dav_fs.so*, mod_deflate.so*, mod_dir.so*, mod_disk_cache.so*, mod_dumpio.so*, mod_env.so*, mod_expires.so*, mod_file_cache.so*, mod_headers.so*, mod_imagemap.so*, mod_include.so*, mod_info.so*, mod_log_config.so*, mod_logio.so*, mod_mime.so*, mod_mime_magic.so*, mod_negotiation.so*, mod_proxy_connect.so*, mod_reqtimeout.so*, mod_rewrite.so*, mod_setenvif.so*, mod_speling.so*, mod_ssl.so*, mod_status.so*, mod_unique_id.so*, mod_userdir.so*, mod_usertrack.so*, mod_version.so*, mod_vhost_alias.so* But mod_cache is enabled in options: # grep -i cache Makefile.options CACHE "Enable mod_cache" ON \ DISK_CACHE "Enable mod_disk_cache" ON \ FILE_CACHE "Enable mod_file_cache" ON \ MEM_CACHE "Enable mod_mem_cache" OFF \ Problem seems to be connected with ./configure script: # make configure &> build.log # grep -i cache build.log (...) checking whether to enable mod_file_cache... shared checking whether to enable mod_cache... no checking whether to enable mod_disk_cache... shared checking whether to enable mod_mem_cache... no (...) Disabling ccache makes no difference. -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 14:05:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AA91065670 for ; Tue, 10 Aug 2010 14:05:34 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id CE7EE8FC17 for ; Tue, 10 Aug 2010 14:05:33 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OipRI-0004kr-MN; Tue, 10 Aug 2010 16:05:31 +0200 Message-ID: <4C615C69.6050306@kkip.pl> Date: Tue, 10 Aug 2010 16:04:25 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Ilya A. Arhipov" , FreeBSD Current References: <4C613C56.109@kkip.pl> <167291281444030@web94.yandex.ru> In-Reply-To: <167291281444030@web94.yandex.ru> X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 16:05:31 X-Connected-IP: 10.66.3.254:1742 X-Message-Linecount: 188 X-Body-Linecount: 175 X-Message-Size: 6867 X-Body-Size: 6268 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 14:05:34 -0000 W dniu 2010-08-10 14:40, Ilya A. Arhipov pisze: > pls show: > pkg_info -xL apache | grep mod_cache # pkg_info -xL apache | grep mod_cache /usr/local/share/doc/apache22/mod/mod_cache.html.ja.utf8 /usr/local/share/doc/apache22/mod/mod_cache.html.ko.euc-kr /usr/local/share/doc/apache22/mod/mod_cache.html.en /usr/local/share/doc/apache22/mod/mod_cache.html > and try: > cd /usr/ports/www/apache22 > make deinstall clean > make config -- and select mod_cache > make install clean I tried it already, I even did portupgrade -frRi apache-2.2.16 ;) I also tried: #make rmconfig #make config and double-checked if mod_cache is enabled - and it is by default. But still configure script doesn't seem to care about it. > or try > make extrack > cd work/httpd-you-version > and ./configure --enable-cache --enable-disk-cache --enable-mem-cache > or read ./configure --help So I Did: #make extract #make patch #./configure --enable-cache --enable-disk-cache --enable-file-cache | grep cache checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for strings.h... (cached) yes checking whether to enable mod_file_cache... yes (default) checking whether to enable mod_cache... yes (default) checking whether to enable mod_disk_cache... yes (default) checking whether to enable mod_mem_cache... no checking for sys/sem.h... (cached) yes checking for unistd.h... (cached) yes creating modules/cache/Makefile Could it be that port options aren't parsed and used within ./work correctly? I am using this port without any problems on STABLE machines. It compiled fine also on current about a month ago :) Could it be connected to grep changes in CURRENT? > also Makefile.modules have: > if !defined(WITH_THREADS) > WITHOUT_MODULES+= mem_cache > if !defined(WITHOUT_APACHE_OPTIONS)&& defined(WITH_MEM_CACHE) > IGNORE+= mod_mem_cache requires WITH_THREADS mod_mem_cache is not the problem, but the main mod_cache module. I've mod_mem_cache disabled. -- Bartosz Stec -- IT4Pro Bartosz Stec http://www.it4pro.pl tel: 607041002 E-Mail: bartosz.stec@it4pro.pl From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 14:08:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF4D8106564A for ; Tue, 10 Aug 2010 14:08:27 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 252048FC14 for ; Tue, 10 Aug 2010 14:08:26 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OipUh-0004le-VW; Tue, 10 Aug 2010 16:08:25 +0200 Message-ID: <4C615D3C.3090900@kkip.pl> Date: Tue, 10 Aug 2010 16:07:56 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Ilya A. Arhipov" References: <4C613C56.109@kkip.pl> <167291281444030@web94.yandex.ru> <4C61572D.6040308@it4pro.pl> <205091281447980@web138.yandex.ru> In-Reply-To: <205091281447980@web138.yandex.ru> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 16:08:25 X-Connected-IP: 10.66.3.254:1744 X-Message-Linecount: 104 X-Body-Linecount: 90 X-Message-Size: 4649 X-Body-Size: 3920 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: FreeBSD Current Subject: Re: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 14:08:27 -0000 W dniu 2010-08-10 15:46, Ilya A. Arhipov pisze: > hm, u see it ? > if !defined(WITH_THREADS) > WITHOUT_MODULES+= mem_cache > > show all Makefile.options mod_cache != mod_mem_cache Makefile.options: AUTH_BASIC "Enable mod_auth_basic" ON \ AUTH_DIGEST "Enable mod_auth_digest" ON \ AUTHN_FILE "Enable mod_authn_file" ON \ AUTHN_DBD "Enable mod_authn_dbd" OFF \ AUTHN_DBM "Enable mod_authn_dbm" ON \ AUTHN_ANON "Enable mod_authn_anon" ON \ AUTHN_DEFAULT "Enable mod_authn_default" ON \ AUTHN_ALIAS "Enable mod_authn_alias" ON \ AUTHZ_HOST "Enable mod_authz_host" ON \ AUTHZ_GROUPFILE "Enable mod_authz_groupfile" ON \ AUTHZ_USER "Enable mod_authz_user" ON \ AUTHZ_DBM "Enable mod_authz_dbm" ON \ AUTHZ_OWNER "Enable mod_authz_owner" ON \ AUTHZ_DEFAULT "Enable mod_authz_default" ON \ CACHE "Enable mod_cache" ON \ DISK_CACHE "Enable mod_disk_cache" ON \ FILE_CACHE "Enable mod_file_cache" ON \ MEM_CACHE "Enable mod_mem_cache" OFF \ DAV "Enable mod_dav" ON \ DAV_FS "Enable mod_dav_fs" ON \ BUCKETEER "Enable mod_bucketeer" OFF \ CASE_FILTER "Enable mod_case_filter" OFF \ CASE_FILTER_IN "Enable mod_case_filter_in" OFF \ EXT_FILTER "Enable mod_ext_filter" OFF \ LOG_FORENSIC "Enable mod_log_forensic" OFF \ OPTIONAL_HOOK_EXPORT "Enable mod_optional_hook_export" OFF \ OPTIONAL_HOOK_IMPORT "Enable mod_optional_hook_import" OFF \ OPTIONAL_FN_IMPORT "Enable mod_optional_fn_import" OFF \ OPTIONAL_FN_EXPORT "Enable mod_optional_fn_export" OFF \ LDAP "Enable mod_ldap" OFF \ AUTHNZ_LDAP "Enable mod_authnz_ldap" OFF \ ACTIONS "Enable mod_actions" ON \ ALIAS "Enable mod_alias" ON \ ASIS "Enable mod_asis" ON \ AUTOINDEX "Enable mod_autoindex" ON \ CERN_META "Enable mod_cern_meta" ON \ CGI "Enable mod_cgi" ON \ CHARSET_LITE "Enable mod_charset_lite" ON \ DBD "Enable mod_dbd" OFF \ DEFLATE "Enable mod_deflate" ON \ DIR "Enable mod_dir" ON \ DUMPIO "Enable mod_dumpio" ON \ ENV "Enable mod_env" ON \ EXPIRES "Enable mod_expires" ON \ HEADERS "Enable mod_headers" ON \ IMAGEMAP "Enable mod_imagemap" ON \ INCLUDE "Enable mod_include" ON \ INFO "Enable mod_info" ON \ LOG_CONFIG "Enable mod_log_config" ON \ LOGIO "Enable mod_logio" ON \ MIME "Enable mod_mime" ON \ MIME_MAGIC "Enable mod_mime_magic" ON \ NEGOTIATION "Enable mod_negotiation" ON \ REWRITE "Enable mod_rewrite" ON \ SETENVIF "Enable mod_setenvif" ON \ SPELING "Enable mod_speling" ON \ STATUS "Enable mod_status" ON \ UNIQUE_ID "Enable mod_unique_id" ON \ USERDIR "Enable mod_userdir" ON \ USERTRACK "Enable mod_usertrack" ON \ VHOST_ALIAS "Enable mod_vhost_alias" ON \ FILTER "Enable mod_filter" ON \ VERSION "Enable mod_version" ON \ PROXY "Enable mod_proxy" OFF \ PROXY_CONNECT "Enable mod_proxy_connect" OFF \ PATCH_PROXY_CONNECT "Patch proxy_connect SSL support" ON \ PROXY_FTP "Enable mod_proxy_ftp" OFF \ PROXY_HTTP "Enable mod_proxy_http" OFF \ PROXY_AJP "Enable mod_proxy_ajp" OFF \ PROXY_BALANCER "Enable mod_proxy_balancer" OFF \ PROXY_SCGI "Enable mod_proxy_scgi" OFF \ SSL "Enable mod_ssl" ON \ SUEXEC "Enable mod_suexec" OFF \ SUEXEC_RSRCLIMIT "SuEXEC rlimits based on login class" OFF \ REQTIMEOUT "Enable mod_reqtimeout" ON \ CGID "Enable mod_cgid" OFF \ -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 14:06:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B602A106566B for ; Tue, 10 Aug 2010 14:06:47 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id F1D178FC15 for ; Tue, 10 Aug 2010 14:06:46 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oip5f-0004ds-V8; Tue, 10 Aug 2010 15:42:12 +0200 Message-ID: <4C61572D.6040308@it4pro.pl> Date: Tue, 10 Aug 2010 15:42:05 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Ilya A. Arhipov" , FreeBSD Current References: <4C613C56.109@kkip.pl> <167291281444030@web94.yandex.ru> In-Reply-To: <167291281444030@web94.yandex.ru> X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 15:42:12 X-Connected-IP: 10.66.3.254:1679 X-Message-Linecount: 177 X-Body-Linecount: 162 X-Message-Size: 6579 X-Body-Size: 5881 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-Mailman-Approved-At: Tue, 10 Aug 2010 14:12:33 +0000 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 14:06:47 -0000 W dniu 2010-08-10 14:40, Ilya A. Arhipov pisze: > pls show: > pkg_info -xL apache | grep mod_cache # pkg_info -xL apache | grep mod_cache /usr/local/share/doc/apache22/mod/mod_cache.html.ja.utf8 /usr/local/share/doc/apache22/mod/mod_cache.html.ko.euc-kr /usr/local/share/doc/apache22/mod/mod_cache.html.en /usr/local/share/doc/apache22/mod/mod_cache.html > and try: > cd /usr/ports/www/apache22 > make deinstall clean > make config -- and select mod_cache > make install clean I tried it already, I even did portupgrade -frRi apache-2.2.16 ;) I also tried: #make rmconfig #make config and double-checked if mod_cache is enabled - and it is by default. But still configure script doesn't seem to care about it. > or try > make extrack > cd work/httpd-you-version > and ./configure --enable-cache --enable-disk-cache --enable-mem-cache > or read ./configure --help So I Did: #make extract #make patch #./configure --enable-cache --enable-disk-cache --enable-file-cache | grep cache checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for strings.h... (cached) yes checking whether to enable mod_file_cache... yes (default) checking whether to enable mod_cache... yes (default) checking whether to enable mod_disk_cache... yes (default) checking whether to enable mod_mem_cache... no checking for sys/sem.h... (cached) yes checking for unistd.h... (cached) yes creating modules/cache/Makefile Could it be that port options aren't parsed and used within ./work correctly? I am using this port without any problems on STABLE machines. It compiled fine also on current about a month ago :) Could it be connected to grep changes in CURRENT? > also Makefile.modules have: > if !defined(WITH_THREADS) > WITHOUT_MODULES+= mem_cache > if !defined(WITHOUT_APACHE_OPTIONS)&& defined(WITH_MEM_CACHE) > IGNORE+= mod_mem_cache requires WITH_THREADS mod_mem_cache is not the problem, but the main mod_cache module. I've mod_mem_cache disabled. -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 14:43:58 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C60A106566B for ; Tue, 10 Aug 2010 14:43:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E15668FC0A for ; Tue, 10 Aug 2010 14:43:57 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7AEhfjv075943; Tue, 10 Aug 2010 16:43:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7AEhfFl075942; Tue, 10 Aug 2010 16:43:41 +0200 (CEST) (envelope-from olli) Date: Tue, 10 Aug 2010 16:43:41 +0200 (CEST) Message-Id: <201008101443.o7AEhfFl075942@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Tue, 10 Aug 2010 16:43:56 +0200 (CEST) Cc: Subject: page fault in pmap_remove_all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 14:43:58 -0000 Hi, This is i386 -current as of 2010-08-04. It was building the toolchain for amd64 when it happened. I'll keep the vmcore around, so I can dig more into it if someone tells me what to do. 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: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc083bc86 stack pointer = 0x28:0xe50a1a94 frame pointer = 0x28:0xe50a1ac4 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 = 5785 (install) trap number = 12 panic: page fault Uptime: 6h13m9s Physical memory: 951 MB Dumping 182 MB: 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:231 231 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc083bc86 0xc083bc86 is in pmap_remove_all (atomic.h:318). 313 atomic_readandclear_int(volatile u_int *addr) 314 { 315 u_int res; 316 317 res = 0; 318 __asm __volatile( 319 " xchgl %1,%0 ; " 320 "# atomic_readandclear_int" 321 : "+r" (res), /* 0 */ 322 "=m" (*addr) /* 1 */ (kgdb) backtrace #0 doadump () at pcpu.h:231 #1 0xc05daef0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc05db11d in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0840583 in trap_fatal (frame=0xe50a1a54, eva=0) at /usr/src/sys/i386/i386/trap.c:945 #4 0xc08407d0 in trap_pfault (frame=0xe50a1a54, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #5 0xc0840cf3 in trap (frame=0xe50a1a54) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc083bc86 in pmap_remove_all (m=0xc150e9e8) at atomic.h:318 #8 0xc07e9544 in vm_fault (map=0xc38463c0, vaddr=684290048, fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:499 #9 0xc08406c0 in trap_pfault (frame=0xe50a1d28, usermode=1, eva=684290048) at /usr/src/sys/i386/i386/trap.c:837 #10 0xc0840b5e in trap (frame=0xe50a1d28) at /usr/src/sys/i386/i386/trap.c:399 #11 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #12 0x0804858c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 15:53:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8701065686 for ; Tue, 10 Aug 2010 15:53:32 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 638988FC18 for ; Tue, 10 Aug 2010 15:53:31 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oir88-00058G-EQ; Tue, 10 Aug 2010 17:53:28 +0200 Message-ID: <4C6175CB.6020300@kkip.pl> Date: Tue, 10 Aug 2010 17:52:43 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: "Ilya A. Arhipov" References: <4C613C56.109@kkip.pl> <167291281444030@web94.yandex.ru> <4C61572D.6040308@it4pro.pl> <205091281447980@web138.yandex.ru> <4C615D3C.3090900@kkip.pl> <212391281453805@web73.yandex.ru> In-Reply-To: <212391281453805@web73.yandex.ru> X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 17:53:28 X-Connected-IP: 78.8.144.74:55318 X-Message-Linecount: 278 X-Body-Linecount: 265 X-Message-Size: 8554 X-Body-Size: 7866 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 15:53:32 -0000 On 2010-08-10 17:23, Ilya A. Arhipov wrote: > make config and add > [x] THREADS Enable threads support in APR :) > and deinstall&& reinstall > > 10.08.10, 18:07, "Bartosz Stec": > Arrgh! My mistake - I showed generic /usr/ports/www/apache22/Makefile.options instead of /var/db/ports/apache22/options. So here's the correct one: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for apache-2.2.16 _OPTIONS_READ=apache-2.2.16 WITH_THREADS=true WITHOUT_MYSQL=true WITHOUT_PGSQL=true WITHOUT_SQLITE=true WITH_IPV6=true WITHOUT_BDB=true WITH_AUTH_BASIC=true WITH_AUTH_DIGEST=true WITH_AUTHN_FILE=true WITHOUT_AUTHN_DBD=true WITH_AUTHN_DBM=true WITH_AUTHN_ANON=true WITH_AUTHN_DEFAULT=true WITH_AUTHN_ALIAS=true WITH_AUTHZ_HOST=true WITH_AUTHZ_GROUPFILE=true WITH_AUTHZ_USER=true WITH_AUTHZ_DBM=true WITH_AUTHZ_OWNER=true WITH_AUTHZ_DEFAULT=true WITH_CACHE=true WITH_DISK_CACHE=true WITH_FILE_CACHE=true WITHOUT_MEM_CACHE=true WITH_DAV=true WITH_DAV_FS=true WITHOUT_BUCKETEER=true WITHOUT_CASE_FILTER=true WITHOUT_CASE_FILTER_IN=true WITHOUT_EXT_FILTER=true WITHOUT_LOG_FORENSIC=true WITHOUT_OPTIONAL_HOOK_EXPORT=true WITHOUT_OPTIONAL_HOOK_IMPORT=true WITHOUT_OPTIONAL_FN_IMPORT=true WITHOUT_OPTIONAL_FN_EXPORT=true WITHOUT_LDAP=true WITHOUT_AUTHNZ_LDAP=true WITH_ACTIONS=true WITH_ALIAS=true WITH_ASIS=true WITH_AUTOINDEX=true WITH_CERN_META=true WITH_CGI=true WITH_CHARSET_LITE=true WITHOUT_DBD=true WITH_DEFLATE=true WITH_DIR=true WITH_DUMPIO=true WITH_ENV=true WITH_EXPIRES=true WITH_HEADERS=true WITH_IMAGEMAP=true WITH_INCLUDE=true WITH_INFO=true WITH_LOG_CONFIG=true WITH_LOGIO=true WITH_MIME=true WITH_MIME_MAGIC=true WITH_NEGOTIATION=true WITH_REWRITE=true WITH_SETENVIF=true WITH_SPELING=true WITH_STATUS=true WITH_UNIQUE_ID=true WITH_USERDIR=true WITH_USERTRACK=true WITH_VHOST_ALIAS=true WITH_FILTER=true WITH_VERSION=true WITHOUT_PROXY=true WITH_PROXY_CONNECT=true WITH_PATCH_PROXY_CONNECT=true WITHOUT_PROXY_FTP=true WITHOUT_PROXY_HTTP=true WITHOUT_PROXY_AJP=true WITHOUT_PROXY_BALANCER=true WITHOUT_PROXY_SCGI=true WITH_SSL=true WITHOUT_SUEXEC=true WITHOUT_SUEXEC_RSRCLIMIT=true WITH_REQTIMEOUT=true WITHOUT_CGID=true And just for case output of of apr1 options file: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 _OPTIONS_READ=apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 WITH_THREADS=true WITH_IPV6=true WITH_BDB=true WITH_GDBM=true WITHOUT_LDAP=true WITHOUT_MYSQL=true WITHOUT_NDBM=true WITHOUT_PGSQL=true WITHOUT_SQLITE=true WITH_DEVRANDOM=true As you see, threads are enabled in both, but still it shouldn't have any effect on mod_cache, but only on mod_mem_cache, which is _disabled_. -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 17:45:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 792871065689; Tue, 10 Aug 2010 17:45:29 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB3528FC16; Tue, 10 Aug 2010 17:45:28 +0000 (UTC) Received: by wwb13 with SMTP id 13so1598386wwb.31 for ; Tue, 10 Aug 2010 10:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=I+di8nduZi1MOHJjUD+zO+7UcPp5IpbhcF9OFTNB1Ik=; b=HJH0IrZI81nPpbEShvHn/1G9gq3+O/y2DqCB3toTj7NvO6NRVEIzpB2CSEtmP5RYI9 kfODRDSNwrEJe8Lraziu1/4h4FAcdQUcohIpBg298k8Zig90bf7oOzvxa1FN/XOwvMlc CAiqG9L9NXsrPe8jxjKalvwJw1ohcqqDnv6B0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=GrXD4EzNA/BrBgEPz3QNzy7HybE3ltPMGsgUdbYsx5sRfOXkf2/EDRqBJh6jQEk0S+ Z7snALGgDMNdPNzSZHOeVjjLVCMfjxIS3Km2vlLP29um0U9x4oas2dtZbO2oby9KqIzX wEFYzqHSiEv1++mPWfOu62+/4Vs0nfCK4l+X8= Received: by 10.227.135.18 with SMTP id l18mr14445016wbt.120.1281462324183; Tue, 10 Aug 2010 10:45:24 -0700 (PDT) Received: from localhost (ks369417.kimsufi.com [94.23.44.129]) by mx.google.com with ESMTPS id h3sm5681891wbb.21.2010.08.10.10.45.21 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 10:45:23 -0700 (PDT) From: Anonymous To: Bartosz Stec References: <4C613C56.109@kkip.pl> Date: Tue, 10 Aug 2010 21:45:06 +0400 Message-ID: <86r5i61hwd.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Gabor Kovesdan Subject: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 17:45:29 -0000 Bartosz Stec writes: > # /usr/local/etc/rc.d/apache22 start > Performing sanity check on apache22 configuration: > httpd: Syntax error on line 68 of > /usr/local/etc/apache22/httpd.conf: Cannot load > /usr/local/libexec/apache22/mod_cache.so into server: Cannot open > "/usr/local/libexec/apache22/mod_cache.so" [...] > Problem seems to be connected with ./configure script: > > # make configure &> build.log > # grep -i cache build.log > (...) > checking whether to enable mod_file_cache... shared > checking whether to enable mod_cache... no > checking whether to enable mod_disk_cache... shared > checking whether to enable mod_mem_cache... no > (...) Seems like APACHE_MODULES is incorrectly populated. $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache ...cache disk_cache file_cache... $ make -V APACHE_MODULES BATCH= | fgrep cache ...disk_cache file_cache... I guess the failing line is below in bsd.apache.mk ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ It can be reduced to $ echo mem_cache | grep --color -w cache From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 19:50:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9311065673; Tue, 10 Aug 2010 19:50:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48C5A8FC12; Tue, 10 Aug 2010 19:50:11 +0000 (UTC) Received: by pxi17 with SMTP id 17so245701pxi.13 for ; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Cvrq8A0dh+YTcAzjjeApR++u6QQ7xNIx3Yg9IfN7+5Y=; b=FYqYqczL7hu0TS5599rd4i8TLeHzWKoP6CEve6JKlAjqk9odHwNNY8VU41SpWVjH17 l3RU7jp4He5BjaasVZFy4/Mtt3/7UMNiNQleWe+JqeWbDWdyXFZn8gdfooWw38xp5HpP h6iAMqQuIC/sdwYqODtZC7FODQRpRfcaHQIvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=BIe2gzPdwtGfoqEmHtKErWJLhSp/bkc34q4MrWHVA39owJleqD6mkNgm29xZSUWgIK LyIw5vGJtN9vv9/QxBDZkiCYkouM92tzuc/iwm8ueRAp3iogkHJ64JGsdI9cEy7YH7rG 0w+GBc2VR+MG6kaOo0KisdFewo77CeTI+3FEU= Received: by 10.142.140.19 with SMTP id n19mr15395127wfd.271.1281469811688; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d4sm6464028wfh.11.2010.08.10.12.50.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 12:50:09 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 10 Aug 2010 12:50:08 -0700 From: Pyun YongHyeon Date: Tue, 10 Aug 2010 12:50:08 -0700 To: Jeremy Chadwick Message-ID: <20100810195008.GF6960@michelle.cdnetworks.com> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> <20100810105722.GA32407@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100810105722.GA32407@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , FreeBSD Current , Steven Hartland , Jack Vogel , FreeBSD stable Subject: Re: Watchdog resets on 82575 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: Tue, 10 Aug 2010 19:50:12 -0000 On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote: > On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > > Thanks Jeremy, from that we get:- > > > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > > > I assume there is a way to convert from the hex values to the human value > > but not sure what it is? > > The "card" and "chip" identifiers are part of the PCI ID specification. > You can see what the "human value" is by examining the source code for > the driver. Sometimes it's easy to figure out, other times there's a > series of #define's which you have to reverse engineer. > > In this case, there's two places with relevant information: > > src/sys/dev/e1000/if_igb.c > src/sys/dev/e1000/e1000_hw.h > > You have to split the Chip ID into two separate 16-bit portions, so > 0x10c9 and 0x8086. > > 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the > individual NIC/model type. So: > > $ grep -i 0x10c9 * > e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 > > For Jack: igb_vendor_info_array should really be extended to include > actual ASCII strings for the individual chips/models/codenames. I'm > sure that's on your todo list somewhere. I'd be willing to write this > but would need a list of the models (or maybe the Linux driver has them > in comments, etc. and I could go off of that). > I guess em(4)/igb(4)/ixgb(4)/ixgbe(4) only shows vendor string and driver version which effectively hides controller name/model details in device attach phase. Personally I like to see more detailed controller model information which may help narrowing down affected lits of controllers when an issue is reported. Currently we have to get this information by requesting the output of pciconf(4) which in turn requires one more round trip of mail. From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 20:44:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D73621065676 for ; Tue, 10 Aug 2010 20:44:48 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 53BC78FC18 for ; Tue, 10 Aug 2010 20:44:48 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.4/8.14.4) with ESMTP id o7AKHhrJ027346; Tue, 10 Aug 2010 16:17:43 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.4/8.14.4/Submit) id o7AKHg88027345; Tue, 10 Aug 2010 16:17:42 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 10 Aug 2010 16:17:42 -0400 From: "Michael W. Lucas" To: Bartosz Stec Message-ID: <20100810201742.GA27316@bewilderbeast.blackhelicopters.org> References: <4C613C56.109@kkip.pl> <167291281444030@web94.yandex.ru> <4C61572D.6040308@it4pro.pl> <205091281447980@web138.yandex.ru> <4C615D3C.3090900@kkip.pl> <212391281453805@web73.yandex.ru> <4C6175CB.6020300@kkip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C6175CB.6020300@kkip.pl> User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 10 Aug 2010 16:17:43 -0400 (EDT) Cc: "Ilya A. Arhipov" , current@freebsd.org Subject: Re: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 20:44:48 -0000 Hi, This bit me as well. Some experimentation showed that a few apache functions are now compiled in, rather than being modules. Don't know why. Editing httpd.conf to remove the items that were no longer modules restored service. ==ml On Tue, Aug 10, 2010 at 05:52:43PM +0200, Bartosz Stec wrote: > On 2010-08-10 17:23, Ilya A. Arhipov wrote: > >make config and add > >[x] THREADS Enable threads support in APR :) > >and deinstall&& reinstall > > > >10.08.10, 18:07, "Bartosz Stec": > > > Arrgh! My mistake - I showed generic > /usr/ports/www/apache22/Makefile.options instead of > /var/db/ports/apache22/options. So here's the correct one: > > # This file is auto-generated by 'make config'. > # No user-servicable parts inside! > # Options for apache-2.2.16 > _OPTIONS_READ=apache-2.2.16 > WITH_THREADS=true > WITHOUT_MYSQL=true > WITHOUT_PGSQL=true > WITHOUT_SQLITE=true > WITH_IPV6=true > WITHOUT_BDB=true > WITH_AUTH_BASIC=true > WITH_AUTH_DIGEST=true > WITH_AUTHN_FILE=true > WITHOUT_AUTHN_DBD=true > WITH_AUTHN_DBM=true > WITH_AUTHN_ANON=true > WITH_AUTHN_DEFAULT=true > WITH_AUTHN_ALIAS=true > WITH_AUTHZ_HOST=true > WITH_AUTHZ_GROUPFILE=true > WITH_AUTHZ_USER=true > WITH_AUTHZ_DBM=true > WITH_AUTHZ_OWNER=true > WITH_AUTHZ_DEFAULT=true > WITH_CACHE=true > WITH_DISK_CACHE=true > WITH_FILE_CACHE=true > WITHOUT_MEM_CACHE=true > WITH_DAV=true > WITH_DAV_FS=true > WITHOUT_BUCKETEER=true > WITHOUT_CASE_FILTER=true > WITHOUT_CASE_FILTER_IN=true > WITHOUT_EXT_FILTER=true > WITHOUT_LOG_FORENSIC=true > WITHOUT_OPTIONAL_HOOK_EXPORT=true > WITHOUT_OPTIONAL_HOOK_IMPORT=true > WITHOUT_OPTIONAL_FN_IMPORT=true > WITHOUT_OPTIONAL_FN_EXPORT=true > WITHOUT_LDAP=true > WITHOUT_AUTHNZ_LDAP=true > WITH_ACTIONS=true > WITH_ALIAS=true > WITH_ASIS=true > WITH_AUTOINDEX=true > WITH_CERN_META=true > WITH_CGI=true > WITH_CHARSET_LITE=true > WITHOUT_DBD=true > WITH_DEFLATE=true > WITH_DIR=true > WITH_DUMPIO=true > WITH_ENV=true > WITH_EXPIRES=true > WITH_HEADERS=true > WITH_IMAGEMAP=true > WITH_INCLUDE=true > WITH_INFO=true > WITH_LOG_CONFIG=true > WITH_LOGIO=true > WITH_MIME=true > WITH_MIME_MAGIC=true > WITH_NEGOTIATION=true > WITH_REWRITE=true > WITH_SETENVIF=true > WITH_SPELING=true > WITH_STATUS=true > WITH_UNIQUE_ID=true > WITH_USERDIR=true > WITH_USERTRACK=true > WITH_VHOST_ALIAS=true > WITH_FILTER=true > WITH_VERSION=true > WITHOUT_PROXY=true > WITH_PROXY_CONNECT=true > WITH_PATCH_PROXY_CONNECT=true > WITHOUT_PROXY_FTP=true > WITHOUT_PROXY_HTTP=true > WITHOUT_PROXY_AJP=true > WITHOUT_PROXY_BALANCER=true > WITHOUT_PROXY_SCGI=true > WITH_SSL=true > WITHOUT_SUEXEC=true > WITHOUT_SUEXEC_RSRCLIMIT=true > WITH_REQTIMEOUT=true > WITHOUT_CGID=true > > And just for case output of of apr1 options file: > > # This file is auto-generated by 'make config'. > # No user-servicable parts inside! > # Options for apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 > _OPTIONS_READ=apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 > WITH_THREADS=true > WITH_IPV6=true > WITH_BDB=true > WITH_GDBM=true > WITHOUT_LDAP=true > WITHOUT_MYSQL=true > WITHOUT_NDBM=true > WITHOUT_PGSQL=true > WITHOUT_SQLITE=true > WITH_DEVRANDOM=true > > > As you see, threads are enabled in both, but still it shouldn't have any > effect on mod_cache, but only on mod_mem_cache, which is _disabled_. > > -- > Bartosz Stec > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Michael W. Lucas mwlucas@BlackHelicopters.org http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ New book available: Network Flow Analysis http://www.networkflowanalysis.com/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 21:12:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69EF41065678 for ; Tue, 10 Aug 2010 21:12:25 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2441C8FC1E for ; Tue, 10 Aug 2010 21:12:24 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D075014DC5A4; Tue, 10 Aug 2010 23:12:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9oL95DLoijpI; Tue, 10 Aug 2010 23:12:21 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id A1AB014DC4CD; Tue, 10 Aug 2010 23:12:21 +0200 (CEST) Message-ID: <4C61C0B4.5030009@FreeBSD.org> Date: Tue, 10 Aug 2010 23:12:20 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C613C56.109@kkip.pl> <86r5i61hwd.fsf@gmail.com> In-Reply-To: <86r5i61hwd.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Bartosz Stec Subject: Re: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 21:12:25 -0000 Em 2010.08.10. 19:45, Anonymous escreveu: > Seems like APACHE_MODULES is incorrectly populated. > > $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache > ...cache disk_cache file_cache... > $ make -V APACHE_MODULES BATCH= | fgrep cache > ...disk_cache file_cache... > > I guess the failing line is below in bsd.apache.mk > > ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ > > It can be reduced to > > $ echo mem_cache | grep --color -w cache > I'm sorry for this issue, it didn't come up in the exp-run because it didn't make the port actually fail. I have a fix in my queue, which I sent to my mentor and I'll commit it soon. Gabor From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 21:31:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11194106564A; Tue, 10 Aug 2010 21:31:02 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95F1E8FC15; Tue, 10 Aug 2010 21:31:01 +0000 (UTC) Received: by vws7 with SMTP id 7so9544262vws.13 for ; Tue, 10 Aug 2010 14:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=HZjRsKTnbyyxNIN2mGDp9CNMkURCt3enxjOOeQvyrzc=; b=D6nkFM4sa/BZUxnomwInxkzwvmajwfcYJqlW5rEAKHFcJE5ZgajOEiurX7JspBzjou 82+wIxtEEvfRZvx/XUMGGcolnNga7PzYHMrkTgxqYQbSGpXxjv2Uqaij4v6VqYgHspCJ AVlisI5UWLjXQMcFKi3HojqNNGXuzhvA91rJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=YVNyD8eJ9qwQ4ftEYRrckqQAz2zJaG0TwlCSkfa5Yc0OjlYoNQBy090etemyr6g9Cs taobVbl2pEi+PbQQYb/167bPEEHg04qOnTqaWBbPfJpjOP0Umcpf9FCqM/wFQREg9RH+ teRKlttpjFL2sU5vzBCZlF1YwPTHmPK2YJWyk= Received: by 10.220.61.9 with SMTP id r9mr10849326vch.123.1281475857916; Tue, 10 Aug 2010 14:30:57 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id w6sm804825vcj.3.2010.08.10.14.30.56 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 14:30:56 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61C50E.8040900@dataix.net> Date: Tue, 10 Aug 2010 17:30:54 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: FreeBSD Stable , FreeBSD Current X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 21:31:02 -0000 Hello Stablers & Heads, Based on the parts of the script with the additions for tracking source using git(1) I set out to add support for mercurial hg(1) and ended up cleaning some of the script while making some of those additions. This works exactly as before but a little more correct and with the additions to be able to track kernel sources or whole source tree with a local revision system. Example output follows (uname -v) from my system being tracked locally with mercurial. FreeBSD 8.1-STABLE #0 r211092M 55:65408c40b051 Mon Aug 9 07:03:32 EDT 2010 jhell@ujump.dataix.net:/usr/obj/usr/src/sys/MITHOP Inspiration for making these changes came from mercurial, OpenSolaris and finally http://wiki.freebsd.org/LocalMercurial Following is a list of changes that I have made that I believe people that are involved with the source may find useful. 1 file changed, 55 insertions(+), 35 deletions(-) This allows a user: * That is using csup(1) or cvsup(1) to locally keep track of the whole source tree or just the kernel part of the tree using svn(1), hg(1) or git(1). * That is using svn(1) to checkout their source tree to use hg(1) or git(1) to keep track of the whole tree or the kernel part of the tree. http://svn.freebsd.org/base/ * That is using git(1) to checkout their source tree to use hg(1) to keep track of the whole tree or the kernel part of the tree. http://spoerlein.net/gitweb/ This checks for: * SCM roots in src/ or src/sys for .svn, .hg, & .git and acts accordingly if they exist while prioritizing using an SCM root in src/ before it uses src/sys/ * Then looks for acceptable binaries for svn(1), hg(1) git(1) within the select paths /usr/local/bin & then /usr/bin. The paths may change for svn(1) or git(1) & maybe mercurial if it ever becomes part of world. Currently I have set these to only look in /usr/local/bin. Cleanups: * Instead of using variables that shared the same name as their counterpart binaries to hold a revision number use more descriptive names like svnrev gitrev & hgrev for revisions. Use git svnversion & hg variables for their respective binaries. * Adjust the paths that are checked for binaries to be of only /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), git(1) or hg(1). * Test for a SCM root in the source tree locations before we look for binaries. If these don't exist there is no need to know where svn or git are. * For git(1) always set work-tree and git-dir so there is no possibility to end up with a "-dirty" git(1) revision. * Remove extraneous "touch version" since the previous if statement already creates the file if its not found. * Inline the test for version file. I have opened a PR: misc/149510 here: http://bit.ly/buBqXc And have uploaded the patch here: http://bit.ly/9hvVfx Throw me some feedback, concerns or other information. It will be really appreciated. Regards, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 22:06:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10151065676; Tue, 10 Aug 2010 22:06:43 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1302E8FC23; Tue, 10 Aug 2010 22:06:42 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OiwXf-0005vt-49; Tue, 10 Aug 2010 23:39:34 +0200 Message-ID: <4C61C70E.2060207@kkip.pl> Date: Tue, 10 Aug 2010 23:39:26 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Gabor Kovesdan References: <4C613C56.109@kkip.pl> <86r5i61hwd.fsf@gmail.com> <4C61C0B4.5030009@FreeBSD.org> In-Reply-To: <4C61C0B4.5030009@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.5 X-Spam-Score-Int: -84 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-08-10 23:39:34 X-Connected-IP: 78.8.144.74:53448 X-Message-Linecount: 46 X-Body-Linecount: 32 X-Message-Size: 1594 X-Body-Size: 922 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Anonymous , freebsd-current@freebsd.org Subject: Re: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on 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: Tue, 10 Aug 2010 22:06:43 -0000 On 2010-08-10 23:12, Gabor Kovesdan wrote: > Em 2010.08.10. 19:45, Anonymous escreveu: >> Seems like APACHE_MODULES is incorrectly populated. >> >> $ make -V APACHE_MODULES BATCH= >> GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache >> ...cache disk_cache file_cache... >> $ make -V APACHE_MODULES BATCH= | fgrep cache >> ...disk_cache file_cache... >> >> I guess the failing line is below in bsd.apache.mk >> >> ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> >> /dev/null || \ >> >> It can be reduced to >> >> $ echo mem_cache | grep --color -w cache > I'm sorry for this issue, it didn't come up in the exp-run because it > didn't make the port actually fail. I have a fix in my queue, which I > sent to my mentor and I'll commit it soon. > > Gabor Thanks for your help with investigating this. I guess that in that case submitting PR is unnecesary. regards! -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 23:39:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 535FB1065679; Tue, 10 Aug 2010 23:39:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ECCB18FC19; Tue, 10 Aug 2010 23:39:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7ANdXNk039073; Tue, 10 Aug 2010 19:39:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7ANdXtD039072; Tue, 10 Aug 2010 23:39:33 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Aug 2010 23:39:33 GMT Message-Id: <201008102339.o7ANdXtD039072@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 23:39:34 -0000 TB --- 2010-08-10 22:50:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-10 22:50:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-10 22:50:19 - cleaning the object tree TB --- 2010-08-10 22:50:42 - cvsupping the source tree TB --- 2010-08-10 22:50:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-10 22:50:58 - building world TB --- 2010-08-10 22:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-10 22:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-10 22:50:58 - TARGET=sparc64 TB --- 2010-08-10 22:50:58 - TARGET_ARCH=sparc64 TB --- 2010-08-10 22:50:58 - TZ=UTC TB --- 2010-08-10 22:50:58 - __MAKE_CONF=/dev/null TB --- 2010-08-10 22:50:58 - cd /src TB --- 2010-08-10 22:50:58 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 10 22:50:58 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-10 23:39:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-10 23:39:32 - ERROR: failed to build world TB --- 2010-08-10 23:39:32 - 2256.92 user 535.30 system 2953.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 23:45:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03330106564A; Tue, 10 Aug 2010 23:45:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC1A8FC1A; Tue, 10 Aug 2010 23:45:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7ANjdUx078244; Tue, 10 Aug 2010 19:45:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7ANjdhv078241; Tue, 10 Aug 2010 23:45:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Aug 2010 23:45:39 GMT Message-Id: <201008102345.o7ANjdhv078241@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 23:45:41 -0000 TB --- 2010-08-10 22:57:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-10 22:57:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-10 22:57:51 - cleaning the object tree TB --- 2010-08-10 22:58:07 - cvsupping the source tree TB --- 2010-08-10 22:58:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-10 22:58:22 - building world TB --- 2010-08-10 22:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-10 22:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-10 22:58:22 - TARGET=sun4v TB --- 2010-08-10 22:58:22 - TARGET_ARCH=sparc64 TB --- 2010-08-10 22:58:22 - TZ=UTC TB --- 2010-08-10 22:58:22 - __MAKE_CONF=/dev/null TB --- 2010-08-10 22:58:22 - cd /src TB --- 2010-08-10 22:58:22 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 10 22:58:22 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sun4v.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-10 23:45:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-10 23:45:39 - ERROR: failed to build world TB --- 2010-08-10 23:45:39 - 2245.59 user 528.43 system 2868.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 23:48:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17AEE106566B; Tue, 10 Aug 2010 23:48:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id A96968FC18; Tue, 10 Aug 2010 23:48:09 +0000 (UTC) Received: by yxe42 with SMTP id 42so1531862yxe.13 for ; Tue, 10 Aug 2010 16:48:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=0hYMl0P/JkKUH26fwU1NkavsQhR8aV0snfKe8at9J9Q=; b=Bf4pBWpHjxM5/UgOkU7RsmYxO3iURL09qCX7JGR8eDOqhPFCU0Fe5k2WW9mBLE1Krl uhjysF6LwSFxk6j2tw29hhRDH6QMXtDWBs6HRDoXKvUoPcyzlvYIsX+7FDVEuxTIipMB SHhD5U6ZSyl4KhptbibIpZJ9iWdx48jhNy1mg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=SnhO8CpzpXqNW46xrRGoae+nWo0j6PN5F3w+xprz/KsYpk+HXivvyKRDgN5q+4PN6F +534WWbUntrwrTMTP+HFSM3r//MUslXDemYq72h84+YZxVmw7AIKkf2Kjb3enpTambqO +21NQWoaHgut8B77v/f2CdGxp6+qvPy+oR+DA= Received: by 10.100.46.17 with SMTP id t17mr20472637ant.237.1281484088689; Tue, 10 Aug 2010 16:48:08 -0700 (PDT) Received: from centel.dataix.local ([99.19.46.227]) by mx.google.com with ESMTPS id i30sm11353411anh.9.2010.08.10.16.48.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 16:48:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61E535.3000706@dataix.net> Date: Tue, 10 Aug 2010 19:48:05 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 23:48:10 -0000 On 08/10/2010 03:58, Adrian Chadd wrote: > On 10 August 2010 15:51, Adrian Chadd wrote: >> Hi everyone, >> >> I'm committing some updates to the if_ath and ath_hal code. >> >> I've just committed updates to the AR5416 register setup values. I'd >> appreciate some testing by AR5416 users - eg macbook pro users - to >> ensure this hasn't broken functionality. > > I've also started merging in general if_ath changes; so please test > the ath code in -head and let me know if I've introduced any > regressions. > I have applied the following (r211136) to my local stable/8 branch and has proven to be an improvement with no drawbacks. diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 @@ -5418,6 +5418,7 @@ longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); if (longCal) { sc->sc_stats.ast_per_cal++; + sc->sc_lastlongcal = ticks; if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { /* * Rfgain is out of bounds, reset the chip @@ -5466,7 +5467,6 @@ nextcal *= 10; } else { nextcal = ath_longcalinterval*hz; - sc->sc_lastlongcal = ticks; if (sc->sc_lastcalreset == 0) sc->sc_lastcalreset = sc->sc_lastlongcal; else if (ticks - sc->sc_lastcalreset >= ath_resetcalinterval*hz) As for the rest I can not vouch for unless you give me a specific patch to test but I am willing to merge from head to my local tree at any given point in time if you can give some revisions you would like tested. You "I believe" made it possible for me to use this card within a week that I had reported it ~2007-2008 so I and my card are at your disposal. Thank you. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Tue Aug 10 23:49:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265B1106564A; Tue, 10 Aug 2010 23:49:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B70818FC23; Tue, 10 Aug 2010 23:49:47 +0000 (UTC) Received: by ywf9 with SMTP id 9so4889953ywf.13 for ; Tue, 10 Aug 2010 16:49:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=SIKIi1iy0anCKdGnX7RB5jqIq26tnnsBBiAuTk9Ooso=; b=Spwf7YZtFJb9Q0fe7L5Y5FUJaCOCLeHke94WLDMSLMM6La1VV/tQGQ1uooF44smwq2 +iulblfphfYSxfycTLa+CSc5NzvNJDSBaK2nFy/uZ7JXBS4t/44JG1ZHR+At9X/3TaQs gUIsKmZbfQ/bWhOxzXOB3Y2adjD8BIz9Us+8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=QSXwzeTZyY6uYgEGRSWRlRh934wZ7THOqoz4DjutYYQueOzk4OSp3uHcJMh3aEzUZ2 19lrFPHLzlFTiCXTfoNZm8ZarP93PlUj8Objnv2pSXCPu4LtUiFHTJeyUYcsUXu/dpKC ZXmQgJw152mD7x9enO0P2KTzgQp+0M3BeSAOY= Received: by 10.100.57.17 with SMTP id f17mr20546046ana.35.1281484186792; Tue, 10 Aug 2010 16:49:46 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id c6sm11355862anj.11.2010.08.10.16.49.45 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 16:49:46 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61E598.6040803@dataix.net> Date: Tue, 10 Aug 2010 19:49:44 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adrian Chadd References: <4C61E535.3000706@dataix.net> In-Reply-To: <4C61E535.3000706@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Aug 2010 23:49:48 -0000 On 08/10/2010 19:48, jhell wrote: > On 08/10/2010 03:58, Adrian Chadd wrote: >> On 10 August 2010 15:51, Adrian Chadd wrote: >>> Hi everyone, >>> >>> I'm committing some updates to the if_ath and ath_hal code. >>> >>> I've just committed updates to the AR5416 register setup values. I'd >>> appreciate some testing by AR5416 users - eg macbook pro users - to >>> ensure this hasn't broken functionality. >> >> I've also started merging in general if_ath changes; so please test >> the ath code in -head and let me know if I've introduced any >> regressions. >> > > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. > > diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c > --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 > +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 > @@ -5418,6 +5418,7 @@ > longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); > if (longCal) { > sc->sc_stats.ast_per_cal++; > + sc->sc_lastlongcal = ticks; > if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { > /* > * Rfgain is out of bounds, reset the chip > @@ -5466,7 +5467,6 @@ > nextcal *= 10; > } else { > nextcal = ath_longcalinterval*hz; > - sc->sc_lastlongcal = ticks; > if (sc->sc_lastcalreset == 0) > sc->sc_lastcalreset = sc->sc_lastlongcal; > else if (ticks - sc->sc_lastcalreset >= > ath_resetcalinterval*hz) > > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. > > > Thank you. > PS I should probably also say that I am on i386 stable/8 with the AR5416 -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 00:34:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4492106564A; Wed, 11 Aug 2010 00:34:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB718FC15; Wed, 11 Aug 2010 00:34:21 +0000 (UTC) Received: by qyk11 with SMTP id 11so4151450qyk.13 for ; Tue, 10 Aug 2010 17:34:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=eBXmlStKKEm2DqS9h6sbSf0vkbClFMLhvy5b8vyg86M=; b=STzVO95XSXeIKA/mhMrtF8K0578cZr1h9hXVL6CSEJMpUz4d21e7QQR8Djv/Bkb5L7 EJWqSA45i7eIJlMV8ddhPTo+hXMhaDUErM6+Ju5aFgxc4TJGwDFlJpygmaN8zSO3AD7O iqpuf4HEFK24nz4EF0d9Ehz079srKPboiyoPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=vKgRIBIJ9PsnO9OSCOnDtRyUdRDyOkMKYgX4rrg4/2w+dQe/r9Pw5DuYYbGQEQh3eX fojEDX6H0hwqNYrfXfVaeHJtQFTZlbdER8WluIptf3/TMgVk4x60ljd5iJOgXwyLtQys yWidwHnT2f50JGoF68dwDtEVbg4lSRNH96yG4= Received: by 10.220.127.65 with SMTP id f1mr10908464vcs.94.1281486861039; Tue, 10 Aug 2010 17:34:21 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id m30sm3180970vbr.19.2010.08.10.17.34.19 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 17:34:20 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61F00A.6050408@dataix.net> Date: Tue, 10 Aug 2010 20:34:18 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Anonymous References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> In-Reply-To: <86hbj2qc0n.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 00:34:22 -0000 On 08/10/2010 19:32, Anonymous wrote: > jhell writes: > >> * Adjust the paths that are checked for binaries to be of only >> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >> git(1) or hg(1). > > Please, look at conf/146828. That script shouldn't blindly assume where > user installs his packages[1]. > > [1] using non-default LOCALBASE is a convenient way to identify > non-conforming ports > And that would be to identify non-conforming ports using non-standard locations. Though the option is available to look in a non-standard location for binaries, IMHO it does not belong here and I don't find that right for building world. I also find this method a little hard to adjust for targeting specific locations, for example if the base system finally had a svnversion(1) installed and we prefered that over use of a local installed port. Currently I can just subtract that path from any one of the given SCM's configured to work with this patch without effecting the others. I have had another idea along the likes of this but just throwing an entry point hook in that checks for the existence of a user built or supplied file if you will so newvers.sh can keep doing what it has been doing for all these years without the interruption for small changes like the ones were talking about now. If people are interested in something like this I would be more than happy to oblige and provide a patch to do just that. >> + gitsvnid="`$git log |fgrep 'git-svn-id:' |head -1 |\ >> + sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'`" > > The above line can be sed-only. A few parts can be simplified, too. > I agree with this. I had just copied it over from what was already existing and excepted by the original committee and whoever reviewed it. I will adjust the patch for the sed(1) portion of this but I would prefer to wait for further comments from the lists before adjusting the search paths to use a function and look in a non-standard place. I also meant to CC dougb@ on this as I believe he had something to do with the original commits of the git(1) portions and possibly other parts. Thank you for following up with me on this. Regards, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 00:39:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BB141065670 for ; Wed, 11 Aug 2010 00:39:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id BEDA88FC23 for ; Wed, 11 Aug 2010 00:39:31 +0000 (UTC) Received: (qmail 25645 invoked by uid 399); 11 Aug 2010 00:39:29 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Aug 2010 00:39:29 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C61F140.4050906@FreeBSD.org> Date: Tue, 10 Aug 2010 17:39:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> In-Reply-To: <4C61F00A.6050408@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anonymous , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 00:39:32 -0000 On 08/10/2010 17:34, jhell wrote: > I also meant to CC dougb@ on this as I believe he had something to do > with the original commits of the git(1) portions and possibly other parts. I have specifically sworn off any further contact with that file. I have no idea why screwing around with what should have been a simple thing continues to hold such endless fascination for people, but I refuse to dive back into that swamp. Good luck, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 01:11:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11D26106566C for ; Wed, 11 Aug 2010 01:11:05 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B29FE8FC17 for ; Wed, 11 Aug 2010 01:11:04 +0000 (UTC) Received: by qyk11 with SMTP id 11so4196107qyk.13 for ; Tue, 10 Aug 2010 18:11:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:cc:subject:in-reply-to :message-id:references:user-agent:received:date:mime-version :content-type; bh=Vp2GHSJzYP1zFUc1NN58axtTtpjJO74hvHv0pRX7n4Y=; b=VNkCSlyA1Y4iE+zZSQ230nZI5dWt6iXYY1xvQM/V9lAaFonfkMFDjRsSrAv9YQp+9t Bqh8pF5vegmVLZtu+qJT4eD9HD/tN+bkrwHBT+3CjyBPEg6S8sI3Rglo4b7H9v1WXg3l bxUeT/22dPftN/RhmlcXhHOkbKVCLRwrS1ta8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:cc:subject:in-reply-to:message-id:references:user-agent:date :mime-version:content-type; b=dJ1R1QxGUIP8aZh0S8ea/V39hEkt3ulf/7ZwJSV/NnGBWnOaYXvbceUrdDLT95nnSz Lismakj+waqMM22ng7cS7trZ/Y5AIpmLk4durT4izllb27IG+MmrYTmbdYlerr5zT4L2 MWocsm0OcqndrcGLuOboOZvm6bWIm0oA/Mxzg= Received: by 10.229.224.81 with SMTP id in17mr8938017qcb.140.1281489063819; Tue, 10 Aug 2010 18:11:03 -0700 (PDT) Received: from localhost ([94.75.253.73]) by mx.google.com with ESMTPS id q8sm6095201qcs.0.2010.08.10.18.11.00 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:11:03 -0700 (PDT) From: Anonymous Cc: freebsd-current@freebsd.org In-Reply-To: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> (jhell@dataix.net's message of "Tue, 10 Aug 2010 17:30:54 -0400") Message-ID: <86hbj2qc0n.fsf@gmail.com> References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) Received: from localhost (193-107-160-12.maconet.cz [193.107.160.12]) by mx.google.com with ESMTPS id b36sm2581181faq.11.2010.08.10.16.33.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 16:33:09 -0700 (PDT) Date: Wed, 11 Aug 2010 05:10:56 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 01:11:05 -0000 --=-=-= (a copy for current@) jhell writes: > * Adjust the paths that are checked for binaries to be of only > /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), > git(1) or hg(1). Please, look at conf/146828. That script shouldn't blindly assume where user installs his packages[1]. [1] using non-default LOCALBASE is a convenient way to identify non-conforming ports > + gitsvnid="`$git log |fgrep 'git-svn-id:' |head -1 |\ > + sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'`" The above line can be sed-only. A few parts can be simplified, too. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=a.diff diff --git a/sys/conf/newvers.sh b/sys/conf/newvers.sh index 40761bb..568b1fe 100644 --- a/sys/conf/newvers.sh +++ b/sys/conf/newvers.sh @@ -83,61 +83,59 @@ LC_ALL=C; export LC_ALL v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` i=`${MAKE:-make} -V KERN_IDENT` +find-bin() { + local c prog PATH + + PATH=${LOCALBASE-/usr/local}/bin + + for c; do + prog=$(command -v $c) + if [ -x "$prog" ]; then + eval $c=$prog + fi + done +} + case "$d" in */sys/*) - SRCDIR=${d##*obj} + SRCDIR=${d##*${MAKEOBJDIRPREFIX:-/usr/obj}} if [ -n "$MACHINE" ]; then SRCDIR=${SRCDIR##/$MACHINE} fi SRCDIR=${SRCDIR%%/sys/*} + find-bin svnversion hg git + if [ -d "${SRCDIR}/.svn" -o -d "${SRCDIR}/sys/.svn" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/svn" ]; then - svnversion=${dir}/svnversion - break - fi - done if [ -n "$svnversion" ] ; then svnrev=" r`cd ${SRCDIR}/sys && $svnversion`" fi fi if [ -d "${SRCDIR}/.hg" -o -d "${SRCDIR}/sys/.hg" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/hg" ]; then - hg=${dir}/hg - break - fi - done if [ -n "$hg" ]; then hgrev=" `cd ${SRCDIR}/sys && $hg tip --template '{rev}:{node|short}'`" fi fi if [ -d "${SRCDIR}/.git" -o -d "${SRCDIR}/sys/.git" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/git" ]; then + if [ -n "$git" ]; then if [ -d "${SRCDIR}/.git" ]; then - git="${dir}/git --git-dir=${SRCDIR}/.git" + git="${git} --git-dir=${SRCDIR}/.git" git="${git} --work-tree=${SRCDIR}" else - git="${dir}/git --git-dir=${SRCDIR}/sys/.git" + git="${git} --git-dir=${SRCDIR}/sys/.git" git="${git} --work-tree=${SRCDIR}/sys" fi - break - fi - done - if [ -n "$git" ] ; then gitrev="`$git rev-parse --verify --short HEAD 2>/dev/null`" gitsvnrev="`$git svn find-rev $gitrev 2>/dev/null`" if [ -n "${gitsvnrev}" ] ; then svnrev=" r${gitsvnrev}" gitrev="=${gitrev}" else - gitsvnid="`$git log |fgrep 'git-svn-id:' |head -1 |\ - sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'`" + gitsvnid="`$git log | sed -n '/git-svn-id:/ { + s/.*@\([[:digit:]]\{1,\}\).*/\1/p; q; }'`" if [ -n "${gitsvnid}" ]; then svnrev=" r${gitsvnid}" gitrev="+${gitrev}" --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 01:11:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A81701065738; Wed, 11 Aug 2010 01:11:13 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA7D8FC1B; Wed, 11 Aug 2010 01:11:12 +0000 (UTC) Received: by qwg5 with SMTP id 5so8068656qwg.13 for ; Tue, 10 Aug 2010 18:11:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=TgbQwrmc0j2I4tf8KH65hhP7+pHZk7/WIl59TEHSidk=; b=a/DOHK21kZfeDHyYWc/N4MFBgTzhNfuDhYFa0jrPzfB+Lx9C/1yQUrVNB1/CqdE8Ys ODqWRm61do3rjqenLvC0c/7L66bpzITB1W5pyDnqsq0B5H1SLouyWvj26V6uD+hxwTp7 WFUp5//VpJTY90ibnf5dH+3bh3p95xVXz1Xxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=GtB7dBYknzZY7Qp+9SUZ4gYajrEMEbQQQP1TAiI5WKcvzqb5fjKPS5po7hMXYNsCFB ejTARFDoNqPF/722PD2MoyGLqfUK1eBmSKfQA41QLSIoDCsMidHzhCED4SUUUmNYgiUA JN8s9UVcfbU9B3sz7HqwH64/cb6DlQMR1sYvE= Received: by 10.224.40.10 with SMTP id i10mr10026307qae.389.1281489072298; Tue, 10 Aug 2010 18:11:12 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id r1sm8713190qcq.34.2010.08.10.18.11.10 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:11:11 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61F8AD.8020401@dataix.net> Date: Tue, 10 Aug 2010 21:11:09 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Doug Barton References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> <4C61F140.4050906@FreeBSD.org> In-Reply-To: <4C61F140.4050906@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anonymous , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 01:11:13 -0000 On 08/10/2010 20:39, Doug Barton wrote: > On 08/10/2010 17:34, jhell wrote: >> I also meant to CC dougb@ on this as I believe he had something to do >> with the original commits of the git(1) portions and possibly other parts. > > I have specifically sworn off any further contact with that file. I have > no idea why screwing around with what should have been a simple thing > continues to hold such endless fascination for people, but I refuse to > dive back into that swamp. > I can respect that. I just find it to be of real use to be able to identify what is currently running on the system to what revisions were available at the time it was compiled whether it be local revisions or remote or mixed like what I have done with this patch. Personally I have drove off ideas of my own for a long time due to the long standing nature and background of newvers.sh because it is just a simple straight forward use that is needed from it. To complicate something as simple as this just seems fundamentally wrong in a lot of ways so I had to weigh the negatives and positives before I decided to submit this one. Regards & thanks for the good luck, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 01:56:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8901F106566B for ; Wed, 11 Aug 2010 01:56:50 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 162C58FC1F for ; Wed, 11 Aug 2010 01:56:49 +0000 (UTC) Received: by eyh6 with SMTP id 6so4865138eyh.13 for ; Tue, 10 Aug 2010 18:56:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=tR7EGvt+otSszbwyzOowJYR9DJGI/+ymgrZ/LMIsDFQ=; b=DJg/HwRQwxk5NX9m/POYMEnBrdMgosXYUV+vNnuiKO4HzlFNhDVkmEkrYIWaOByVeK uPQP8Ic9qZ2MUk+QzXYlWjKmmQATc3x5XOG63AD1qx7oUYEGzNp37cnwVvlN6j6VYs6s JYd9MFP5v1gnaBfMH3kPxeHTUlv7gYcoTgm5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=JFFT4Db6kyyl+b+H1X8zP5O/33oa/m7/Pbw0fuYA+OATtwTmL2cgfR5op9jQXvY54v r6AoAQ060kFGTRAqYMGgcqcsZeK60j8Nlm5lo6Q7JtaGr2SJ2HhI8ownts3gEm7U57WW kKCNUo2xm4FPq6rsRnGwfuftmQafMo6cNCAeo= Received: by 10.213.34.76 with SMTP id k12mr1008151ebd.97.1281491467287; Tue, 10 Aug 2010 18:51:07 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id a48sm10798610eei.18.2010.08.10.18.51.03 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:51:06 -0700 (PDT) From: Anonymous To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> <86zkwukjtn.fsf@gmail.com> Date: Wed, 11 Aug 2010 05:50:44 +0400 In-Reply-To: <86zkwukjtn.fsf@gmail.com> (Anonymous's message of "Wed, 11 Aug 2010 05:40:52 +0400") Message-ID: <86eie5lxxn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 01:56:50 -0000 Anonymous writes: > jhell writes: >> >> And that would be to identify non-conforming ports using non-standard >> locations. Though the option is available to look in a non-standard > > You're confusing default and standard value. LOCALBASE has a default for > /usr/local. If it were a standard one wouldn't care about it and just > hardcode /usr/local everywhere. ...or at least used `=' and not `?=' in bsd.port.mk. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 02:06:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C5471065672; Wed, 11 Aug 2010 02:06:11 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8F458FC14; Wed, 11 Aug 2010 02:06:10 +0000 (UTC) Received: by ewy26 with SMTP id 26so4895955ewy.13 for ; Tue, 10 Aug 2010 19:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=mXEkHxn7NjLu8bReIF8WuKtSe9bL3QuxS/sDRJ8zgYc=; b=AWAhKvsYiXTpAWqL13iWkVPeDYwtraEbSWhtESAsXLb5OMA55/MeCSJcrxIpJUVFS6 i4XJOnQXIqhZQxLmaJEGDZW50/l2VfOMGiOC4igKDMhCOH9isim6vIJynzIHne6XEu1k EXIsDw6XnGYuyDTLRgLcbFSNr9+myZG2IBcj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=wc5wBzv/qpfGGQaHvi3oEhmUPOdRTTRTwKh8HgC7KQ8AElgvJvYaZlFDOXixFf4/Qo Sxeoh+6PK//vGhckzEiIuv6KSybQRYUY7uBKr4yhTt0VO90fKHParNHPe/nISImaTSPB JCOMvjGwTi4hqKNE4jn664YDrC/aNJObXq538= Received: by 10.213.8.200 with SMTP id i8mr12986373ebi.18.1281490875027; Tue, 10 Aug 2010 18:41:15 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id v8sm10789260eeh.2.2010.08.10.18.41.10 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:41:13 -0700 (PDT) From: Anonymous To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> Date: Wed, 11 Aug 2010 05:40:52 +0400 In-Reply-To: <4C61F00A.6050408@dataix.net> (jhell@dataix.net's message of "Tue, 10 Aug 2010 20:34:18 -0400") Message-ID: <86zkwukjtn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 02:06:11 -0000 jhell writes: > On 08/10/2010 19:32, Anonymous wrote: >> jhell writes: >> >>> * Adjust the paths that are checked for binaries to be of only >>> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >>> git(1) or hg(1). >> >> Please, look at conf/146828. That script shouldn't blindly assume where >> user installs his packages[1]. >> >> [1] using non-default LOCALBASE is a convenient way to identify >> non-conforming ports >> > > And that would be to identify non-conforming ports using non-standard > locations. Though the option is available to look in a non-standard You're confusing default and standard value. LOCALBASE has a default for /usr/local. If it were a standard one wouldn't care about it and just hardcode /usr/local everywhere. > location for binaries, IMHO it does not belong here and I don't find > that right for building world. I also find this method a little hard to > adjust for targeting specific locations, for example if the base system > finally had a svnversion(1) installed and we prefered that over use of a > local installed port. Currently I can just subtract that path from any > one of the given SCM's configured to work with this patch without > effecting the others. Hmm, then just put LOCALBASE *after* /usr/bin in PATH. $ where grep /usr/local/bin/grep /usr/bin/grep $ find-bin grep $ echo $grep /usr/bin/grep I don't think there is a need to cater ambiguity, i.e. having different defaults for different programs. > > I have had another idea along the likes of this but just throwing an > entry point hook in that checks for the existence of a user built or > supplied file if you will so newvers.sh can keep doing what it has been > doing for all these years without the interruption for small changes > like the ones were talking about now. If people are interested in > something like this I would be more than happy to oblige and provide a > patch to do just that. While hook is a good idea without working examples for popular VCSes it'll not be very useful. One could add a script that tries to binary-search for a svn revision based on cvsup checkout, too. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 02:14:58 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BEC7106564A; Wed, 11 Aug 2010 02:14:58 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from cell.p6m7g8.net (static-71-178-236-107.washdc.fios.verizon.net [71.178.236.107]) by mx1.freebsd.org (Postfix) with ESMTP id C1C368FC27; Wed, 11 Aug 2010 02:14:57 +0000 (UTC) Received: from [192.168.1.2] (pool-173-66-132-185.washdc.fios.verizon.net [173.66.132.185]) (authenticated bits=0) by cell.p6m7g8.net (8.14.4/8.14.3) with ESMTP id o7B1j5rZ005560 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Aug 2010 01:45:06 GMT (envelope-from pgollucci@p6m7g8.com) Message-ID: <4C620095.4030709@p6m7g8.com> Date: Tue, 10 Aug 2010 21:44:53 -0400 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Gabor Kovesdan References: <4C613C56.109@kkip.pl> <86r5i61hwd.fsf@gmail.com> <4C61C0B4.5030009@FreeBSD.org> In-Reply-To: <4C61C0B4.5030009@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_00, FH_HOST_EQ_VERIZON_P, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cell.p6m7g8.net Cc: Anonymous , freebsd-current@FreeBSD.org, Bartosz Stec Subject: Re: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on 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, 11 Aug 2010 02:14:58 -0000 On 8/10/2010 5:12 PM, Gabor Kovesdan wrote: > Em 2010.08.10. 19:45, Anonymous escreveu: >> Seems like APACHE_MODULES is incorrectly populated. >> >> $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep >> | fgrep cache >> ...cache disk_cache file_cache... >> $ make -V APACHE_MODULES BATCH= | fgrep cache >> ...disk_cache file_cache... >> >> I guess the failing line is below in bsd.apache.mk >> >> ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ >> >> It can be reduced to >> >> $ echo mem_cache | grep --color -w cache > I'm sorry for this issue, it didn't come up in the exp-run because it > didn't make the port actually fail. I have a fix in my queue, which I > sent to my mentor and I'll commit it soon. Oh thank god, I thought I was going crazy trying to fix the ldap www/apache22 pr. I completely forgot about grep over the weekend. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 02:38:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F061065677; Wed, 11 Aug 2010 02:38:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE2A98FC08; Wed, 11 Aug 2010 02:38:49 +0000 (UTC) Received: by eyh6 with SMTP id 6so4874170eyh.13 for ; Tue, 10 Aug 2010 19:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=q1IPvzIAFl3sW5kq5WElt03ixq9vp2yMwtRe3WGXULw=; b=oX5PVdhdhIGYYk+HOTPtiDsZQqQkcmNIKap2tc3KfSeHu8icprMl0Pd8TceErG5kcg Zbx2ayvyDoco8IAhcxzwDfH8lvC8W+bBUpwJEMD/oBqrDdsYeigAREdEYQavLQTfqY3X qvOhrmwy9NOYzO30vytt47vII6qbSib/VcDuM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=QFxsVQ5RgQ0fJVtKBOeI58ewPm76dYoGyvVT0jJKFuOT202hHlTqiM5bdqZfVUIE7J aVWlmH7YClbZYmXgdtp7SagPBPjIOm4MS4Kg9J7/6Ky5T63jXBjZZk5SEwIAJeA39qEI ZKozx3Mja+vuQpNgamOHMB8IEiJmQWKkLiapQ= MIME-Version: 1.0 Received: by 10.213.10.138 with SMTP id p10mr5138013ebp.86.1281494328232; Tue, 10 Aug 2010 19:38:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Tue, 10 Aug 2010 19:38:48 -0700 (PDT) In-Reply-To: <4C61E535.3000706@dataix.net> References: <4C61E535.3000706@dataix.net> Date: Wed, 11 Aug 2010 10:38:48 +0800 X-Google-Sender-Auth: 9H-jg7w51EcreChnY1cxVN3lmoo Message-ID: From: Adrian Chadd To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 02:38:50 -0000 On 11 August 2010 07:48, jhell wrote: > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. Ah, the calibration scheduling change. Cool! > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. Merge in: r211134 and r211135; these are the AR5416 initval changes. I wasn't even thinking about working on atheros stuff in 2007/2008. :) Thanks for the offer. I've bought a pair of AR5416's for here so I can test regressions to the ar5416 module whilst I work on the AR9160. Just keep an eye on the commit logs for changes I make to sys/dev/ath/ and consider pulling some of those in. I'd appreciate any testing. :) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 03:48:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123121065673; Wed, 11 Aug 2010 03:48:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE278FC14; Wed, 11 Aug 2010 03:48:09 +0000 (UTC) Received: by qyk11 with SMTP id 11so4383858qyk.13 for ; Tue, 10 Aug 2010 20:48:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type; bh=vrsNXT8mCFnX+nv0zF2QEFyKPsUwHhSGmL6QtjCHQDo=; b=k792jndino937aqOt/5Ruzf/qsTzcF8Yavw2/W2yxwLz4FzAFwAG3IgaWWPs9/PY8z roCvcrBFhymwkeDXagjv5/FBf4bySbp3nLV0cJ0I6qiocNJEUL1Mt6dHdDYcwyrMRC1L BuViJwc0VAlmP0C3am3OIQVaBOXsXgarejuDI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type; b=aWifjKLNLYFjyzP9fmz8DLFUxhmv6m0UEkOkpTEXukaiX3cBvR6tap8hJg94R3T53R ICQ34Z8uStYProHPvlL+QCym9uL4BqzFolYP5RG/VXKS/d91du8MHIiLdcu13e7ytKZt HynA08aXZ/7ge6yEbsf9zb+FoT/Nuk74JPp0w= Received: by 10.229.253.136 with SMTP id na8mr8907550qcb.227.1281498488648; Tue, 10 Aug 2010 20:48:08 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id t1sm8921935qcs.9.2010.08.10.20.48.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 20:48:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C621D75.5030109@dataix.net> Date: Tue, 10 Aug 2010 23:48:05 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adrian Chadd References: <4C61E535.3000706@dataix.net> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: multipart/mixed; boundary="------------020801010703090103020906" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 03:48:10 -0000 This is a multi-part message in MIME format. --------------020801010703090103020906 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08/10/2010 22:38, Adrian Chadd wrote: > On 11 August 2010 07:48, jhell wrote: > >> I have applied the following (r211136) to my local stable/8 branch and >> has proven to be an improvement with no drawbacks. > > Ah, the calibration scheduling change. Cool! > >> As for the rest I can not vouch for unless you give me a specific patch >> to test but I am willing to merge from head to my local tree at any >> given point in time if you can give some revisions you would like >> tested. You "I believe" made it possible for me to use this card within >> a week that I had reported it ~2007-2008 so I and my card are at your >> disposal. > > Merge in: > > r211134 and r211135; these are the AR5416 initval changes. Ill pull these in within the next hour and float some tests across the bow overnight to see what happens. > > I wasn't even thinking about working on atheros stuff in 2007/2008. :) > Ah must of been someone else then. Nonetheless it was adapted and committed to the sources within a weeks time and worked perfectly. And the email I had wrote to was answered within an hour that I had wrote it, so due to that I owe anyone working on this card a debt of gratitude and any tests that need to be run. > Thanks for the offer. I've bought a pair of AR5416's for here so I can > test regressions to the ar5416 module whilst I work on the AR9160. > Just keep an eye on the commit logs for changes I make to sys/dev/ath/ > and consider pulling some of those in. I'd appreciate any testing. :) > > > > Adrian Regards, -- On a side note I have another little nifty device that has been inactive for over a year now that does not have a associated driver that I have not gotten around to fixing up yet. I have the win drivers for this but its a USB device and does not work with NDIS. I am thinking this is just one of those quirks but like I said, I haven't had the time to really get into it since I already have multiple other means to use for wireless. I'd love to be able to use this as a permanent scanning device though. Ive tried a few different things with this device that failed to work so anybodies guess is better than mine right now. I have attached a dump_all_config_desc for this device in case anyone can identify it. Linksys WUSB54G jhell,v --------------020801010703090103020906 Content-Type: text/plain; name="dump_all_config_desc.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dump_all_config_desc.txt" ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0051 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x0080 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0009 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 3 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 4 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 5 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 6 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 7 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 8 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008f bmAttributes = 0x0003 wMaxPacketSize = 0x0004 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 --------------020801010703090103020906-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 04:11:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFD451065716; Wed, 11 Aug 2010 04:11:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2703B8FC13; Wed, 11 Aug 2010 04:11:46 +0000 (UTC) Received: by ewy26 with SMTP id 26so4921699ewy.13 for ; Tue, 10 Aug 2010 21:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=i2pCawB65/gT1pgBRQxrRDIr1YuQ/SgbjfGk+WiMNY4=; b=X7z9+LI8LT1DBH+AQC+dlOgGSuPSSyd20hLN8JOli19EaRZ0pS0NLf5/qYbQnTaa+q hF3IZMXZGIsdw78tq3cevHyrIa/lQNubyELxRB3hwnXqL0VvOUXcl5Zuskfcqj2/lnbN bOxXWip46qiNSFmCQrmBFz9rQ0kg8/qs2nzv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=MvtHV0m0xgVI3d3LIIV4/eg4Z3URdlx7SqOpbVQVFkHCTWUNO/yoCL9MMPLDpp8dyk SfFx9VKPAVkzWO75wsBt0KRFgi3VQ6Bk1UQDEjbXvAHzfLpnjVkW6WjBOOuoRF4nAFlI FGa0C4A79RgADSAt2/V8djiSAptYGbebdcWeY= MIME-Version: 1.0 Received: by 10.213.32.74 with SMTP id b10mr14483967ebd.13.1281499905785; Tue, 10 Aug 2010 21:11:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Tue, 10 Aug 2010 21:11:45 -0700 (PDT) In-Reply-To: <4C621D75.5030109@dataix.net> References: <4C61E535.3000706@dataix.net> <4C621D75.5030109@dataix.net> Date: Wed, 11 Aug 2010 12:11:45 +0800 X-Google-Sender-Auth: f7Km4duasLfxN0TG6nbNHZTY7ZE Message-ID: From: Adrian Chadd To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 04:11:47 -0000 On 11 August 2010 11:48, jhell wrote: > I have attached a dump_all_config_desc for this device in case anyone > can identify it. Linksys WUSB54G Check out this: http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON That vendor:product combination is in the above list. It looks like it's this: http://linuxwireless.org/en/users/Drivers/zd1211rw Would you mind trying linux + that driver, see if it works? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 04:17:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71709106567D; Wed, 11 Aug 2010 04:17:55 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 113FF8FC15; Wed, 11 Aug 2010 04:17:54 +0000 (UTC) Received: by gyg4 with SMTP id 4so4978878gyg.13 for ; Tue, 10 Aug 2010 21:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=DvcVHUdNJogEZKiLCle9Ewkf86ao0LnEzuLWZu/S634=; b=qt+edfjIwdGCjaCVQUDh+/TFNZD0BBBicHOQfVLPHUNmGythTSVsiCIuRkf+mU9xNH vOX3Omk7kJb/A+UdrG70lljK7n1Fj560duYexxzL7Rq/B62Svdw3yI3yfJMXuDyBVsec jsP0v2useZ0nLWn1PsuUXqzlzo8zTgDoBZ39A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=W/I/jjav5GsU9Zb+OyK8q9c4WhO4ufFPk8mFL1Edik2fGiSidh2lgorjO2eReRvUbt FXYzh4K3jwuoosZMhOh0fO2y5dYW5gEyX7glJziKFDacR51P903GfLGfjE0eEGHkjeJy X4H9au0YJklhEdhMKKZQFD5khPN2AVFXsuKk0= Received: by 10.150.97.5 with SMTP id u5mr17315657ybb.269.1281500274242; Tue, 10 Aug 2010 21:17:54 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id q31sm6826681ybk.1.2010.08.10.21.17.52 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 21:17:53 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C62246F.3080704@dataix.net> Date: Wed, 11 Aug 2010 00:17:51 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Anonymous References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> <86zkwukjtn.fsf@gmail.com> <86eie5lxxn.fsf@gmail.com> In-Reply-To: <86eie5lxxn.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 04:17:55 -0000 On 08/10/2010 21:50, Anonymous wrote: > Anonymous writes: > >> jhell writes: >>> >>> And that would be to identify non-conforming ports using non-standard >>> locations. Though the option is available to look in a non-standard >> >> You're confusing default and standard value. LOCALBASE has a default for >> /usr/local. If it were a standard one wouldn't care about it and just >> hardcode /usr/local everywhere. > > ...or at least used `=' and not `?=' in bsd.port.mk. The only mention I see of LOCALBASE in all of source on stable/8 is: /usr/src/contrib/bind9/config.threads.in /usr/src/secure/usr.bin/ssh/Makefile /usr/src/secure/usr.sbin/sshd/Makefile /usr/src/tools/kerneldoc/subsys/Makefile /usr/src/tools/regression/atm/Funcs.sh /usr/src/tools/regression/atm/proto_cc/RunTest.sh /usr/src/tools/regression/atm/proto_sscfu/RunTest.sh /usr/src/tools/regression/atm/proto_sscop/RunTest.sh /usr/src/tools/regression/atm/proto_uni/RunTest.sh /usr/src/tools/tools/tinybsd/CHANGES /usr/src/usr.bin/make/Makefile So what your telling me is we would have to pull in something else to do this just for newvers.sh or is this sinking into the source from somewhere I am not aware of? -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 04:29:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0B3E106566C; Wed, 11 Aug 2010 04:29:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5775C8FC17; Wed, 11 Aug 2010 04:29:05 +0000 (UTC) Received: by yxe42 with SMTP id 42so1593990yxe.13 for ; Tue, 10 Aug 2010 21:29:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=tlvq3lEpAJVl0r0Svm/G8nz4SvPq4M5LxVkhlBS01GA=; b=OCYZ/QYRCFW+wJ2oSpziV4waY6VRSAolmgUYdiraPCJjfGKBm68lmPI8qs/to762ro ZQxSZGNdPDHwl7FIhEA182R94nmm+EdrmPNHSlJGb2ME1/HLPDkP3ZfetYhGQ9OoAjrH r7lPuUQtF85T7BbZqEDKsuv5QePfceV3ByrG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=XnBB/lxzSyodNRRXOhQy5lwbIe2407jVQOdujCMwSTmgrALcyUA2zV9Mo3ZCrpg0S7 teQrxTbS1y/rhIP2bHGb2CYRPtC5ATaml4lQheqzePuS3r80ktfAAds/wPjYo3nc1bZ1 mBJZTTkkiEGhS6bQmEcUkdQhnbwRyPZ5PNsP0= Received: by 10.150.230.14 with SMTP id c14mr18944124ybh.18.1281500941130; Tue, 10 Aug 2010 21:29:01 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id 18sm129294ybk.7.2010.08.10.21.28.56 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 21:28:58 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C622707.3090807@dataix.net> Date: Wed, 11 Aug 2010 00:28:55 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adrian Chadd References: <4C61E535.3000706@dataix.net> <4C621D75.5030109@dataix.net> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 04:29:05 -0000 On 08/11/2010 00:11, Adrian Chadd wrote: > On 11 August 2010 11:48, jhell wrote: > > >> I have attached a dump_all_config_desc for this device in case anyone >> can identify it. Linksys WUSB54G > > Check out this: > > http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 > > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > > Would you mind trying linux + that driver, see if it works? > Ill have to setup or bring up a linux VM or temporary install within the next day or two and see what I come up with. > > Adrian Thanks for looking into this. I have that kernel with the merged from head revisions installing right now. Should be setup to play with in about 15 minutes then I am out of office for the night. Ill check this in the morning and review some of the logs. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 05:05:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA6DB10656EF for ; Wed, 11 Aug 2010 05:05:40 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E6F808FC1D for ; Wed, 11 Aug 2010 05:05:39 +0000 (UTC) Received: by wwb13 with SMTP id 13so2297993wwb.31 for ; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=WDvMBkGMnY+FR2MA1uI54u8jZd2/ENk27msg1KpfZkI=; b=jvXRAouBoV1BMC/TCW0UfBbazLqK2NOeg/J14QejsH2ePclacPB1O00X9age6oalEZ QeNE+c7q4D/sVBzgZWs4CN7EQTQVpBNwqIIhN8S3xrqBLBA7h2XY8sjDdsYLgscjyo6E tUwaNxWsDTYQPfjQYUMutJFu2630i2KJnvrWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=TURPoBGvgxiGhw5I8W9rgQcWAjKu5CHto9lylnSPpIcrLK1E6Nuyb7/Ah14GyYfy0j h36R8p+wKnIQNnsj9S7MFKh2Yjq5P0KeRaJj7qTVa1NGJFtGiVcJ3JKQsRgXw4K8VDr4 BpN8A85GMqNzZSBdyFibU19OBUmECzFlofysE= MIME-Version: 1.0 Received: by 10.216.231.83 with SMTP id k61mr4786026weq.88.1281503138725; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Date: Wed, 11 Aug 2010 05:05:38 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Adrian Chadd , weongyo@FreeBSD.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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, 11 Aug 2010 05:05:40 -0000 ... > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > Are you sure about that? I don't see a Linksys WUSB54G revision in the list of supported devices for that driver: http://linuxwireless.org/en/users/Drivers/zd1211rw/devices But I know that some versions of the WUSB54G used Intersil/Conexant chipsets, and: http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/wireless/p54/p54usb.c has: 51 {USB_DEVICE(0x1915, 0x2234)}, /* Linksys WUSB54G OEM */ and states that this is a first-generation USB device with a Intersil/Conexant ISL3886 chipset and a net2280 usb-pci bridge). See more details at: http://linuxwireless.org/en/users/Drivers/p54 So maybe weongyo@ could make this work with upgt(4)? b. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 05:11:54 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F17F0106567B for ; Wed, 11 Aug 2010 05:11:54 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3E21A8FC0C for ; Wed, 11 Aug 2010 05:11:53 +0000 (UTC) Received: by wwb13 with SMTP id 13so2302112wwb.31 for ; Tue, 10 Aug 2010 22:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=WDvMBkGMnY+FR2MA1uI54u8jZd2/ENk27msg1KpfZkI=; b=jvXRAouBoV1BMC/TCW0UfBbazLqK2NOeg/J14QejsH2ePclacPB1O00X9age6oalEZ QeNE+c7q4D/sVBzgZWs4CN7EQTQVpBNwqIIhN8S3xrqBLBA7h2XY8sjDdsYLgscjyo6E tUwaNxWsDTYQPfjQYUMutJFu2630i2KJnvrWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=TURPoBGvgxiGhw5I8W9rgQcWAjKu5CHto9lylnSPpIcrLK1E6Nuyb7/Ah14GyYfy0j h36R8p+wKnIQNnsj9S7MFKh2Yjq5P0KeRaJj7qTVa1NGJFtGiVcJ3JKQsRgXw4K8VDr4 BpN8A85GMqNzZSBdyFibU19OBUmECzFlofysE= MIME-Version: 1.0 Received: by 10.216.231.83 with SMTP id k61mr4786026weq.88.1281503138725; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Date: Wed, 11 Aug 2010 05:05:38 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Adrian Chadd , weongyo@FreeBSD.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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, 11 Aug 2010 05:11:55 -0000 ... > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > Are you sure about that? I don't see a Linksys WUSB54G revision in the list of supported devices for that driver: http://linuxwireless.org/en/users/Drivers/zd1211rw/devices But I know that some versions of the WUSB54G used Intersil/Conexant chipsets, and: http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/wireless/p54/p54usb.c has: 51 {USB_DEVICE(0x1915, 0x2234)}, /* Linksys WUSB54G OEM */ and states that this is a first-generation USB device with a Intersil/Conexant ISL3886 chipset and a net2280 usb-pci bridge). See more details at: http://linuxwireless.org/en/users/Drivers/p54 So maybe weongyo@ could make this work with upgt(4)? b. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 05:30:01 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EA7E1065672; Wed, 11 Aug 2010 05:30:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0ED8FC08; Wed, 11 Aug 2010 05:30:00 +0000 (UTC) Received: by wyj26 with SMTP id 26so14948352wyj.13 for ; Tue, 10 Aug 2010 22:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=WDvMBkGMnY+FR2MA1uI54u8jZd2/ENk27msg1KpfZkI=; b=jvXRAouBoV1BMC/TCW0UfBbazLqK2NOeg/J14QejsH2ePclacPB1O00X9age6oalEZ QeNE+c7q4D/sVBzgZWs4CN7EQTQVpBNwqIIhN8S3xrqBLBA7h2XY8sjDdsYLgscjyo6E tUwaNxWsDTYQPfjQYUMutJFu2630i2KJnvrWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=TURPoBGvgxiGhw5I8W9rgQcWAjKu5CHto9lylnSPpIcrLK1E6Nuyb7/Ah14GyYfy0j h36R8p+wKnIQNnsj9S7MFKh2Yjq5P0KeRaJj7qTVa1NGJFtGiVcJ3JKQsRgXw4K8VDr4 BpN8A85GMqNzZSBdyFibU19OBUmECzFlofysE= MIME-Version: 1.0 Received: by 10.216.231.83 with SMTP id k61mr4786026weq.88.1281503138725; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Tue, 10 Aug 2010 22:05:38 -0700 (PDT) Date: Wed, 11 Aug 2010 05:05:38 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Adrian Chadd , weongyo@FreeBSD.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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, 11 Aug 2010 05:30:01 -0000 ... > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > Are you sure about that? I don't see a Linksys WUSB54G revision in the list of supported devices for that driver: http://linuxwireless.org/en/users/Drivers/zd1211rw/devices But I know that some versions of the WUSB54G used Intersil/Conexant chipsets, and: http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/wireless/p54/p54usb.c has: 51 {USB_DEVICE(0x1915, 0x2234)}, /* Linksys WUSB54G OEM */ and states that this is a first-generation USB device with a Intersil/Conexant ISL3886 chipset and a net2280 usb-pci bridge). See more details at: http://linuxwireless.org/en/users/Drivers/p54 So maybe weongyo@ could make this work with upgt(4)? b. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 07:47:31 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6284106564A; Wed, 11 Aug 2010 07:47:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5781A8FC1D; Wed, 11 Aug 2010 07:47:31 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7B7l21D019501; Wed, 11 Aug 2010 09:47:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7B7l1I3019500; Wed, 11 Aug 2010 09:47:01 +0200 (CEST) (envelope-from olli) Date: Wed, 11 Aug 2010 09:47:01 +0200 (CEST) Message-Id: <201008110747.o7B7l1I3019500@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Wed, 11 Aug 2010 09:47:18 +0200 (CEST) Cc: Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 07:47:32 -0000 jhell wrote: > Based on the parts of the script with the additions for tracking source > using git(1) I set out to add support for mercurial hg(1) and ended up > cleaning some of the script while making some of those additions. > [...] > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc Just out of curiosity, why are you obfuscating this if statement? -if [ ! -r version ] -then - echo 0 > version -fi +[ ! -r version ] && echo 0 >version It should rather be fixed like this (FreeBSD standard is to put if...then on one line): -if [ ! -r version ] -then +if [ ! -r version ]; then On a tangential note ... I've been using a wrapper script for "make kernel" for ages, long before svn existed. It adds the date of the checked-out sources to the release name, e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" on this machine. http://people.freebsd.org/~olli/scripts/makekernel Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We will perhaps eventually be writing only small modules which are identi- fied by name as they are used to build larger ones, so that devices like indentation, rather than delimiters, might become feasible for expressing local structure in the source language." -- Donald E. Knuth, 1974 From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 10:33:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6279C106566C; Wed, 11 Aug 2010 10:33:20 +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 68B6D8FC16; Wed, 11 Aug 2010 10:33:19 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yOygpZNQNLwA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=QyXUC8HyAAAA:8 a=d772FYgZOPOSp99LnUYA:9 a=E3rtEOixA4WkBN5fiAWaCR6cSoYA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1032377939; Wed, 11 Aug 2010 12:33:17 +0200 From: Hans Petter Selasky To: Rafal Jaworowski Date: Wed, 11 Aug 2010 12:29:41 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008072144.00002.hselasky@c2i.net> <114332B9-A38B-471A-B4FE-F6E210F58233@semihalf.com> In-Reply-To: <114332B9-A38B-471A-B4FE-F6E210F58233@semihalf.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201008111229.41469.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [BETA testing] USB 3.0 Super Speed support in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 10:33:20 -0000 On Wednesday 11 August 2010 12:17:28 Rafal Jaworowski wrote: > On 2010-08-07, at 21:43, Hans Petter Selasky wrote: > > During the last two weeks I've been working hard to get USB 3.0 support > > added to the FreeBSD 8+ USB stack. There are a couple of issues left, > > but right now the code is in a state were enumeration of USB devices is > > possible and there are no dirty hacks :-) > > > > The XHCI chip, which is the PCI interface for USB 3.0, is a replacement > > for OHCI/UHCI/EHCI and can also drive USB Super Speed (4.8 Gbps). I > > expect there to be a througput and performance increase when switching > > over to the XHCI interface also for 2.0 compatible devices, because it > > has a better data queuing mechanism. > > Nice work! What exactly is the USB3 controller chip you're working with? > Hi, It is this one: http://www.intel.com/technology/usb/download/xHCI_Specification_for_USB.pdf I currently have a PCI express card from some vendor, which implements support for the XHCI spec. and I've seen good results so far. I would very much like to test the XHCI driver on ARM, if any chips exist yet which has the XHCI included in the ASIC. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 10:36:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDD0106566C; Wed, 11 Aug 2010 10:36:20 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 045D48FC18; Wed, 11 Aug 2010 10:36:19 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 9DE04C3BB5; Wed, 11 Aug 2010 12:17:29 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 2DcVc3KT7lEB; Wed, 11 Aug 2010 12:17:29 +0200 (CEST) Received: from [10.0.0.79] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 07B75C3BAF; Wed, 11 Aug 2010 12:17:28 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <201008072144.00002.hselasky@c2i.net> Date: Wed, 11 Aug 2010 12:17:28 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <114332B9-A38B-471A-B4FE-F6E210F58233@semihalf.com> References: <201008072144.00002.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1081) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [BETA testing] USB 3.0 Super Speed support in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 10:36:20 -0000 On 2010-08-07, at 21:43, Hans Petter Selasky wrote: > During the last two weeks I've been working hard to get USB 3.0 = support added=20 > to the FreeBSD 8+ USB stack. There are a couple of issues left, but = right now=20 > the code is in a state were enumeration of USB devices is possible and = there=20 > are no dirty hacks :-) >=20 > The XHCI chip, which is the PCI interface for USB 3.0, is a = replacement for=20 > OHCI/UHCI/EHCI and can also drive USB Super Speed (4.8 Gbps). I expect = there=20 > to be a througput and performance increase when switching over to the = XHCI=20 > interface also for 2.0 compatible devices, because it has a better = data=20 > queuing mechanism. Nice work! What exactly is the USB3 controller chip you're working with? Rafal From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 11:50:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C53541065674; Wed, 11 Aug 2010 11:50:47 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 633208FC08; Wed, 11 Aug 2010 11:50:47 +0000 (UTC) Received: by gxk24 with SMTP id 24so12695gxk.13 for ; Wed, 11 Aug 2010 04:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=bpguUE49jQiceDiAsJcCHMIEGqBQub3Uu5LLxbZ8lHc=; b=bEfzMb/GLHnbOtHTcLgFChjcjlzTAFQilUcB+/wTxyps1jhWDwPX0amwkHLpBHQGCh BP4bfrqXm1iytW+/lP09HQvU1RNwedcgZhQy1y0HhNj1EfInsg3Gh0tf6LrVouukBOWr kDHzmeo8J2VzoyujZYGK+UC0TPBJXfPh1uRlg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=Mre0jbrtmi9LKU3bmtcCAPcfmsRH16UuozldZjfBA/ZFY/Ga99NemFbcND8eV6zcKZ vZVa9jmkUAQKOn6mdlnY3cOab2SPcvKdR8hsF8BzS7vzVA+yIGogNa+1dRQCpc6B692q nb0yVwJb+CO5T/0flLQ1t2oWEQDQerhNgR3dg= Received: by 10.151.11.19 with SMTP id o19mr5479692ybi.414.1281527446569; Wed, 11 Aug 2010 04:50:46 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id m12sm79466ybn.19.2010.08.11.04.50.44 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 04:50:45 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C628E93.4020004@dataix.net> Date: Wed, 11 Aug 2010 07:50:43 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net References: <201008110747.o7B7l1I3019500@lurza.secnetix.de> In-Reply-To: <201008110747.o7B7l1I3019500@lurza.secnetix.de> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oliver Fromme Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 11:50:48 -0000 On 08/11/2010 03:47, Oliver Fromme wrote: > jhell wrote: > > Based on the parts of the script with the additions for tracking source > > using git(1) I set out to add support for mercurial hg(1) and ended up > > cleaning some of the script while making some of those additions. > > [...] > > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc > > Just out of curiosity, why are you obfuscating this if statement? > > -if [ ! -r version ] > -then > - echo 0 > version > -fi > +[ ! -r version ] && echo 0 >version > > It should rather be fixed like this (FreeBSD standard is to put > if...then on one line): > > -if [ ! -r version ] > -then > +if [ ! -r version ]; then > I originally did it that way but on a sheer whim since it was a simple test and did not end up in being some big fancy line I changed it to what it is now. I have no problem changing this back since its only just a visual change & functionality would still be the same. It was just easier on my eyes while reading it for some reason and did not see a need for a multi-line statement. > On a tangential note ... I've been using a wrapper script > for "make kernel" for ages, long before svn existed. It > adds the date of the checked-out sources to the release name, > e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" > on this machine. > > http://people.freebsd.org/~olli/scripts/makekernel > Thanks, Ill check this out. Writing before reading that script I have been using a script to build the kernel too. It just set BRANCH_OVERRIDE and whatever other CFLAGS and make flags I want with the addition of looking at kern.smp.cpus and calculating the recommended value to use when using '-j' plus an additional amount if needed. > Best regards > Oliver > Thank you Oliver. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 12:26:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E6B1065672 for ; Wed, 11 Aug 2010 12:26:36 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 924228FC16 for ; Wed, 11 Aug 2010 12:26:35 +0000 (UTC) Received: by bwz9 with SMTP id 9so74658bwz.13 for ; Wed, 11 Aug 2010 05:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=ipLjIRENWTmI+WGMr0NaBuKqLRCXG29aATd5OGfEZGE=; b=Y0+wQlRn5Y7uHKbjwgouR9o1eNeTIvh8/J6G8FJu+lvjFbZLS5J8JQ/IJUP2FLN01e zlahYCz7Y765TyNa43HdxX6V9xrlvC9TKiK4NWA2pEXF7kppFu/7fB/s/Q+RKAm6fjx1 T5IqeWvPI7a5NKBO2PCY5mgfc36TVQokkOMvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=PWgW6862Vo+AVi5KC33EtQtmDGMLw3mzM2Hkc/8kcLHiOE3+7j5yh4ZYZhaNCZfIRD Sg4Na59/8/j2z/la6gJzhSO97Dm30B61MD3Jo1hcMvMcioySLtV+I/tArsJNn9+QK2J2 zlMEmg9N2MC0Au8ooojji0QieSGFsA8PvqUQI= Received: by 10.204.160.90 with SMTP id m26mr5117653bkx.45.1281529594016; Wed, 11 Aug 2010 05:26:34 -0700 (PDT) Received: from localhost (tor-gw.wkwtor.vivi2.kapper.net [94.136.16.242]) by mx.google.com with ESMTPS id f18sm37046bkf.15.2010.08.11.05.26.30 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 05:26:32 -0700 (PDT) From: Anonymous To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> Date: Wed, 11 Aug 2010 16:20:40 +0400 In-Reply-To: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> (jhell@dataix.net's message of "Tue, 10 Aug 2010 17:30:54 -0400") Message-ID: <86sk2lxrvr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 12:26:36 -0000 jhell writes: > Based on the parts of the script with the additions for tracking source > using git(1) I set out to add support for mercurial hg(1) and ended up > cleaning some of the script while making some of those additions. FYI, some ports don't like unusual characters in uname(1), e.g. ports/148255. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 13:13:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D69106566B; Wed, 11 Aug 2010 13:13:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 754998FC21; Wed, 11 Aug 2010 13:13:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BDD9Cu000442; Wed, 11 Aug 2010 09:13:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BDD9Tu000437; Wed, 11 Aug 2010 13:13:09 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 13:13:09 GMT Message-Id: <201008111313.o7BDD9Tu000437@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 13:13:10 -0000 TB --- 2010-08-11 11:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 11:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-08-11 11:15:00 - cleaning the object tree TB --- 2010-08-11 11:15:23 - cvsupping the source tree TB --- 2010-08-11 11:15:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-08-11 11:21:02 - building world TB --- 2010-08-11 11:21:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 11:21:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 11:21:02 - TARGET=pc98 TB --- 2010-08-11 11:21:02 - TARGET_ARCH=i386 TB --- 2010-08-11 11:21:02 - TZ=UTC TB --- 2010-08-11 11:21:02 - __MAKE_CONF=/dev/null TB --- 2010-08-11 11:21:02 - cd /src TB --- 2010-08-11 11:21:02 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 11:21:02 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 11 12:59:53 UTC 2010 TB --- 2010-08-11 12:59:53 - generating LINT kernel config TB --- 2010-08-11 12:59:53 - cd /src/sys/pc98/conf TB --- 2010-08-11 12:59:53 - /usr/bin/make -B LINT TB --- 2010-08-11 12:59:53 - building LINT kernel TB --- 2010-08-11 12:59:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 12:59:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 12:59:53 - TARGET=pc98 TB --- 2010-08-11 12:59:53 - TARGET_ARCH=i386 TB --- 2010-08-11 12:59:53 - TZ=UTC TB --- 2010-08-11 12:59:53 - __MAKE_CONF=/dev/null TB --- 2010-08-11 12:59:53 - cd /src TB --- 2010-08-11 12:59:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 11 12:59:53 UTC 2010 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ethersubr.o(.bss+0x2c): multiple definition of `carp_forus_p' if_bridge.o(.bss+0x10): first defined here *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 13:13:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 13:13:09 - ERROR: failed to build lint kernel TB --- 2010-08-11 13:13:09 - 5412.99 user 978.01 system 7088.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 13:26:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EBC61065677; Wed, 11 Aug 2010 13:26:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3578FC15; Wed, 11 Aug 2010 13:26:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BDQgko086611; Wed, 11 Aug 2010 09:26:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BDQgqT086591; Wed, 11 Aug 2010 13:26:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 13:26:42 GMT Message-Id: <201008111326.o7BDQgqT086591@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 13:26:43 -0000 TB --- 2010-08-11 11:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 11:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-08-11 11:15:00 - cleaning the object tree TB --- 2010-08-11 11:15:36 - cvsupping the source tree TB --- 2010-08-11 11:15:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-08-11 11:31:34 - building world TB --- 2010-08-11 11:31:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 11:31:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 11:31:34 - TARGET=i386 TB --- 2010-08-11 11:31:34 - TARGET_ARCH=i386 TB --- 2010-08-11 11:31:34 - TZ=UTC TB --- 2010-08-11 11:31:34 - __MAKE_CONF=/dev/null TB --- 2010-08-11 11:31:34 - cd /src TB --- 2010-08-11 11:31:34 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 11:31:34 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 11 13:11:25 UTC 2010 TB --- 2010-08-11 13:11:25 - generating LINT kernel config TB --- 2010-08-11 13:11:25 - cd /src/sys/i386/conf TB --- 2010-08-11 13:11:25 - /usr/bin/make -B LINT TB --- 2010-08-11 13:11:25 - building LINT kernel TB --- 2010-08-11 13:11:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 13:11:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 13:11:25 - TARGET=i386 TB --- 2010-08-11 13:11:25 - TARGET_ARCH=i386 TB --- 2010-08-11 13:11:25 - TZ=UTC TB --- 2010-08-11 13:11:25 - __MAKE_CONF=/dev/null TB --- 2010-08-11 13:11:25 - cd /src TB --- 2010-08-11 13:11:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 11 13:11:25 UTC 2010 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ethersubr.o(.bss+0x2c): multiple definition of `carp_forus_p' if_bridge.o(.bss+0x10): first defined here *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 13:26:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 13:26:42 - ERROR: failed to build lint kernel TB --- 2010-08-11 13:26:42 - 5563.77 user 960.32 system 7901.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 13:44:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1AE1065679; Wed, 11 Aug 2010 13:44:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 64FE38FC27; Wed, 11 Aug 2010 13:44:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BDijuL043738; Wed, 11 Aug 2010 09:44:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BDij9F043730; Wed, 11 Aug 2010 13:44:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 13:44:45 GMT Message-Id: <201008111344.o7BDij9F043730@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 13:44:47 -0000 TB --- 2010-08-11 12:04:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 12:04:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-08-11 12:04:12 - cleaning the object tree TB --- 2010-08-11 12:04:34 - cvsupping the source tree TB --- 2010-08-11 12:04:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-08-11 12:04:59 - building world TB --- 2010-08-11 12:04:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 12:04:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 12:04:59 - TARGET=ia64 TB --- 2010-08-11 12:04:59 - TARGET_ARCH=ia64 TB --- 2010-08-11 12:04:59 - TZ=UTC TB --- 2010-08-11 12:04:59 - __MAKE_CONF=/dev/null TB --- 2010-08-11 12:04:59 - cd /src TB --- 2010-08-11 12:04:59 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 12:05:00 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 11 13:27:26 UTC 2010 TB --- 2010-08-11 13:27:26 - generating LINT kernel config TB --- 2010-08-11 13:27:26 - cd /src/sys/ia64/conf TB --- 2010-08-11 13:27:26 - /usr/bin/make -B LINT TB --- 2010-08-11 13:27:26 - building LINT kernel TB --- 2010-08-11 13:27:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 13:27:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 13:27:26 - TARGET=ia64 TB --- 2010-08-11 13:27:26 - TARGET_ARCH=ia64 TB --- 2010-08-11 13:27:26 - TZ=UTC TB --- 2010-08-11 13:27:26 - __MAKE_CONF=/dev/null TB --- 2010-08-11 13:27:26 - cd /src TB --- 2010-08-11 13:27:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 11 13:27:26 UTC 2010 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel if_ethersubr.o(.sbss+0x60): multiple definition of `carp_forus_p' if_bridge.o(.sbss+0x38): first defined here *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 13:44:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 13:44:45 - ERROR: failed to build lint kernel TB --- 2010-08-11 13:44:45 - 4769.93 user 783.62 system 6033.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 14:17:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67ED21065675; Wed, 11 Aug 2010 14:17:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 370B18FC18; Wed, 11 Aug 2010 14:17:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BEHr00009179; Wed, 11 Aug 2010 10:17:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BEHrUe009176; Wed, 11 Aug 2010 14:17:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 14:17:53 GMT Message-Id: <201008111417.o7BEHrUe009176@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 14:17:54 -0000 TB --- 2010-08-11 11:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 11:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-08-11 11:15:00 - cleaning the object tree TB --- 2010-08-11 11:15:37 - cvsupping the source tree TB --- 2010-08-11 11:15:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-08-11 11:53:07 - building world TB --- 2010-08-11 11:53:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 11:53:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 11:53:07 - TARGET=amd64 TB --- 2010-08-11 11:53:07 - TARGET_ARCH=amd64 TB --- 2010-08-11 11:53:07 - TZ=UTC TB --- 2010-08-11 11:53:07 - __MAKE_CONF=/dev/null TB --- 2010-08-11 11:53:07 - cd /src TB --- 2010-08-11 11:53:07 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 11:53:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 11 14:03:23 UTC 2010 TB --- 2010-08-11 14:03:23 - generating LINT kernel config TB --- 2010-08-11 14:03:23 - cd /src/sys/amd64/conf TB --- 2010-08-11 14:03:23 - /usr/bin/make -B LINT TB --- 2010-08-11 14:03:23 - building LINT kernel TB --- 2010-08-11 14:03:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 14:03:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 14:03:23 - TARGET=amd64 TB --- 2010-08-11 14:03:23 - TARGET_ARCH=amd64 TB --- 2010-08-11 14:03:23 - TZ=UTC TB --- 2010-08-11 14:03:23 - __MAKE_CONF=/dev/null TB --- 2010-08-11 14:03:23 - cd /src TB --- 2010-08-11 14:03:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 11 14:03:23 UTC 2010 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ethersubr.o(.bss+0x58): multiple definition of `carp_forus_p' if_bridge.o(.bss+0x20): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 14:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 14:17:53 - ERROR: failed to build lint kernel TB --- 2010-08-11 14:17:53 - 6741.16 user 1278.00 system 10972.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 14:22:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B1841065677 for ; Wed, 11 Aug 2010 14:22:52 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id D19938FC13 for ; Wed, 11 Aug 2010 14:22:51 +0000 (UTC) Received: by ywk9 with SMTP id 9so49527ywk.13 for ; Wed, 11 Aug 2010 07:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=Spc3S2+cg9/q5eHjol1ajof+0CadCKCCAEaSdX7bHis=; b=v5BB7b+rPVZaPjTo6Bo39OwDGNQMQoErRf785kDJldN8INmM8+NiPzWotiCNi2YmXP eh0uLPT9rhJbFujd9x6G0OxIBLew9KqeSR8u18EnN3TWL9f3uXEC1TdQcI362VTMJqkM IM5FAa5NkvY80OZH5ronkhPkrNFzrncaOsoQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=J+O4ExbuyFHdCnnJnLhypndC112WSv3tbJl/bNLbWqAbTbFnyCqt54UCSju3D2++I1 OLJIwySbd3aRjIevAM0Vcylls2c7o51I6hrnx2ClYxsekU1dtvQy4roUdcvbIv9gYzMR jdDyr+tUvPiZLJdr8NRR8w+scgVzYdCarNTRM= Received: by 10.150.58.20 with SMTP id g20mr20631431yba.24.1281536571035; Wed, 11 Aug 2010 07:22:51 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id q12sm74894vcf.35.2010.08.11.07.22.48 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 07:22:49 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C62B237.7070501@dataix.net> Date: Wed, 11 Aug 2010 10:22:47 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Anonymous References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86sk2lxrvr.fsf@gmail.com> In-Reply-To: <86sk2lxrvr.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 14:22:52 -0000 On 08/11/2010 08:20, Anonymous wrote: > jhell writes: > >> Based on the parts of the script with the additions for tracking source >> using git(1) I set out to add support for mercurial hg(1) and ended up >> cleaning some of the script while making some of those additions. > > FYI, some ports don't like unusual characters in uname(1), e.g. ports/148255. Thank you for the heads-up. I can adjust for that. This was original git code from newvers.sh that I had let be what it is now and really holds no extra meaning to me unless it does to someone else?. Easy enough to change 137,13 to a space instead of equal sign. Questionable whether the '+' sign at 143,14 would cause any problems so I am testing that out now and will submit another followup patch. Does not make any sense to me why a port would configure using (uname -v) for identifying its environment. More specifically there should not be anything more needed than the output of ( uname -rms ) and maybe on occasion '-n' and __FreeBSD_version. I have had thoughts before about a patch for uname that also outputs the ABI or __FreeBSD_version but really don't see a need for that since it can already be identified by kernel headers or through the use of sysctl(8) or some system call. Regards, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 14:35:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB97A1065687; Wed, 11 Aug 2010 14:35:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 71E678FC22; Wed, 11 Aug 2010 14:35:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BEZXON022001; Wed, 11 Aug 2010 10:35:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BEZXCC021992; Wed, 11 Aug 2010 14:35:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 14:35:33 GMT Message-Id: <201008111435.o7BEZXCC021992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 14:35:36 -0000 TB --- 2010-08-11 13:44:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 13:44:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-11 13:44:45 - cleaning the object tree TB --- 2010-08-11 13:44:53 - cvsupping the source tree TB --- 2010-08-11 13:44:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-11 13:45:30 - building world TB --- 2010-08-11 13:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 13:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 13:45:30 - TARGET=sparc64 TB --- 2010-08-11 13:45:30 - TARGET_ARCH=sparc64 TB --- 2010-08-11 13:45:30 - TZ=UTC TB --- 2010-08-11 13:45:30 - __MAKE_CONF=/dev/null TB --- 2010-08-11 13:45:30 - cd /src TB --- 2010-08-11 13:45:30 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 13:45:31 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 14:35:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 14:35:33 - ERROR: failed to build world TB --- 2010-08-11 14:35:33 - 2263.42 user 539.69 system 3047.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 14:56:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271B91065677; Wed, 11 Aug 2010 14:56:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BEF8C8FC1A; Wed, 11 Aug 2010 14:56:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BEunIF009644; Wed, 11 Aug 2010 10:56:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BEunIx009643; Wed, 11 Aug 2010 14:56:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 14:56:49 GMT Message-Id: <201008111456.o7BEunIx009643@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 14:56:51 -0000 TB --- 2010-08-11 14:09:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 14:09:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-11 14:09:51 - cleaning the object tree TB --- 2010-08-11 14:09:59 - cvsupping the source tree TB --- 2010-08-11 14:09:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-11 14:10:22 - building world TB --- 2010-08-11 14:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 14:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 14:10:22 - TARGET=sun4v TB --- 2010-08-11 14:10:22 - TARGET_ARCH=sparc64 TB --- 2010-08-11 14:10:22 - TZ=UTC TB --- 2010-08-11 14:10:22 - __MAKE_CONF=/dev/null TB --- 2010-08-11 14:10:22 - cd /src TB --- 2010-08-11 14:10:22 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 14:10:23 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sun4v.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 14:56:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 14:56:49 - ERROR: failed to build world TB --- 2010-08-11 14:56:49 - 2231.02 user 500.05 system 2818.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 15:13:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC93106566B; Wed, 11 Aug 2010 15:13:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA9B8FC17; Wed, 11 Aug 2010 15:13:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7BFDWeW040536; Wed, 11 Aug 2010 11:13:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7BFDWhw040535; Wed, 11 Aug 2010 15:13:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Aug 2010 15:13:32 GMT Message-Id: <201008111513.o7BFDWhw040535@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 15:13:34 -0000 TB --- 2010-08-11 13:26:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-11 13:26:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-11 13:26:42 - cleaning the object tree TB --- 2010-08-11 13:27:00 - cvsupping the source tree TB --- 2010-08-11 13:27:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-11 13:29:37 - building world TB --- 2010-08-11 13:29:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 13:29:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 13:29:37 - TARGET=powerpc TB --- 2010-08-11 13:29:37 - TARGET_ARCH=powerpc TB --- 2010-08-11 13:29:37 - TZ=UTC TB --- 2010-08-11 13:29:37 - __MAKE_CONF=/dev/null TB --- 2010-08-11 13:29:37 - cd /src TB --- 2010-08-11 13:29:37 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 11 13:29:37 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 11 15:01:52 UTC 2010 TB --- 2010-08-11 15:01:52 - generating LINT kernel config TB --- 2010-08-11 15:01:52 - cd /src/sys/powerpc/conf TB --- 2010-08-11 15:01:52 - /usr/bin/make -B LINT TB --- 2010-08-11 15:01:52 - building LINT kernel TB --- 2010-08-11 15:01:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-11 15:01:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-11 15:01:52 - TARGET=powerpc TB --- 2010-08-11 15:01:52 - TARGET_ARCH=powerpc TB --- 2010-08-11 15:01:52 - TZ=UTC TB --- 2010-08-11 15:01:52 - __MAKE_CONF=/dev/null TB --- 2010-08-11 15:01:52 - cd /src TB --- 2010-08-11 15:01:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 11 15:01:52 UTC 2010 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror vers.c linking kernel if_ethersubr.o(.sbss+0x2c): multiple definition of `carp_forus_p' if_bridge.o(.sbss+0x10): first defined here *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-11 15:13:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-11 15:13:32 - ERROR: failed to build lint kernel TB --- 2010-08-11 15:13:32 - 5142.65 user 877.88 system 6410.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 15:21:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3574B1065670 for ; Wed, 11 Aug 2010 15:21:07 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D62FC8FC08 for ; Wed, 11 Aug 2010 15:21:06 +0000 (UTC) Received: by vws7 with SMTP id 7so175664vws.13 for ; Wed, 11 Aug 2010 08:21:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=yA5hVrTJJDy4H3n6ks5qdKRTn3hfRyghmJ68Mytv4zo=; b=LR1LHDr8n9cm0soAzNyv1vrzsnWok4dYaN2sfzsSPaJznoElixWF1RyctjAteuScrH Z09A/gQ+9U9jLTuk/Qeilw4mekzinxtsDZVIrYa/TuYoQWdU59Y5jJUUVKpr/vGCNi7J u+Hvh/SFKhBHtOyd7DVSj99bkapv2QBjuKjow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=YRlMfN9nhSZEA8Y32F7DqRldJc68Wz9tAPLY1Fzs2L59hxAu0gMZJfVAkAVj6zXiX7 w8Jdj9p91Y76p6SU6sXQAPIdrlIUAQ7a7MvPmm+G8vc8L059mwfKf8JN3t3SoxoDcDRn NAUBBr/Dl3G2ZOilB0duDdPaspRn6jkPMkuVA= Received: by 10.220.60.204 with SMTP id q12mr11678776vch.41.1281540063893; Wed, 11 Aug 2010 08:21:03 -0700 (PDT) Received: from localhost ([188.72.225.172]) by mx.google.com with ESMTPS id m4sm132908vbp.6.2010.08.11.08.21.00 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 08:21:02 -0700 (PDT) From: Anonymous To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86sk2lxrvr.fsf@gmail.com> <4C62B237.7070501@dataix.net> Date: Wed, 11 Aug 2010 19:16:00 +0400 In-Reply-To: <4C62B237.7070501@dataix.net> (jhell@dataix.net's message of "Wed, 11 Aug 2010 10:22:47 -0400") Message-ID: <86d3tpuqmn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 15:21:07 -0000 jhell writes: > On 08/11/2010 08:20, Anonymous wrote: >> jhell writes: >> >>> Based on the parts of the script with the additions for tracking source >>> using git(1) I set out to add support for mercurial hg(1) and ended up >>> cleaning some of the script while making some of those additions. >> >> FYI, some ports don't like unusual characters in uname(1), e.g. ports/148255. > > Thank you for the heads-up. > > I can adjust for that. This was original git code from newvers.sh that I > had let be what it is now and really holds no extra meaning to me unless > it does to someone else?. > > Easy enough to change 137,13 to a space instead of equal sign. > > Questionable whether the '+' sign at 143,14 would cause any problems so > I am testing that out now and will submit another followup patch. No, `=' and `+' signs are good enough. It's just when introducing[1] such changes better to do an exp-run on ports tree so you can identify all ports that try to do funny things with the tool's output and fix them. Besides, as noted in gentoo bug it affects hostname, too. [1] and you're not the one who introduced `=' sign > > Does not make any sense to me why a port would configure using (uname > -v) for identifying its environment. More specifically there should not > be anything more needed than the output of ( uname -rms ) and maybe on > occasion '-n' and __FreeBSD_version. Since I can't trace back in perl5 repo why `=' is stripped my guess it's some kind of ancient workaround myuname=`echo $myuname | $sed -e 's/^[^=]*=//' -e "s,['/],,g" | \ ./tr '[A-Z]' '[a-z]' | $tr $trnl ' '` > > I have had thoughts before about a patch for uname that also outputs the > ABI or __FreeBSD_version but really don't see a need for that since it > can already be identified by kernel headers or through the use of > sysctl(8) or some system call. Nah, __FreeBSD_version is not atomic. Would be better if there was at least svn revision exported via sysctl separate from kern.version. From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 17:45:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021C61065672; Wed, 11 Aug 2010 17:45:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACC08FC0C; Wed, 11 Aug 2010 17:45:26 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7BHjA2q044704; Wed, 11 Aug 2010 19:45:25 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7BHjA4v044702; Wed, 11 Aug 2010 19:45:10 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201008111745.o7BHjA4v044702@lurza.secnetix.de> To: alc@freebsd.org Date: Wed, 11 Aug 2010 19:45:10 +0200 (CEST) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Wed, 11 Aug 2010 19:45:25 +0200 (CEST) Cc: freebsd-current@freebsd.org Subject: Re: page fault in pmap_remove_all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 17:45:27 -0000 Alan Cox wrote: > On Tue, Aug 10, 2010 at 9:43 AM, Oliver Fromme wrote: > > > Hi, > > > > This is i386 -current as of 2010-08-04. > > It was building the toolchain for amd64 when it happened. > > I'll keep the vmcore around, so I can dig more into it > > if someone tells me what to do. > > > > 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: > > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x0 > > fault code = supervisor write, page not present > > instruction pointer = 0x20:0xc083bc86 > > stack pointer = 0x28:0xe50a1a94 > > frame pointer = 0x28:0xe50a1ac4 > > 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 = 5785 (install) > > trap number = 12 > > panic: page fault > > Uptime: 6h13m9s > > Physical memory: 951 MB > > Dumping 182 MB: 167 151 135 119 103 87 71 55 39 23 7 > > > > #0 doadump () at pcpu.h:231 > > 231 __asm("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) list *0xc083bc86 > > 0xc083bc86 is in pmap_remove_all (atomic.h:318). > > 313 atomic_readandclear_int(volatile u_int *addr) > > 314 { > > 315 u_int res; > > 316 > > 317 res = 0; > > 318 __asm __volatile( > > 319 " xchgl %1,%0 ; " > > 320 "# atomic_readandclear_int" > > 321 : "+r" (res), /* 0 */ > > 322 "=m" (*addr) /* 1 */ > > (kgdb) backtrace > > #0 doadump () at pcpu.h:231 > > #1 0xc05daef0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > > #2 0xc05db11d in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:590 > > #3 0xc0840583 in trap_fatal (frame=0xe50a1a54, eva=0) > > at /usr/src/sys/i386/i386/trap.c:945 > > #4 0xc08407d0 in trap_pfault (frame=0xe50a1a54, usermode=0, eva=0) > > at /usr/src/sys/i386/i386/trap.c:858 > > #5 0xc0840cf3 in trap (frame=0xe50a1a54) at > > /usr/src/sys/i386/i386/trap.c:533 > > #6 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > > #7 0xc083bc86 in pmap_remove_all (m=0xc150e9e8) at atomic.h:318 > > #8 0xc07e9544 in vm_fault (map=0xc38463c0, vaddr=684290048, > > fault_type=1 '\001', fault_flags=Variable "fault_flags" is not > > available. > > ) at /usr/src/sys/vm/vm_fault.c:499 > > #9 0xc08406c0 in trap_pfault (frame=0xe50a1d28, usermode=1, eva=684290048) > > at /usr/src/sys/i386/i386/trap.c:837 > > #10 0xc0840b5e in trap (frame=0xe50a1d28) at > > /usr/src/sys/i386/i386/trap.c:399 > > #11 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > > #12 0x0804858c in ?? () > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) > > > > > If at all possible, I would like to know the value of "pv->pv_va" in > pmap_remove_all(). Sure. (kgdb) print /x pv->pv_va $1 = 0x28c89000 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 17:49:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C2E21065678 for ; Wed, 11 Aug 2010 17:49:33 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C05CF8FC12 for ; Wed, 11 Aug 2010 17:49:32 +0000 (UTC) Received: by qwg5 with SMTP id 5so455925qwg.13 for ; Wed, 11 Aug 2010 10:49:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=QXfuFEZgh/gccTJhZV6r2yXtMVo9L3lINhGWfYiCiNE=; b=x86VEZQh1mQ2+WC5iBBEhNsPiq95rxJKwZcxP4B/vmb4uytgQPVntIcJDSBPSmSWr4 /LoUkuazr2XEwYv15tFHmWq4JlkhshHpXbaFdqIQJBZ9M9zXBtKcmXj0VFPmhgn4IaGx bhncKCxaBSaPryyvli1vnBQDVQafESjlR4Ucs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=vp4Oj5zvtfHtwbDEQDHTtFtPFy1vk2kOBpzri7si2GpifJ7mbQqau2nA6+OivCauep I8HPBzzgVNxkqI8DQRXi7THE+3PF+7lognWj+AlSql+Eh4tNc6k0sWt+jNHyauNTrHNm vyPP/75NfBDOSxFkSoEW/4HZ4HYNBMNufXAVI= MIME-Version: 1.0 Received: by 10.224.37.78 with SMTP id w14mr10884097qad.75.1281547517840; Wed, 11 Aug 2010 10:25:17 -0700 (PDT) Received: by 10.229.46.73 with HTTP; Wed, 11 Aug 2010 10:25:17 -0700 (PDT) In-Reply-To: <201008101443.o7AEhfFl075942@lurza.secnetix.de> References: <201008101443.o7AEhfFl075942@lurza.secnetix.de> Date: Wed, 11 Aug 2010 12:25:17 -0500 Message-ID: From: Alan Cox To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: page fault in pmap_remove_all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 17:49:33 -0000 On Tue, Aug 10, 2010 at 9:43 AM, Oliver Fromme wrote: > Hi, > > This is i386 -current as of 2010-08-04. > It was building the toolchain for amd64 when it happened. > I'll keep the vmcore around, so I can dig more into it > if someone tells me what to do. > > 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: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc083bc86 > stack pointer = 0x28:0xe50a1a94 > frame pointer = 0x28:0xe50a1ac4 > 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 = 5785 (install) > trap number = 12 > panic: page fault > Uptime: 6h13m9s > Physical memory: 951 MB > Dumping 182 MB: 167 151 135 119 103 87 71 55 39 23 7 > > #0 doadump () at pcpu.h:231 > 231 __asm("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc083bc86 > 0xc083bc86 is in pmap_remove_all (atomic.h:318). > 313 atomic_readandclear_int(volatile u_int *addr) > 314 { > 315 u_int res; > 316 > 317 res = 0; > 318 __asm __volatile( > 319 " xchgl %1,%0 ; " > 320 "# atomic_readandclear_int" > 321 : "+r" (res), /* 0 */ > 322 "=m" (*addr) /* 1 */ > (kgdb) backtrace > #0 doadump () at pcpu.h:231 > #1 0xc05daef0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xc05db11d in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:590 > #3 0xc0840583 in trap_fatal (frame=0xe50a1a54, eva=0) > at /usr/src/sys/i386/i386/trap.c:945 > #4 0xc08407d0 in trap_pfault (frame=0xe50a1a54, usermode=0, eva=0) > at /usr/src/sys/i386/i386/trap.c:858 > #5 0xc0840cf3 in trap (frame=0xe50a1a54) at > /usr/src/sys/i386/i386/trap.c:533 > #6 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #7 0xc083bc86 in pmap_remove_all (m=0xc150e9e8) at atomic.h:318 > #8 0xc07e9544 in vm_fault (map=0xc38463c0, vaddr=684290048, > fault_type=1 '\001', fault_flags=Variable "fault_flags" is not > available. > ) at /usr/src/sys/vm/vm_fault.c:499 > #9 0xc08406c0 in trap_pfault (frame=0xe50a1d28, usermode=1, eva=684290048) > at /usr/src/sys/i386/i386/trap.c:837 > #10 0xc0840b5e in trap (frame=0xe50a1d28) at > /usr/src/sys/i386/i386/trap.c:399 > #11 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #12 0x0804858c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > If at all possible, I would like to know the value of "pv->pv_va" in pmap_remove_all(). Regards, Alan From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 20:31:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB36B106566B; Wed, 11 Aug 2010 20:31:03 +0000 (UTC) (envelope-from Hans-Joerg_Hoexer@genua.de) Received: from gg.genua.de (gg6.genua.de [IPv6:2001:a60:f08e:c000::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0698C8FC1B; Wed, 11 Aug 2010 20:30:59 +0000 (UTC) Received: from gg.genua.de (localhost [127.0.0.1]) by gg.genua.de (8.14.3/8.14.3) with ESMTP id o7BKYYUf023603; Wed, 11 Aug 2010 22:34:34 +0200 (CEST) Received: (from localhost) by gg.genua.de (MSCAN) id 4/gg.genua.de/smtp-gw/mscan; Wed Aug 11 22:34:34 2010 Date: Wed, 11 Aug 2010 22:30:42 +0200 From: Hans-Joerg Hoexer To: Takanori Watanabe Message-ID: <20100811203042.GA26413@modermoor.genua.de> References: <201008040347.o743leeR046013@sana.init-main.com> <201008041039.o74AdfYO047937@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008041039.o74AdfYO047937@sana.init-main.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 12 Aug 2010 01:18:38 +0000 Cc: tss-project@genua.de, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Driver tpm(4) and third party packages for trusted platform modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Aug 2010 20:31:04 -0000 Hi, On Wed, Aug 04, 2010 at 07:39:41PM +0900, Takanori Watanabe wrote: > Update my patch. Split bus attachment from main driver file > (need to update sys/conf/files), add detach method for convinience, > and attach softc to cdev.si_drv1 . I've updated our diff for 9-current, including your patch. Regards, HJ. diff -Nupr src-9.0-current/sys/dev/tpm/Makefile src/sys/dev/tpm/Makefile --- src-9.0-current/sys/dev/tpm/Makefile 1970-01-01 01:00:00.000000000 +0100 +++ src/sys/dev/tpm/Makefile 2010-08-11 14:11:34.000000000 +0200 @@ -0,0 +1,9 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/tpm + +KMOD= tpm +SRCS= tpm.c tpm_isa.c tpm_acpi.c isa_if.h opt_acpi.h acpi_if.h \ + bus_if.h device_if.h + +.include diff -Nupr src-9.0-current/sys/dev/tpm/tpm.c src/sys/dev/tpm/tpm.c --- src-9.0-current/sys/dev/tpm/tpm.c 1970-01-01 01:00:00.000000000 +0100 +++ src/sys/dev/tpm/tpm.c 2010-08-11 22:19:10.000000000 +0200 @@ -0,0 +1,1489 @@ +/* + * Copyright (c) 2008, 2009 Michael Shalayeff + * Copyright (c) 2009, 2010 Hans-Joerg Hoexer + * All rights reserved. + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER IN + * AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT + * OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +/* #define TPM_DEBUG */ + +#include +#include +#include +#include +#include + +#ifdef __FreeBSD__ +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include +#include +#else +#include + +#include +#include +#include +#include + +#include +#include +#endif +#include "tpmvar.h" + +#ifndef __FreeBSD__ +/* XXX horrible hack for tcsd (-lpthread) workaround on OpenBSD */ +#undef PCATCH +#define PCATCH 0 +#endif + +#define TPM_BUFSIZ 1024 + +#define TPM_HDRSIZE 10 + +#define TPM_PARAM_SIZE 0x0001 + +#ifdef __FreeBSD__ +#define IRQUNK -1 +#endif + +#define TPM_ACCESS 0x0000 /* acess register */ +#define TPM_ACCESS_ESTABLISHMENT 0x01 /* establishment */ +#define TPM_ACCESS_REQUEST_USE 0x02 /* request using locality */ +#define TPM_ACCESS_REQUEST_PENDING 0x04 /* pending request */ +#define TPM_ACCESS_SEIZE 0x08 /* request locality seize */ +#define TPM_ACCESS_SEIZED 0x10 /* locality has been seized */ +#define TPM_ACCESS_ACTIVE_LOCALITY 0x20 /* locality is active */ +#define TPM_ACCESS_VALID 0x80 /* bits are valid */ +#define TPM_ACCESS_BITS \ + "\020\01EST\02REQ\03PEND\04SEIZE\05SEIZED\06ACT\010VALID" + +#define TPM_INTERRUPT_ENABLE 0x0008 +#define TPM_GLOBAL_INT_ENABLE 0x80000000 /* enable ints */ +#define TPM_CMD_READY_INT 0x00000080 /* cmd ready enable */ +#define TPM_INT_EDGE_FALLING 0x00000018 +#define TPM_INT_EDGE_RISING 0x00000010 +#define TPM_INT_LEVEL_LOW 0x00000008 +#define TPM_INT_LEVEL_HIGH 0x00000000 +#define TPM_LOCALITY_CHANGE_INT 0x00000004 /* locality change enable */ +#define TPM_STS_VALID_INT 0x00000002 /* int on TPM_STS_VALID is set */ +#define TPM_DATA_AVAIL_INT 0x00000001 /* int on TPM_STS_DATA_AVAIL is set */ +#define TPM_INTERRUPT_ENABLE_BITS \ + "\020\040ENA\010RDY\03LOCH\02STSV\01DRDY" + +#define TPM_INT_VECTOR 0x000c /* 8 bit reg for 4 bit irq vector */ +#define TPM_INT_STATUS 0x0010 /* bits are & 0x87 from TPM_INTERRUPT_ENABLE */ + +#define TPM_INTF_CAPABILITIES 0x0014 /* capability register */ +#define TPM_INTF_BURST_COUNT_STATIC 0x0100 /* TPM_STS_BMASK static */ +#define TPM_INTF_CMD_READY_INT 0x0080 /* int on ready supported */ +#define TPM_INTF_INT_EDGE_FALLING 0x0040 /* falling edge ints supported */ +#define TPM_INTF_INT_EDGE_RISING 0x0020 /* rising edge ints supported */ +#define TPM_INTF_INT_LEVEL_LOW 0x0010 /* level-low ints supported */ +#define TPM_INTF_INT_LEVEL_HIGH 0x0008 /* level-high ints supported */ +#define TPM_INTF_LOCALITY_CHANGE_INT 0x0004 /* locality-change int (mb 1) */ +#define TPM_INTF_STS_VALID_INT 0x0002 /* TPM_STS_VALID int supported */ +#define TPM_INTF_DATA_AVAIL_INT 0x0001 /* TPM_STS_DATA_AVAIL int supported (mb 1) */ +#define TPM_CAPSREQ \ + (TPM_INTF_DATA_AVAIL_INT|TPM_INTF_LOCALITY_CHANGE_INT|TPM_INTF_INT_LEVEL_LOW) +#define TPM_CAPBITS \ + "\020\01IDRDY\02ISTSV\03ILOCH\04IHIGH\05ILOW\06IEDGE\07IFALL\010IRDY\011BCST" + +#define TPM_STS 0x0018 /* status register */ +#define TPM_STS_MASK 0x000000ff /* status bits */ +#define TPM_STS_BMASK 0x00ffff00 /* ro io burst size */ +#define TPM_STS_VALID 0x00000080 /* ro other bits are valid */ +#define TPM_STS_CMD_READY 0x00000040 /* rw chip/signal ready */ +#define TPM_STS_GO 0x00000020 /* wo start the command */ +#define TPM_STS_DATA_AVAIL 0x00000010 /* ro data available */ +#define TPM_STS_DATA_EXPECT 0x00000008 /* ro more data to be written */ +#define TPM_STS_RESP_RETRY 0x00000002 /* wo resend the response */ +#define TPM_STS_BITS "\020\010VALID\07RDY\06GO\05DRDY\04EXPECT\02RETRY" + +#define TPM_DATA 0x0024 +#define TPM_ID 0x0f00 +#define TPM_REV 0x0f04 +#define TPM_SIZE 0x5000 /* five pages of the above */ + +#define TPM_ACCESS_TMO 2000 /* 2sec */ +#define TPM_READY_TMO 2000 /* 2sec */ +#define TPM_READ_TMO 120000 /* 2 minutes */ +#define TPM_BURST_TMO 2000 /* 2sec */ + +#define TPM_LEGACY_BUSY 0x01 +#define TPM_LEGACY_ABRT 0x01 +#define TPM_LEGACY_DA 0x02 +#define TPM_LEGACY_RE 0x04 +#define TPM_LEGACY_LAST 0x04 +#define TPM_LEGACY_BITS "\020\01BUSY\2DA\3RE\4LAST" +#define TPM_LEGACY_TMO (2*60) /* sec */ +#define TPM_LEGACY_SLEEP 5 /* ticks */ +#define TPM_LEGACY_DELAY 100 + +/* Set when enabling legacy interface in host bridge. */ +int tpm_enabled; + + +#ifdef __FreeBSD__ +#define TPMSOFTC(dev) \ + ((struct tpm_softc *)dev->si_drv1) + +d_open_t tpmopen; +d_close_t tpmclose; +d_read_t tpmread; +d_write_t tpmwrite; +d_ioctl_t tpmioctl; + +static struct cdevsw tpm_cdevsw = { + .d_version = D_VERSION, + .d_flags = D_NEEDGIANT, + .d_open = tpmopen, + .d_close = tpmclose, + .d_read = tpmread, + .d_write = tpmwrite, + .d_ioctl = tpmioctl, + .d_name = "tpm", +}; +#else +#define TPMSOFTC(dev) \ + (struct tpm_softc *)device_lookup(&tpm_cd, minor(dev)) + +struct cfdriver tpm_cd = { + NULL, "tpm", DV_DULL +}; + +int tpm_match(struct device *, void *, void *); +void tpm_attach(struct device *, struct device *, void *); + +struct cfattach tpm_ca = { + sizeof(struct tpm_softc), tpm_match, tpm_attach +}; +#endif + +const struct { + u_int32_t devid; + char name[32]; + int flags; +#define TPM_DEV_NOINTS 0x0001 +} tpm_devs[] = { + { 0x000615d1, "IFX SLD 9630 TT 1.1", 0 }, + { 0x000b15d1, "IFX SLB 9635 TT 1.2", 0 }, + { 0x100214e4, "Broadcom BCM0102", TPM_DEV_NOINTS }, + { 0x00fe1050, "WEC WPCT200", 0 }, + { 0x687119fa, "SNS SSX35", 0 }, + { 0x2e4d5453, "STM ST19WP18", 0 }, + { 0x32021114, "ATML 97SC3203", TPM_DEV_NOINTS }, + { 0x10408086, "INTEL INTC0102", 0 }, + { 0, "", TPM_DEV_NOINTS }, +}; + +int tpm_tis12_irqinit(struct tpm_softc *, int, int); +int tpm_tis12_init(struct tpm_softc *, int, const char *); +int tpm_tis12_start(struct tpm_softc *, int); +int tpm_tis12_read(struct tpm_softc *, void *, int, size_t *, int); +int tpm_tis12_write(struct tpm_softc *, void *, int); +int tpm_tis12_end(struct tpm_softc *, int, int); + +#ifdef __FreeBSD__ +void tpm_intr(void *); +#else +int tpm_intr(void *); +void tpm_powerhook(int, void *); +int tpm_suspend(struct tpm_softc *, int); +int tpm_resume(struct tpm_softc *, int); +#endif + +int tpm_waitfor_poll(struct tpm_softc *, u_int8_t, int, void *); +int tpm_waitfor_int(struct tpm_softc *, u_int8_t, int, void *, int); +int tpm_waitfor(struct tpm_softc *, u_int8_t, int, void *); +int tpm_request_locality(struct tpm_softc *, int); +int tpm_getburst(struct tpm_softc *); +u_int8_t tpm_status(struct tpm_softc *); +int tpm_tmotohz(int); + +int tpm_legacy_probe(bus_space_tag_t, bus_addr_t); +int tpm_legacy_init(struct tpm_softc *, int, const char *); +int tpm_legacy_start(struct tpm_softc *, int); +int tpm_legacy_read(struct tpm_softc *, void *, int, size_t *, int); +int tpm_legacy_write(struct tpm_softc *, void *, int); +int tpm_legacy_end(struct tpm_softc *, int, int); + +#ifdef __FreeBSD__ + +/* + * FreeBSD specific code for probing and attaching TPM to device tree. + */ +#if 0 +static void +tpm_identify(driver_t *driver, device_t parent) +{ + BUS_ADD_CHILD(parent, ISA_ORDER_SPECULATIVE, "tpm", 0); +} +#endif + + +int +tpm_attach(device_t dev) +{ + struct tpm_softc *sc = device_get_softc(dev); + int irq; + + sc->mem_rid = 0; + sc->mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &sc->mem_rid, + RF_ACTIVE); + if (sc->mem_res == NULL) + return ENXIO; + + sc->sc_bt = rman_get_bustag(sc->mem_res); + sc->sc_bh = rman_get_bushandle(sc->mem_res); + + sc->irq_rid = 0; + sc->irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &sc->irq_rid, + RF_ACTIVE | RF_SHAREABLE); + if (sc->irq_res != NULL) + irq = rman_get_start(sc->irq_res); + else + irq = IRQUNK; + + /* In case PnP probe this may contain some initialization. */ + tpm_tis12_probe(sc->sc_bt, sc->sc_bh); + + if (tpm_legacy_probe(sc->sc_bt, sc->sc_bh)) { + sc->sc_init = tpm_legacy_init; + sc->sc_start = tpm_legacy_start; + sc->sc_read = tpm_legacy_read; + sc->sc_write = tpm_legacy_write; + sc->sc_end = tpm_legacy_end; + } else { + sc->sc_init = tpm_tis12_init; + sc->sc_start = tpm_tis12_start; + sc->sc_read = tpm_tis12_read; + sc->sc_write = tpm_tis12_write; + sc->sc_end = tpm_tis12_end; + } + + printf("%s", device_get_name(dev)); + if ((sc->sc_init)(sc, irq, "tpm")) { + tpm_detach(dev); + return ENXIO; + } + + if (sc->sc_init == tpm_tis12_init && sc->irq_res != NULL && + bus_setup_intr(dev, sc->irq_res, INTR_TYPE_TTY, NULL, + tpm_intr, sc, &sc->intr_cookie) != 0) { + tpm_detach(dev); + printf(": cannot establish interrupt\n"); + return 1; + } + + sc->sc_cdev = make_dev(&tpm_cdevsw, device_get_unit(dev), + UID_ROOT, GID_WHEEL, 0600, "tpm"); + sc->sc_cdev->si_drv1 = sc; + + return 0; +} + +int +tpm_detach(device_t dev) +{ + struct tpm_softc * sc = device_get_softc(dev); + + if(sc->intr_cookie){ + bus_teardown_intr(dev, sc->irq_res, sc->intr_cookie); + } + + if(sc->mem_res){ + bus_release_resource(dev, SYS_RES_MEMORY, + sc->mem_rid, sc->mem_res); + } + + if(sc->irq_res){ + bus_release_resource(dev, SYS_RES_IRQ, + sc->irq_rid, sc->irq_res); + } + if(sc->sc_cdev){ + destroy_dev(sc->sc_cdev); + } + + return 0; +} + + +#else +/* + * OpenBSD specific code for probing and attaching TPM to device tree. + */ +int +tpm_match(struct device *parent, void *match, void *aux) +{ + struct isa_attach_args *ia = aux; + struct cfdata *cf = match; + bus_space_tag_t bt = ia->ia_memt; + bus_space_handle_t bh; + int rv; + + /* There can be only one. */ + if (cf->cf_unit) + return 0; + + if (tpm_legacy_probe(ia->ia_iot, ia->ia_iobase)) { + ia->ia_iosize = 2; + return 1; + } + + if (ia->ia_maddr == -1) + return 0; + + if (bus_space_map(bt, ia->ia_maddr, TPM_SIZE, 0, &bh)) + return 0; + + if ((rv = tpm_tis12_probe(bt, bh))) { + ia->ia_iosize = 0; + ia->ia_msize = TPM_SIZE; + } + + bus_space_unmap(bt, bh, TPM_SIZE); + return rv; +} + +void +tpm_attach(struct device *parent, struct device *self, void *aux) +{ + struct tpm_softc *sc = (struct tpm_softc *)self; + struct isa_attach_args *ia = aux; + bus_addr_t iobase; + bus_size_t size; + int rv; + + if (tpm_legacy_probe(ia->ia_iot, ia->ia_iobase)) { + sc->sc_bt = ia->ia_iot; + iobase = ia->ia_iobase; + size = ia->ia_iosize; + sc->sc_batm = ia->ia_iot; + sc->sc_init = tpm_legacy_init; + sc->sc_start = tpm_legacy_start; + sc->sc_read = tpm_legacy_read; + sc->sc_write = tpm_legacy_write; + sc->sc_end = tpm_legacy_end; + } else { + sc->sc_bt = ia->ia_memt; + iobase = ia->ia_maddr; + size = TPM_SIZE; + sc->sc_init = tpm_tis12_init; + sc->sc_start = tpm_tis12_start; + sc->sc_read = tpm_tis12_read; + sc->sc_write = tpm_tis12_write; + sc->sc_end = tpm_tis12_end; + } + + if (bus_space_map(sc->sc_bt, iobase, size, 0, &sc->sc_bh)) { + printf(": cannot map registers\n"); + return; + } + + if ((rv = (sc->sc_init)(sc, ia->ia_irq, sc->sc_dev.dv_xname))) { + bus_space_unmap(sc->sc_bt, sc->sc_bh, size); + return; + } + + /* + * Only setup interrupt handler when we have a vector and the + * chip is TIS 1.2 compliant. + */ + if (sc->sc_init == tpm_tis12_init && ia->ia_irq != IRQUNK && + (sc->sc_ih = isa_intr_establish(ia->ia_ic, ia->ia_irq, IST_EDGE, + IPL_TTY, tpm_intr, sc, sc->sc_dev.dv_xname)) == NULL) { + bus_space_unmap(sc->sc_bt, sc->sc_bh, TPM_SIZE); + printf("%s: cannot establish interrupt\n", + sc->sc_dev.dv_xname); + return; + } + +#ifdef __FreeBSD__ + sc->sc_suspend = 0; +#else + sc->sc_suspend = PWR_RESUME; + sc->sc_powerhook = powerhook_establish(tpm_powerhook, sc); +#endif +} +#endif + +/* Probe TPM using TIS 1.2 interface. */ +int +tpm_tis12_probe(bus_space_tag_t bt, bus_space_handle_t bh) +{ + u_int32_t r; + u_int8_t save, reg; + + r = bus_space_read_4(bt, bh, TPM_INTF_CAPABILITIES); + if (r == 0xffffffff) + return 0; + +#ifdef TPM_DEBUG + printf("tpm: caps=%b\n", r, TPM_CAPBITS); +#endif + if ((r & TPM_CAPSREQ) != TPM_CAPSREQ || + !(r & (TPM_INTF_INT_EDGE_RISING | TPM_INTF_INT_LEVEL_LOW))) { +#ifdef TPM_DEBUG + printf("tpm: caps too low (caps=%b)\n", r, TPM_CAPBITS); +#endif + return 0; + } + + save = bus_space_read_1(bt, bh, TPM_ACCESS); + bus_space_write_1(bt, bh, TPM_ACCESS, TPM_ACCESS_REQUEST_USE); + reg = bus_space_read_1(bt, bh, TPM_ACCESS); + if ((reg & TPM_ACCESS_VALID) && (reg & TPM_ACCESS_ACTIVE_LOCALITY) && + bus_space_read_4(bt, bh, TPM_ID) != 0xffffffff) + return 1; + + bus_space_write_1(bt, bh, TPM_ACCESS, save); + return 0; +} + +/* + * Setup interrupt vector if one is provided and interrupts are know to + * work on that particular chip. + */ +int +tpm_tis12_irqinit(struct tpm_softc *sc, int irq, int idx) +{ + u_int32_t r; + + if ((irq == IRQUNK) || (tpm_devs[idx].flags & TPM_DEV_NOINTS)) { + sc->sc_vector = IRQUNK; + return 0; + } + + /* Ack and disable all interrupts. */ + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE) & + ~TPM_GLOBAL_INT_ENABLE); + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INT_STATUS, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INT_STATUS)); + + /* Program interrupt vector. */ + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_INT_VECTOR, irq); + sc->sc_vector = irq; + + /* Program interrupt type. */ + if (sc->sc_capabilities & TPM_INTF_INT_EDGE_RISING) + r = TPM_INT_EDGE_RISING; + else if (sc->sc_capabilities & TPM_INTF_INT_LEVEL_HIGH) + r = TPM_INT_LEVEL_HIGH; + else + r = TPM_INT_LEVEL_LOW; + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, r); + + return 0; +} + +/* Setup TPM using TIS 1.2 interface. */ +int +tpm_tis12_init(struct tpm_softc *sc, int irq, const char *name) +{ + u_int32_t r; + int i; + + r = bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTF_CAPABILITIES); +#ifdef TPM_DEBUG + printf(" caps=%b ", r, TPM_CAPBITS); +#endif + if ((r & TPM_CAPSREQ) != TPM_CAPSREQ || + !(r & (TPM_INTF_INT_EDGE_RISING | TPM_INTF_INT_LEVEL_LOW))) { + printf(": capabilities too low (caps=%b)\n", r, TPM_CAPBITS); + return 1; + } + sc->sc_capabilities = r; + + sc->sc_devid = bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_ID); + sc->sc_rev = bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_REV); + + for (i = 0; tpm_devs[i].devid; i++) + if (tpm_devs[i].devid == sc->sc_devid) + break; + + if (tpm_devs[i].devid) + printf(": %s rev 0x%x\n", tpm_devs[i].name, sc->sc_rev); + else + printf(": device 0x%08x rev 0x%x\n", sc->sc_devid, sc->sc_rev); + + if (tpm_tis12_irqinit(sc, irq, i)) + return 1; + + if (tpm_request_locality(sc, 0)) + return 1; + + /* Abort whatever it thought it was doing. */ + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_STS, TPM_STS_CMD_READY); + + return 0; +} + +int +tpm_request_locality(struct tpm_softc *sc, int l) +{ + u_int32_t r; + int to, rv; + + if (l != 0) + return EINVAL; + + if ((bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_ACCESS) & + (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY)) == + (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY)) + return 0; + + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_ACCESS, + TPM_ACCESS_REQUEST_USE); + + to = tpm_tmotohz(TPM_ACCESS_TMO); + + while ((r = bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_ACCESS) & + (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY)) != + (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY) && to--) { + rv = tsleep(sc->sc_init, PRIBIO | PCATCH, "tpm_locality", 1); + if (rv && rv != EWOULDBLOCK) { +#ifdef TPM_DEBUG + printf("tpm_request_locality: interrupted %d\n", rv); +#endif + return rv; + } + } + + if ((r & (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY)) != + (TPM_ACCESS_VALID | TPM_ACCESS_ACTIVE_LOCALITY)) { +#ifdef TPM_DEBUG + printf("tpm_request_locality: access %b\n", r, TPM_ACCESS_BITS); +#endif + return EBUSY; + } + + return 0; +} + +int +tpm_getburst(struct tpm_softc *sc) +{ + int burst, to, rv; + + to = tpm_tmotohz(TPM_BURST_TMO); + + burst = 0; + while (burst == 0 && to--) { + /* + * Burst count has to be read from bits 8 to 23 without + * touching any other bits, eg. the actual status bits 0 + * to 7. + */ + burst = bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_STS + 1); + burst |= bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_STS + 2) + << 8; +#ifdef TPM_DEBUG + printf("tpm_getburst: read %d\n", burst); +#endif + if (burst) + return burst; + + rv = tsleep(sc, PRIBIO | PCATCH, "tpm_getburst", 1); + if (rv && rv != EWOULDBLOCK) { + return 0; + } + } + + return 0; +} + +u_int8_t +tpm_status(struct tpm_softc *sc) +{ + u_int8_t status; + + status = bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_STS) & + TPM_STS_MASK; + + return status; +} + +int +tpm_tmotohz(int tmo) +{ + struct timeval tv; + + tv.tv_sec = tmo / 1000; + tv.tv_usec = 1000 * (tmo % 1000); + + return tvtohz(&tv); +} + +/* Save TPM state on suspend. */ +int +#ifdef __FreeBSD__ +tpm_suspend(device_t dev) +#else +tpm_suspend(struct tpm_softc *sc, int why) +#endif +{ +#ifdef __FreeBSD__ + struct tpm_softc *sc = device_get_softc(dev); + int why = 1; +#endif + u_int8_t command[] = { + 0, 193, /* TPM_TAG_RQU_COMMAND */ + 0, 0, 0, 10, /* Length in bytes */ + 0, 0, 0, 156 /* TPM_ORD_SaveStates */ + }; + + /* + * Power down: We have to issue the SaveStates command. + */ + sc->sc_write(sc, &command, sizeof(command)); + sc->sc_read(sc, &command, sizeof(command), NULL, TPM_HDRSIZE); +#ifdef TPM_DEBUG + printf("tpm_suspend: power down: %d -> %d\n", sc->sc_suspend, why); +#endif + sc->sc_suspend = why; + + return 0; +} + +/* + * Handle resume event. Actually nothing to do as the BIOS is supposed + * to restore the previously saved state. + */ +int +#ifdef __FreeBSD__ +tpm_resume(device_t dev) +#else +tpm_resume(struct tpm_softc *sc, int why) +#endif +{ +#ifdef __FreeBSD__ + struct tpm_softc *sc = device_get_softc(dev); + int why = 0; +#endif +#ifdef TPM_DEBUG + printf("tpm_resume: resume: %d -> %d\n", sc->sc_suspend, why); +#endif + sc->sc_suspend = why; + + return 0; +} + +/* Dispatch suspend and resume events. */ +#ifndef __FreeBSD__ +void +tpm_powerhook(int why, void *self) +{ + struct tpm_softc *sc = (struct tpm_softc *)self; + + if (why != PWR_RESUME) + tpm_suspend(sc, why); + else + tpm_resume(sc, why); +} +#endif /* !__FreeBSD__ */ + +/* Wait for given status bits using polling. */ +int +tpm_waitfor_poll(struct tpm_softc *sc, u_int8_t mask, int tmo, void *c) +{ + int rv; + + /* + * Poll until either the requested condition or a time out is + * met. + */ + while (((sc->sc_stat = tpm_status(sc)) & mask) != mask && tmo--) { + rv = tsleep(c, PRIBIO | PCATCH, "tpm_poll", 1); + if (rv && rv != EWOULDBLOCK) { +#ifdef TPM_DEBUG + printf("tpm_waitfor_poll: interrupted %d\n", rv); +#endif + return rv; + } + } + + return 0; +} + +/* Wait for given status bits using interrupts. */ +int +tpm_waitfor_int(struct tpm_softc *sc, u_int8_t mask, int tmo, void *c, + int inttype) +{ + int rv, to; + + /* Poll and return when condition is already met. */ + sc->sc_stat = tpm_status(sc); + if ((sc->sc_stat & mask) == mask) + return 0; + + /* + * Enable interrupt on tpm chip. Note that interrupts on our + * level (SPL_TTY) are disabled (see tpm{read,write} et al) and + * will not be delivered to the cpu until we call tsleep(9) below. + */ + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE) | + inttype); + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE) | + TPM_GLOBAL_INT_ENABLE); + + /* + * Poll once more to remedy the race between previous polling + * and enabling interrupts on the tpm chip. + */ + sc->sc_stat = tpm_status(sc); + if ((sc->sc_stat & mask) == mask) { + rv = 0; + goto out; + } + + to = tpm_tmotohz(tmo); +#ifdef TPM_DEBUG + printf("tpm_waitfor_int: sleeping for %d ticks on %p\n", to, c); +#endif + /* + * tsleep(9) enables interrupts on the cpu and returns after + * wake up with interrupts disabled again. Note that interrupts + * generated by the tpm chip while being at SPL_TTY are not lost + * but held and delivered as soon as the cpu goes below SPL_TTY. + */ + rv = tsleep(c, PRIBIO | PCATCH, "tpm_intr", to); + + sc->sc_stat = tpm_status(sc); +#ifdef TPM_DEBUG + printf("tpm_waitfor_int: woke up with rv %d stat %b\n", rv, + sc->sc_stat, TPM_STS_BITS); +#endif + if ((sc->sc_stat & mask) == mask) + rv = 0; + + /* Disable interrupts on tpm chip again. */ +out: bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE) & + ~TPM_GLOBAL_INT_ENABLE); + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE, + bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INTERRUPT_ENABLE) & + ~inttype); + + return rv; +} + +/* + * Wait on given status bits, uses interrupts where possible, otherwise polls. + */ +int +tpm_waitfor(struct tpm_softc *sc, u_int8_t b0, int tmo, void *c) +{ + u_int8_t b; + int re, to, rv; + +#ifdef TPM_DEBUG + printf("tpm_waitfor: b0 %b\n", b0, TPM_STS_BITS); +#endif + + /* + * If possible, use interrupts, otherwise poll. + * + * We use interrupts for TPM_STS_VALID and TPM_STS_DATA_AVAIL (if + * the tpm chips supports them) as waiting for those can take + * really long. The other TPM_STS* are not needed very often + * so we do not support them. + */ + if (sc->sc_vector != IRQUNK) { + b = b0; + + /* + * Wait for data ready. This interrupt only occures + * when both TPM_STS_VALID and TPM_STS_DATA_AVAIL are asserted. + * Thus we don't have to bother with TPM_STS_VALID + * separately and can just return. + * + * This only holds for interrupts! When using polling + * both flags have to be waited for, see below. + */ + if ((b & TPM_STS_DATA_AVAIL) && (sc->sc_capabilities & + TPM_INTF_DATA_AVAIL_INT)) + return tpm_waitfor_int(sc, b, tmo, c, + TPM_DATA_AVAIL_INT); + + /* Wait for status valid bit. */ + if ((b & TPM_STS_VALID) && (sc->sc_capabilities & + TPM_INTF_STS_VALID_INT)) { + rv = tpm_waitfor_int(sc, b, tmo, c, TPM_STS_VALID_INT); + if (rv != 0) + return rv; + else + b = b0 & ~TPM_STS_VALID; + } + + /* + * When all flags are taken care of, return. Otherwise + * use polling for eg. TPM_STS_CMD_READY. + */ + if (b == 0) + return 0; + } + + re = 3; +restart: + /* + * If requested wait for TPM_STS_VALID before dealing with + * any other flag. Eg. when both TPM_STS_DATA_AVAIL and TPM_STS_VALID + * are requested, wait for the latter first. + */ + b = b0; + if (b0 & TPM_STS_VALID) + b = TPM_STS_VALID; + + to = tpm_tmotohz(tmo); +again: + if ((rv = tpm_waitfor_poll(sc, b, to, c)) != 0) + return rv; + + if ((b & sc->sc_stat) == TPM_STS_VALID) { + /* Now wait for other flags. */ + b = b0 & ~TPM_STS_VALID; + to++; + goto again; + } + + if ((sc->sc_stat & b) != b) { +#ifdef TPM_DEBUG + printf("tpm_waitfor: timeout: stat=%b b=%b\n", + sc->sc_stat, TPM_STS_BITS, b, TPM_STS_BITS); +#endif + if (re-- && (b0 & TPM_STS_VALID)) { + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_STS, + TPM_STS_RESP_RETRY); + goto restart; + } + return EIO; + } + + return 0; +} + +/* Start transaction. */ +int +tpm_tis12_start(struct tpm_softc *sc, int flag) +{ + int rv; + + if (flag == UIO_READ) { + rv = tpm_waitfor(sc, TPM_STS_DATA_AVAIL | TPM_STS_VALID, + TPM_READ_TMO, sc->sc_read); + return rv; + } + + /* Own our (0th) locality. */ + if ((rv = tpm_request_locality(sc, 0)) != 0) + return rv; + + sc->sc_stat = tpm_status(sc); + if (sc->sc_stat & TPM_STS_CMD_READY) { +#ifdef TPM_DEBUG + printf("tpm_tis12_start: UIO_WRITE status %b\n", sc->sc_stat, + TPM_STS_BITS); +#endif + return 0; + } + +#ifdef TPM_DEBUG + printf("tpm_tis12_start: UIO_WRITE readying chip\n"); +#endif + + /* Abort previous and restart. */ + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_STS, TPM_STS_CMD_READY); + if ((rv = tpm_waitfor(sc, TPM_STS_CMD_READY, TPM_READY_TMO, + sc->sc_write))) { +#ifdef TPM_DEBUG + printf("tpm_tis12_start: UIO_WRITE readying failed %d\n", rv); +#endif + return rv; + } + +#ifdef TPM_DEBUG + printf("tpm_tis12_start: UIO_WRITE readying done\n"); +#endif + + return 0; +} + +int +tpm_tis12_read(struct tpm_softc *sc, void *buf, int len, size_t *count, + int flags) +{ + u_int8_t *p = buf; + size_t cnt; + int rv, n, bcnt; + +#ifdef TPM_DEBUG + printf("tpm_tis12_read: len %d\n", len); +#endif + cnt = 0; + while (len > 0) { + if ((rv = tpm_waitfor(sc, TPM_STS_DATA_AVAIL | TPM_STS_VALID, + TPM_READ_TMO, sc->sc_read))) + return rv; + + bcnt = tpm_getburst(sc); + n = MIN(len, bcnt); +#ifdef TPM_DEBUG + printf("tpm_tis12_read: fetching %d, burst is %d\n", n, bcnt); +#endif + for (; n--; len--) { + *p++ = bus_space_read_1(sc->sc_bt, sc->sc_bh, TPM_DATA); + cnt++; + } + + if ((flags & TPM_PARAM_SIZE) == 0 && cnt >= 6) + break; + } +#ifdef TPM_DEBUG + printf("tpm_tis12_read: read %zd bytes, len %d\n", cnt, len); +#endif + + if (count) + *count = cnt; + + return 0; +} + +int +tpm_tis12_write(struct tpm_softc *sc, void *buf, int len) +{ + u_int8_t *p = buf; + size_t cnt; + int rv, r; + +#ifdef TPM_DEBUG + printf("tpm_tis12_write: sc %p buf %p len %d\n", sc, buf, len); +#endif + + if ((rv = tpm_request_locality(sc, 0)) != 0) + return rv; + + cnt = 0; + while (cnt < len - 1) { + for (r = tpm_getburst(sc); r > 0 && cnt < len - 1; r--) { + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_DATA, *p++); + cnt++; + } + if ((rv = tpm_waitfor(sc, TPM_STS_VALID, TPM_READ_TMO, sc))) { +#ifdef TPM_DEBUG + printf("tpm_tis12_write: failed burst rv %d\n", rv); +#endif + return rv; + } + sc->sc_stat = tpm_status(sc); + if (!(sc->sc_stat & TPM_STS_DATA_EXPECT)) { +#ifdef TPM_DEBUG + printf("tpm_tis12_write: failed rv %d stat=%b\n", rv, + sc->sc_stat, TPM_STS_BITS); +#endif + return EIO; + } + } + + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_DATA, *p++); + cnt++; + + if ((rv = tpm_waitfor(sc, TPM_STS_VALID, TPM_READ_TMO, sc))) { +#ifdef TPM_DEBUG + printf("tpm_tis12_write: failed last byte rv %d\n", rv); +#endif + return rv; + } + if ((sc->sc_stat & TPM_STS_DATA_EXPECT) != 0) { +#ifdef TPM_DEBUG + printf("tpm_tis12_write: failed rv %d stat=%b\n", rv, + sc->sc_stat, TPM_STS_BITS); +#endif + return EIO; + } + +#ifdef TPM_DEBUG + printf("tpm_tis12_write: wrote %d byte\n", cnt); +#endif + + return 0; +} + +/* Finish transaction. */ +int +tpm_tis12_end(struct tpm_softc *sc, int flag, int err) +{ + int rv = 0; + + if (flag == UIO_READ) { + if ((rv = tpm_waitfor(sc, TPM_STS_VALID, TPM_READ_TMO, + sc->sc_read))) + return rv; + + /* Still more data? */ + sc->sc_stat = tpm_status(sc); + if (!err && ((sc->sc_stat & TPM_STS_DATA_AVAIL) == TPM_STS_DATA_AVAIL)) { +#ifdef TPM_DEBUG + printf("tpm_tis12_end: read failed stat=%b\n", + sc->sc_stat, TPM_STS_BITS); +#endif + rv = EIO; + } + + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_STS, + TPM_STS_CMD_READY); + + /* Release our (0th) locality. */ + bus_space_write_1(sc->sc_bt, sc->sc_bh,TPM_ACCESS, + TPM_ACCESS_ACTIVE_LOCALITY); + } else { + /* Hungry for more? */ + sc->sc_stat = tpm_status(sc); + if (!err && (sc->sc_stat & TPM_STS_DATA_EXPECT)) { +#ifdef TPM_DEBUG + printf("tpm_tis12_end: write failed stat=%b\n", + sc->sc_stat, TPM_STS_BITS); +#endif + rv = EIO; + } + + bus_space_write_1(sc->sc_bt, sc->sc_bh, TPM_STS, + err ? TPM_STS_CMD_READY : TPM_STS_GO); + } + + return rv; +} + +#ifdef __FreeBSD__ +void +#else +int +#endif +tpm_intr(void *v) +{ + struct tpm_softc *sc = v; + u_int32_t r; +#ifdef TPM_DEBUG + static int cnt = 0; +#endif + + r = bus_space_read_4(sc->sc_bt, sc->sc_bh, TPM_INT_STATUS); +#ifdef TPM_DEBUG + if (r != 0) + printf("tpm_intr: int=%b (%d)\n", r, TPM_INTERRUPT_ENABLE_BITS, + cnt); + else + cnt++; +#endif + if (!(r & (TPM_CMD_READY_INT | TPM_LOCALITY_CHANGE_INT | + TPM_STS_VALID_INT | TPM_DATA_AVAIL_INT))) +#ifdef __FreeBSD__ + return; +#else + return 0; +#endif + if (r & TPM_STS_VALID_INT) + wakeup(sc); + + if (r & TPM_CMD_READY_INT) + wakeup(sc->sc_write); + + if (r & TPM_DATA_AVAIL_INT) + wakeup(sc->sc_read); + + if (r & TPM_LOCALITY_CHANGE_INT) + wakeup(sc->sc_init); + + bus_space_write_4(sc->sc_bt, sc->sc_bh, TPM_INT_STATUS, r); + +#ifdef __FreeBSD__ + return; +#else + return 1; +#endif +} + +/* Read single byte using legacy interface. */ +static inline u_int8_t +tpm_legacy_in(bus_space_tag_t iot, bus_space_handle_t ioh, int reg) +{ + bus_space_write_1(iot, ioh, 0, reg); + return bus_space_read_1(iot, ioh, 1); +} + +/* Write single byte using legacy interface. */ +static inline void +tpm_legacy_out(bus_space_tag_t iot, bus_space_handle_t ioh, int reg, u_int8_t v) +{ + bus_space_write_1(iot, ioh, 0, reg); + bus_space_write_1(iot, ioh, 1, v); +} + +/* Probe for TPM using legacy interface. */ +int +tpm_legacy_probe(bus_space_tag_t iot, bus_addr_t iobase) +{ + bus_space_handle_t ioh; + u_int8_t r, v; + int i, rv = 0; + char id[8]; + + if (!tpm_enabled || iobase == -1) + return 0; + + if (bus_space_map(iot, iobase, 2, 0, &ioh)) + return 0; + + v = bus_space_read_1(iot, ioh, 0); + if (v == 0xff) { + bus_space_unmap(iot, ioh, 2); + return 0; + } + r = bus_space_read_1(iot, ioh, 1); + + for (i = sizeof(id); i--; ) + id[i] = tpm_legacy_in(iot, ioh, TPM_ID + i); + +#ifdef TPM_DEBUG + printf("tpm_legacy_probe %.4s %d.%d.%d.%d\n", + &id[4], id[0], id[1], id[2], id[3]); +#endif + /* + * The only chips using the legacy interface we are aware of are + * by Atmel. For other chips more signature would have to be added. + */ + if (!bcmp(&id[4], "ATML", 4)) + rv = 1; + + if (!rv) { + bus_space_write_1(iot, ioh, r, 1); + bus_space_write_1(iot, ioh, v, 0); + } + bus_space_unmap(iot, ioh, 2); + + return rv; +} + +/* Setup TPM using legacy interface. */ +int +tpm_legacy_init(struct tpm_softc *sc, int irq, const char *name) +{ + char id[8]; + u_int8_t ioh, iol; + int i; + + if ((i = bus_space_map(sc->sc_batm, tpm_enabled, 2, 0, &sc->sc_bahm))) { + printf(": cannot map tpm registers (%d)\n", i); + tpm_enabled = 0; + return 1; + } + + for (i = sizeof(id); i--; ) + id[i] = tpm_legacy_in(sc->sc_bt, sc->sc_bh, TPM_ID + i); + + printf(": %.4s %d.%d @0x%x\n", &id[4], id[0], id[1], tpm_enabled); + iol = tpm_enabled & 0xff; + ioh = tpm_enabled >> 16; + tpm_enabled = 0; + + return 0; +} + +/* Start transaction. */ +int +tpm_legacy_start(struct tpm_softc *sc, int flag) +{ + struct timeval tv; + u_int8_t bits, r; + int to, rv; + + bits = flag == UIO_READ ? TPM_LEGACY_DA : 0; + tv.tv_sec = TPM_LEGACY_TMO; + tv.tv_usec = 0; + to = tvtohz(&tv) / TPM_LEGACY_SLEEP; + while (((r = bus_space_read_1(sc->sc_batm, sc->sc_bahm, 1)) & + (TPM_LEGACY_BUSY|bits)) != bits && to--) { + rv = tsleep(sc, PRIBIO | PCATCH, "legacy_tpm_start", + TPM_LEGACY_SLEEP); + if (rv && rv != EWOULDBLOCK) + return rv; + } + +#if defined(TPM_DEBUG) && !defined(__FreeBSD__) + printf("%s: bits %b\n", sc->sc_dev.dv_xname, r, TPM_LEGACY_BITS); +#endif + if ((r & (TPM_LEGACY_BUSY|bits)) != bits) + return EIO; + + return 0; +} + +int +tpm_legacy_read(struct tpm_softc *sc, void *buf, int len, size_t *count, + int flags) +{ + u_int8_t *p; + size_t cnt; + int to, rv; + + cnt = rv = 0; + for (p = buf; !rv && len > 0; len--) { + for (to = 1000; + !(bus_space_read_1(sc->sc_batm, sc->sc_bahm, 1) & + TPM_LEGACY_DA); DELAY(1)) + if (!to--) + return EIO; + + DELAY(TPM_LEGACY_DELAY); + *p++ = bus_space_read_1(sc->sc_batm, sc->sc_bahm, 0); + cnt++; + } + + *count = cnt; + return 0; +} + +int +tpm_legacy_write(struct tpm_softc *sc, void *buf, int len) +{ + u_int8_t *p; + int n; + + for (p = buf, n = len; n--; DELAY(TPM_LEGACY_DELAY)) { + if (!n && len != TPM_BUFSIZ) { + bus_space_write_1(sc->sc_batm, sc->sc_bahm, 1, + TPM_LEGACY_LAST); + DELAY(TPM_LEGACY_DELAY); + } + bus_space_write_1(sc->sc_batm, sc->sc_bahm, 0, *p++); + } + + return 0; +} + +/* Finish transaction. */ +int +tpm_legacy_end(struct tpm_softc *sc, int flag, int rv) +{ + struct timeval tv; + u_int8_t r; + int to; + + if (rv || flag == UIO_READ) + bus_space_write_1(sc->sc_batm, sc->sc_bahm, 1, TPM_LEGACY_ABRT); + else { + tv.tv_sec = TPM_LEGACY_TMO; + tv.tv_usec = 0; + to = tvtohz(&tv) / TPM_LEGACY_SLEEP; + while(((r = bus_space_read_1(sc->sc_batm, sc->sc_bahm, 1)) & + TPM_LEGACY_BUSY) && to--) { + rv = tsleep(sc, PRIBIO | PCATCH, "legacy_tpm_end", + TPM_LEGACY_SLEEP); + if (rv && rv != EWOULDBLOCK) + return rv; + } + +#if defined(TPM_DEBUG) && !defined(__FreeBSD__) + printf("%s: bits %b\n", sc->sc_dev.dv_xname, r, TPM_LEGACY_BITS); +#endif + if (r & TPM_LEGACY_BUSY) + return EIO; + + if (r & TPM_LEGACY_RE) + return EIO; /* XXX Retry the loop? */ + } + + return rv; +} + +int +#ifdef __FreeBSD__ +tpmopen(struct cdev *dev, int flag, int mode, struct thread *td) +#else +tpmopen(dev_t dev, int flag, int mode, struct proc *p) +#endif +{ + struct tpm_softc *sc = TPMSOFTC(dev); + + if (!sc) + return ENXIO; + + if (sc->sc_flags & TPM_OPEN) + return EBUSY; + + sc->sc_flags |= TPM_OPEN; + + return 0; +} + +int +#ifdef __FreeBSD__ +tpmclose(struct cdev *dev, int flag, int mode, struct thread *td) +#else +tpmclose(dev_t dev, int flag, int mode, struct proc *p) +#endif +{ + struct tpm_softc *sc = TPMSOFTC(dev); + + if (!sc) + return ENXIO; + + if (!(sc->sc_flags & TPM_OPEN)) + return EINVAL; + + sc->sc_flags &= ~TPM_OPEN; + + return 0; +} + +int +#ifdef __FreeBSD__ +tpmread(struct cdev *dev, struct uio *uio, int flags) +#else +tpmread(dev_t dev, struct uio *uio, int flags) +#endif +{ + struct tpm_softc *sc = TPMSOFTC(dev); + u_int8_t buf[TPM_BUFSIZ], *p; + size_t cnt; + int n, len, rv, s; + + if (!sc) + return ENXIO; + + s = spltty(); + if ((rv = (sc->sc_start)(sc, UIO_READ))) { + splx(s); + return rv; + } + +#ifdef TPM_DEBUG + printf("tpmread: getting header\n"); +#endif + if ((rv = (sc->sc_read)(sc, buf, TPM_HDRSIZE, &cnt, 0))) { + (sc->sc_end)(sc, UIO_READ, rv); + splx(s); + return rv; + } + + len = (buf[2] << 24) | (buf[3] << 16) | (buf[4] << 8) | buf[5]; +#ifdef TPM_DEBUG + printf("tpmread: len %d, io count %d\n", len, uio->uio_resid); +#endif + if (len > uio->uio_resid) { + rv = EIO; + (sc->sc_end)(sc, UIO_READ, rv); +#ifdef TPM_DEBUG + printf("tpmread: bad residual io count 0x%x\n", uio->uio_resid); +#endif + splx(s); + return rv; + } + + /* Copy out header. */ + if ((rv = uiomove((caddr_t)buf, cnt, uio))) { + (sc->sc_end)(sc, UIO_READ, rv); + splx(s); + return rv; + } + + /* Get remaining part of the answer (if anything is left). */ + for (len -= cnt, p = buf, n = sizeof(buf); len > 0; p = buf, len -= n, + n = sizeof(buf)) { + n = MIN(n, len); +#ifdef TPM_DEBUG + printf("tpmread: n %d len %d\n", n, len); +#endif + if ((rv = (sc->sc_read)(sc, p, n, NULL, TPM_PARAM_SIZE))) { + (sc->sc_end)(sc, UIO_READ, rv); + splx(s); + return rv; + } + p += n; + if ((rv = uiomove((caddr_t)buf, p - buf, uio))) { + (sc->sc_end)(sc, UIO_READ, rv); + splx(s); + return rv; + } + } + + rv = (sc->sc_end)(sc, UIO_READ, rv); + splx(s); + return rv; +} + +int +#ifdef __FreeBSD__ +tpmwrite(struct cdev *dev, struct uio *uio, int flags) +#else +tpmwrite(dev_t dev, struct uio *uio, int flags) +#endif +{ + struct tpm_softc *sc = TPMSOFTC(dev); + u_int8_t buf[TPM_BUFSIZ]; + int n, rv, s; + + if (!sc) + return ENXIO; + + s = spltty(); + +#ifdef TPM_DEBUG + printf("tpmwrite: io count %d\n", uio->uio_resid); +#endif + + n = MIN(sizeof(buf), uio->uio_resid); + if ((rv = uiomove((caddr_t)buf, n, uio))) { + splx(s); + return rv; + } + + if ((rv = (sc->sc_start)(sc, UIO_WRITE))) { + splx(s); + return rv; + } + + if ((rv = (sc->sc_write(sc, buf, n)))) { + splx(s); + return rv; + } + + rv = (sc->sc_end)(sc, UIO_WRITE, rv); + splx(s); + return rv; +} + +int +#ifdef __FreeBSD__ +tpmioctl(struct cdev *dev, u_long cmd, caddr_t data, int flags, + struct thread *td) +#else +tpmioctl(dev_t dev, u_long cmd, caddr_t data, int flags, struct proc *p) +#endif +{ + return ENOTTY; +} diff -Nupr src-9.0-current/sys/dev/tpm/tpm_acpi.c src/sys/dev/tpm/tpm_acpi.c --- src-9.0-current/sys/dev/tpm/tpm_acpi.c 1970-01-01 01:00:00.000000000 +0100 +++ src/sys/dev/tpm/tpm_acpi.c 2010-08-11 22:19:17.000000000 +0200 @@ -0,0 +1,79 @@ +/* + * Copyright (c) 2008, 2009 Michael Shalayeff + * Copyright (c) 2009, 2010 Hans-Joerg Hoexer + * All rights reserved. + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER IN + * AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT + * OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include "tpmvar.h" + +#include "opt_acpi.h" +#include +#include +#include + + + +char *tpm_ids[] = {"ATM1200", "BCM0102", "INTC0102", "SNO3504", "WEC1000", + "PNP0C31", NULL}; + +static int +tpm_acpi_probe(device_t dev) +{ + if (ACPI_ID_PROBE(device_get_parent(dev), dev, tpm_ids) != NULL) { + device_set_desc(dev, "Trusted Platform Module"); + return BUS_PROBE_DEFAULT; + } + + return ENXIO; +} + +static device_method_t tpm_acpi_methods[] = { +#if 0 + /*In some case, TPM existance is found only in TPCA header*/ + DEVMETHOD(device_identify, tpm_acpi_identify), +#endif + + DEVMETHOD(device_probe, tpm_acpi_probe), + DEVMETHOD(device_attach, tpm_attach), + DEVMETHOD(device_detach, tpm_detach), + DEVMETHOD(device_suspend, tpm_suspend), + DEVMETHOD(device_resume, tpm_resume), + { 0, 0 } +}; +static driver_t tpm_acpi_driver = { + "tpm", tpm_acpi_methods, sizeof(struct tpm_softc), +}; + +devclass_t tpm_devclass; +DRIVER_MODULE(tpm, acpi, tpm_acpi_driver, tpm_devclass, 0, 0); diff -Nupr src-9.0-current/sys/dev/tpm/tpm_isa.c src/sys/dev/tpm/tpm_isa.c --- src-9.0-current/sys/dev/tpm/tpm_isa.c 1970-01-01 01:00:00.000000000 +0100 +++ src/sys/dev/tpm/tpm_isa.c 2010-08-11 22:19:26.000000000 +0200 @@ -0,0 +1,92 @@ +/* + * Copyright (c) 2008, 2009 Michael Shalayeff + * Copyright (c) 2009, 2010 Hans-Joerg Hoexer + * All rights reserved. + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER IN + * AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT + * OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ +#include +#include +#include +#include +#include + +#ifdef __FreeBSD__ +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include +#include +#else +#include + +#include +#include +#include +#include + +#include +#include +#endif +#include "tpmvar.h" + +static int +tpm_isa_probe(device_t dev) +{ + bus_space_tag_t iot; + bus_space_handle_t ioh; + struct resource *mem_res; + int rv, mem_rid; + + mem_rid = 0; + mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &mem_rid, + RF_ACTIVE); + if (mem_res == NULL) + return (ENXIO); + iot = rman_get_bustag(mem_res); + ioh = rman_get_bushandle(mem_res); + + if ((rv = tpm_tis12_probe(iot, ioh))) + device_set_desc(dev, "Trusted Platform Module"); + + bus_release_resource(dev, SYS_RES_MEMORY, mem_rid, mem_res); + return rv ? 0 : ENXIO; +} + +static device_method_t tpm_methods[] = { +#if 0 + DEVMETHOD(device_identify, tpm_identify), +#endif + DEVMETHOD(device_probe, tpm_isa_probe), + DEVMETHOD(device_attach, tpm_attach), + DEVMETHOD(device_detach, tpm_detach), + DEVMETHOD(device_suspend, tpm_suspend), + DEVMETHOD(device_resume, tpm_resume), + { 0, 0 } +}; + +static driver_t tpm_driver = { + "tpm", tpm_methods, sizeof(struct tpm_softc), +}; + +static devclass_t tpm_devclass; + +DRIVER_MODULE(tpm, isa, tpm_driver, tpm_devclass, 0, 0); diff -Nupr src-9.0-current/sys/dev/tpm/tpmvar.h src/sys/dev/tpm/tpmvar.h --- src-9.0-current/sys/dev/tpm/tpmvar.h 1970-01-01 01:00:00.000000000 +0100 +++ src/sys/dev/tpm/tpmvar.h 2010-08-11 14:11:34.000000000 +0200 @@ -0,0 +1,46 @@ +#ifndef _TPMVAR_H +#define _TPMVAR_H + +struct tpm_softc { +#ifndef __FreeBSD__ + struct device sc_dev; +#endif + void *sc_ih; + + int (*sc_init)(struct tpm_softc *, int, const char *); + int (*sc_start)(struct tpm_softc *, int); + int (*sc_read)(struct tpm_softc *, void *, int, size_t *, int); + int (*sc_write)(struct tpm_softc *, void *, int); + int (*sc_end)(struct tpm_softc *, int, int); + + bus_space_tag_t sc_bt, sc_batm; + bus_space_handle_t sc_bh, sc_bahm; + + u_int32_t sc_devid; + u_int32_t sc_rev; + u_int32_t sc_stat; + u_int32_t sc_capabilities; + + int sc_flags; +#define TPM_OPEN 0x0001 + + int sc_vector; +#ifdef __FreeBSD__ + void *intr_cookie; + int mem_rid, irq_rid; + struct resource *mem_res, *irq_res; + struct cdev *sc_cdev; +#endif + +#ifndef __FreeBSD__ + void *sc_powerhook; +#endif + int sc_suspend; +}; + +int tpm_tis12_probe(bus_space_tag_t iot, bus_space_handle_t ioh); +int tpm_attach(device_t dev); +int tpm_detach(device_t dev); +int tpm_suspend(device_t dev); +int tpm_resume(device_t dev); +#endif diff -Nupr src-9.0-current/sys/conf/files.i386 src/sys/conf/files.i386 --- src-9.0-current/sys/conf/files.i386 2010-08-10 12:04:27.000000000 +0200 +++ src/sys/conf/files.i386 2010-08-11 14:17:08.000000000 +0200 @@ -231,6 +231,9 @@ dev/syscons/scterm-teken.c optional sc dev/syscons/scvesactl.c optional sc vga vesa dev/syscons/scvgarndr.c optional sc vga dev/syscons/scvtb.c optional sc +dev/tpm/tpm.c optional tpm +dev/tpm/tpm_acpi.c optional tpm +dev/tpm/tpm_isa.c optional tpm isa dev/uart/uart_cpu_i386.c optional uart dev/acpica/acpi_if.m standard dev/acpi_support/acpi_wmi_if.m standard --- src-9.0-current/sys/i386/conf/GENERIC 2010-08-10 12:06:32.000000000 +0200 +++ src/sys/i386/conf/GENERIC 2010-08-10 16:03:09.000000000 +0200 @@ -198,6 +198,9 @@ device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da +# TPM device +device tpm + # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): diff -Nupr src-9.0-current/usr.sbin/acpi/acpidump/acpi.c src/usr.sbin/acpi/acpidump/acpi.c --- src-9.0-current/usr.sbin/acpi/acpidump/acpi.c 2009-08-25 22:35:57.000000000 +0200 +++ src/usr.sbin/acpi/acpidump/acpi.c 2010-08-11 13:57:38.000000000 +0200 @@ -68,6 +68,7 @@ static void acpi_print_srat_cpu(uint32_t static void acpi_print_srat_memory(ACPI_SRAT_MEM_AFFINITY *mp); static void acpi_print_srat(ACPI_SUBTABLE_HEADER *srat); static void acpi_handle_srat(ACPI_TABLE_HEADER *sdp); +static void acpi_handle_tcpa(ACPI_TABLE_HEADER *sdp); static void acpi_print_sdt(ACPI_TABLE_HEADER *sdp); static void acpi_print_fadt(ACPI_TABLE_HEADER *sdp); static void acpi_print_facs(ACPI_TABLE_FACS *facs); @@ -81,6 +82,46 @@ static void acpi_walk_subtables(ACPI_TAB /* Size of an address. 32-bit for ACPI 1.0, 64-bit for ACPI 2.0 and up. */ static int addr_size; +/* Strings used in the TCPA table */ +static const char *tcpa_event_type_strings[] = { + "PREBOOT Certificate", + "POST Code", + "Unused", + "No Action", + "Separator", + "Action", + "Event Tag", + "S-CRTM Contents", + "S-CRTM Version", + "CPU Microcode", + "Platform Config Flags", + "Table of Devices", + "Compact Hash", + "IPL", + "IPL Partition Data", + "Non-Host Code", + "Non-Host Config", + "Non-Host Info" +}; + +static const char *TCPA_pcclient_strings[] = { + "", + "SMBIOS", + "BIS Certificate", + "POST BIOS ROM Strings", + "ESCD", + "CMOS", + "NVRAM", + "Option ROM Execute", + "Option ROM Configurateion", + "", + "Option ROM Microcode Update ", + "S-CRTM Version String", + "S-CRTM Contents", + "POST Contents", + "Table of Devices", +}; + static void acpi_print_string(char *s, size_t length) { @@ -492,6 +533,165 @@ acpi_print_srat_cpu(uint32_t apic_id, ui printf("\tProximity Domain=%d\n", proximity_domain); } +static char * +acpi_tcpa_evname(struct TCPAevent *event) +{ + struct TCPApc_event *pc_event; + char *eventname = NULL; + + pc_event = (struct TCPApc_event *)(event + 1); + + switch(event->event_type) { + case PREBOOT: + case POST_CODE: + case UNUSED: + case NO_ACTION: + case SEPARATOR: + case SCRTM_CONTENTS: + case SCRTM_VERSION: + case CPU_MICROCODE: + case PLATFORM_CONFIG_FLAGS: + case TABLE_OF_DEVICES: + case COMPACT_HASH: + case IPL: + case IPL_PARTITION_DATA: + case NONHOST_CODE: + case NONHOST_CONFIG: + case NONHOST_INFO: + asprintf(&eventname, "%s", + tcpa_event_type_strings[event->event_type]); + break; + + case ACTION: + eventname = calloc(event->event_size + 1, sizeof(char)); + memcpy(eventname, pc_event, event->event_size); + break; + + case EVENT_TAG: + switch (pc_event->event_id) { + case SMBIOS: + case BIS_CERT: + case CMOS: + case NVRAM: + case OPTION_ROM_EXEC: + case OPTION_ROM_CONFIG: + case S_CRTM_VERSION: + case POST_BIOS_ROM: + case ESCD: + case OPTION_ROM_MICROCODE: + case S_CRTM_CONTENTS: + case POST_CONTENTS: + asprintf(&eventname, "%s", + TCPA_pcclient_strings[pc_event->event_id]); + break; + + default: + asprintf(&eventname, "", + pc_event->event_id); + break; + } + break; + + default: + asprintf(&eventname, "", event->event_type); + break; + } + + return eventname; +} + +static void +acpi_print_tcpa(struct TCPAevent *event) +{ + int i; + char *eventname; + + eventname = acpi_tcpa_evname(event); + + printf("\t%d", event->pcr_index); + printf(" 0x"); + for (i = 0; i < 20; i++) + printf("%02x", event->pcr_value[i]); + printf(" [%s]\n", eventname ? eventname : ""); + + free(eventname); +} + +static void +acpi_handle_tcpa(ACPI_TABLE_HEADER *sdp) +{ + struct TCPAbody *tcpa; + struct TCPAevent *event; + u_int64_t len, paddr; + unsigned char *vaddr = NULL; + unsigned char *vend = NULL; + + printf(BEGIN_COMMENT); + acpi_print_sdt(sdp); + tcpa = (struct TCPAbody *) sdp; + + switch (tcpa->platform_class) { + case ACPI_TCPA_BIOS_CLIENT: + len = tcpa->client.log_max_len; + paddr = tcpa->client.log_start_addr; + break; + + case ACPI_TCPA_BIOS_SERVER: + len = tcpa->server.log_max_len; + paddr = tcpa->server.log_start_addr; + break; + + default: + printf("XXX"); + printf(END_COMMENT); + return; + } + printf("\tClass %d Base Address 0x%jx Length %lld\n\n", + tcpa->platform_class, paddr, len); + + if (len == 0) { + printf("\tEmpty TCPA table\n"); + printf(END_COMMENT); + return; + } + + vaddr = (unsigned char *)acpi_map_physical(paddr, len); + vend = vaddr + len; + + while (vaddr != NULL) { + if (vaddr + sizeof(struct TCPAevent) >= vend) + break; + event = (struct TCPAevent *)vaddr; + if (vaddr + event->event_size >= vend) + break; + if (event->event_type == 0 && event->event_size == 0) + break; +#if 0 + { + unsigned int i, j, k; + + printf("\n\tsize %d\n\t\t%p ", event->event_size, vaddr); + for (j = 0, i = 0; i < + sizeof(struct TCPAevent) + event->event_size; i++) { + printf("%02x ", vaddr[i]); + if ((i+1) % 8 == 0) { + for (k = 0; k < 8; k++) + printf("%c", isprint(vaddr[j+k]) ? + vaddr[j+k] : '.'); + printf("\n\t\t%p ", &vaddr[i + 1]); + j = i + 1; + } + } + printf("\n"); } +#endif + acpi_print_tcpa(event); + + vaddr += sizeof(struct TCPAevent) + event->event_size; + } + + printf(END_COMMENT); +} + static void acpi_print_srat_memory(ACPI_SRAT_MEM_AFFINITY *mp) { @@ -886,6 +1086,8 @@ acpi_handle_rsdt(ACPI_TABLE_HEADER *rsdp acpi_handle_mcfg(sdp); else if (!memcmp(sdp->Signature, ACPI_SIG_SRAT, 4)) acpi_handle_srat(sdp); + else if (!memcmp(sdp->Signature, ACPI_SIG_TCPA, 4)) + acpi_handle_tcpa(sdp); else { printf(BEGIN_COMMENT); acpi_print_sdt(sdp); diff -Nupr src-9.0-current/usr.sbin/acpi/acpidump/acpidump.h src/usr.sbin/acpi/acpidump/acpidump.h --- src-9.0-current/usr.sbin/acpi/acpidump/acpidump.h 2009-08-25 22:35:57.000000000 +0200 +++ src/usr.sbin/acpi/acpidump/acpidump.h 2010-08-11 13:56:04.000000000 +0200 @@ -55,6 +55,78 @@ /* Find and map the RSD PTR structure and return it for parsing */ ACPI_TABLE_HEADER *sdt_load_devmem(void); +/* TCPA */ +struct TCPAbody { + ACPI_TABLE_HEADER header; + uint16_t platform_class; +#define ACPI_TCPA_BIOS_CLIENT 0x00 +#define ACPI_TCPA_BIOS_SERVER 0x01 + union { + struct client_hdr { + uint32_t log_max_len __packed; + uint64_t log_start_addr __packed; + } client; + struct server_hdr { + uint16_t reserved; + uint64_t log_max_len __packed; + uint64_t log_start_addr __packed; + } server; + }; +} __packed; + +struct TCPAevent { + u_int32_t pcr_index; + u_int32_t event_type; + u_int8_t pcr_value[20]; + u_int32_t event_size; + u_int8_t event_data[0]; +}; + +struct TCPApc_event { + u_int32_t event_id; + u_int32_t event_size; + u_int8_t event_data[0]; +}; + +enum TCPAevent_types { + PREBOOT = 0, + POST_CODE, + UNUSED, + NO_ACTION, + SEPARATOR, + ACTION, + EVENT_TAG, + SCRTM_CONTENTS, + SCRTM_VERSION, + CPU_MICROCODE, + PLATFORM_CONFIG_FLAGS, + TABLE_OF_DEVICES, + COMPACT_HASH, + IPL, + IPL_PARTITION_DATA, + NONHOST_CODE, + NONHOST_CONFIG, + NONHOST_INFO, + EVENT_TYPE_MAX, +}; + +enum TCPApcclient_ids { + SMBIOS = 1, + BIS_CERT, + POST_BIOS_ROM, + ESCD, + CMOS, + NVRAM, + OPTION_ROM_EXEC, + OPTION_ROM_CONFIG, + OPTION_ROM_MICROCODE = 10, + S_CRTM_VERSION, + S_CRTM_CONTENTS, + POST_CONTENTS, + HOST_TABLE_OF_DEVICES, + PCCLIENT_ID_MAX, +}; + /* * Load the DSDT from a previous save file. Note that other tables are * not saved (i.e. FADT) diff -Nupr src-9.0-current/share/man/man4/tpm.4 src/share/man/man4/tpm.4 --- src-9.0-current/share/man/man4/tpm.4 1970-01-01 01:00:00.000000000 +0100 +++ src/share/man/man4/tpm.4 2010-08-10 16:03:09.000000000 +0200 @@ -0,0 +1,74 @@ +.\" +.\" Copyright (c) 2010 Hans-J +.\" +.\" Permission to use, copy, modify, and distribute this software for any +.\" purpose with or without fee is hereby granted, provided that the above +.\" copyright notice and this permission notice appear in all copies. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. +.\" +.\" $FreeBSD:$ +.\" +.Dd March 8, 2010 +.Dt TPM 4 +.Os +.Sh NAME +.Nm tpm +.Nd Trusted Platform Module +.Sh SYNOPSIS +.Cd "device tpm" +.Pp +In +.Pa /boot/device.hints : +.Cd hint.tpm.0.at="isa" +.Cd hint.tpm.0.maddr="0xfed40000" +.Cd hint.tpm.0.msize="0x5000" +.Cd hint.tpm.1.at="isa" +.Cd hint.tpm.1.maddr="0xfed40000" +.Cd hint.tpm.1.msize="0x1000" +.Sh DESCRIPTION +The +.Nm +driver provides support for various trusted platfrom modules (TPM) that can +store cryptographic keys. +.Pp +Supported modules: +.Pp +.Bl -bullet -compact -offset indent +.It +Atmel 97SC3203 +.It +Broadcom BCM0102 +.It +Infineon IFX SLD 9630 TT 1.1 and IFX SLB 9635 TT 1.2 +.It +Intel INTC0102 +.It +Sinosun SNS SSX35 +.It +STM ST19WP18 +.It +Winbond WEC WPCT200 +.El +.Pp +The driver can be configured to use an IRQ by providing a free ISA +interrupt vector in +.Pa /boot/device.hints . +.Sh SEE ALSO +.Xr intro 4 , +.Xr files.conf 5, +.Xr config 8 +.Sh AUTHORS +.An -nosplit +The +.Nm +driver was written by +.An Michael Shalayeff +and +.An Hans-Joerg Hoexer . From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 22:31:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334761065677 for ; Wed, 11 Aug 2010 22:31:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0584F8FC0C for ; Wed, 11 Aug 2010 22:31:52 +0000 (UTC) Received: by pxi17 with SMTP id 17so269593pxi.13 for ; Wed, 11 Aug 2010 15:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mime-version:content-type:content-disposition :user-agent; bh=b02gmj7kxFLz66ZI5gaBipk0kw8TLvJb7zbqHXBI518=; b=kvHZdQ8u8xDYRHGC9hrXUpQhOdgJQTCSVYVxcgZa7EOYL+BwADrot/GiXioZPMuW0U vwOlB1Ay37Fhl6vklqqH8FS7tClhN8MhWAAe1sVFxKT2RiBAf9+a8HWaXSlgzmHn3gRF wJyVEbRXxkUL5UL78dYHDQQMFBwL8Z3gfLVUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=SKUTdoRzMXJ/qtJ6dkAYZST1DxGw5JSE1P0ckjoenXO7Skj9AgphI2f5TyE38S8KRm IfaXps0ycq2TQNt+ylI64KPL0uL1eJbWLRbRyK4QJguqSmG4G07zu2n2VbDC3ZZDWlSc yfE8axOaFcAwZaOxAGQhq1VSI2O/UdsZjhuT0= Received: by 10.142.216.17 with SMTP id o17mr9804008wfg.253.1281565912379; Wed, 11 Aug 2010 15:31:52 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id w27sm674759wfd.17.2010.08.11.15.31.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 15:31:51 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 15:31:50 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 15:31:50 -0700 To: freebsd-current@freebsd.org Message-ID: <20100811223150.GH15858@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: CFT: xl(4) WOL 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, 11 Aug 2010 22:31:53 -0000 Hi, Here is patch that adds support WOL for xl(4). Note, not all xl(4) controllers support WOL. Some controllers require additional 3-wire auxiliary remote wakeup connector to draw power. I don't have the connector so I don't know whether WOL really works or not but I did not see any regressions. If you're user of xl(4) please give it try and let me know whether I introduced regressions. You can find latest WOL patch at the following URL. http://people.freebsd.org/~yongari/xl/xl.wol.patch Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 00:16:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ADD91065687; Thu, 12 Aug 2010 00:16:26 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 38E7A8FC17; Thu, 12 Aug 2010 00:16:26 +0000 (UTC) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id o7C0Ci7T091937; Thu, 12 Aug 2010 09:12:46 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <201008120012.o7C0Ci7T091937@sana.init-main.com> To: Hans-Joerg Hoexer In-reply-to: Your message of "Wed, 11 Aug 2010 22:30:42 +0200." <20100811203042.GA26413@modermoor.genua.de> Date: Thu, 12 Aug 2010 09:12:44 +0900 From: Takanori Watanabe Cc: tss-project@genua.de, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Driver tpm(4) and third party packages for trusted platform modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 00:16:26 -0000 In message <20100811203042.GA26413@modermoor.genua.de>, Hans-Joerg Hoexer wrote: >Hi, > >On Wed, Aug 04, 2010 at 07:39:41PM +0900, Takanori Watanabe wrote: >> Update my patch. Split bus attachment from main driver file >> (need to update sys/conf/files), add detach method for convinience, >> and attach softc to cdev.si_drv1 . > >I've updated our diff for 9-current, including your patch. Ok, I've commit them to the head. From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 03:25:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D9121065674; Thu, 12 Aug 2010 03:25:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF058FC18; Thu, 12 Aug 2010 03:25:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C3P4x9063608; Wed, 11 Aug 2010 23:25:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C3P4x5063607; Thu, 12 Aug 2010 03:25:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 03:25:04 GMT Message-Id: <201008120325.o7C3P4x5063607@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 03:25:05 -0000 TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-08-12 01:30:00 - cleaning the object tree TB --- 2010-08-12 01:30:27 - cvsupping the source tree TB --- 2010-08-12 01:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-08-12 01:46:12 - building world TB --- 2010-08-12 01:46:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 01:46:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 01:46:12 - TARGET=amd64 TB --- 2010-08-12 01:46:12 - TARGET_ARCH=amd64 TB --- 2010-08-12 01:46:12 - TZ=UTC TB --- 2010-08-12 01:46:12 - __MAKE_CONF=/dev/null TB --- 2010-08-12 01:46:12 - cd /src TB --- 2010-08-12 01:46:12 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 01:46:13 UTC 2010 >>> 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 [...] cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi/acpidb/../../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utilities/utxface.c cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi/acpidb/../../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o acpidb acpidb.o osunixxf.o dbcmds.o dbdisply.o dbexec.o dbfileio.o dbhistry.o dbinput.o dbstats.o dbutils.o dbxface.o dmbuffer.o dmnames.o dmobject.o dmopcode.o dmresrc.o dmresrcl.o dmresrcs.o dmutils.o dmwalk.o evevent.o evgpe.o evgpeblk.o evgpeinit.o evgpeutil.o evmisc.o evregion.o evrgnini.o evsci.o evxface.o evxfevnt.o evxfregn.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwvalid.o hwxface.o dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o dsutils.o dswexec.o dswload.o dswscope.o dswstate.o exconfig.o exconvrt.o excreate.o exdebug.o exdump.o exfield.o exfldio.o exmisc.o exmutex.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion.o exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsystem.o exutils.o psargs.o psloop.o psopc! ode.o psparse.o psscope.o pstree.o psutils.o pswalk.o psxface.o nsaccess.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o nsparse.o nspredef.o nsrepair.o nsrepair2.o nssearch.o nsutils.o nswalk.o nsxfeval.o nsxfname.o nsxfobj.o rsaddr.o rscalc.o rscreate.o rsdump.o rsinfo.o rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsutils.o rsxface.o tbfadt.o tbfind.o tbinstal.o tbutils.o tbxface.o tbxfroot.o utalloc.o utcache.o utcopy.o utdebug.o utdelete.o uteval.o utglobal.o utids.o utinit.o utlock.o utmath.o utmisc.o utmutex.o utobject.o utosi.o utresrc.o utstate.o uttrack.o utxface.o -lpthread gzip -cn /src/usr.sbin/acpi/acpidb/acpidb.8 > acpidb.8.gz ===> usr.sbin/acpi/acpidump (all) cc -O2 -pipe -I/src/usr.sbin/acpi/acpidump/../../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidump/acpi.c cc1: warnings being treated as errors /src/usr.sbin/acpi/acpidump/acpi.c: In function 'acpi_handle_tcpa': /src/usr.sbin/acpi/acpidump/acpi.c:650: warning: format '%lld' expects type 'long long int', but argument 4 has type 'u_int64_t' *** Error code 1 Stop in /src/usr.sbin/acpi/acpidump. *** Error code 1 Stop in /src/usr.sbin/acpi. *** 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 --- 2010-08-12 03:25:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 03:25:04 - ERROR: failed to build world TB --- 2010-08-12 03:25:04 - 4691.49 user 830.94 system 6903.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 03:29:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E16691065674; Thu, 12 Aug 2010 03:29:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7738FC15; Thu, 12 Aug 2010 03:29:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C3Tpq8001447; Wed, 11 Aug 2010 23:29:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C3Tp2R001437; Thu, 12 Aug 2010 03:29:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 03:29:51 GMT Message-Id: <201008120329.o7C3Tp2R001437@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 03:29:53 -0000 TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-08-12 01:30:00 - cleaning the object tree TB --- 2010-08-12 01:30:24 - cvsupping the source tree TB --- 2010-08-12 01:30:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-08-12 01:36:18 - building world TB --- 2010-08-12 01:36:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 01:36:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 01:36:18 - TARGET=pc98 TB --- 2010-08-12 01:36:18 - TARGET_ARCH=i386 TB --- 2010-08-12 01:36:18 - TZ=UTC TB --- 2010-08-12 01:36:18 - __MAKE_CONF=/dev/null TB --- 2010-08-12 01:36:18 - cd /src TB --- 2010-08-12 01:36:18 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 01:36:18 UTC 2010 >>> 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 Thu Aug 12 03:17:42 UTC 2010 TB --- 2010-08-12 03:17:42 - generating LINT kernel config TB --- 2010-08-12 03:17:42 - cd /src/sys/pc98/conf TB --- 2010-08-12 03:17:42 - /usr/bin/make -B LINT TB --- 2010-08-12 03:17:42 - building LINT kernel TB --- 2010-08-12 03:17:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 03:17:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 03:17:42 - TARGET=pc98 TB --- 2010-08-12 03:17:42 - TARGET_ARCH=i386 TB --- 2010-08-12 03:17:42 - TZ=UTC TB --- 2010-08-12 03:17:42 - __MAKE_CONF=/dev/null TB --- 2010-08-12 03:17:42 - cd /src TB --- 2010-08-12 03:17:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 03:17:42 UTC 2010 >>> 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 [...] ./i386/vmparam.h:204:1: error: this is the location of the previous definition In file included from /src/sys/vm/memguard.h:29, from /src/sys/vm/memguard.c:57: ./opt_vm.h:6:1: error: "VM_KMEM_SIZE_SCALE" redefined In file included from ./machine/vmparam.h:6, from /src/sys/vm/vm_param.h:70, from /src/sys/vm/memguard.c:52: ./i386/vmparam.h:197:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 03:29:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 03:29:51 - ERROR: failed to build lint kernel TB --- 2010-08-12 03:29:51 - 5364.80 user 972.33 system 7191.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 03:40:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC5A1106566C; Thu, 12 Aug 2010 03:40:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A67C58FC14; Thu, 12 Aug 2010 03:40:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C3eCxD074111; Wed, 11 Aug 2010 23:40:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C3eCiT074110; Thu, 12 Aug 2010 03:40:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 03:40:12 GMT Message-Id: <201008120340.o7C3eCiT074110@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 03:40:14 -0000 TB --- 2010-08-12 02:23:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 02:23:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-08-12 02:23:00 - cleaning the object tree TB --- 2010-08-12 02:23:14 - cvsupping the source tree TB --- 2010-08-12 02:23:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-08-12 02:23:40 - building world TB --- 2010-08-12 02:23:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 02:23:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 02:23:40 - TARGET=ia64 TB --- 2010-08-12 02:23:40 - TARGET_ARCH=ia64 TB --- 2010-08-12 02:23:40 - TZ=UTC TB --- 2010-08-12 02:23:40 - __MAKE_CONF=/dev/null TB --- 2010-08-12 02:23:40 - cd /src TB --- 2010-08-12 02:23:40 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 02:23:41 UTC 2010 >>> 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 [...] cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi/acpidb/../../../sys -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o acpidb acpidb.o osunixxf.o dbcmds.o dbdisply.o dbexec.o dbfileio.o dbhistry.o dbinput.o dbstats.o dbutils.o dbxface.o dmbuffer.o dmnames.o dmobject.o dmopcode.o dmresrc.o dmresrcl.o dmresrcs.o dmutils.o dmwalk.o evevent.o evgpe.o evgpeblk.o evgpeinit.o evgpeutil.o evmisc.o evregion.o evrgnini.o evsci.o evxface.o evxfevnt.o evxfregn.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwvalid.o hwxface.o dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o dsutils.o dswexec.o dswload.o dswscope.o dswstate.o exconfig.o exconvrt.o excreate.o exdebug.o exdump.o exfield.o exfldio.o exmisc.o exmutex.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion.o exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsystem.o exutils.o psargs.o psloop.o psopcode.o psparse.o ps! scope.o pstree.o psutils.o pswalk.o psxface.o nsaccess.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o nsparse.o nspredef.o nsrepair.o nsrepair2.o nssearch.o nsutils.o nswalk.o nsxfeval.o nsxfname.o nsxfobj.o rsaddr.o rscalc.o rscreate.o rsdump.o rsinfo.o rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsutils.o rsxface.o tbfadt.o tbfind.o tbinstal.o tbutils.o tbxface.o tbxfroot.o utalloc.o utcache.o utcopy.o utdebug.o utdelete.o uteval.o utglobal.o utids.o utinit.o utlock.o utmath.o utmisc.o utmutex.o utobject.o utosi.o utresrc.o utstate.o uttrack.o utxface.o -lpthread gzip -cn /src/usr.sbin/acpi/acpidb/acpidb.8 > acpidb.8.gz ===> usr.sbin/acpi/acpidump (all) cc -O2 -pipe -I/src/usr.sbin/acpi/acpidump/../../../sys -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidump/acpi.c cc1: warnings being treated as errors /src/usr.sbin/acpi/acpidump/acpi.c: In function 'acpi_handle_tcpa': /src/usr.sbin/acpi/acpidump/acpi.c:650: warning: format '%lld' expects type 'long long int', but argument 4 has type 'u_int64_t' /src/usr.sbin/acpi/acpidump/acpi.c:664: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/acpi/acpidump. *** Error code 1 Stop in /src/usr.sbin/acpi. *** 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 --- 2010-08-12 03:40:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 03:40:12 - ERROR: failed to build world TB --- 2010-08-12 03:40:12 - 3587.34 user 622.90 system 4631.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 03:41:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 594D41065672; Thu, 12 Aug 2010 03:41:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 137B68FC08; Thu, 12 Aug 2010 03:41:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C3fkTI079577; Wed, 11 Aug 2010 23:41:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C3fkKN079576; Thu, 12 Aug 2010 03:41:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 03:41:46 GMT Message-Id: <201008120341.o7C3fkKN079576@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 03:41:47 -0000 TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-08-12 01:30:00 - cleaning the object tree TB --- 2010-08-12 01:30:24 - cvsupping the source tree TB --- 2010-08-12 01:30:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-08-12 01:45:34 - building world TB --- 2010-08-12 01:45:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 01:45:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 01:45:34 - TARGET=i386 TB --- 2010-08-12 01:45:34 - TARGET_ARCH=i386 TB --- 2010-08-12 01:45:34 - TZ=UTC TB --- 2010-08-12 01:45:34 - __MAKE_CONF=/dev/null TB --- 2010-08-12 01:45:34 - cd /src TB --- 2010-08-12 01:45:34 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 01:45:34 UTC 2010 >>> 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 Thu Aug 12 03:28:00 UTC 2010 TB --- 2010-08-12 03:28:00 - generating LINT kernel config TB --- 2010-08-12 03:28:00 - cd /src/sys/i386/conf TB --- 2010-08-12 03:28:00 - /usr/bin/make -B LINT TB --- 2010-08-12 03:28:00 - building LINT kernel TB --- 2010-08-12 03:28:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 03:28:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 03:28:00 - TARGET=i386 TB --- 2010-08-12 03:28:00 - TARGET_ARCH=i386 TB --- 2010-08-12 03:28:00 - TZ=UTC TB --- 2010-08-12 03:28:00 - __MAKE_CONF=/dev/null TB --- 2010-08-12 03:28:00 - cd /src TB --- 2010-08-12 03:28:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 03:28:00 UTC 2010 >>> 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 [...] from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:204:1: error: this is the location of the previous definition In file included from /src/sys/vm/memguard.h:29, from /src/sys/vm/memguard.c:57: ./opt_vm.h:6:1: error: "VM_KMEM_SIZE_SCALE" redefined In file included from /src/sys/vm/vm_param.h:70, from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:197:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 03:41:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 03:41:46 - ERROR: failed to build lint kernel TB --- 2010-08-12 03:41:46 - 5501.52 user 967.49 system 7906.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 04:31:30 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2231065675; Thu, 12 Aug 2010 04:31:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCFF8FC13; Thu, 12 Aug 2010 04:31:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C4VTaA070210; Thu, 12 Aug 2010 00:31:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C4VTo7070208; Thu, 12 Aug 2010 04:31:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 04:31:29 GMT Message-Id: <201008120431.o7C4VTo7070208@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 04:31:30 -0000 TB --- 2010-08-12 03:40:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 03:40:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-12 03:40:12 - cleaning the object tree TB --- 2010-08-12 03:40:20 - cvsupping the source tree TB --- 2010-08-12 03:40:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-12 03:40:47 - building world TB --- 2010-08-12 03:40:47 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 03:40:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 03:40:47 - TARGET=sparc64 TB --- 2010-08-12 03:40:47 - TARGET_ARCH=sparc64 TB --- 2010-08-12 03:40:47 - TZ=UTC TB --- 2010-08-12 03:40:47 - __MAKE_CONF=/dev/null TB --- 2010-08-12 03:40:47 - cd /src TB --- 2010-08-12 03:40:47 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 03:40:48 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 04:31:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 04:31:29 - ERROR: failed to build world TB --- 2010-08-12 04:31:29 - 2266.77 user 548.00 system 3076.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 04:33:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A568106567C; Thu, 12 Aug 2010 04:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AC6ED8FC0C; Thu, 12 Aug 2010 04:33:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C4X3Gu077290; Thu, 12 Aug 2010 00:33:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C4X3wS077288; Thu, 12 Aug 2010 04:33:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 04:33:03 GMT Message-Id: <201008120433.o7C4X3wS077288@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 04:33:05 -0000 TB --- 2010-08-12 03:41:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 03:41:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-12 03:41:46 - cleaning the object tree TB --- 2010-08-12 03:41:53 - cvsupping the source tree TB --- 2010-08-12 03:41:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-12 03:42:21 - building world TB --- 2010-08-12 03:42:21 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 03:42:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 03:42:21 - TARGET=sun4v TB --- 2010-08-12 03:42:21 - TARGET_ARCH=sparc64 TB --- 2010-08-12 03:42:21 - TZ=UTC TB --- 2010-08-12 03:42:21 - __MAKE_CONF=/dev/null TB --- 2010-08-12 03:42:21 - cd /src TB --- 2010-08-12 03:42:21 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 03:42:22 UTC 2010 >>> 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sun4v.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 04:33:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 04:33:03 - ERROR: failed to build world TB --- 2010-08-12 04:33:03 - 2262.34 user 546.59 system 3076.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 05:05:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D823106566B; Thu, 12 Aug 2010 05:05:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 23CB48FC15; Thu, 12 Aug 2010 05:05:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7C55dxI053438; Thu, 12 Aug 2010 01:05:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7C55dtm053437; Thu, 12 Aug 2010 05:05:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 05:05:39 GMT Message-Id: <201008120505.o7C55dtm053437@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 05:05:40 -0000 TB --- 2010-08-12 03:29:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 03:29:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-12 03:29:52 - cleaning the object tree TB --- 2010-08-12 03:30:02 - cvsupping the source tree TB --- 2010-08-12 03:30:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-12 03:31:23 - building world TB --- 2010-08-12 03:31:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 03:31:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 03:31:23 - TARGET=powerpc TB --- 2010-08-12 03:31:23 - TARGET_ARCH=powerpc TB --- 2010-08-12 03:31:23 - TZ=UTC TB --- 2010-08-12 03:31:23 - __MAKE_CONF=/dev/null TB --- 2010-08-12 03:31:23 - cd /src TB --- 2010-08-12 03:31:23 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 03:31:24 UTC 2010 >>> 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 Thu Aug 12 05:03:49 UTC 2010 TB --- 2010-08-12 05:03:49 - generating LINT kernel config TB --- 2010-08-12 05:03:49 - cd /src/sys/powerpc/conf TB --- 2010-08-12 05:03:49 - /usr/bin/make -B LINT TB --- 2010-08-12 05:03:49 - building LINT kernel TB --- 2010-08-12 05:03:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 05:03:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 05:03:49 - TARGET=powerpc TB --- 2010-08-12 05:03:49 - TARGET_ARCH=powerpc TB --- 2010-08-12 05:03:49 - TZ=UTC TB --- 2010-08-12 05:03:49 - __MAKE_CONF=/dev/null TB --- 2010-08-12 05:03:49 - cd /src TB --- 2010-08-12 05:03:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 05:03:50 UTC 2010 >>> 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 05:05:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 05:05:39 - ERROR: failed to build lint kernel TB --- 2010-08-12 05:05:39 - 4636.65 user 815.36 system 5747.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 06:24:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBEE106568B; Thu, 12 Aug 2010 06:24:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id BA0518FC18; Thu, 12 Aug 2010 06:24:35 +0000 (UTC) Received: by eyh6 with SMTP id 6so563556eyh.13 for ; Wed, 11 Aug 2010 23:24:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=7YxEbNlEhu8yeMBEwFEICr2/VWLFU7JcOwl7wQwdhw0=; b=rqKHJZZw2P8zbC4i9WHfmm/7UsaDGd+5N53DGIxstDYqYyPZjhPHZsYbUnf02pKekU o+2UwDfswMMF/L1NaWEaDJYHeoQIP/vh0SVa8vdvxFItrfnpw+2iDrFlTmB2pSMXHDPe Zcgk4U0OACAnmjeCcQaIRAlikbMMU5LnGL6O8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=pbU7z3pISJtqLcQICZLp/gOzg5Ru7CFXWX4LXi8g7pTIpX+mTRnhcR/cUvjEQMlB4t FLmcGAwp6WS+TI86wTlspc8ywUZTnF5ahbZScLbtuazZFulbNBGDXCo5qwMSt97cZf6V C2m7R3aOCroW+nsXjoq7X/P7OL8szXYthiPp0= MIME-Version: 1.0 Received: by 10.213.20.141 with SMTP id f13mr4009444ebb.99.1281594274728; Wed, 11 Aug 2010 23:24:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Wed, 11 Aug 2010 23:24:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Aug 2010 14:24:34 +0800 X-Google-Sender-Auth: aFr45pE_FFgr1yYLPGODg_dwSQQ Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 06:24:36 -0000 Hi everyone, I've just merged in some changes to the noise floor (NF) internal calibration and NF CCA (clear channel assessment) programming. This may (slightly) improve AR5416/AR9160 behaviour in both AP and station mode in noisy/busy conditions. I've only really tested this in AP mode as I don't (currently) have a laptop or desktop with an AR5416 or AR9160 in it. Thanks! Adrian From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 07:37:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 829E41065688 for ; Thu, 12 Aug 2010 07:37:05 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 3920B8FC16 for ; Thu, 12 Aug 2010 07:37:05 +0000 (UTC) Received: by qyk11 with SMTP id 11so6225929qyk.13 for ; Thu, 12 Aug 2010 00:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=DkT4DFHewwJ93OiB6MO6OaqMTISd97qbmu8NYWWepnk=; b=KVLt1MhxohE68Vr/qxR2GJAZfHl4Z/wMxzST+Sssqr+6T5EMSmW6w+mlpyy4NlSxEN VWCoR8F8nEszPiGPOwEXpVtjpMNXjBW/FERzUNYxp4EhVCzGZoFKn8ERhiPdC2gqniRk 3glMUlYpkP5jqfdcCS7ITnUrcImwS/DhgJ3fM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nGI0fDGCnLJnJmlxioctoHkQr7XuO5D2/rcyxUBhzT/7Rj3/anNvyCtXygihjXa5J3 6WeQcayIOdpXVp8D9mBWIO9qumnArKcMX4IZoHFcALEKxknMN6VxoAHBg9tgdUNFo6za riPrJvN6rt4QFw8ZXIK8N6uBjojSC/PWLFnp4= MIME-Version: 1.0 Received: by 10.224.11.66 with SMTP id s2mr11704902qas.211.1281598624374; Thu, 12 Aug 2010 00:37:04 -0700 (PDT) Received: by 10.220.203.130 with HTTP; Thu, 12 Aug 2010 00:37:04 -0700 (PDT) Date: Thu, 12 Aug 2010 09:37:04 +0200 Message-ID: From: Lucius Windschuh To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Deadlock in UFS/SU+J? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 07:37:05 -0000 Dear list members, I tried to reproduce another bug on my test machine (i386, CURRENT r211175), but ran into the following deadlock: lock order reversal: 1st 0xc66677c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 2nd 0xe5ba2460 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11291 3rd 0xc8647af8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper(c08cfabe,f60ee2d4,c06441c5,c06339ab,c08d2b4d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06339ab,c08d2b4d,c5112100,c5115b18,f60ee330,...) at kdb_backtrace+0x29 _witness_debugger(c08d2b4d,c8647af8,c08c4963,c5115b18,c08d9dc5,...) at _witness_debugger+0x25 witness_checkorder(c8647af8,9,c08d9dc5,835,0,...) at witness_checkorder+0x839 __lockmgr_args(c8647af8,80100,c8647b18,0,0,...) at __lockmgr_args+0x7f4 ffs_lock(f60ee458,c0643f6b,c08d9267,80100,c8647aa0,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0945da0,f60ee458,c82ea364,c095e280,c8647aa0,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c8647aa0,80100,c08d9dc5,835,4,...) at _vn_lock+0x5e vget(c8647aa0,80100,c82ea2c0,50,0,...) at vget+0xb9 vfs_hash_get(c5ea2a20,5c000e,80000,c82ea2c0,f60ee5a8,...) at vfs_hash_get+0xe6 ffs_vgetf(c5ea2a20,5c000e,80000,f60ee5a8,1,...) at ffs_vgetf+0x49 softdep_sync_metadata(c6667770,0,c08edf39,144,0,...) at softdep_sync_metadata+0xc92 ffs_syncvnode(c6667770,1,f60ee664,246,c666781c,...) at ffs_syncvnode+0x3e2 ffs_truncate(c6667770,200,0,880,c5e4f780,...) at ffs_truncate+0x87e ufs_direnter(c6667770,c8647aa0,f60ee91c,f60eeba4,0,...) at ufs_direnter+0x8d4 ufs_makeinode(f60eeba4,0,f60eeb00,f60eea64,c0879745,...) at ufs_makeinode+0x517 ufs_create(f60eeb00,f60eeb18,0,0,f60eeb78,...) at ufs_create+0x30 VOP_CREATE_APV(c0945da0,f60eeb00,2,c0643f6b,0,...) at VOP_CREATE_APV+0xa5 vn_open_cred(f60eeb78,f60eec2c,180,0,c5e4f780,...) at vn_open_cred+0x1d3 vn_open(f60eeb78,f60eec2c,180,c5f077e0,0,...) at vn_open+0x3b kern_openat(c82ea2c0,ffffff9c,2848cc80,0,a03,...) at kern_openat+0xf5 kern_open(c82ea2c0,2848cc80,0,a02,180,...) at kern_open+0x35 open(c82ea2c0,f60eecec,f60eed28,c08d1426,0,...) at open+0x30 syscallenter(c82ea2c0,f60eece4,f60eece4,0,c097b8f0,...) at syscallenter+0x23f syscall(f60eed28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (5, FreeBSD ELF32, open), eip = 0x282a2623, esp = 0xbfbfb08c, ebp = 0xbfbfb538 --- The test, upgrading lang/gcc44 in an endless loop, gut stuck sometime in the night when /etc/periodic/daily/450.status-security was running in parallel: $ ps axl | grep ufs 0 44219 44215 0 76 0 13624 7200 ufs D ?? 0:03.19 find -sx / /usr /zfs/test /dev/null -type f ( -perm -u+x -or -perm -g+x -or -perm -o+x ) ( -perm -u+s -or -perm -g+s ) -exec ls -liTd {} + 0 44713 2638 0 44 0 9752 1304 piperd S+ 3 0:00.01 grep ufs 0 43824 43823 0 76 0 10532 1368 ufs D+ 2 0:00.02 /usr/ports/lang/gcc44/work/build/./prev-gcc/collect2 -dynamic-linker /libexec/ld-elf.so.1 -o cc1 /usr/lib/crt1.o /usr/lib/crti.o /usr/ports/lang/gcc44/work/build/./prev-gcc/crtbegin.o -L/usr/local/lib -L/usr/ports/lang/gcc44/work/build/./prev-gcc -L/usr/local/i386-portbld-freebsd9.0/bin c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o cc1-checksum.o main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a /usr/local/lib/libiconv.so -rpath /usr/local/lib ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lmpfr -lgmp -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/ports/lang/gcc44/work/build/./prev-gcc/crtend.o /usr/lib/crtn.o 0 43828 43780 0 76 0 9608 3580 ufs D+ 2 0:00.02 /usr/local/bin/as -I. -I. -I.././../gcc-4.4-20100803/gcc -I.././../gcc-4.4-20100803/gcc/. -I.././../gcc-4.4-20100803/gcc/../include -I.././../gcc-4.4-20100803/gcc/../libcpp/include -I/usr/local/include -I.././../gcc-4.4-20100803/gcc/../libdecnumber -I.././../gcc-4.4-20100803/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/local/include -o gcc.o /var/tmp//ccxkWkSs.s Short backtraces of the affected processes: # procstat -kk 44219 PID TID COMM TDNAME KSTACK 44219 100252 find - mi_switch+0x200 sleepq_switch+0x15f sleepq_wait+0x63 __lockmgr_args+0x4bf ffs_lock+0x8a VOP_LOCK1_APV+0xb5 _vn_lock+0x5e vget+0xb9 cache_lookup+0x679 vfs_cache_lookup+0xad VOP_LOOKUP_APV+0xa5 lookup+0x5b3 namei+0x4af kern_statat_vnhook+0x72 kern_statat+0x3c kern_lstat+0x36 lstat+0x2f syscallenter+0x23f # procstat -kk 43824 PID TID COMM TDNAME KSTACK 43824 100082 collect2 - mi_switch+0x200 sleepq_switch+0x15f sleepq_wait+0x63 __lockmgr_args+0x4bf ffs_lock+0x8a VOP_LOCK1_APV+0xb5 _vn_lock+0x5e vget+0xb9 cache_lookup+0x679 vfs_cache_lookup+0xad VOP_LOOKUP_APV+0xa5 lookup+0x5b3 namei+0x4af vn_open_cred+0x2ed vn_open+0x3b kern_openat+0xf5 kern_open+0x35 open+0x30 # procstat -kk 43828 PID TID COMM TDNAME KSTACK 43828 100276 as - mi_switch+0x200 sleepq_switch+0x15f sleepq_wait+0x63 __lockmgr_args+0x4bf ffs_lock+0x8a VOP_LOCK1_APV+0xb5 _vn_lock+0x5e vget+0xb9 cache_lookup+0x679 vfs_cache_lookup+0xad VOP_LOOKUP_APV+0xa5 lookup+0x5b3 namei+0x4af vn_open_cred+0x2ed vn_open+0x3b kern_openat+0xf5 kern_open+0x35 open+0x30 As you see, both gcc-related process hang in open(), the find process hangs in lstat(). I don't know which one got stuck first, but I am confident that I ran into the deadlock described by WITNESS above. Is there anything I can help with? The machine is still hanging in this state, entering the debugger is possible, generating a coredump should work (did hang the last time, but since than, I updated the kernel). Kernel config: https://sites.google.com/site/lwfreebsd/Home/files/kernelconfig-CURRENT.txt.gz?attredirects=0&d=1 DDB output from a textdump simulation: https://sites.google.com/site/lwfreebsd/Home/files/current-r211175-UFS-deadlock.txt.gz?attredirects=0&d=1 Regards Lucius From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 11:19:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E4C106566B for ; Thu, 12 Aug 2010 11:19:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 06B768FC0C for ; Thu, 12 Aug 2010 11:19:05 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o7CBJ2hI016579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Aug 2010 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o7CBJ2UO039054; Thu, 12 Aug 2010 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o7CBJ2Tn039053; Thu, 12 Aug 2010 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Aug 2010 14:19:02 +0300 From: Kostik Belousov To: Lucius Windschuh Message-ID: <20100812111902.GT2396@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xYeFQzU4VZLrHqxU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: Deadlock in UFS/SU+J? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 11:19:06 -0000 --xYeFQzU4VZLrHqxU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 12, 2010 at 09:37:04AM +0200, Lucius Windschuh wrote: > Dear list members, > I tried to reproduce another bug on my test machine (i386, CURRENT > r211175), but ran into the following deadlock: This is not a deadlock, but the LOR. It is irrelevant for your deadlock. Supposedly, the deadlock is fixed by r211213. --xYeFQzU4VZLrHqxU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxj2KUACgkQC3+MBN1Mb4hR6QCfY980yQlnSzDdfXzh3y9STWxK awYAoO6NzsXD1FhFiwMF/DbpNQAu7c6Q =PrmT -----END PGP SIGNATURE----- --xYeFQzU4VZLrHqxU-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 12:01:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D06F10656A3 for ; Thu, 12 Aug 2010 12:01:59 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id F1EDE8FC2C for ; Thu, 12 Aug 2010 12:01:58 +0000 (UTC) Received: by wyj26 with SMTP id 26so1644595wyj.13 for ; Thu, 12 Aug 2010 05:01:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=uDAh8mBrNdwvrVVMHFwIhu32K2kY+nKjcd1Pm4ecr0I=; b=KSAAmQ3ICq7rrNVCgEtR6SDdamtmBwZPKRqX/ukxvp20vEeqj+LuC1kV7NmgNpJruQ W91Cy9N2uAx6WhQvWAivW7p8M9jf45CLTUPjvzgOkvua1L2WRd6Jcr4WX+WM/fNzhCEt hVCgGIhCoQ6H1YZs1kxVmCrE8pOwWtGWUFj20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=IlnFgQ3HjsZB1nOph3G7RnD2n99v/mTAXAmt3N4eopxyY16ISJvzNAeShglqABaS2X EVmbWRSOd8a0mQaNzGBd+sSZRlq3zA94DAX10L2bLYxPlXm4BCWmfADZE9Lpbu5bvafT lTf015fzzXQgoU1xBZb5unpRQHTV7w+UBvm1I= MIME-Version: 1.0 Received: by 10.227.141.84 with SMTP id l20mr18103335wbu.119.1281614517691; Thu, 12 Aug 2010 05:01:57 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.227.36.193 with HTTP; Thu, 12 Aug 2010 05:01:57 -0700 (PDT) In-Reply-To: <4C5E7F8A.7030800@freebsd.org> References: <4C5E7F8A.7030800@freebsd.org> Date: Thu, 12 Aug 2010 14:01:57 +0200 X-Google-Sender-Auth: mKoxKj3F_Tm2eOyTAImSW3G-R9k Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: freebsd-current@freebsd.org, kib@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Filesystem wedge, SUJ-related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 12:01:59 -0000 Hi, if I understand correctly, this is what r211212 and r211213 fixes? Rene 2010/8/8 Rene Ladan : > On 18-07-2010 15:02, Gavin Atkinson wrote: >> >> On Sat, 17 Jul 2010, Gavin Atkinson wrote: >>> >>> Semi-regularly (every two-three days) I'm seeing what appears to be som= e >>> sort of filesystem wedge. =A0I usually see it initially with web browse= rs, >>> but it's possible that's only because it's what produces most disk >>> activity on this machine. =A0I've seen it with both Opera and Firefox. >>> > I've been seeing this too. It still happens with kernel r211000. > >>> What happens is that the process will just wedge. =A0A "procstat -kk" o= n it >>> shows the following stack backtrace: >>> >>> =A09012 100243 firefox-bin =A0 =A0 =A0initial thread =A0 mi_switch+0x21= d >>> sleepq_switch+0x123 sleepq_wait+0x4d _sleep+0x357 getdirtybuf+0x21e >>> flush_deplist+0x6f softdep_sync_metadata+0x153 ffs_syncvnode+0x213 >>> ffs_fsync+0x43 fsync+0x148 syscallenter+0x1b5 syscall+0x4c >>> Xfast_syscall+0xe2 >> > Firefox is the usual first sign: > acer % ps ax|grep firefox > 82117 =A0v0 =A0T =A0 =A0 16:24,08 /usr/local/lib/firefox3/firefox-bin > 13416 =A0 3 =A0S+ =A0 =A0 0:00,00 grep firefox > acer % procstat -kk 82117 > =A0PID =A0 =A0TID COMM =A0 =A0 =A0 =A0 =A0 =A0 TDNAME =A0 =A0 =A0 =A0 =A0= KSTACK > 82117 100195 firefox-bin =A0 =A0 =A0- =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mi_s= witch+0x219 > thread_suspend_switch+0x103 thread_single+0x25c exit1+0x81 sigexit+0x84 > cursig+0 ast+0x1aa doreti_ast+0x1f > 82117 100221 firefox-bin =A0 =A0 =A0initial thread =A0 mi_switch+0x219 > sleepq_switch+0xfa sleepq_wait+0x46 _sleep+0x256 getdirtybuf+0x1af > flush_deplist+0x6a softdep_sync_metadata+0x153 ffs_syncvnode+0x22d > ffs_fsync+0x43 fsync+0x13d syscallenter+0x194 syscall+0x41 > Xfast_syscall+0xe2 > acer % > >> A bit more detail: it does look like whatever is supposed to periodicall= y >> flush the journal just stops doing it's job. =A0Presumably this is also = the >> root cause of the "softdep: Out of journal space!" messages I have been >> seeing in the past, which I had assumed may have been fixed by r209717. >> > I haven't seen any "softdep: Out of journal space!" messages since June 2= 4, > but I've indeed seen it once before (somewhere after June 11). > >> (I'm running r209723 at the moment) >> >> While processes are starting to hang, "sh ffs" from ddb shows: >> >> db> =A0sh ffs >> mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 >> mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c6480= 0 >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 >> mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c6600= 0 >> su_wl 0 su_wl_in 0 su_deps 17345 su_req 0 >> mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c6680= 0 >> su_wl 0 su_wl_in 0 su_deps 55 su_req 0 >> >> Leaving it another couple of hours, I then see: >> >> db> =A0sh ffs >> mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 >> mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c6480= 0 >> su_wl 0 su_wl_in 0 su_deps 36 su_req 0 >> mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c6600= 0 >> su_wl 0 su_wl_in 0 su_deps 31899 su_req 0 >> mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c6680= 0 >> su_wl 0 su_wl_in 0 su_deps 95 su_req 0 >> >> so, su_deps is increasing significantly. >> >> During reboot, vnlru failed to stop within 60 seconds, and gave up on >> syncing 125 vnodes and 140 buffers (no idea if these are related). =A0On >> reboot, SU+J fsck shows for /usr: >> >> ** SU+J Recovering /dev/ad4s1f >> ** Reading 33554432 byte journal from inode 150. >> ** Building recovery table. >> ** Resolving unreferenced inode list. >> ** Processing journal entries. >> ** 405991 journal records in 18194944 bytes for 71.40% utilization >> ** Freed 3872 inodes (0 dirs) 48157 blocks, and 8744 frags. >> > Similar here. > >> So it seems clear that somehow the journal is filling up, and never bein= g >> written. >> >> Any other suggestions as to where I should go from here? >> > Disabling the journal would be a "solution", but not desirable. > Maybe any lock order reversals to look out for (most are ufs-related) ? > > I don't know if it is related, but yesterday a full fsck on /usr cleared = up > two unallocated files in /usr/ports/editors/openoffice-3/work/ (they were= in > userland as having a bad file descriptor), which the journal didn't catch= . > From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 12:35:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F9D81065693 for ; Thu, 12 Aug 2010 12:35:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 502768FC08 for ; Thu, 12 Aug 2010 12:35:50 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o7CCZXQP023758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Aug 2010 15:35:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o7CCZXRu079958; Thu, 12 Aug 2010 15:35:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o7CCZXgR079957; Thu, 12 Aug 2010 15:35:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Aug 2010 15:35:33 +0300 From: Kostik Belousov To: Ren? Ladan Message-ID: <20100812123533.GU2396@deviant.kiev.zoral.com.ua> References: <4C5E7F8A.7030800@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QFliEIXSSz7hGqqc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Filesystem wedge, SUJ-related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 12:35:52 -0000 --QFliEIXSSz7hGqqc Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 12, 2010 at 02:01:57PM +0200, Ren? Ladan wrote: > Hi, >=20 > if I understand correctly, this is what r211212 and r211213 fixes? r211213. r211212 fixes different issue, and there is one more known problem. >=20 > Rene >=20 > 2010/8/8 Rene Ladan : > > On 18-07-2010 15:02, Gavin Atkinson wrote: > >> > >> On Sat, 17 Jul 2010, Gavin Atkinson wrote: > >>> > >>> Semi-regularly (every two-three days) I'm seeing what appears to be s= ome > >>> sort of filesystem wedge. =9AI usually see it initially with web brow= sers, > >>> but it's possible that's only because it's what produces most disk > >>> activity on this machine. =9AI've seen it with both Opera and Firefox. > >>> > > I've been seeing this too. It still happens with kernel r211000. > > > >>> What happens is that the process will just wedge. =9AA "procstat -kk"= on it > >>> shows the following stack backtrace: > >>> > >>> =9A9012 100243 firefox-bin =9A =9A =9Ainitial thread =9A mi_switch+0x= 21d > >>> sleepq_switch+0x123 sleepq_wait+0x4d _sleep+0x357 getdirtybuf+0x21e > >>> flush_deplist+0x6f softdep_sync_metadata+0x153 ffs_syncvnode+0x213 > >>> ffs_fsync+0x43 fsync+0x148 syscallenter+0x1b5 syscall+0x4c > >>> Xfast_syscall+0xe2 > >> > > Firefox is the usual first sign: > > acer % ps ax|grep firefox > > 82117 =9Av0 =9AT =9A =9A 16:24,08 /usr/local/lib/firefox3/firefox-bin > > 13416 =9A 3 =9AS+ =9A =9A 0:00,00 grep firefox > > acer % procstat -kk 82117 > > =9APID =9A =9ATID COMM =9A =9A =9A =9A =9A =9A TDNAME =9A =9A =9A =9A = =9A KSTACK > > 82117 100195 firefox-bin =9A =9A =9A- =9A =9A =9A =9A =9A =9A =9A =9Ami= _switch+0x219 > > thread_suspend_switch+0x103 thread_single+0x25c exit1+0x81 sigexit+0x84 > > cursig+0 ast+0x1aa doreti_ast+0x1f > > 82117 100221 firefox-bin =9A =9A =9Ainitial thread =9A mi_switch+0x219 > > sleepq_switch+0xfa sleepq_wait+0x46 _sleep+0x256 getdirtybuf+0x1af > > flush_deplist+0x6a softdep_sync_metadata+0x153 ffs_syncvnode+0x22d > > ffs_fsync+0x43 fsync+0x13d syscallenter+0x194 syscall+0x41 > > Xfast_syscall+0xe2 > > acer % > > > >> A bit more detail: it does look like whatever is supposed to periodica= lly > >> flush the journal just stops doing it's job. =9APresumably this is als= o the > >> root cause of the "softdep: Out of journal space!" messages I have been > >> seeing in the past, which I had assumed may have been fixed by r209717. > >> > > I haven't seen any "softdep: Out of journal space!" messages since June= 24, > > but I've indeed seen it once before (somewhere after June 11). > > > >> (I'm running r209723 at the moment) > >> > >> While processes are starting to hang, "sh ffs" from ddb shows: > >> > >> db> =9Ash ffs > >> mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 > >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > >> mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c64= 800 > >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > >> mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c66= 000 > >> su_wl 0 su_wl_in 0 su_deps 17345 su_req 0 > >> mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c66= 800 > >> su_wl 0 su_wl_in 0 su_deps 55 su_req 0 > >> > >> Leaving it another couple of hours, I then see: > >> > >> db> =9Ash ffs > >> mp 0xffffff0002c45be0 / devvp 0xffffff0002c51000 fs 0xffffff0002c67000 > >> su_wl 0 su_wl_in 0 su_deps 0 su_req 0 > >> mp 0xffffff0002d705f0 /tmp devvp 0xffffff0002d48780 fs 0xffffff0002c64= 800 > >> su_wl 0 su_wl_in 0 su_deps 36 su_req 0 > >> mp 0xffffff0002c458e8 /usr devvp 0xffffff0002d485a0 fs 0xffffff0002c66= 000 > >> su_wl 0 su_wl_in 0 su_deps 31899 su_req 0 > >> mp 0xffffff0002c455f0 /var devvp 0xffffff0002d483c0 fs 0xffffff0002c66= 800 > >> su_wl 0 su_wl_in 0 su_deps 95 su_req 0 > >> > >> so, su_deps is increasing significantly. > >> > >> During reboot, vnlru failed to stop within 60 seconds, and gave up on > >> syncing 125 vnodes and 140 buffers (no idea if these are related). =9A= On > >> reboot, SU+J fsck shows for /usr: > >> > >> ** SU+J Recovering /dev/ad4s1f > >> ** Reading 33554432 byte journal from inode 150. > >> ** Building recovery table. > >> ** Resolving unreferenced inode list. > >> ** Processing journal entries. > >> ** 405991 journal records in 18194944 bytes for 71.40% utilization > >> ** Freed 3872 inodes (0 dirs) 48157 blocks, and 8744 frags. > >> > > Similar here. > > > >> So it seems clear that somehow the journal is filling up, and never be= ing > >> written. > >> > >> Any other suggestions as to where I should go from here? > >> > > Disabling the journal would be a "solution", but not desirable. > > Maybe any lock order reversals to look out for (most are ufs-related) ? > > > > I don't know if it is related, but yesterday a full fsck on /usr cleare= d up > > two unallocated files in /usr/ports/editors/openoffice-3/work/ (they we= re in > > userland as having a bad file descriptor), which the journal didn't cat= ch. > > > _______________________________________________ > 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" --QFliEIXSSz7hGqqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxj6pUACgkQC3+MBN1Mb4gBlwCcDtQbLzTgcum0MJSENjhwzHGK seYAoIpeWbDWvnyBrXxD5kwqKnjtR8N9 =vU9L -----END PGP SIGNATURE----- --QFliEIXSSz7hGqqc-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 14:19:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 210471065694 for ; Thu, 12 Aug 2010 14:19:47 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A59978FC16 for ; Thu, 12 Aug 2010 14:19:46 +0000 (UTC) Received: by ewy26 with SMTP id 26so776254ewy.13 for ; Thu, 12 Aug 2010 07:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=5SnLginO8OhvefqwMSdUarfifdcRy4IlgLp/UAFoLE4=; b=NAqybYO5cyEOUECylexCz0IOIg5KzaSroEEjDtCaNCY6HzI0qUbp+WOr7Q2J/876Aq Hpx8xDdOvQfiEAaKfmYp6Kap8i47w7z8c/XEXEjWzgM+fpyAAjKzB/qRCHfqZkj3FwUC IN/K3Q4PZxq77g83gXMGHrHPj18GxPiYEKCqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=PcX89cJER9iMKbh7rBHOJ8p/AkiU5HCc6HOaz4KvUiao+SV+/HDyT+Jwc9rIfXRGiQ Axm+0VfAbgGl0Q4YbqM3lALVMBcpSDvFvB4ZjCW8p0D+5UTFDSxc5Qlv97YgaNkNBzL5 f4GgDZO4d/9avg8DhUVSKUlGAD2cL0KM80/Zw= MIME-Version: 1.0 Received: by 10.213.62.206 with SMTP id y14mr7354300ebh.34.1281621108507; Thu, 12 Aug 2010 06:51:48 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.213.10.196 with HTTP; Thu, 12 Aug 2010 06:51:48 -0700 (PDT) In-Reply-To: <201008120325.o7C3P4x5063607@freebsd-current.sentex.ca> References: <201008120325.o7C3P4x5063607@freebsd-current.sentex.ca> Date: Thu, 12 Aug 2010 13:51:48 +0000 X-Google-Sender-Auth: qZjSw1mnctUdUC357uc-2oKrOaw Message-ID: From: mdf@FreeBSD.org To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 14:19:47 -0000 The tinderbox break is my bad. I will have it fixed by the end of the day. :-( matthew On Thu, Aug 12, 2010 at 3:25 AM, FreeBSD Tinderbox wrote: > TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2010-08-12 01:30:00 - cleaning the object tree > TB --- 2010-08-12 01:30:27 - cvsupping the source tree > TB --- 2010-08-12 01:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2010-08-12 01:46:12 - building world > TB --- 2010-08-12 01:46:12 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2010-08-12 01:46:12 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-08-12 01:46:12 - TARGET=3Damd64 > TB --- 2010-08-12 01:46:12 - TARGET_ARCH=3Damd64 > TB --- 2010-08-12 01:46:12 - TZ=3DUTC > TB --- 2010-08-12 01:46:12 - __MAKE_CONF=3D/dev/null > TB --- 2010-08-12 01:46:12 - cd /src > TB --- 2010-08-12 01:46:12 - /usr/bin/make -B buildworld >>>> World build started on Thu Aug 12 01:46:13 UTC 2010 >>>> 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 > [...] > cc -O2 -pipe =A0-DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi= /acpidb/../../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sb= in/acpi/acpidb/../../../sys/contrib/dev/acpica/utilities/utxface.c > cc -O2 -pipe =A0-DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi= /acpidb/../../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign =A0-o acpidb a= cpidb.o osunixxf.o dbcmds.o dbdisply.o dbexec.o dbfileio.o dbhistry.o dbinp= ut.o dbstats.o dbutils.o dbxface.o dmbuffer.o dmnames.o dmobject.o dmopcode= .o dmresrc.o dmresrcl.o dmresrcs.o dmutils.o dmwalk.o evevent.o evgpe.o evg= peblk.o evgpeinit.o evgpeutil.o evmisc.o evregion.o evrgnini.o evsci.o evxf= ace.o evxfevnt.o evxfregn.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwvalid.o h= wxface.o dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o dsu= tils.o dswexec.o dswload.o dswscope.o dswstate.o exconfig.o exconvrt.o excr= eate.o exdebug.o exdump.o exfield.o exfldio.o exmisc.o exmutex.o exnames.o = exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion.o exresnte.o = exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsystem.o exutils.o p= sargs.o psloop.o psopc! > =A0ode.o psparse.o psscope.o pstree.o psutils.o pswalk.o psxface.o nsacce= ss.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o nsp= arse.o nspredef.o nsrepair.o nsrepair2.o nssearch.o nsutils.o nswalk.o nsxf= eval.o nsxfname.o nsxfobj.o rsaddr.o rscalc.o rscreate.o rsdump.o rsinfo.o = rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsutils.o rsxface.o tbfadt.o tb= find.o tbinstal.o tbutils.o tbxface.o tbxfroot.o utalloc.o utcache.o utcopy= .o utdebug.o utdelete.o uteval.o utglobal.o utids.o utinit.o utlock.o utmat= h.o utmisc.o utmutex.o utobject.o utosi.o utresrc.o utstate.o uttrack.o utx= face.o -lpthread > gzip -cn /src/usr.sbin/acpi/acpidb/acpidb.8 > acpidb.8.gz > =3D=3D=3D> usr.sbin/acpi/acpidump (all) > cc -O2 -pipe =A0-I/src/usr.sbin/acpi/acpidump/../../../sys -std=3Dgnu99 -= fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unu= sed-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wre= turn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidump/acp= i.c > cc1: warnings being treated as errors > /src/usr.sbin/acpi/acpidump/acpi.c: In function 'acpi_handle_tcpa': > /src/usr.sbin/acpi/acpidump/acpi.c:650: warning: format '%lld' expects ty= pe 'long long int', but argument 4 has type 'u_int64_t' > *** Error code 1 > > Stop in /src/usr.sbin/acpi/acpidump. > *** Error code 1 > > Stop in /src/usr.sbin/acpi. > *** 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 --- 2010-08-12 03:25:04 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2010-08-12 03:25:04 - ERROR: failed to build world > TB --- 2010-08-12 03:25:04 - 4691.49 user 830.94 system 6903.97 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 14:20:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCB71065674 for ; Thu, 12 Aug 2010 14:20:57 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0423D8FC21 for ; Thu, 12 Aug 2010 14:20:56 +0000 (UTC) Received: by ewy26 with SMTP id 26so777544ewy.13 for ; Thu, 12 Aug 2010 07:20:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=ieGx9qJYI8L8KyIoQXFzhPlim66qrmJ+7jcE6dsWOR4=; b=SNHi0ojbzJjuHuAVw11EnZaJ0nplhQbcPqx7E0f0my+LHN0eCNa3B5O0gk9KVjG59H hGtiibcg5ZS2A1emRfmjumOYpDOsuZWUwCHFjTgr+HCcMgtjo3VUW8Ntbo0A51wBvCb/ Ee/WLXXN7wM52p+Qc6vqJFuMxK9wdQcRAUgyg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=EW84Ge+hWzcoG6Tvg4E4GNUxom3D+dCRsQjXVhjgO4tYDW5Yzc0d91/3XdepJZAQ8R o8HweU+tlJZghJH/yVHpfAE5n6d/yJG0+GKkq8BndzGSyuuqqlNprdrMjWtTxlGOeKg2 mQsYsJ2dWWtvaUXL1DQwWNyNwqXOr0MjGMfJs= MIME-Version: 1.0 Received: by 10.213.56.6 with SMTP id w6mr7388448ebg.32.1281621254797; Thu, 12 Aug 2010 06:54:14 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.213.10.196 with HTTP; Thu, 12 Aug 2010 06:54:14 -0700 (PDT) In-Reply-To: References: <201008120325.o7C3P4x5063607@freebsd-current.sentex.ca> Date: Thu, 12 Aug 2010 13:54:14 +0000 X-Google-Sender-Auth: cCco4W2wiFNXL5T1HVNM_1NyQmA Message-ID: From: mdf@FreeBSD.org To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 14:20:57 -0000 On Thu, Aug 12, 2010 at 1:51 PM, wrote: > The tinderbox break is my bad. =A0I will have it fixed by the end of the = day. Actually, the amd64 break is not me, because it broke before it got to my mistake. i386 and presumably all the other 32-bit builds are due to my memguard(9) patch. > :-( > matthew > > On Thu, Aug 12, 2010 at 3:25 AM, FreeBSD Tinderbox > wrote: >> TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.se= ntex.ca >> TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for amd64/amd64 >> TB --- 2010-08-12 01:30:00 - cleaning the object tree >> TB --- 2010-08-12 01:30:27 - cvsupping the source tree >> TB --- 2010-08-12 01:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sent= ex.ca /tinderbox/HEAD/amd64/amd64/supfile >> TB --- 2010-08-12 01:46:12 - building world >> TB --- 2010-08-12 01:46:12 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2010-08-12 01:46:12 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2010-08-12 01:46:12 - TARGET=3Damd64 >> TB --- 2010-08-12 01:46:12 - TARGET_ARCH=3Damd64 >> TB --- 2010-08-12 01:46:12 - TZ=3DUTC >> TB --- 2010-08-12 01:46:12 - __MAKE_CONF=3D/dev/null >> TB --- 2010-08-12 01:46:12 - cd /src >> TB --- 2010-08-12 01:46:12 - /usr/bin/make -B buildworld >>>>> World build started on Thu Aug 12 01:46:13 UTC 2010 >>>>> 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 >> [...] >> cc -O2 -pipe =A0-DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acp= i/acpidb/../../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.s= bin/acpi/acpidb/../../../sys/contrib/dev/acpica/utilities/utxface.c >> cc -O2 -pipe =A0-DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acp= i/acpidb/../../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign =A0-o acpidb = acpidb.o osunixxf.o dbcmds.o dbdisply.o dbexec.o dbfileio.o dbhistry.o dbin= put.o dbstats.o dbutils.o dbxface.o dmbuffer.o dmnames.o dmobject.o dmopcod= e.o dmresrc.o dmresrcl.o dmresrcs.o dmutils.o dmwalk.o evevent.o evgpe.o ev= gpeblk.o evgpeinit.o evgpeutil.o evmisc.o evregion.o evrgnini.o evsci.o evx= face.o evxfevnt.o evxfregn.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwvalid.o = hwxface.o dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o ds= utils.o dswexec.o dswload.o dswscope.o dswstate.o exconfig.o exconvrt.o exc= reate.o exdebug.o exdump.o exfield.o exfldio.o exmisc.o exmutex.o exnames.o= exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion.o exresnte.o= exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsystem.o exutils.o = psargs.o psloop.o psopc! >> =A0ode.o psparse.o psscope.o pstree.o psutils.o pswalk.o psxface.o nsacc= ess.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o ns= parse.o nspredef.o nsrepair.o nsrepair2.o nssearch.o nsutils.o nswalk.o nsx= feval.o nsxfname.o nsxfobj.o rsaddr.o rscalc.o rscreate.o rsdump.o rsinfo.o= rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsutils.o rsxface.o tbfadt.o t= bfind.o tbinstal.o tbutils.o tbxface.o tbxfroot.o utalloc.o utcache.o utcop= y.o utdebug.o utdelete.o uteval.o utglobal.o utids.o utinit.o utlock.o utma= th.o utmisc.o utmutex.o utobject.o utosi.o utresrc.o utstate.o uttrack.o ut= xface.o -lpthread >> gzip -cn /src/usr.sbin/acpi/acpidb/acpidb.8 > acpidb.8.gz >> =3D=3D=3D> usr.sbin/acpi/acpidump (all) >> cc -O2 -pipe =A0-I/src/usr.sbin/acpi/acpidump/../../../sys -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-un= used-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wr= eturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter= -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls= -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidump/ac= pi.c >> cc1: warnings being treated as errors >> /src/usr.sbin/acpi/acpidump/acpi.c: In function 'acpi_handle_tcpa': >> /src/usr.sbin/acpi/acpidump/acpi.c:650: warning: format '%lld' expects t= ype 'long long int', but argument 4 has type 'u_int64_t' >> *** Error code 1 >> >> Stop in /src/usr.sbin/acpi/acpidump. >> *** Error code 1 >> >> Stop in /src/usr.sbin/acpi. >> *** 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 --- 2010-08-12 03:25:04 - WARNING: /usr/bin/make returned exit code = =A01 >> TB --- 2010-08-12 03:25:04 - ERROR: failed to build world >> TB --- 2010-08-12 03:25:04 - 4691.49 user 830.94 system 6903.97 real >> >> >> http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 15:31:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B08D106566C for ; Thu, 12 Aug 2010 15:31:05 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 56EE98FC12 for ; Thu, 12 Aug 2010 15:31:05 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 80D5B5C6E; Thu, 12 Aug 2010 17:31:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hX1YoHUiTq-X; Thu, 12 Aug 2010 17:31:02 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 62F925C66; Thu, 12 Aug 2010 17:31:02 +0200 (CEST) Message-ID: <4C6413B6.5000803@smeets.im> Date: Thu, 12 Aug 2010 17:31:02 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b4pre) Gecko/20100811 Shredder/3.2a1pre MIME-Version: 1.0 To: Kostik Belousov References: <20100812111902.GT2396@deviant.kiev.zoral.com.ua> In-Reply-To: <20100812111902.GT2396@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lucius Windschuh , FreeBSD Current Subject: Re: Deadlock in UFS/SU+J? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 15:31:05 -0000 On 12.08.10 13:19, Kostik Belousov wrote: > On Thu, Aug 12, 2010 at 09:37:04AM +0200, Lucius Windschuh wrote: >> Dear list members, >> I tried to reproduce another bug on my test machine (i386, CURRENT >> r211175), but ran into the following deadlock: > This is not a deadlock, but the LOR. It is irrelevant for your deadlock. > Supposedly, the deadlock is fixed by r211213. Thank you! My soekris used to deadlock within 20-30 minutes when using nzbget on a SUJ filesystem. It has now been running for almost 5 hours. Looking good :-) Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 17:27:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6A7106566C; Thu, 12 Aug 2010 17:27:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 55A908FC08; Thu, 12 Aug 2010 17:27:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CHR1s9057104; Thu, 12 Aug 2010 13:27:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CHR1be057096; Thu, 12 Aug 2010 17:27:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 17:27:01 GMT Message-Id: <201008121727.o7CHR1be057096@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 17:27:02 -0000 TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-08-12 15:25:00 - cleaning the object tree TB --- 2010-08-12 15:25:15 - cvsupping the source tree TB --- 2010-08-12 15:25:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-08-12 15:41:53 - building world TB --- 2010-08-12 15:41:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 15:41:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 15:41:53 - TARGET=pc98 TB --- 2010-08-12 15:41:53 - TARGET_ARCH=i386 TB --- 2010-08-12 15:41:53 - TZ=UTC TB --- 2010-08-12 15:41:53 - __MAKE_CONF=/dev/null TB --- 2010-08-12 15:41:53 - cd /src TB --- 2010-08-12 15:41:53 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 15:41:54 UTC 2010 >>> 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 Thu Aug 12 17:24:04 UTC 2010 TB --- 2010-08-12 17:24:04 - generating LINT kernel config TB --- 2010-08-12 17:24:04 - cd /src/sys/pc98/conf TB --- 2010-08-12 17:24:04 - /usr/bin/make -B LINT TB --- 2010-08-12 17:24:04 - building LINT kernel TB --- 2010-08-12 17:24:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:24:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:24:04 - TARGET=pc98 TB --- 2010-08-12 17:24:04 - TARGET_ARCH=i386 TB --- 2010-08-12 17:24:04 - TZ=UTC TB --- 2010-08-12 17:24:04 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:24:04 - cd /src TB --- 2010-08-12 17:24:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 17:24:04 UTC 2010 >>> 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 17:27:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 17:27:00 - ERROR: failed to build lint kernel TB --- 2010-08-12 17:27:00 - 4924.91 user 927.39 system 7320.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 17:33:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 147481065673; Thu, 12 Aug 2010 17:33:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DC0138FC1F; Thu, 12 Aug 2010 17:33:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CHXkX9094805; Thu, 12 Aug 2010 13:33:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CHXkge094792; Thu, 12 Aug 2010 17:33:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 17:33:46 GMT Message-Id: <201008121733.o7CHXkge094792@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 17:33:47 -0000 TB --- 2010-08-12 16:17:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 16:17:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-08-12 16:17:01 - cleaning the object tree TB --- 2010-08-12 16:17:14 - cvsupping the source tree TB --- 2010-08-12 16:17:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-08-12 16:17:39 - building world TB --- 2010-08-12 16:17:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 16:17:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 16:17:39 - TARGET=ia64 TB --- 2010-08-12 16:17:39 - TARGET_ARCH=ia64 TB --- 2010-08-12 16:17:39 - TZ=UTC TB --- 2010-08-12 16:17:39 - __MAKE_CONF=/dev/null TB --- 2010-08-12 16:17:39 - cd /src TB --- 2010-08-12 16:17:39 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 16:17:40 UTC 2010 >>> 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 [...] cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi/acpidb/../../../sys -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utilities/utxface.c cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/src/usr.sbin/acpi/acpidb/../../../sys -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o acpidb acpidb.o osunixxf.o dbcmds.o dbdisply.o dbexec.o dbfileio.o dbhistry.o dbinput.o dbstats.o dbutils.o dbxface.o dmbuffer.o dmnames.o dmobject.o dmopcode.o dmresrc.o dmresrcl.o dmresrcs.o dmutils.o dmwalk.o evevent.o evgpe.o evgpeblk.o evgpeinit.o evgpeutil.o evmisc.o evregion.o evrgnini.o evsci.o evxface.o evxfevnt.o evxfregn.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwvalid.o hwxface.o dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o dsutils.o dswexec.o dswload.o dswscope.o dswstate.o exconfig.o exconvrt.o excreate.o exdebug.o exdump.o exfield.o exfldio.o exmisc.o exmutex.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion.o exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsystem.o exutils.o psargs.o psloop.o psopcode.o psparse.o ps! scope.o pstree.o psutils.o pswalk.o psxface.o nsaccess.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o nsparse.o nspredef.o nsrepair.o nsrepair2.o nssearch.o nsutils.o nswalk.o nsxfeval.o nsxfname.o nsxfobj.o rsaddr.o rscalc.o rscreate.o rsdump.o rsinfo.o rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsutils.o rsxface.o tbfadt.o tbfind.o tbinstal.o tbutils.o tbxface.o tbxfroot.o utalloc.o utcache.o utcopy.o utdebug.o utdelete.o uteval.o utglobal.o utids.o utinit.o utlock.o utmath.o utmisc.o utmutex.o utobject.o utosi.o utresrc.o utstate.o uttrack.o utxface.o -lpthread gzip -cn /src/usr.sbin/acpi/acpidb/acpidb.8 > acpidb.8.gz ===> usr.sbin/acpi/acpidump (all) cc -O2 -pipe -I/src/usr.sbin/acpi/acpidump/../../../sys -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/acpi/acpidump/acpi.c cc1: warnings being treated as errors /src/usr.sbin/acpi/acpidump/acpi.c: In function 'acpi_handle_tcpa': /src/usr.sbin/acpi/acpidump/acpi.c:665: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/acpi/acpidump. *** Error code 1 Stop in /src/usr.sbin/acpi. *** 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 --- 2010-08-12 17:33:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 17:33:46 - ERROR: failed to build world TB --- 2010-08-12 17:33:46 - 3585.29 user 627.20 system 4604.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 17:37:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4DF106566C; Thu, 12 Aug 2010 17:37:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C865C8FC26; Thu, 12 Aug 2010 17:37:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CHb1Gr011399; Thu, 12 Aug 2010 13:37:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CHb1tg011394; Thu, 12 Aug 2010 17:37:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 17:37:01 GMT Message-Id: <201008121737.o7CHb1tg011394@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 17:37:02 -0000 TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-08-12 15:25:00 - cleaning the object tree TB --- 2010-08-12 15:25:16 - cvsupping the source tree TB --- 2010-08-12 15:25:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-08-12 15:40:53 - building world TB --- 2010-08-12 15:40:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 15:40:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 15:40:53 - TARGET=i386 TB --- 2010-08-12 15:40:53 - TARGET_ARCH=i386 TB --- 2010-08-12 15:40:53 - TZ=UTC TB --- 2010-08-12 15:40:53 - __MAKE_CONF=/dev/null TB --- 2010-08-12 15:40:53 - cd /src TB --- 2010-08-12 15:40:53 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 15:40:53 UTC 2010 >>> 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 Thu Aug 12 17:23:13 UTC 2010 TB --- 2010-08-12 17:23:13 - generating LINT kernel config TB --- 2010-08-12 17:23:13 - cd /src/sys/i386/conf TB --- 2010-08-12 17:23:13 - /usr/bin/make -B LINT TB --- 2010-08-12 17:23:13 - building LINT kernel TB --- 2010-08-12 17:23:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:23:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:23:13 - TARGET=i386 TB --- 2010-08-12 17:23:13 - TARGET_ARCH=i386 TB --- 2010-08-12 17:23:13 - TZ=UTC TB --- 2010-08-12 17:23:13 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:23:13 - cd /src TB --- 2010-08-12 17:23:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 17:23:13 UTC 2010 >>> 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 [...] from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:204:1: error: this is the location of the previous definition In file included from /src/sys/vm/memguard.h:29, from /src/sys/vm/memguard.c:57: ./opt_vm.h:6:1: error: "VM_KMEM_SIZE_SCALE" redefined In file included from /src/sys/vm/vm_param.h:70, from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:197:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 17:37:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 17:37:01 - ERROR: failed to build lint kernel TB --- 2010-08-12 17:37:01 - 5503.74 user 974.09 system 7920.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 17:54:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1E37106567A; Thu, 12 Aug 2010 17:54:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A88E18FC1C; Thu, 12 Aug 2010 17:54:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CHsJM6079854; Thu, 12 Aug 2010 13:54:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CHsJMl079846; Thu, 12 Aug 2010 17:54:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 17:54:19 GMT Message-Id: <201008121754.o7CHsJMl079846@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 17:54:21 -0000 TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-08-12 15:25:00 - cleaning the object tree TB --- 2010-08-12 15:25:13 - cvsupping the source tree TB --- 2010-08-12 15:25:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-08-12 15:31:31 - building world TB --- 2010-08-12 15:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 15:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 15:31:31 - TARGET=amd64 TB --- 2010-08-12 15:31:31 - TARGET_ARCH=amd64 TB --- 2010-08-12 15:31:31 - TZ=UTC TB --- 2010-08-12 15:31:31 - __MAKE_CONF=/dev/null TB --- 2010-08-12 15:31:31 - cd /src TB --- 2010-08-12 15:31:31 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 15:31:31 UTC 2010 >>> 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 Thu Aug 12 17:41:04 UTC 2010 TB --- 2010-08-12 17:41:04 - generating LINT kernel config TB --- 2010-08-12 17:41:04 - cd /src/sys/amd64/conf TB --- 2010-08-12 17:41:04 - /usr/bin/make -B LINT TB --- 2010-08-12 17:41:04 - building LINT kernel TB --- 2010-08-12 17:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:41:04 - TARGET=amd64 TB --- 2010-08-12 17:41:04 - TARGET_ARCH=amd64 TB --- 2010-08-12 17:41:04 - TZ=UTC TB --- 2010-08-12 17:41:04 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:41:04 - cd /src TB --- 2010-08-12 17:41:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 17:41:04 UTC 2010 >>> 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 [...] from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:215:1: error: this is the location of the previous definition In file included from /src/sys/vm/memguard.h:29, from /src/sys/vm/memguard.c:57: ./opt_vm.h:6:1: error: "VM_KMEM_SIZE_SCALE" redefined In file included from /src/sys/vm/vm_param.h:70, from /src/sys/vm/memguard.c:52: ./machine/vmparam.h:208:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 17:54:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 17:54:19 - ERROR: failed to build lint kernel TB --- 2010-08-12 17:54:19 - 6680.83 user 1259.48 system 8959.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 18:41:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BE3C1065697; Thu, 12 Aug 2010 18:41:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3578FC19; Thu, 12 Aug 2010 18:41:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CIf3XQ030537; Thu, 12 Aug 2010 14:41:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CIf3cM030536; Thu, 12 Aug 2010 18:41:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 18:41:03 GMT Message-Id: <201008121841.o7CIf3cM030536@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 18:41:04 -0000 TB --- 2010-08-12 17:37:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 17:37:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-12 17:37:01 - cleaning the object tree TB --- 2010-08-12 17:37:09 - cvsupping the source tree TB --- 2010-08-12 17:37:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-12 17:37:34 - building world TB --- 2010-08-12 17:37:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:37:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:37:34 - TARGET=sparc64 TB --- 2010-08-12 17:37:34 - TARGET_ARCH=sparc64 TB --- 2010-08-12 17:37:34 - TZ=UTC TB --- 2010-08-12 17:37:34 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:37:34 - cd /src TB --- 2010-08-12 17:37:34 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 17:37:35 UTC 2010 >>> 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 Thu Aug 12 18:39:05 UTC 2010 TB --- 2010-08-12 18:39:05 - generating LINT kernel config TB --- 2010-08-12 18:39:05 - cd /src/sys/sparc64/conf TB --- 2010-08-12 18:39:05 - /usr/bin/make -B LINT TB --- 2010-08-12 18:39:05 - building LINT kernel TB --- 2010-08-12 18:39:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 18:39:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 18:39:05 - TARGET=sparc64 TB --- 2010-08-12 18:39:05 - TARGET_ARCH=sparc64 TB --- 2010-08-12 18:39:05 - TZ=UTC TB --- 2010-08-12 18:39:05 - __MAKE_CONF=/dev/null TB --- 2010-08-12 18:39:05 - cd /src TB --- 2010-08-12 18:39:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 18:39:05 UTC 2010 >>> 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 18:41:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 18:41:03 - ERROR: failed to build lint kernel TB --- 2010-08-12 18:41:03 - 2839.53 user 678.80 system 3842.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 18:58:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665751065695; Thu, 12 Aug 2010 18:58:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 16E0A8FC1E; Thu, 12 Aug 2010 18:58:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CIwCns004220; Thu, 12 Aug 2010 14:58:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CIwC3U004219; Thu, 12 Aug 2010 18:58:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 18:58:12 GMT Message-Id: <201008121858.o7CIwC3U004219@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 18:58:13 -0000 TB --- 2010-08-12 17:54:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 17:54:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-12 17:54:20 - cleaning the object tree TB --- 2010-08-12 17:54:27 - cvsupping the source tree TB --- 2010-08-12 17:54:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-12 17:57:22 - building world TB --- 2010-08-12 17:57:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:57:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:57:22 - TARGET=sun4v TB --- 2010-08-12 17:57:22 - TARGET_ARCH=sparc64 TB --- 2010-08-12 17:57:22 - TZ=UTC TB --- 2010-08-12 17:57:22 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:57:22 - cd /src TB --- 2010-08-12 17:57:22 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 17:57:23 UTC 2010 >>> 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 Thu Aug 12 18:56:24 UTC 2010 TB --- 2010-08-12 18:56:24 - generating LINT kernel config TB --- 2010-08-12 18:56:24 - cd /src/sys/sun4v/conf TB --- 2010-08-12 18:56:24 - /usr/bin/make -B LINT TB --- 2010-08-12 18:56:24 - building LINT kernel TB --- 2010-08-12 18:56:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 18:56:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 18:56:24 - TARGET=sun4v TB --- 2010-08-12 18:56:24 - TARGET_ARCH=sparc64 TB --- 2010-08-12 18:56:24 - TZ=UTC TB --- 2010-08-12 18:56:24 - __MAKE_CONF=/dev/null TB --- 2010-08-12 18:56:24 - cd /src TB --- 2010-08-12 18:56:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 18:56:24 UTC 2010 >>> 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 18:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 18:58:12 - ERROR: failed to build lint kernel TB --- 2010-08-12 18:58:12 - 2817.37 user 642.28 system 3832.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 19:08:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7A821065693; Thu, 12 Aug 2010 19:08:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 77C178FC12; Thu, 12 Aug 2010 19:08:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7CJ8X46032166; Thu, 12 Aug 2010 15:08:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7CJ8Xch032165; Thu, 12 Aug 2010 19:08:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Aug 2010 19:08:33 GMT Message-Id: <201008121908.o7CJ8Xch032165@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 19:08:34 -0000 TB --- 2010-08-12 17:33:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-12 17:33:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-12 17:33:46 - cleaning the object tree TB --- 2010-08-12 17:33:57 - cvsupping the source tree TB --- 2010-08-12 17:33:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-12 17:34:24 - building world TB --- 2010-08-12 17:34:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 17:34:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 17:34:24 - TARGET=powerpc TB --- 2010-08-12 17:34:24 - TARGET_ARCH=powerpc TB --- 2010-08-12 17:34:24 - TZ=UTC TB --- 2010-08-12 17:34:24 - __MAKE_CONF=/dev/null TB --- 2010-08-12 17:34:24 - cd /src TB --- 2010-08-12 17:34:24 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 12 17:34:25 UTC 2010 >>> 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 Thu Aug 12 19:06:43 UTC 2010 TB --- 2010-08-12 19:06:43 - generating LINT kernel config TB --- 2010-08-12 19:06:43 - cd /src/sys/powerpc/conf TB --- 2010-08-12 19:06:43 - /usr/bin/make -B LINT TB --- 2010-08-12 19:06:43 - building LINT kernel TB --- 2010-08-12 19:06:43 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-12 19:06:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-12 19:06:43 - TARGET=powerpc TB --- 2010-08-12 19:06:43 - TARGET_ARCH=powerpc TB --- 2010-08-12 19:06:43 - TZ=UTC TB --- 2010-08-12 19:06:43 - __MAKE_CONF=/dev/null TB --- 2010-08-12 19:06:43 - cd /src TB --- 2010-08-12 19:06:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 12 19:06:43 UTC 2010 >>> 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-12 19:08:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-12 19:08:33 - ERROR: failed to build lint kernel TB --- 2010-08-12 19:08:33 - 4600.80 user 828.83 system 5687.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 20:57:32 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF999106564A for ; Thu, 12 Aug 2010 20:57:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 70ECF8FC19 for ; Thu, 12 Aug 2010 20:57:31 +0000 (UTC) Received: (qmail 19598 invoked by uid 399); 12 Aug 2010 20:57:30 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Aug 2010 20:57:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 12 Aug 2010 13:57:27 -0700 (PDT) From: Doug Barton To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Runaway intr, not flash related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 20:57:32 -0000 My "runaway intr" problem with flash has been continuing all along, but since no one has been interested in helping with it I haven't reported it for a while. However, today, for the first time, it happened when I had not run flash at all since I booted. My system: Dell D620, C2D, i386, SMP, r210908 swi4: clock is the culprit again this time, but when flash triggers this problem I sometimes see hdac as the culprit, FYI. last pid: 19763; load averages: 1.05, 1.40, 1.18 up 0+01:58:20 13:41:19 129 processes: 3 running, 106 sleeping, 20 waiting CPU 0: 20.8% user, 0.0% nice, 6.9% system, 8.5% interrupt, 63.8% idle CPU 1: 56.9% user, 0.0% nice, 8.5% system, 1.5% interrupt, 33.1% idle Mem: 182M Active, 1279M Inact, 187M Wired, 18M Cache, 112M Buf, 334M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 171 ki31 0K 16K RUN 1 87:55 63.72% {idle: cpu1} 10 root 171 ki31 0K 16K RUN 0 88:03 60.69% {idle: cpu0} 1621 dougb 102 0 162M 141M select 0 14:19 29.54% Xorg 11 root -32 - 0K 160K WAIT 0 0:33 5.76% {swi4: clock} 1668 dougb 97 0 36808K 20864K select 0 0:38 3.61% {initial thread 1692 dougb 8 0 11136K 2284K nanslp 0 2:13 2.15% wmwlmon 19763 dougb 96 0 9912K 2076K CPU1 1 0:01 1.57% top 17 root 96 - 0K 8K syncer 1 0:48 1.17% syncer 1684 dougb 96 0 11020K 2108K select 1 1:10 1.12% wmbsdbatt 1762 dougb 96 0 36284K 15540K select 0 0:04 0.39% {initial thread 11 root -64 - 0K 160K WAIT 0 0:03 0.15% {irq22: uhci2} 783 root 96 0 9684K 1232K select 0 0:21 0.10% moused 1663 dougb 96 0 21388K 8912K select 1 0:15 0.10% openbox 11 root -32 - 0K 160K WAIT 1 0:17 0.05% {swi4: clock} 1817 dougb 96 0 90820K 53672K select 0 3:23 0.00% {initial thread 0 root -16 0 0K 64K sched 0 0:26 0.00% {swapper} CPU ID FUNCTION:NAME 1 2 :END kernel`realitexpire value ------------- Distribution ------------- count 16384 | 0 32768 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 65536 | 0 0xc0b73f30 value ------------- Distribution ------------- count 16384 | 0 32768 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 65536 | 0 kernel`loadav value ------------- Distribution ------------- count 512 | 0 1024 |@@@@@@@@@@@@@ 2 2048 | 0 4096 |@@@@@@@ 1 8192 |@@@@@@@ 1 16384 |@@@@@@@ 1 32768 |@@@@@@@ 1 65536 | 0 kernel`nd6_llinfo_timer value ------------- Distribution ------------- count 32768 | 0 65536 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 131072 | 0 kernel`ieee80211_node_timeout value ------------- Distribution ------------- count 16384 | 0 32768 |@@@@@@@@@@@@@@@@@@@@ 1 65536 |@@@@@@@@@@@@@@@@@@@@ 1 131072 | 0 kernel`ipport_tick value ------------- Distribution ------------- count 256 | 0 512 |@@@@@ 3 1024 |@@@@@ 3 2048 |@@@@@@ 4 4096 |@@@@@ 3 8192 | 0 16384 |@@@@@@@@@@@@@@@@@@ 12 32768 |@@ 1 65536 | 0 0xc0b729d0 value ------------- Distribution ------------- count 256 | 0 512 |@@ 1 1024 |@@@@@@ 4 2048 |@@@@@ 3 4096 |@@@@@@@@@ 6 8192 |@@ 1 16384 |@@@@@@@@@@@@@@@ 10 32768 | 0 65536 |@@ 1 131072 | 0 kernel`kbdmux_kbd_intr_timo value ------------- Distribution ------------- count 512 | 0 1024 |@@@@@@@@@ 6 2048 |@@@ 2 4096 |@@ 1 8192 |@@ 1 16384 |@@@@@@@@@@@@@@@@@@ 12 32768 |@@@ 2 65536 |@@ 1 131072 |@@ 1 262144 | 0 kernel`uma_timeout value ------------- Distribution ------------- count 262144 | 0 524288 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 1048576 | 0 kernel`nd6_timer value ------------- Distribution ------------- count 1024 | 0 2048 |@@@ 2 4096 |@@@ 2 8192 | 0 16384 |@@@@@@@@@@@@ 8 32768 |@@@@@@@@@@@@@@@@@ 11 65536 |@@@@@ 3 131072 | 0 kernel`logtimeout value ------------- Distribution ------------- count 128 | 0 256 |@ 2 512 |@@ 7 1024 |@@@@ 14 2048 |@@@@@@@@@@@ 34 4096 |@@@@ 14 8192 |@ 2 16384 |@@@@@@@@@@@@@@ 45 32768 |@@@ 10 65536 | 0 kernel`lim_cb value ------------- Distribution ------------- count 256 | 0 512 |@ 1 1024 |@@@@@ 9 2048 |@ 1 4096 |@@@@@@ 12 8192 |@@@ 5 16384 |@@@@@@@@@@@@@@@@ 31 32768 |@@@@@@@@ 16 65536 |@@ 3 131072 | 0 skernel`realtimer_expire value ------------- Distribution ------------- count 2048 | 0 4096 |@@@ 2 8192 | 0 16384 |@@@ 2 32768 |@@@@@ 3 65536 |@@@@@@@@@@@ 7 131072 |@@@@@@@@@@@@@@@@@@ 12 262144 | 0 kernel`uhci_root_intr value ------------- Distribution ------------- count 1024 | 0 2048 |@@ 5 4096 |@@@@ 11 8192 |@@@ 7 16384 |@@@@@@@@@@@@ 30 32768 |@@@@@@@@@@@@@@@@@@ 48 65536 |@ 3 131072 | 0 0xc98585d0 value ------------- Distribution ------------- count 8192 | 0 16384 |@@@@@@ 4 32768 |@@ 1 65536 |@@@@@@@@@@@ 7 131072 |@@@@@@@@@@@ 7 262144 |@@@@@@@@@@ 6 524288 | 0 kernel`pfslowtimo value ------------- Distribution ------------- count 1024 | 0 2048 |@ 1 4096 |@ 1 8192 |@ 1 16384 |@@@@@ 7 32768 |@@@@@@@ 9 65536 |@@@@@@@@@@@@@@@@@@ 23 131072 |@@@@@@@ 9 262144 | 0 kernel`pffasttimo value ------------- Distribution ------------- count 512 | 0 1024 |@@ 5 2048 |@@ 7 4096 |@@@@ 14 8192 |@@@ 8 16384 |@@@@@@@@@@@@@ 42 32768 |@@@@@@@@@@@ 34 65536 |@@@@@@ 18 131072 | 0 kernel`atkbd_timeout value ------------- Distribution ------------- count 1024 | 0 2048 |@ 9 4096 |@@@ 17 8192 |@ 6 16384 |@@@@@@@@@@@ 72 32768 |@@@@@@@@@@@@@@@@@@ 114 65536 |@@@@@ 32 131072 | 3 262144 | 0 kernel`scrn_timer value ------------- Distribution ------------- count 256 | 0 512 |@ 12 1024 |@@@@ 70 2048 |@@ 26 4096 |@@@@@ 85 8192 |@@ 34 16384 |@@@@@@@@@@@@@@@@@ 273 32768 |@@@@@@ 101 65536 |@@ 28 131072 | 2 262144 | 1 524288 | 0 1048576 | 0 2097152 | 1 4194304 | 0 8388608 | 1 16777216 | 0 kernel`usb_power_wdog value ------------- Distribution ------------- count 1024 | 0 2048 |@ 1 4096 |@ 1 8192 | 0 16384 |@@@@@ 4 32768 |@@@@@@@@ 6 65536 |@@@@@@ 5 131072 |@ 1 262144 |@@@@@@@@@ 7 524288 | 0 1048576 |@@@@ 3 2097152 |@ 1 4194304 | 0 8388608 |@ 1 16777216 |@ 1 33554432 | 0 kernel`tcp_isn_tick value ------------- Distribution ------------- count 128 | 0 256 | 17 512 |@@ 113 1024 |@@@@@ 323 2048 |@@@@ 268 4096 |@@@@@ 317 8192 |@ 48 16384 |@@@@@@@@@@@@@@@@@ 1066 32768 |@@@@@@ 358 65536 | 18 131072 | 6 262144 | 0 0xc9863f40 value ------------- Distribution ------------- count 256 | 0 512 |@ 44 1024 |@@@@ 276 2048 |@@ 119 4096 |@@@@ 296 8192 |@@ 138 16384 |@@@@@@@@@@@@@@@@ 1129 32768 |@@@@@@@@@ 598 65536 |@@@ 206 131072 | 5 262144 | 2 524288 | 0 1048576 | 0 2097152 | 0 4194304 | 1 8388608 | 0 kernel`sleepq_timeout value ------------- Distribution ------------- count 256 | 0 512 | 25 1024 |@@ 248 2048 |@@@ 280 4096 |@@@@ 421 8192 |@ 97 16384 |@@@@@@@@@@@ 1194 32768 |@@@@@@@@@@@@@@ 1559 65536 |@@@@@ 502 131072 | 6 262144 | 2 524288 | 0 1048576 | 0 2097152 | 2 4194304 | 0 kernel`realitexpire 1 kernel`nd6_llinfo_timer 1 kernel`uma_timeout 1 0xc0b73f30 1 kernel`ieee80211_node_timeout 2 kernel`loadav 6 0xc98585d0 25 kernel`kbdmux_kbd_intr_timo 26 kernel`realtimer_expire 26 kernel`ipport_tick 26 kernel`nd6_timer 26 0xc0b729d0 26 kernel`usb_power_wdog 31 kernel`pfslowtimo 51 kernel`lim_cb 78 kernel`uhci_root_intr 104 kernel`logtimeout 128 kernel`pffasttimo 128 kernel`atkbd_timeout 253 kernel`scrn_timer 634 kernel`tcp_isn_tick 2534 0xc9863f40 2814 kernel`sleepq_timeout 4336 -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 21:25:47 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1CE1065674 for ; Thu, 12 Aug 2010 21:25:47 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id DC3978FC0A for ; Thu, 12 Aug 2010 21:25:46 +0000 (UTC) Received: from [192.168.4.155] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id o7CL2JJI037819 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Aug 2010 15:02:20 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-ID: <4C646159.3080604@scsiguy.com> Date: Thu, 12 Aug 2010 15:02:17 -0600 From: "Justin T. Gibbs" Organization: SCSIGuy.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Call for Review: Suport for BIO_ORDERED bios X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@scsiguy.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, 12 Aug 2010 21:25:47 -0000 The following patches introduce the BIO_ORDERED flag for bios. A bio tagged with the BIO_ORDERED flag has barrier semantics: all bios queued before the BIO_ORDERED bio are executed before the BIO_ORDERED bio and any bios queued after the BIO_ORDERED bio are executed after the BIO_ORDERED bio. FreeBSD has offered these semantics before. I added support for ordered bufs over a decade ago, but with no consumers of that interface in the tree, it was removed. Today the landscape has changed: ZFS requires ordered semantics to be able to safely commit transactions, Jeff Roberson has talked of modifying UFS to take advantage of this feature to speed up soft-updates, Linux ext3/4 filesystems will take advantage of this feature, and VMs using storage exported via Xen's blkback interface can also querry for this feature. My changes are sufficient to allow ZFS and the Xen blkback driver (more on that driver in another email) to perform ordered I/O. Additional, mostly trivial, changes will be required to pass ordering information through the buf interface if/when other buf clients grow to use this capability. Are there any comments/concerns about these changes before I commit them? Thanks, Justin Change 216125 by justing@spectrabsd.import on 2010/07/29 16:24:07 Add the BIO_ORDERED flag for struct bio and update bio clients to use it. sys/sys/bio.h: Add BIO_ORDERED as bit 4 of the bio_flags field in struct bio. sys/kern/subr_disk.c: In bioq_disksort(), bypass the normal sort for bios with the BIO_ORDERED attribute and instead insert them into the queue with bioq_insert_tail(). bioq_insert_tail() not only gives the desired command order during insertion, but also provides barrier semantics so that commands disksorted in the future cannot pass the just enqueued transaction. sys/cam/ata/ata_da.c: sys/cam/scsi/scsi_da.c Use an ordered command for SCSI/ATA-NCQ commands issued in response to bios with the BIO_ORDERED flag set. sys/cam/scsi/scsi_da.c Use an ordered tag when issuing a synchronize cache command. Wrap some lines to 80 columns. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c sys/geom/geom_io.c Mark bios with the BIO_FLUSH command as BIO_ORDERED. Affected files ... ... //depot/SpectraBSD/head/sys/cam/ata/ata_da.c#5 edit ... //depot/SpectraBSD/head/sys/cam/scsi/scsi_da.c#4 edit ... //depot/SpectraBSD/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c#3 edit ... //depot/SpectraBSD/head/sys/geom/geom_io.c#4 edit ... //depot/SpectraBSD/head/sys/kern/subr_disk.c#3 edit ... //depot/SpectraBSD/head/sys/sys/bio.h#3 edit Change 216126 by justing@spectrabsd.import on 2010/07/29 16:35:46 Correct bioq_disksort so that bioq_insert_tail() offers barrier semantic. The barrier semantics of bioq_insert_tail() were broken in two ways: o In bioq_disksort(), an added bio could be inserted at the head of the queue, even when a barrier was present, if the sort key for the new entry was less than that of the last queued barrier bio. o The last_offset used to generate the sort key for newly queued bios did not stay at the position of the barrier until either the barrier was de-queued, or a new barrier (which updates last_offset) was queued. When a barrier is in effect, we know that the disk will pass through the barrier position just before the "blocked bios" are released, so using the barrier's offset for last_offset is the optimal choice. sys/geom/sched/subr_disk.c: sys/kern/subr_disk.c: o Update last_offset in bioq_insert_tail(). o Only update last_offset in bioq_remove() if the removed bio is at the head of the queue (typically due to a call via bioq_takefirst()) and no barrier is active. o In bioq_disksort(), if we have a barrier (insert_point is non-NULL), set prev to the barrier and cur to it's next element. Now that last_offset is kept at the barrier position, this change isn't strictly necessary, but since we have to take a decision branch anyway, it does avoid one, no-op, loop iteration in the while loop that immediately follows. Affected files ... ... //depot/SpectraBSD/head/sys/geom/sched/subr_disk.c#3 edit ... //depot/SpectraBSD/head/sys/kern/subr_disk.c#4 edit --- //depot/vendor/FreeBSD/head/sys/cam/ata/ata_da.c 2010-07-25 15:43:52.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/cam/ata/ata_da.c 2010-07-25 15:43:52.000000000 -0600 @@ -874,7 +874,8 @@ } bioq_remove(&softc->bio_queue, bp); - if ((softc->flags & ADA_FLAG_NEED_OTAG) != 0) { + if ((bp->bio_flags & BIO_ORDERED) != 0 + || (softc->flags & ADA_FLAG_NEED_OTAG) != 0) { softc->flags &= ~ADA_FLAG_NEED_OTAG; softc->ordered_tag_count++; tag_code = 0; --- //depot/vendor/FreeBSD/head/sys/cam/scsi/scsi_da.c 2010-07-25 15:43:52.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/cam/scsi/scsi_da.c 2010-07-25 15:43:52.000000000 -0600 @@ -1354,7 +1354,8 @@ bioq_remove(&softc->bio_queue, bp); - if ((softc->flags & DA_FLAG_NEED_OTAG) != 0) { + if ((bp->bio_flags & BIO_ORDERED) != 0 + || (softc->flags & DA_FLAG_NEED_OTAG) != 0) { softc->flags &= ~DA_FLAG_NEED_OTAG; softc->ordered_tag_count++; tag_code = MSG_ORDERED_Q_TAG; @@ -1368,7 +1369,8 @@ /*retries*/da_retry_count, /*cbfcnp*/dadone, /*tag_action*/tag_code, - /*read_op*/bp->bio_cmd == BIO_READ, + /*read_op*/bp->bio_cmd + == BIO_READ, /*byte2*/0, softc->minimum_cmd_size, /*lba*/bp->bio_pblkno, @@ -1377,17 +1379,24 @@ /*data_ptr*/ bp->bio_data, /*dxfer_len*/ bp->bio_bcount, /*sense_len*/SSD_FULL_SIZE, - /*timeout*/da_default_timeout*1000); + da_default_timeout * 1000); break; case BIO_FLUSH: + /* + * BIO_FLUSH doesn't currently communicate + * range data, so we synchronize the cache + * over the whole disk. We also force + * ordered tag semantics the flush applies + * to all previously queued I/O. + */ scsi_synchronize_cache(&start_ccb->csio, /*retries*/1, /*cbfcnp*/dadone, - MSG_SIMPLE_Q_TAG, - /*begin_lba*/0,/* Cover the whole disk */ + MSG_ORDERED_Q_TAG, + /*begin_lba*/0, /*lb_count*/0, SSD_FULL_SIZE, - /*timeout*/da_default_timeout*1000); + da_default_timeout*1000); break; } start_ccb->ccb_h.ccb_state = DA_CCB_BUFFER_IO; --- //depot/vendor/FreeBSD/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c 2010-07-12 23:49:04.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c 2010-07-12 23:49:04.000000000 -0600 @@ -598,6 +598,7 @@ break; case ZIO_TYPE_IOCTL: bp->bio_cmd = BIO_FLUSH; + bp->bio_flags |= BIO_ORDERED; bp->bio_data = NULL; bp->bio_offset = cp->provider->mediasize; bp->bio_length = 0; --- //depot/vendor/FreeBSD/head/sys/geom/geom_io.c 2010-06-10 17:49:36.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/geom/geom_io.c 2010-06-10 17:49:36.000000000 -0600 @@ -265,6 +265,7 @@ g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name); bp = g_alloc_bio(); bp->bio_cmd = BIO_FLUSH; + bp->bio_flags |= BIO_ORDERED; bp->bio_done = NULL; bp->bio_attribute = NULL; bp->bio_offset = cp->provider->mediasize; --- //depot/vendor/FreeBSD/head/sys/geom/sched/subr_disk.c 2010-04-12 16:37:45.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/geom/sched/subr_disk.c 2010-04-12 16:37:45.000000000 -0600 @@ -86,7 +86,7 @@ * bioq_remove() remove a generic element from the queue, act as * bioq_takefirst() if invoked on the head of the queue. * - * The semantic of these methods is the same of the operations + * The semantic of these methods is the same as the operations * on the underlying TAILQ, but with additional guarantees on * subsequent bioq_disksort() calls. E.g. bioq_insert_tail() * can be useful for making sure that all previous ops are flushed @@ -115,10 +115,10 @@ gs_bioq_remove(struct bio_queue_head *head, struct bio *bp) { - if (bp == TAILQ_FIRST(&head->queue)) - head->last_offset = bp->bio_offset + bp->bio_length; - - if (bp == head->insert_point) + if (head->insert_point == NULL) { + if (bp == TAILQ_FIRST(&head->queue)) + head->last_offset = bp->bio_offset + bp->bio_length; + } else if (bp == head->insert_point) head->insert_point = NULL; TAILQ_REMOVE(&head->queue, bp, bio_queue); @@ -137,7 +137,8 @@ gs_bioq_insert_head(struct bio_queue_head *head, struct bio *bp) { - head->last_offset = bp->bio_offset; + if (head->insert_point == NULL) + head->last_offset = bp->bio_offset; TAILQ_INSERT_HEAD(&head->queue, bp, bio_queue); } @@ -147,6 +148,7 @@ TAILQ_INSERT_TAIL(&head->queue, bp, bio_queue); head->insert_point = bp; + head->last_offset = bp->bio_offset; } struct bio * @@ -189,13 +191,28 @@ void gs_bioq_disksort(struct bio_queue_head *head, struct bio *bp) { - struct bio *cur, *prev = NULL; - uoff_t key = gs_bioq_bio_key(head, bp); + struct bio *cur, *prev; + uoff_t key; + + if ((bp->bio_flags & BIO_ORDERED) != 0) { + /* + * Ordered transactions can only be dispatched + * after any currently queued transactions. They + * also have barrier semantics - no transactions + * queued in the future can pass them. + */ + gs_bioq_insert_tail(head, bp); + return; + } + prev = NULL; + key = gs_bioq_bio_key(head, bp); cur = TAILQ_FIRST(&head->queue); - if (head->insert_point) - cur = head->insert_point; + if (head->insert_point) { + prev = head->insert_point; + cur = TAILQ_NEXT(head->insert_point, bio_queue); + } while (cur != NULL && key >= gs_bioq_bio_key(head, cur)) { prev = cur; --- //depot/vendor/FreeBSD/head/sys/kern/subr_disk.c 2010-07-18 20:57:53.000000000 -0600 +++ /home/justing/perforce/FreeBSD/head/sys/kern/subr_disk.c 2010-07-18 20:57:53.000000000 -0600 @@ -127,7 +127,7 @@ * bioq_remove() remove a generic element from the queue, act as * bioq_takefirst() if invoked on the head of the queue. * - * The semantic of these methods is the same of the operations + * The semantic of these methods is the same as the operations * on the underlying TAILQ, but with additional guarantees on * subsequent bioq_disksort() calls. E.g. bioq_insert_tail() * can be useful for making sure that all previous ops are flushed @@ -156,10 +156,10 @@ bioq_remove(struct bio_queue_head *head, struct bio *bp) { - if (bp == TAILQ_FIRST(&head->queue)) - head->last_offset = bp->bio_offset + bp->bio_length; - - if (bp == head->insert_point) + if (head->insert_point == NULL) { + if (bp == TAILQ_FIRST(&head->queue)) + head->last_offset = bp->bio_offset + bp->bio_length; + } else if (bp == head->insert_point) head->insert_point = NULL; TAILQ_REMOVE(&head->queue, bp, bio_queue); @@ -178,7 +178,8 @@ bioq_insert_head(struct bio_queue_head *head, struct bio *bp) { - head->last_offset = bp->bio_offset; + if (head->insert_point == NULL) + head->last_offset = bp->bio_offset; TAILQ_INSERT_HEAD(&head->queue, bp, bio_queue); } @@ -188,6 +189,7 @@ TAILQ_INSERT_TAIL(&head->queue, bp, bio_queue); head->insert_point = bp; + head->last_offset = bp->bio_offset; } struct bio * @@ -230,13 +232,28 @@ void bioq_disksort(struct bio_queue_head *head, struct bio *bp) { - struct bio *cur, *prev = NULL; - uoff_t key = bioq_bio_key(head, bp); + struct bio *cur, *prev; + uoff_t key; + + if ((bp->bio_flags & BIO_ORDERED) != 0) { + /* + * Ordered transactions can only be dispatched + * after any currently queued transactions. They + * also have barrier semantics - no transactions + * queued in the future can pass them. + */ + bioq_insert_tail(head, bp); + return; + } + prev = NULL; + key = bioq_bio_key(head, bp); cur = TAILQ_FIRST(&head->queue); - if (head->insert_point) - cur = head->insert_point; + if (head->insert_point) { + prev = head->insert_point; + cur = TAILQ_NEXT(head->insert_point, bio_queue); + } while (cur != NULL && key >= bioq_bio_key(head, cur)) { prev = cur; --- //depot/vendor/FreeBSD/head/sys/sys/bio.h 2009-12-11 10:35:58.000000000 -0700 +++ /home/justing/perforce/FreeBSD/head/sys/sys/bio.h 2009-12-11 10:35:58.000000000 -0700 @@ -54,6 +54,7 @@ #define BIO_ERROR 0x01 #define BIO_DONE 0x02 #define BIO_ONQUEUE 0x04 +#define BIO_ORDERED 0x08 #ifdef _KERNEL struct disk; From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 22:05:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B41B1065673 for ; Thu, 12 Aug 2010 22:05:15 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from relay.wahome.ru (relay.wahome.ru [95.211.21.141]) by mx1.freebsd.org (Postfix) with ESMTP id C04E98FC0A for ; Thu, 12 Aug 2010 22:05:14 +0000 (UTC) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by relay.wahome.ru (Postfix) with ESMTP id 33D9B6B1FF1 for ; Fri, 13 Aug 2010 01:44:05 +0400 (MSD) Received: from [92.241.160.200] (unknown [92.241.160.200]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 3A41F2848C; Fri, 13 Aug 2010 01:45:19 +0400 (MSD) From: Alexey Tarasov Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Fri, 13 Aug 2010 01:45:18 +0400 Message-Id: <434A73A4-E2F4-4FC6-A7E4-8A4D514AF6D5@lexasoft.ru> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Alexey Tarasov Subject: STABLE kernel panic: privileged instruction fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 22:05:15 -0000 Hello. I have a couple of Supermicro servers which got the similar kernel panic = with all FreeBSD versions I tried since 6.4. Now I want to investigate into the problem. The servers get into panic with similar workload: file server with a lot = of files and connections. Web server software is nginx. File system is = UFS+GJOURNAL. Outgoing traffic on each server is ~10 MB/s. I think it is not software problem, because when I've installed Linux = with such configuration there were no kernel panics. Here is the short overview of the hardware: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf65 Family =3D f Model =3D 6 = Stepping =3D 5 = Features=3D0xbfebfbff = Features2=3D0xe59d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 2147483648 (2048 MB) avail memory =3D 2054619136 (1959 MB) DMESG: http://lexasoft.ru/m/dmesg.txt CORE: http://lexasoft.ru/m/core.txt Fatal trap 1: privileged instruction fault while in kernel mode cpuid =3D 1; apic id =3D 01 instruction pointer =3D 0x20:0xffffff8040d2cc83 stack pointer =3D 0x28:0xffffff8040d2ca80 frame pointer =3D 0x28:0xffffff0060c0b740 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 9388 (nginx) trap number =3D 1 panic: privileged instruction fault cpuid =3D 1 Uptime: 17d15h48m49s Physical memory: 2032 MB Dumping 1485 MB: 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 = 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 = 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 = 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 = 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 = 222 206 190 174 158 142 126 110 94 78 62 46 30 14 (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff80590c59 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff8059108c in panic (fmt=3D0xffffffff80951fc4 "%s") at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff80878fd8 in trap_fatal (frame=3D0xffffff0060c0b740, = eva=3DVariable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:857 #4 0xffffffff808799ea in trap (frame=3D0xffffff8040d2c9d0) at /usr/src/sys/amd64/amd64/trap.c:644 #5 0xffffffff8085f983 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #6 0xffffff8040d2cc83 in ?? () #7 0xffffff8040d2cb50 in ?? () #8 0xffffff8040d2caf0 in ?? () #9 0xffffff8040d2cbf0 in ?? () #10 0xffffff0060c0b740 in ?? () #11 0xffffffff80b83c60 in sysent () #12 0xffffff8040d2cc80 in ?? () #13 0xffffff8040d2cae0 in ?? () #14 0xffffffff8059c431 in bintime (bt=3D0xffffffff80ad3140) at /usr/src/sys/kern/kern_tc.c:200 Previous frame inner to this frame (corrupt stack?) (kgdb)=20 -- Alexey Tarasov (\__/)=20 (=3D'.'=3D)=20 E[: | | | | :]=D0=97=20 (")_(") From owner-freebsd-current@FreeBSD.ORG Thu Aug 12 22:18:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1DD310656A8 for ; Thu, 12 Aug 2010 22:18:26 +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 456318FC12 for ; Thu, 12 Aug 2010 22:18:26 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o7CLp1LB015092 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Aug 2010 14:51:09 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C646CBE.1070101@feral.com> Date: Thu, 12 Aug 2010 14:50:54 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C646159.3080604@scsiguy.com> In-Reply-To: <4C646159.3080604@scsiguy.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Thu, 12 Aug 2010 14:51:10 -0700 (PDT) Subject: Re: Call for Review: Suport for BIO_ORDERED bios X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Aug 2010 22:18:26 -0000 Seems good to me. From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 07:45:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E0E106566C for ; Fri, 13 Aug 2010 07:45:41 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B77B8FC20 for ; Fri, 13 Aug 2010 07:45:40 +0000 (UTC) Received: by eyh6 with SMTP id 6so1299597eyh.13 for ; Fri, 13 Aug 2010 00:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=evgV+fmxtcf8CXHPtEw515QkbMUZ5Y0oUuF49kagh9U=; b=WJvvpkqYoLLzB5ssqnvugKrZaIfm0D4dAi2+lAdilZYg0u16m4Dx7fP45pEtqnx4hy SkoxXUmldoPfQZGY1AR1O2XRxG/wVvAx5Fb7q71sfLZdb0lqmlXNJdFtrf4nnLOSw1nY iuQ8sD5w3Qt1BOzVWE5eIeeWH62nz57CHjALY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=wTRvFkcfG56np+YGAAUiCUlwz7l6cWjCKgyBliYtrzVDYYYvjuD+uc+A6CNqGR5DgE w0XO+XPSj6wX8ENAle3wLDINLCzIaCeloPQW/IDn5qtmsD36FW5OYn8MDSPOsRHdVCN6 VrwyYKBlt0vx+Z8Zey/YWpawHcjmQ5NVyt1X4= Received: by 10.213.35.136 with SMTP id p8mr271234ebd.88.1281684102304; Fri, 13 Aug 2010 00:21:42 -0700 (PDT) Received: from localhost (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id z55sm3662689eeh.9.2010.08.13.00.21.41 (version=SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 00:21:41 -0700 (PDT) Date: Fri, 13 Aug 2010 10:22:06 +0300 From: "Sergey V. Dyatko" To: freebsd-current@FreeBSD.org Message-ID: <20100813102206.1756fbe9@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 07:45:41 -0000 Hi all, I have strange problem: NIC: alc0@pci0:2:0:0: class=0x020000 card=0x38a317aa chip=0x10621969 rev=0xc0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'Atheros AR8132 PCI-E Fast Ethernet Controller (AR8132)' class = network subclass = ethernet % uname -a FreeBSD laptop.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #8 r209973: Tue Jul 13 10:17:08 EEST 2010 root@laptop.minsk.domain:/usr/obj/usr/src/sys/b450 i386 I'm using if_alc as a kernel module, when I boot with plugged in cable all works fine, but when I booting with unplugged cable - network doesn't work. I'm trying kenv hw.alc.msi_disable=1 and kldload if_alc.. from messages: Aug 13 09:06:12 laptop kernel: alc0: port 0x3000-0x307f mem 0x96100000-0x9613ffff ir q 16 at Ethernet> device 0.0 on pci2 Aug 13 09:06:12 laptop kernel: alc0: 15872 Tx FIFO, 15360 Rx FIFO Aug 13 09:06:12 laptop kernel: miibus0: on alc0 Aug 13 09:06:12 laptop kernel: atphy0: PHY 0 on miibus0 Aug 13 09:06:12 laptop kernel: atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Aug 13 09:06:12 laptop kernel: alc0: Ethernet address: 00:1f:16:2e:fa:49 Aug 13 09:06:12 laptop kernel: alc0: [FILTER] Aug 13 09:06:12 laptop kernel: alc0: link state changed to DOWN Aug 13 09:06:15 laptop kernel: alc0: link state changed to UP Aug 13 09:06:15 laptop kernel: alc0: DMA write error! -- resetting Aug 13 09:06:15 laptop kernel: alc0: link state changed to DOWN Aug 13 09:06:16 laptop kernel: alc0: promiscuous mode enabled Aug 13 09:06:17 laptop kernel: alc0: link state changed to UP Aug 13 09:06:18 laptop kernel: alc0: DMA write error! -- resetting Aug 13 09:06:18 laptop kernel: alc0: link state changed to DOWN Aug 13 09:06:20 laptop kernel: alc0: link state changed to UP Aug 13 09:06:21 laptop kernel: alc0: DMA write error! -- resetting how to repeat: 1) boot with unplugged cable (if_alc_load="YES" on loader.conf) 2) plug-in cable 3) dhclient alc0 4) tcpdump -ni alc0 -vvv -> http://tiger.ipfw.ru/files/tcpdump.txt 5) reboot with plugged cable.. 6) dhclient alc0 .... [tiger@laptop]~%ifconfig alc0 alc0: flags=8843 metric 0 mtu 1500 options=c3198 ether 00:1f:16:2e:fa:49 inet 192.168.9.150 netmask 0xffffff00 broadcast 192.168.9.255 media: Ethernet autoselect (100baseTX ) status: active now I can unplug cable, unload if_alc, load it again, plug cable -- all works fine.. Thanks in advance.... -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 08:43:19 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EEED10656A9 for ; Fri, 13 Aug 2010 08:43:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 94BD38FC20 for ; Fri, 13 Aug 2010 08:43:18 +0000 (UTC) Received: (qmail 4778 invoked by uid 399); 13 Aug 2010 08:43:17 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Aug 2010 08:43:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6505A4.9060203@FreeBSD.org> Date: Fri, 13 Aug 2010 01:43:16 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Gabor Kovesdan X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: core@FreeBSD.org, delphij@FreeBSD.org, current@FreeBSD.org Subject: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 08:43:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Gabor, I hope at this point it goes without saying that I have a lot of respect for the work you've done on BSD grep, and I've already told you that I think you're very courageous for taking the project on. I've been testing and evaluating it for some time now, and I think I've given it a fair trial. You've done a fairly good job of responding to bug reports, and I understand that the exposure BSD grep has received as the default in HEAD has been very valuable in exposing additional areas that need work. However, with all that in mind I am officially asking you to please change the default in HEAD to GNU grep. (Note, I am _not_ asking you to remove BSD grep from the tree, just to change the default.) My reason is simple, performance. While doing some portmaster work recently I was regression testing some changes I made to the --index* options and noticed that things were dramatically slower than the last time I tested those features. Thinking that I had made a programming mistake I dug into my code, and while the regexps that I was using could be tuned for slightly better performance the problem was not in my code. I then installed textproc/gnugrep to compare, and the differences were very dramatic using a highly pessimized test case (finding a match on the last line of INDEX). The script I used to test is at http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical result was: GNU grep Elapsed time: 2 seconds BSD grep Elapsed time: 47 seconds I ran the test over a dozen times, _after_ running it a few times to eliminate caching issues. I realize that a key rationale for making it the default at this time is to get it more exposure in order to find and fix any bugs/incompatibilities with GNU grep. However, at this time the massive difference in performance clearly means that it's not suitable as the default for 9-RELEASE, so even if you were to fix every single _other_ problem (aside from performance) it wouldn't matter. That, combined with the existing (and TMK as yet unfixed) incompatibilities with GNU grep make this an easy decision. While I think having BSD licensed utilities in the base is a great goal, along with better !ascii support, I don't think it's reasonable to expect our users to sacrifice this much performance to achieve those goals. OTOH, leaving it in the tree will allow the code to continue being developed, and tested by those who are interested, and hopefully you can get the performance up to the point that wider testing will be meaningful. Regards, Doug - -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMZQWkAAoJEFzGhvEaGryEsWYIAMraJP6LtQNJkTGRHWxxCArM eGTdAEjdJYs109JYMNU5GHDP/DtGKUdMR7y9Zi4KqlAYgHkpG+LheY1lmnzrXqJY BuDxsDqGPt3xfrAo55OP8CRtF3fbh6vJUiGNen+sPyqkCazZfe3Rer3LaYtwtM2y kwuQvnFsD5nMIilstFaBaYcEPwXzpgRB+ejcSwMRUr7SYOAb+0xcR7bz7EVySi2L 3fx1tCxDrGrS8XBOn9ug29B5OY1OdSyWR3WeHyKSt8mJV2ZZJtEsSJyBZMNQT3r/ ZiSvj4ESK9NXZP0mFTj1nRyJq+tWO2sEWGr/oSAPaO3K2CubfhPU5h6Utj48k7g= =+K+D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 09:08:13 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E874E10656A6; Fri, 13 Aug 2010 09:08:13 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1DB8FC17; Fri, 13 Aug 2010 09:08:13 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0888C14DC61A; Fri, 13 Aug 2010 11:08:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id r-hDAxQrcdz5; Fri, 13 Aug 2010 11:08:09 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C4CCD14DC5FB; Fri, 13 Aug 2010 11:08:09 +0200 (CEST) Message-ID: <4C650B75.3020800@FreeBSD.org> Date: Fri, 13 Aug 2010 11:08:05 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Doug Barton References: <4C6505A4.9060203@FreeBSD.org> In-Reply-To: <4C6505A4.9060203@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: core@FreeBSD.org, delphij@FreeBSD.org, current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 09:08:14 -0000 Em 2010.08.13. 10:43, Doug Barton escreveu: > My reason is simple, performance. While doing some portmaster work > recently I was regression testing some changes I made to the --index* > options and noticed that things were dramatically slower than the last > time I tested those features. Thinking that I had made a programming > mistake I dug into my code, and while the regexps that I was using could > be tuned for slightly better performance the problem was not in my code. > I then installed textproc/gnugrep to compare, and the differences were > very dramatic using a highly pessimized test case (finding a match on > the last line of INDEX). The script I used to test is at > http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical > result was: > > GNU grep > Elapsed time: 2 seconds > > BSD grep > Elapsed time: 47 seconds > Ok, I'll take care of this soon, and make GNU grep default, again with a knob to build BSD grep. I agree with you that we cannot allow such a big performance drawback but I my measures only showed significant differences for very big searches and I didn't imagine that it could add up to such a big diference. I'm sorry for the bad decision I took making it default. Gabor From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 09:08:33 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E7961065700; Fri, 13 Aug 2010 09:08:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id A4F348FC26; Fri, 13 Aug 2010 09:08:32 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 29BFD9CB12F; Fri, 13 Aug 2010 10:52:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQ-wGBIFlprz; Fri, 13 Aug 2010 10:52:35 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 75CD99CB1C7; Fri, 13 Aug 2010 10:52:35 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id o7D8qZwf016602; Fri, 13 Aug 2010 10:52:35 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 13 Aug 2010 10:52:35 +0200 From: Roman Divacky To: Doug Barton Message-ID: <20100813085235.GA16268@freebsd.org> References: <4C6505A4.9060203@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C6505A4.9060203@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: delphij@FreeBSD.org, core@FreeBSD.org, Gabor Kovesdan , current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 09:08:33 -0000 On Fri, Aug 13, 2010 at 01:43:16AM -0700, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Gabor, > > I hope at this point it goes without saying that I have a lot of respect > for the work you've done on BSD grep, and I've already told you that I > think you're very courageous for taking the project on. I've been > testing and evaluating it for some time now, and I think I've given it a > fair trial. You've done a fairly good job of responding to bug reports, > and I understand that the exposure BSD grep has received as the default > in HEAD has been very valuable in exposing additional areas that need > work. However, with all that in mind I am officially asking you to > please change the default in HEAD to GNU grep. (Note, I am _not_ asking > you to remove BSD grep from the tree, just to change the default.) > > My reason is simple, performance. While doing some portmaster work > recently I was regression testing some changes I made to the --index* > options and noticed that things were dramatically slower than the last > time I tested those features. Thinking that I had made a programming > mistake I dug into my code, and while the regexps that I was using could > be tuned for slightly better performance the problem was not in my code. > I then installed textproc/gnugrep to compare, and the differences were > very dramatic using a highly pessimized test case (finding a match on > the last line of INDEX). The script I used to test is at > http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical > result was: > > GNU grep > Elapsed time: 2 seconds > > BSD grep > Elapsed time: 47 seconds what about optimizing BSD grep instead? From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 09:34:13 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5725B1065693 for ; Fri, 13 Aug 2010 09:34:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id D92F58FC17 for ; Fri, 13 Aug 2010 09:34:12 +0000 (UTC) Received: (qmail 12501 invoked by uid 399); 13 Aug 2010 09:34:12 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Aug 2010 09:34:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C651192.9020403@FreeBSD.org> Date: Fri, 13 Aug 2010 02:34:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Gabor Kovesdan References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> In-Reply-To: <4C650B75.3020800@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: delphij@FreeBSD.org, current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 09:34:13 -0000 On 08/13/2010 02:08, Gabor Kovesdan wrote: > Ok, I'll take care of this soon, and make GNU grep default, again with a > knob to build BSD grep. I agree with you that we cannot allow such a big > performance drawback but I my measures only showed significant > differences for very big searches and I didn't imagine that it could add > up to such a big diference. To be fair, I didn't notice a performance difference either until I started revamping this code that calls my parse_index() for every single installed port. Given a 22,042 line INDEX file, that's enough to add up to something noticeable. > I'm sorry for the bad decision I took making it default. As I've said all along, I don't think you made a bad decision in having it as the default to start. It was certainly different than what we usually do with new utilities, but that didn't make the decision wrong. I asked you at the time to keep an open mind about the possibility that the default might need to be flipped, and I appreciate you being reasonable about it now. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 09:02:07 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A6ED1065674 for ; Fri, 13 Aug 2010 09:02:07 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC198FC14 for ; Fri, 13 Aug 2010 09:02:07 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Ojq9P-000JMP-3u; Fri, 13 Aug 2010 11:02:07 +0200 Date: Fri, 13 Aug 2010 11:02:07 +0200 From: Kurt Jaeger To: "Sergey V. Dyatko" Message-ID: <20100813090207.GB15898@home.opsec.eu> References: <20100813102206.1756fbe9@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100813102206.1756fbe9@gmail.com> X-Mailman-Approved-At: Fri, 13 Aug 2010 11:10:40 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 09:02:07 -0000 Hi! > NIC: > alc0@pci0:2:0:0: class=0x020000 card=0x38a317aa chip=0x10621969 > rev=0xc0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' > device = 'Atheros AR8132 PCI-E Fast Ethernet Controller > (AR8132)' class = network > subclass = ethernet There's a ticket with a patch: kern/148772 and it's being worked on. Please check, whether the latest patch solves your problem. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 11:33:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D397106564A; Fri, 13 Aug 2010 11:33:12 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 017988FC23; Fri, 13 Aug 2010 11:33:11 +0000 (UTC) Received: by qyk32 with SMTP id 32so3226983qyk.13 for ; Fri, 13 Aug 2010 04:33:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=N68NU0dfOCqbUBs77E564AvJ+1EHkiPT/VpJ1et60ow=; b=VDfoRvn2yACDkzHJEydYQl7po87hGH/UPOzAzK0dYYtIKvMyCfO+Tlk+Yt7+Q85wJP gs14OJqRHZaP+el4nXRQk6CNxQ3D7TQutIXhAgumqFmWVW+YsEPeJzPs16w+3D7UALyD aM2XR5hhWMh/o5WwLgMFTPSR1xdLQPKgGKRbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=cEK8uf48IQEVl/RPWiJ4lEFiCk0pYsheyFPk7kfWsxya86C/u1mLJunQnbt3nE6whJ hf+kpgbvTDDp0mfWgn8/N9bd9QVMdk7ygkOjTc19Z5lbAr9SNl9qGA/d7RuBZFwZ0+Ud weV6H28uw9qigGq7B+JzbWBu6JwU5gelXAlrk= Received: by 10.224.1.42 with SMTP id 42mr924773qad.91.1281699191163; Fri, 13 Aug 2010 04:33:11 -0700 (PDT) Received: from localhost ([78.47.29.82]) by mx.google.com with ESMTPS id e6sm3291479qcr.17.2010.08.13.04.33.09 (version=SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 04:33:10 -0700 (PDT) From: Anonymous To: Doug Barton References: <4C6505A4.9060203@FreeBSD.org> Date: Fri, 13 Aug 2010 15:33:00 +0400 In-Reply-To: <4C6505A4.9060203@FreeBSD.org> (Doug Barton's message of "Fri, 13 Aug 2010 01:43:16 -0700") Message-ID: <86mxsq693n.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, Gabor Kovesdan Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 11:33:12 -0000 Doug Barton writes: [...] > My reason is simple, performance. While doing some portmaster work > recently I was regression testing some changes I made to the --index* > options and noticed that things were dramatically slower than the last > time I tested those features. Thinking that I had made a programming > mistake I dug into my code, and while the regexps that I was using could > be tuned for slightly better performance the problem was not in my code. > I then installed textproc/gnugrep to compare, and the differences were > very dramatic using a highly pessimized test case (finding a match on > the last line of INDEX). The script I used to test is at > http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical > result was: > > GNU grep > Elapsed time: 2 seconds > > BSD grep > Elapsed time: 47 seconds Why not allow people to use grep(1) from ports in portmaster, e.g. by not overriding user-specified PATH? From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 11:35:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B6710656A5 for ; Fri, 13 Aug 2010 11:35:43 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 207DD8FC14 for ; Fri, 13 Aug 2010 11:35:42 +0000 (UTC) Received: (qmail invoked by alias); 13 Aug 2010 11:09:02 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp017) with SMTP; 13 Aug 2010 13:09:02 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19an24IhZRaY+fA+/JEcW8PBmDbJ0LlAzGraszbcW Bt1WaemHDmDNx1 Received: from [127.0.0.1] (helo=balu.cs.uni-paderborn.de) by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L738B0-0006LW-A8 for freebsd-current@freebsd.org; Fri, 13 Aug 2010 13:09:00 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-current@freebsd.org References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> Date: Fri, 13 Aug 2010 13:09:00 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Message-ID: In-Reply-To: <4C650B75.3020800@FreeBSD.org> User-Agent: Opera Mail/10.61 (Win32) X-Y-GMX-Trusted: 0 Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 11:35:43 -0000 Gabor Kovesdan wrote on 2010-08-13: > Em 2010.08.13. 10:43, Doug Barton escreveu: >> My reason is simple, performance. While doing some portmaster work >> recently I was regression testing some changes I made to the --index* >> options and noticed that things were dramatically slower than the last >> time I tested those features. Thinking that I had made a programming >> mistake I dug into my code, and while the regexps that I was using could >> be tuned for slightly better performance the problem was not in my code. >> I then installed textproc/gnugrep to compare, and the differences were >> very dramatic using a highly pessimized test case (finding a match on >> the last line of INDEX). The script I used to test is at >> http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical >> result was: >> >> GNU grep >> Elapsed time: 2 seconds >> >> BSD grep >> Elapsed time: 47 seconds >> > Ok, I'll take care of this soon, and make GNU grep default, again with a > knob to build BSD grep. I agree with you that we cannot allow such a big > performance drawback but I my measures only showed significant > differences for very big searches and I didn't imagine that it could add > up to such a big diference. I'm sorry for the bad decision I took making > it default. Without knowing any of the details (I am not using 9-CURRENT), Gabor, I suggest that you check the documentation around Google's RE2 library (which is in C++); there are quite a few bits of information relating to (including worst-case) performance of regexp matchers, both directly in the re2 documentation, as well as indirect through links and references. Might be worth a read, together with profiling Doug's test case if he could tell you how to reproduce those. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 11:37:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7247710656A3 for ; Fri, 13 Aug 2010 11:37:30 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id BA1E98FC2C for ; Fri, 13 Aug 2010 11:37:29 +0000 (UTC) Received: (qmail invoked by alias); 13 Aug 2010 11:10:49 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp041) with SMTP; 13 Aug 2010 13:10:49 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/od5ZmLHToF2NgL+r5/ppXASn7pDcFGfLwxpX2pi VH95lBF6BIOgHQ Received: from [127.0.0.1] (helo=balu.cs.uni-paderborn.de) by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L738DZ-0006SC-M4 for freebsd-current@freebsd.org; Fri, 13 Aug 2010 13:10:47 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes In-Reply-To: <4C650B75.3020800@FreeBSD.org> References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> To: freebsd-current@freebsd.org Date: Fri, 13 Aug 2010 13:10:47 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Message-ID: User-Agent: Opera Mail/10.61 (Win32) X-Y-GMX-Trusted: 0 Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 11:37:30 -0000 I wrote: > Might be worth a read, together with profiling Doug's test case if he > could tell you how to reproduce those. Make that "since he has provided the means to reproduce those". I had read, but not realized, Doug uploaded the test case. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 13:22:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A175A10656A3 for ; Fri, 13 Aug 2010 13:22:52 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 57DBA8FC08 for ; Fri, 13 Aug 2010 13:22:52 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E778414DC62E; Fri, 13 Aug 2010 15:22:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vo4MQYGpzFb4; Fri, 13 Aug 2010 15:22:46 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 95CFF14DC5FB; Fri, 13 Aug 2010 15:22:46 +0200 (CEST) Message-ID: <4C654723.1070503@FreeBSD.org> Date: Fri, 13 Aug 2010 15:22:43 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Matthias Andree References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 13:22:52 -0000 Em 2010.08.13. 13:09, Matthias Andree escreveu: > Gabor Kovesdan wrote on 2010-08-13: > >> Em 2010.08.13. 10:43, Doug Barton escreveu: >>> My reason is simple, performance. While doing some portmaster work >>> recently I was regression testing some changes I made to the --index* >>> options and noticed that things were dramatically slower than the last >>> time I tested those features. Thinking that I had made a programming >>> mistake I dug into my code, and while the regexps that I was using >>> could >>> be tuned for slightly better performance the problem was not in my >>> code. >>> I then installed textproc/gnugrep to compare, and the differences were >>> very dramatic using a highly pessimized test case (finding a match on >>> the last line of INDEX). The script I used to test is at >>> http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical >>> result was: >>> >>> GNU grep >>> Elapsed time: 2 seconds >>> >>> BSD grep >>> Elapsed time: 47 seconds >>> >> Ok, I'll take care of this soon, and make GNU grep default, again >> with a knob to build BSD grep. I agree with you that we cannot allow >> such a big performance drawback but I my measures only showed >> significant differences for very big searches and I didn't imagine >> that it could add up to such a big diference. I'm sorry for the bad >> decision I took making it default. > > Without knowing any of the details (I am not using 9-CURRENT), Gabor, > I suggest that you check the documentation around Google's RE2 library > (which is in C++); there are quite a few bits of information relating > to (including worst-case) performance of regexp matchers, both > directly in the re2 documentation, as well as indirect through links > and references. Might be worth a read, together with profiling Doug's > test case if he could tell you how to reproduce those. > Thanks, Matthias. I haven't looked deeply at this but iirc it uses Perl-syntax. We need an efficient, wchar-aware, POSIX(ish) regex library with a good license and atm only TRE conforms to these criteria. Besides, we need GNU-style regex support, which will have to be added to TRE before we can replace our libc-regex. Gabor From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 13:23:41 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D33631065679; Fri, 13 Aug 2010 13:23:41 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8AAC48FC1E; Fri, 13 Aug 2010 13:23:41 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E318A14DC627; Fri, 13 Aug 2010 15:23:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lrEJNVmamxZu; Fri, 13 Aug 2010 15:23:38 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 1F09214DC5FB; Fri, 13 Aug 2010 15:23:38 +0200 (CEST) Message-ID: <4C654757.2040804@FreeBSD.org> Date: Fri, 13 Aug 2010 15:23:35 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C6505A4.9060203@FreeBSD.org> <86mxsq693n.fsf@gmail.com> In-Reply-To: <86mxsq693n.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Doug Barton Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 13:23:41 -0000 Em 2010.08.13. 13:33, Anonymous escreveu: > Doug Barton writes: > > [...] > >> My reason is simple, performance. While doing some portmaster work >> recently I was regression testing some changes I made to the --index* >> options and noticed that things were dramatically slower than the last >> time I tested those features. Thinking that I had made a programming >> mistake I dug into my code, and while the regexps that I was using could >> be tuned for slightly better performance the problem was not in my code. >> I then installed textproc/gnugrep to compare, and the differences were >> very dramatic using a highly pessimized test case (finding a match on >> the last line of INDEX). The script I used to test is at >> http://people.freebsd.org/~dougb/grep-time-trial.sh.txt and a typical >> result was: >> >> GNU grep >> Elapsed time: 2 seconds >> >> BSD grep >> Elapsed time: 47 seconds >> > Why not allow people to use grep(1) from ports in portmaster, e.g. by > not overriding user-specified PATH? > It would be a working solution but having seen the performance issue, it may also cause troubles elsewhere. Gabor From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 15:41:37 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 596B6106566C; Fri, 13 Aug 2010 15:41:37 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id CBBA88FC14; Fri, 13 Aug 2010 15:41:36 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o7DFfZIC020817; Fri, 13 Aug 2010 10:41:35 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 13 Aug 2010 10:41:35 -0500 (CDT) From: "Sean C. Farley" To: Gabor Kovesdan In-Reply-To: <4C650B75.3020800@FreeBSD.org> Message-ID: References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-398594934-1281714095=:35204" X-Spam-Status: No, score=-1.3 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Aug 2010 15:41:37 -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. --56599777-398594934-1281714095=:35204 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 13 Aug 2010, Gabor Kovesdan wrote: > Em 2010.08.13. 10:43, Doug Barton escreveu: >> My reason is simple, performance. While doing some portmaster work >> recently I was regression testing some changes I made to the --index* >> options and noticed that things were dramatically slower than the >> last time I tested those features. Thinking that I had made a >> programming mistake I dug into my code, and while the regexps that I >> was using could be tuned for slightly better performance the problem >> was not in my code. I then installed textproc/gnugrep to compare, >> and the differences were very dramatic using a highly pessimized test >> case (finding a match on the last line of INDEX). The script I used >> to test is at http://people.freebsd.org/~dougb/grep-time-trial.sh.txt >> and a typical result was: >> >> GNU grep >> Elapsed time: 2 seconds >> >> BSD grep >> Elapsed time: 47 seconds >> > Ok, I'll take care of this soon, and make GNU grep default, again with > a knob to build BSD grep. I agree with you that we cannot allow such a > big performance drawback but I my measures only showed significant > differences for very big searches and I didn't imagine that it could > add up to such a big diference. I'm sorry for the bad decision I took > making it default. This should trim some time off BSD grep. It removes the lock/unlock for each fgetc() by locking/unlocking the file once. stdio can be slow. You probably want to replace flockfile() with ftrylockfile() if threads will be involved at some point (threading or making a libgrep that may be used in a threaded process). Sean -- scf@FreeBSD.org --56599777-398594934-1281714095=:35204 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=grep.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=grep.patch SW5kZXg6IGZpbGUuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIGZp bGUuYwkocmV2aXNpb24gMjEwODYyKQ0KKysrIGZpbGUuYwkod29ya2luZyBj b3B5KQ0KQEAgLTc0LDcgKzc0LDcgQEANCiANCiAJc3dpdGNoIChmaWxlYmVo YXZlKSB7DQogCWNhc2UgRklMRV9TVERJTzoNCi0JCXJldHVybiAoZmdldGMo Zi0+ZikpOw0KKwkJcmV0dXJuIChnZXRjX3VubG9ja2VkKGYtPmYpKTsNCiAJ Y2FzZSBGSUxFX0daSVA6DQogCQlyZXR1cm4gKGd6Z2V0YyhmLT5nemYpKTsN CiAJY2FzZSBGSUxFX0JaSVA6DQpAQCAtMTg5LDYgKzE4OSw3IEBADQogCWYg PSBncmVwX21hbGxvYyhzaXplb2YgKmYpOw0KIA0KIAlpZiAoKGYtPmYgPSBm ZG9wZW4oU1RESU5fRklMRU5PLCAiciIpKSAhPSBOVUxMKSB7DQorCQlmbG9j a2ZpbGUoZi0+Zik7DQogCQlmLT5zdGRpbiA9IHRydWU7DQogCQlyZXR1cm4g KGYpOw0KIAl9DQpAQCAtMjM4LDYgKzIzOSw3IEBADQogDQogCXN3aXRjaCAo ZmlsZWJlaGF2ZSkgew0KIAljYXNlIEZJTEVfU1RESU86DQorCQlmdW5sb2Nr ZmlsZShmLT5mKTsNCiAJCWZjbG9zZShmLT5mKTsNCiAJCWJyZWFrOw0KIAlj YXNlIEZJTEVfR1pJUDoNCg== --56599777-398594934-1281714095=:35204-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 19:45:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6E61065698 for ; Fri, 13 Aug 2010 19:45:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D84B8FC08 for ; Fri, 13 Aug 2010 19:45:33 +0000 (UTC) Received: by pvg4 with SMTP id 4so1113794pvg.13 for ; Fri, 13 Aug 2010 12:45:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=LgPd9hRYFycm1OedfLnjjJ4HwQx8sucxVS1co3i2KHQ=; b=wAdG8M8ys4Z1Kwy1R9PTN/z190cev5awrS0KiruN1PrE2JSYByPIXafX7llDRiBb5H CvyQ9dXRetR6VOghPc0Ms84/b9KLPet3v+s7l7cS36c/xhQB/iEnc/A0gvwEOJSPgC8W MR/f97aHZIt6vwhKHQ3yfFXH0HvyHgmtbGlIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=hl3gOYFB/fmNyVUz97kMutgS+T+FcNSXaIh0lQqT/gsT6efNH1/WV8m/gSiPGBTqWM 0ZysfM+ZCuVmEMAhsm7georymEXu4R5jOBWHGuSokBoKLub2SUtruPCnB3VFFmq9/7B4 cBkZkVzp7o8/Fjbnac+aKG7msLw+ZPAsX4grI= Received: by 10.142.172.1 with SMTP id u1mr1609042wfe.286.1281728731986; Fri, 13 Aug 2010 12:45:31 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v13sm1142321wfv.5.2010.08.13.12.45.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 12:45:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 13 Aug 2010 12:45:29 -0700 From: Pyun YongHyeon Date: Fri, 13 Aug 2010 12:45:29 -0700 To: "Sergey V. Dyatko" Message-ID: <20100813194529.GB25752@michelle.cdnetworks.com> References: <20100813102206.1756fbe9@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100813102206.1756fbe9@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: if_alc trouble 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, 13 Aug 2010 19:45:33 -0000 On Fri, Aug 13, 2010 at 10:22:06AM +0300, Sergey V. Dyatko wrote: > Hi all, > I have strange problem: > > NIC: > alc0@pci0:2:0:0: class=0x020000 card=0x38a317aa chip=0x10621969 > rev=0xc0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' > device = 'Atheros AR8132 PCI-E Fast Ethernet Controller > (AR8132)' class = network > subclass = ethernet > > % uname -a > FreeBSD laptop.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #8 r209973: > Tue Jul 13 10:17:08 EEST 2010 > root@laptop.minsk.domain:/usr/obj/usr/src/sys/b450 i386 > > I'm using if_alc as a kernel module, when I boot with plugged in > cable all works fine, but when I booting with unplugged > cable - network doesn't work. > > I'm trying kenv hw.alc.msi_disable=1 and kldload if_alc.. > from messages: > > Aug 13 09:06:12 laptop kernel: alc0: Ethernet> port 0x3000-0x307f mem 0x96100000-0x9613ffff ir q 16 at > Ethernet> device 0.0 on pci2 > Aug 13 09:06:12 laptop kernel: alc0: 15872 Tx FIFO, 15360 Rx FIFO > Aug 13 09:06:12 laptop kernel: miibus0: on alc0 > Aug 13 09:06:12 laptop kernel: atphy0: PHY > 0 on miibus0 Aug 13 09:06:12 laptop kernel: atphy0: 10baseT, > 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Aug 13 09:06:12 laptop > kernel: alc0: Ethernet address: 00:1f:16:2e:fa:49 Aug 13 09:06:12 > laptop kernel: alc0: [FILTER] Aug 13 09:06:12 laptop kernel: alc0: link > state changed to DOWN Aug 13 09:06:15 laptop kernel: alc0: link state > changed to UP Aug 13 09:06:15 laptop kernel: alc0: DMA write error! -- > resetting Aug 13 09:06:15 laptop kernel: alc0: link state changed to > DOWN Aug 13 09:06:16 laptop kernel: alc0: promiscuous mode enabled > Aug 13 09:06:17 laptop kernel: alc0: link state changed to UP > Aug 13 09:06:18 laptop kernel: alc0: DMA write error! -- resetting > Aug 13 09:06:18 laptop kernel: alc0: link state changed to DOWN > Aug 13 09:06:20 laptop kernel: alc0: link state changed to UP > Aug 13 09:06:21 laptop kernel: alc0: DMA write error! -- resetting > > > how to repeat: > 1) boot with unplugged cable (if_alc_load="YES" on loader.conf) > 2) plug-in cable > 3) dhclient alc0 > 4) tcpdump -ni alc0 -vvv -> http://tiger.ipfw.ru/files/tcpdump.txt > 5) reboot with plugged cable.. > 6) dhclient alc0 > .... > [tiger@laptop]~%ifconfig alc0 > alc0: flags=8843 metric 0 mtu > 1500 > options=c3198 > ether 00:1f:16:2e:fa:49 inet 192.168.9.150 netmask 0xffffff00 broadcast > 192.168.9.255 media: Ethernet autoselect (100baseTX ) > status: active > > now I can unplug cable, unload if_alc, load it again, plug cable -- all > works fine.. > I'm working on it but I was not able to reproduce the issue on my AR8131/AR8132/AR8151/AR8152 sample boards. However it seems AR8132 is the only controller that shows this issue and I vaguely remember a couple of users reported the issue. I'll update PR 148772 if I manage to find some clue. From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 07:11:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C1610656A4 for ; Sat, 14 Aug 2010 07:11:51 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3238C8FC18 for ; Sat, 14 Aug 2010 07:11:49 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OkAuB-0004Ps-Bi; Sat, 14 Aug 2010 09:11:47 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OkAu7-0000Uj-LF; Sat, 14 Aug 2010 09:11:43 +0200 Message-Id: To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20100813194529.GB25752@michelle.cdnetworks.com> References: <20100813194529.GB25752@michelle.cdnetworks.com> <20100813102206.1756fbe9@gmail.com> X-Attribution: BOFH Date: Sat, 14 Aug 2010 09:11:43 +0200 Cc: "Sergey V. Dyatko" , freebsd-current@freebsd.org Subject: Re: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 07:11:51 -0000 Pyun YongHyeon wrote: > I'm working on it but I was not able to reproduce the issue on my > AR8131/AR8132/AR8151/AR8152 sample boards. However it seems AR8132 > is the only controller that shows this issue and I vaguely remember > a couple of users reported the issue. > I'll update PR 148772 if I manage to find some clue. I have the same problem with the alc on my compaq mini. Perhaps it is related to the PHY mismatch. For some reason they coupled a GE PHY with a FE controller. I need to stop my switch advertising 1000M for the laptop to autonegotiate the link speed. alc0: port 0xec80-0xecff mem 0xfebc0000-0xfebfffff irq 17 at device 0.0 on pci2 alc0: 15872 Tx FIFO, 15360 Rx FIFO alc0: Using 1 MSI message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto alc0: Ethernet address: 00:25:b3:7e:b7:2d alc0: [FILTER] Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 07:26:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B0D41065698 for ; Sat, 14 Aug 2010 07:26:08 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id E11768FC0C for ; Sat, 14 Aug 2010 07:26:07 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OkB83-000EjL-UA for freebsd-current@freebsd.org; Sat, 14 Aug 2010 09:26:07 +0200 Date: Sat, 14 Aug 2010 09:26:07 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Message-ID: <20100814072607.GC15898@home.opsec.eu> References: <20100813194529.GB25752@michelle.cdnetworks.com> <20100813102206.1756fbe9@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 07:26:08 -0000 Hi! > Pyun YongHyeon wrote: > > I'm working on it but I was not able to reproduce the issue on my > > AR8131/AR8132/AR8151/AR8152 sample boards. However it seems AR8132 > > is the only controller that shows this issue and I vaguely remember > > a couple of users reported the issue. > > I'll update PR 148772 if I manage to find some clue. > > I have the same problem with the alc on my compaq mini. Perhaps > it is related to the PHY mismatch. For some reason they coupled a > GE PHY with a FE controller. I need to stop my switch advertising > 1000M for the laptop to autonegotiate the link speed. I had it on a 10/100 hub, still observed the problem. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 08:44:34 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B00CA10656A3; Sat, 14 Aug 2010 08:44:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 62D348FC0A; Sat, 14 Aug 2010 08:44:34 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1OkBiZ-0004f1-0L; Sat, 14 Aug 2010 11:03:51 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Sean C. Farley" In-reply-to: References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> Comments: In-reply-to "Sean C. Farley" message dated "Fri, 13 Aug 2010 10:41:35 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Aug 2010 11:03:50 +0300 From: Daniel Braniss Message-ID: Cc: Gabor Kovesdan , current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 08:44:34 -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. > > --56599777-398594934-1281714095=:35204 > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > On Fri, 13 Aug 2010, Gabor Kovesdan wrote: > > > Em 2010.08.13. 10:43, Doug Barton escreveu: > >> My reason is simple, performance. While doing some portmaster work > >> recently I was regression testing some changes I made to the --index* > >> options and noticed that things were dramatically slower than the > >> last time I tested those features. Thinking that I had made a > >> programming mistake I dug into my code, and while the regexps that I > >> was using could be tuned for slightly better performance the problem > >> was not in my code. I then installed textproc/gnugrep to compare, > >> and the differences were very dramatic using a highly pessimized test > >> case (finding a match on the last line of INDEX). The script I used > >> to test is at http://people.freebsd.org/~dougb/grep-time-trial.sh.txt > >> and a typical result was: > >> > >> GNU grep > >> Elapsed time: 2 seconds > >> > >> BSD grep > >> Elapsed time: 47 seconds > >> > > Ok, I'll take care of this soon, and make GNU grep default, again with > > a knob to build BSD grep. I agree with you that we cannot allow such a > > big performance drawback but I my measures only showed significant > > differences for very big searches and I didn't imagine that it could > > add up to such a big diference. I'm sorry for the bad decision I took > > making it default. > > This should trim some time off BSD grep. It removes the lock/unlock for > each fgetc() by locking/unlocking the file once. stdio can be slow. > > You probably want to replace flockfile() with ftrylockfile() if threads > will be involved at some point (threading or making a libgrep that may > be used in a threaded process). why would you want to lock a file for reading anyways? BTW, back in the jurasic age, ATT/Bell had this poster: Reach out and GREP someone! danny From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 10:00:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DDB110656A3; Sat, 14 Aug 2010 10:00:47 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF578FC22; Sat, 14 Aug 2010 10:00:45 +0000 (UTC) Received: by qyk5 with SMTP id 5so781476qyk.13 for ; Sat, 14 Aug 2010 03:00:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JFTdM9OJ3RIyGp6eBXEEbToaLjHb6RWbJODGoqSuGYI=; b=kMiAg9iD695V9agH6oIQTGrCKPffPpcMzLs7nRpcq3NmEYzUnTDtkjsk/HLxmTJ6Da SOnxWpWpgliOAgHmZg2HYKlUV64m7Yhlm8NIJvH5mU6z+HCcIqsUY2EQ5QymaylYtmIe gePWZUeFUTKflR7Rv6R0N7SUUluhWA8KX6vzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VnoC9KCTWyTc2EI80NjO3Sg5FHJruipD77050mg35vUUuxFbU2k9aGTCd0wa1mjV22 6cnmSpfg5fjGx9Adv7/RfCPgwnCYZRqmCj9Zu54BJ+lg1ocmvUNYfgcMGyZ25GTHFHYl /M+AetkDcC4W0ktXB1gY1OM2EQoBCNu+1y7cM= MIME-Version: 1.0 Received: by 10.224.54.69 with SMTP id p5mr1787279qag.123.1281778531202; Sat, 14 Aug 2010 02:35:31 -0700 (PDT) Received: by 10.229.241.14 with HTTP; Sat, 14 Aug 2010 02:35:31 -0700 (PDT) In-Reply-To: <20100813085235.GA16268@freebsd.org> References: <4C6505A4.9060203@FreeBSD.org> <20100813085235.GA16268@freebsd.org> Date: Sat, 14 Aug 2010 04:35:31 -0500 Message-ID: From: "Sam Fourman Jr." To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: core@freebsd.org, Doug Barton , delphij@freebsd.org, Gabor Kovesdan , current@freebsd.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 10:00:47 -0000 >> BSD grep >> Elapsed time: 47 seconds > > what about optimizing BSD grep instead? I think this is reasonable, leave BSD grep default for a few more weeks, and work on performance enhancements. I agree that changing the default back for a RELEASE is probably a good idea, but the exposure to wider testing while focusing on performance, can't hurt much can it? -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 10:54:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B521065673; Sat, 14 Aug 2010 10:54:01 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id D699A8FC14; Sat, 14 Aug 2010 10:54:00 +0000 (UTC) Received: from park.js.berklix.net (p549A3B4F.dip.t-dialin.net [84.154.59.79]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o7EAf2wM084482; Sat, 14 Aug 2010 10:41:03 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o7EAes3B015654; Sat, 14 Aug 2010 12:40:54 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o7EAeiuR093012; Sat, 14 Aug 2010 12:40:49 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201008141040.o7EAeiuR093012@fire.js.berklix.net> To: Daniel Braniss From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 14 Aug 2010 11:03:50 +0300." Date: Sat, 14 Aug 2010 12:40:44 +0200 Sender: jhs@berklix.com Cc: Gabor Kovesdan , "Sean C. Farley" , current@freebsd.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 10:54:01 -0000 > why would you want to lock a file for reading anyways? Does current bsdgrep read lock by default ? If so, it would be better off by default, enabled by an option. 8.0-RELEASE man grep (gnu) does not mention locking. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML, quoted-printable & base 64 dumped with spam. Avoid top posting, It cripples itemised cumulative responses. From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 12:34:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DF2810656A3 for ; Sat, 14 Aug 2010 12:34:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2D05F8FC15 for ; Sat, 14 Aug 2010 12:34:45 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OkFwh-0000pG-BY; Sat, 14 Aug 2010 14:34:43 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OkFwc-0000gk-Cg; Sat, 14 Aug 2010 14:34:38 +0200 Message-Id: To: Kurt Jaeger From: Ian FREISLICH In-Reply-To: <20100814072607.GC15898@home.opsec.eu> References: <20100814072607.GC15898@home.opsec.eu> <20100813194529.GB25752@michelle.cdnetworks.com> <20100813102206.1756fbe9@gmail.com> X-Attribution: BOFH Date: Sat, 14 Aug 2010 14:34:38 +0200 Cc: freebsd-current@freebsd.org Subject: Re: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 12:34:46 -0000 Kurt Jaeger wrote: > Hi! > > > Pyun YongHyeon wrote: > > > I'm working on it but I was not able to reproduce the issue on my > > > AR8131/AR8132/AR8151/AR8152 sample boards. However it seems AR8132 > > > is the only controller that shows this issue and I vaguely remember > > > a couple of users reported the issue. > > > I'll update PR 148772 if I manage to find some clue. > > > > I have the same problem with the alc on my compaq mini. Perhaps > > it is related to the PHY mismatch. For some reason they coupled a > > GE PHY with a FE controller. I need to stop my switch advertising > > 1000M for the laptop to autonegotiate the link speed. > > I had it on a 10/100 hub, still observed the problem. I meant that the problem is the wierd PHY/MAC arangement on this chip, not what it's plugged into. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 12:48:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EC511065697; Sat, 14 Aug 2010 12:48:55 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 4EB118FC1B; Sat, 14 Aug 2010 12:48:55 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id D682BE3F07A; Sat, 14 Aug 2010 14:32:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MvX5hiRit4uM; Sat, 14 Aug 2010 14:32:18 +0200 (CEST) Received: from pluto.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 7B828E3F079; Sat, 14 Aug 2010 14:32:17 +0200 (CEST) Date: Sat, 14 Aug 2010 14:32:15 +0200 From: Joel Dahl To: "Sam Fourman Jr." Message-ID: <20100814123215.GA1207@pluto.vnode.local> References: <4C6505A4.9060203@FreeBSD.org> <20100813085235.GA16268@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , current@freebsd.org, Roman Divacky , core@freebsd.org, delphij@freebsd.org, Gabor Kovesdan Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 12:48:55 -0000 On 14-08-2010 4:35, Sam Fourman Jr. wrote: > >> BSD grep > >> Elapsed time: 47 seconds > > > > what about optimizing BSD grep instead? > > I think this is reasonable, leave BSD grep default for a few more weeks, and > work on performance enhancements. I agree that changing the default back > for a RELEASE is probably a good idea, but the exposure to wider testing > while focusing on performance, can't hurt much can it? I agree, keep bsdgrep as default for a while and focus on the performance problems. This is CURRENT after all, and 9.0 isn't anywhere near release yet (afaik). -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 13:26:30 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19A021065674; Sat, 14 Aug 2010 13:26:30 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id D6B008FC13; Sat, 14 Aug 2010 13:26:29 +0000 (UTC) Received: from terminus.farley.org (terminus.farley.org [192.168.1.205]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o7EDPvCX042821; Sat, 14 Aug 2010 08:25:58 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 14 Aug 2010 08:25:57 -0500 (CDT) From: "Sean C. Farley" To: "Julian H. Stacey" In-Reply-To: <201008141040.o7EAeiuR093012@fire.js.berklix.net> Message-ID: References: <201008141040.o7EAeiuR093012@fire.js.berklix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: Gabor Kovesdan , current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 13:26:30 -0000 On Sat, 14 Aug 2010, Julian H. Stacey wrote: >> why would you want to lock a file for reading anyways? > > Does current bsdgrep read lock by default ? > If so, it would be better off by default, enabled by an option. > 8.0-RELEASE man grep (gnu) does not mention locking. bsdgrep in -current does lock via the call to fgetc(). That is why I suggested using flockfile/getchar_unlocked+/funlockfile instead. Other unlocked functions would also be useful, i.e., feof_unlocked(). Avoiding fgetc() does not completely solve the speed issue, yet it certainly helps. Just for reference: older bsdgrep used fgetln(). Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 14:06:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C8E10656A9 for ; Sat, 14 Aug 2010 14:06:54 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 5DD4D8FC17 for ; Sat, 14 Aug 2010 14:06:54 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id o7EE6Ljg015253; Sat, 14 Aug 2010 08:06:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o7EE6KfL015250; Sat, 14 Aug 2010 08:06:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 14 Aug 2010 08:06:20 -0600 (MDT) From: Warren Block To: Ian FREISLICH In-Reply-To: Message-ID: References: <20100813194529.GB25752@michelle.cdnetworks.com> <20100813102206.1756fbe9@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Sat, 14 Aug 2010 08:06:21 -0600 (MDT) Cc: pyunyh@gmail.com, "Sergey V. Dyatko" , freebsd-current@freebsd.org Subject: Re: if_alc trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 14:06:54 -0000 On Sat, 14 Aug 2010, Ian FREISLICH wrote: > Pyun YongHyeon wrote: >> I'm working on it but I was not able to reproduce the issue on my >> AR8131/AR8132/AR8151/AR8152 sample boards. However it seems AR8132 >> is the only controller that shows this issue and I vaguely remember >> a couple of users reported the issue. >> I'll update PR 148772 if I manage to find some clue. > > I have the same problem with the alc on my compaq mini. Perhaps > it is related to the PHY mismatch. For some reason they coupled a > GE PHY with a FE controller. I need to stop my switch advertising > 1000M for the laptop to autonegotiate the link speed. Acer Aspire One D250 has the same chip and problem (8.1-stable): alc0: port 0x2000-0x207f mem 0x55000000-0x5503ffff irq 18 at device 0.0 on pci3 alc0: 15872 Tx FIFO, 15360 Rx FIFO alc0: Using 1 MSI message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto alc0: Ethernet address: 00:23:5a:80:d8:7a alc0: [FILTER] Forcing it to a fixed speed works: ifconfig_alc0="SYNCDHCP media 100baseTX" From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 15:24:00 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D291065675; Sat, 14 Aug 2010 15:23:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 349368FC0A; Sat, 14 Aug 2010 15:23:58 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1OkIaR-00086E-Em; Sat, 14 Aug 2010 18:23:55 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Sean C. Farley" In-reply-to: References: <201008141040.o7EAeiuR093012@fire.js.berklix.net> Comments: In-reply-to "Sean C. Farley" message dated "Sat, 14 Aug 2010 08:25:57 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Aug 2010 18:23:55 +0300 From: Daniel Braniss Message-ID: Cc: "Julian H. Stacey" , Gabor Kovesdan , current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 15:24:00 -0000 > On Sat, 14 Aug 2010, Julian H. Stacey wrote: > > >> why would you want to lock a file for reading anyways? > > > > Does current bsdgrep read lock by default ? > > If so, it would be better off by default, enabled by an option. > > 8.0-RELEASE man grep (gnu) does not mention locking. > > bsdgrep in -current does lock via the call to fgetc(). That is why I > suggested using flockfile/getchar_unlocked+/funlockfile instead. Other > unlocked functions would also be useful, i.e., feof_unlocked(). > Avoiding fgetc() does not completely solve the speed issue, yet it > certainly helps. > > Just for reference: older bsdgrep used fgetln(). let me rephrase the question: why would you want to lock a file for reading anyways?? there is no real benefit that I can see in locking a file for searching a pattern. On a single file the overhead is irrelevant, but for 'grep -r?' cheers, danny From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 15:29:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365E2106566B for ; Sat, 14 Aug 2010 15:29:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 579BE8FC17 for ; Sat, 14 Aug 2010 15:29:08 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7EFT708010199 for ; Sat, 14 Aug 2010 08:29:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7EFT7C6010198 for current@freebsd.org; Sat, 14 Aug 2010 08:29:07 -0700 (PDT) (envelope-from david) Date: Sat, 14 Aug 2010 08:29:07 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100814152907.GG1670@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wj9ZLJVQDRFjGSdK" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 15:29:10 -0000 --wj9ZLJVQDRFjGSdK Content-Type: multipart/mixed; boundary="OFj+1YLvsEfSXdCH" Content-Disposition: inline --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Previously built @r211278; just build r211295 this morning, and didn't quite pass the smoke test. I'll attach core.txt; here are highlights: FreeBSD localhost 9.0-CURRENT FreeBSD 9.0-CURRENT #89 r211295: Sat Aug 14 0= 7:34:56 PDT 2010 root@g1-219.catwhisker.org.:/usr/obj/usr/src/sys/CANAR= Y i386 =2E.. Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ath0_com_lock (ath0_com_lock) r =3D 0 (0xc896e014) lo= cked @ /usr/src/sys/net80211/ieee80211_scan.c:957 KDB: stack backtrace: db_trace_self_wrapper(c0cb0eda,c53b9aa0,c08d93e5,3bd,0,...) at 0xc04da736 = =3D db_trace_self_wrapper+0x26 kdb_backtrace(3bd,0,ffffffff,c0f47aac,c53b9ad8,...) at 0xc08c4319 =3D kdb_b= acktrace+0x29 _witness_debugger(c0cb3689,c53b9aec,4,1,0,...) at 0xc08d93e5 =3D _witness_d= ebugger+0x25 witness_warn(5,0,c0ceadbf,c08d0229,c0e04de0,...) at 0xc08da8ee =3D witness_= warn+0x1fe trap(c53b9b78) at 0xc0bd9835 =3D trap+0x195 calltrap() at 0xc0bc0b9c =3D calltrap+0x6 --- trap 0xc, eip =3D 0xc0962604, esp =3D 0xc53b9bb8, ebp =3D 0xc53b9bd8 --- amrr_node_init(c8d3c000,c7d18d2e,c7d18d3f,1,c8d37800,...) at 0xc0962604 =3D= amrr_node_init+0x84 ieee80211_sta_join(c8cac000,c896e320,c7d18d00,1,c896e000,...) at 0xc0985c07= =3D ieee80211_sta_join+0x1f7 sta_pick_bss(c8996800,c8cac000,c0cc54c4,3bd,246,...) at 0xc0993853 =3D sta_= pick_bss+0x113 scan_task(c8996800,1,c0cb27d9,53,c53b9cd8,...) at 0xc099102b =3D scan_task+= 0x4bb taskqueue_run(c894e880,c894e898,0,c0ccee5e,0,...) at 0xc08d09d3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c896e074,c53b9d28,c0ca8b19,343,c0e04de0,...) at 0xc08= d119e =3D taskqueue_thread_loop+0x6e fork_exit(c08d1130,c896e074,c53b9d28) at 0xc0867348 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bc0c14 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc53b9d60, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0962604 stack pointer =3D 0x28:0xc53b9bb8 frame pointer =3D 0x28:0xc53b9bd8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (ath0 taskq) panic: from debugger cpuid =3D 0 KDB: stack backtrace: Uptime: 35s Physical memory: 2031 MB Dumping 94 MB: 79 63 47 31 15 =2E.. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc089166e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0891942 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d8037 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d8661 in db_command (last_cmdp=3D0xc0de6a5c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d87ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04da6dd in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #7 0xc08c407e in kdb_trap (type=3D12, code=3D0, tf=3D0xc53b9b78) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0bd931f in trap_fatal (frame=3D0xc53b9b78, eva=3D0) at /usr/src/sys/i386/i386/trap.c:936 #9 0xc0bd9843 in trap (frame=3D0xc53b9b78) at /usr/src/sys/i386/i386/trap.= c:326 #10 0xc0bc0b9c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #11 0xc0962604 in amrr_node_init (ni=3D0xc8d3c000) at /usr/src/sys/net80211/ieee80211_amrr.c:152 #12 0xc0985c07 in ieee80211_sta_join (vap=3D0xc8cac000, chan=3D0xc896e320,= =20 se=3D0xc7d18d00) at ieee80211_ratectl.h:80 #13 0xc0993853 in sta_pick_bss (ss=3D0xc8996800, vap=3D0xc8cac000) at /usr/src/sys/net80211/ieee80211_scan_sta.c:1244 #14 0xc099102b in scan_task (arg=3D0xc8996800, pending=3D1) at /usr/src/sys/net80211/ieee80211_scan.c:986 #15 0xc08d09d3 in taskqueue_run (queue=3D0xc894e880, tpp=3D0xc53b9cd8) at /usr/src/sys/kern/subr_taskqueue.c:240 #16 0xc08d119e in taskqueue_thread_loop (arg=3D0xc896e074) at /usr/src/sys/kern/subr_taskqueue.c:365 #17 0xc0867348 in fork_exit (callout=3D0xc08d1130 ,= =20 arg=3D0xc896e074, frame=3D0xc53b9d28) at /usr/src/sys/kern/kern_fork.c:= 843 #18 0xc0bc0c14 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 I see that r211295 is fairly recent, but that there were some ath(4)-related commits subsequent (r211299; r211303). While I admit but sketchy knowlegde of the code, I don't see anything glaringly obvious there. I'm certainly willing to test, but I have some more critical domestic priorities for most of the day, unfortunately. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="core.txt" Content-Transfer-Encoding: quoted-printable localhost dumped core - see /var/crash/vmcore.29 Sat Aug 14 08:08:35 PDT 2010 FreeBSD localhost 9.0-CURRENT FreeBSD 9.0-CURRENT #89 r211295: Sat Aug 14 0= 7:34:56 PDT 2010 root@g1-219.catwhisker.org.:/usr/obj/usr/src/sys/CANAR= Y i386 panic: from debugger 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 condition= s. 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: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ath0_com_lock (ath0_com_lock) r =3D 0 (0xc896e014) lo= cked @ /usr/src/sys/net80211/ieee80211_scan.c:957 KDB: stack backtrace: db_trace_self_wrapper(c0cb0eda,c53b9aa0,c08d93e5,3bd,0,...) at 0xc04da736 = =3D db_trace_self_wrapper+0x26 kdb_backtrace(3bd,0,ffffffff,c0f47aac,c53b9ad8,...) at 0xc08c4319 =3D kdb_b= acktrace+0x29 _witness_debugger(c0cb3689,c53b9aec,4,1,0,...) at 0xc08d93e5 =3D _witness_d= ebugger+0x25 witness_warn(5,0,c0ceadbf,c08d0229,c0e04de0,...) at 0xc08da8ee =3D witness_= warn+0x1fe trap(c53b9b78) at 0xc0bd9835 =3D trap+0x195 calltrap() at 0xc0bc0b9c =3D calltrap+0x6 --- trap 0xc, eip =3D 0xc0962604, esp =3D 0xc53b9bb8, ebp =3D 0xc53b9bd8 --- amrr_node_init(c8d3c000,c7d18d2e,c7d18d3f,1,c8d37800,...) at 0xc0962604 =3D= amrr_node_init+0x84 ieee80211_sta_join(c8cac000,c896e320,c7d18d00,1,c896e000,...) at 0xc0985c07= =3D ieee80211_sta_join+0x1f7 sta_pick_bss(c8996800,c8cac000,c0cc54c4,3bd,246,...) at 0xc0993853 =3D sta_= pick_bss+0x113 scan_task(c8996800,1,c0cb27d9,53,c53b9cd8,...) at 0xc099102b =3D scan_task+= 0x4bb taskqueue_run(c894e880,c894e898,0,c0ccee5e,0,...) at 0xc08d09d3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c896e074,c53b9d28,c0ca8b19,343,c0e04de0,...) at 0xc08= d119e =3D taskqueue_thread_loop+0x6e fork_exit(c08d1130,c896e074,c53b9d28) at 0xc0867348 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bc0c14 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc53b9d60, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0962604 stack pointer =3D 0x28:0xc53b9bb8 frame pointer =3D 0x28:0xc53b9bd8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (ath0 taskq) panic: from debugger cpuid =3D 0 KDB: stack backtrace: Uptime: 35s Physical memory: 2031 MB Dumping 94 MB: 79 63 47 31 15 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc089166e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0891942 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d8037 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d8661 in db_command (last_cmdp=3D0xc0de6a5c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d87ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04da6dd in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #7 0xc08c407e in kdb_trap (type=3D12, code=3D0, tf=3D0xc53b9b78) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0bd931f in trap_fatal (frame=3D0xc53b9b78, eva=3D0) at /usr/src/sys/i386/i386/trap.c:936 #9 0xc0bd9843 in trap (frame=3D0xc53b9b78) at /usr/src/sys/i386/i386/trap.= c:326 #10 0xc0bc0b9c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #11 0xc0962604 in amrr_node_init (ni=3D0xc8d3c000) at /usr/src/sys/net80211/ieee80211_amrr.c:152 #12 0xc0985c07 in ieee80211_sta_join (vap=3D0xc8cac000, chan=3D0xc896e320,= =20 se=3D0xc7d18d00) at ieee80211_ratectl.h:80 #13 0xc0993853 in sta_pick_bss (ss=3D0xc8996800, vap=3D0xc8cac000) at /usr/src/sys/net80211/ieee80211_scan_sta.c:1244 #14 0xc099102b in scan_task (arg=3D0xc8996800, pending=3D1) at /usr/src/sys/net80211/ieee80211_scan.c:986 #15 0xc08d09d3 in taskqueue_run (queue=3D0xc894e880, tpp=3D0xc53b9cd8) at /usr/src/sys/kern/subr_taskqueue.c:240 #16 0xc08d119e in taskqueue_thread_loop (arg=3D0xc896e074) at /usr/src/sys/kern/subr_taskqueue.c:365 #17 0xc0867348 in fork_exit (callout=3D0xc08d1130 ,= =20 arg=3D0xc896e074, frame=3D0xc53b9d28) at /usr/src/sys/kern/kern_fork.c:= 843 #18 0xc0bc0c14 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 (kgdb)=20 ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -68 0 0 0 - RLs ?? 11574558:34.00 = [kernel] 0 1 0 0 45 0 8032 376 wait DLs ?? 5843644:12.00 [= init] 0 2 0 0 -8 0 0 0 - DL ?? 29163943:40.00 = [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 1206735:46.00 [= g_up] 0 4 0 0 -8 0 0 0 - DL ?? 2264973:10.00 [= g_down] 0 5 0 0 -16 0 0 0 c7826bbc DL ?? 0:00.00 [cb= b0 eve 0 6 0 0 76 0 0 0 c782ebbc DL ?? 0:00.00 [cb= b1 eve 0 7 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_= prob 0 8 0 0 -16 0 0 0 - DL ?? 4045:40.00 [fdc= 0] 0 9 0 0 -60 0 0 0 waitin DL ?? 3916:40.00 [sct= p_ite 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audi= t] 0 11 0 0 171 0 0 0 - RL ?? 35622619:45.55 = [idle] 0 12 0 0 -60 0 0 0 - WL ?? 9846542:22.00 [= intr] 0 13 0 0 -16 0 0 0 - DL ?? 205962:54.00 [y= arrow] 0 14 0 0 -64 0 0 0 - DL ?? 11693:24.00 [us= b] 0 15 0 0 -16 0 0 0 tzpoll DL ?? 731442:36.00 [a= cpi_the 0 16 0 0 76 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_= thrd 0 17 0 0 -16 0 0 0 psleep DL ?? 6894:12.00 [pag= edaem 0 18 0 0 -16 0 0 0 psleep DL ?? 198:00.00 [vmda= emon 0 19 0 0 76 0 0 0 pgzero DL ?? 273:24.00 [page= zero 0 20 0 0 -16 0 0 0 psleep DL ?? 4986:36.00 [buf= daemo 0 21 0 0 -16 0 0 0 syncer DL ?? 19502:14.00 [sy= ncer] 0 22 0 0 -16 0 0 0 vlruwt DL ?? 3712:56.00 [vnl= ru] 0 23 0 0 -16 0 0 0 sdflus DL ?? 5386:28.00 [sof= tdepf 0 24 0 0 -16 0 0 0 flowcl DL ?? 1138181:20.00 [= flowclea 0 25 1 0 76 0 9888 1544 wait Ds+ ?? 4800943:16.00 [= sh] 0 798 1 0 46 0 11400 2896 select Ds ?? 118976:24.00 [w= pa_supp 0 2270 1 0 51 0 8032 680 select Ds ?? 29201:52.00 [de= vd] 0 2583 1 0 51 0 9608 1356 select Ds ?? 1306540:32.00 [= syslogd] 0 2609 1 0 76 0 9640 1492 select Ds ?? 227325:52.00 [r= pcbind] 0 2761 1 0 76 0 9524 1392 select Ds ?? 233126:08.00 [l= pd] 0 2801 1 0 48 0 9608 1156 select Ds ?? 97196:18.00 [po= werd] 0 2871 25 0 76 0 9888 1576 wait D+ ?? 345607:04.00 [s= h] 0 2880 2871 0 76 0 11360 3036 wait D+ ?? 2197748:20.00 [= perl] 0 2901 2880 0 59 0 11384 3140 nanslp D+ ?? 0:00.00 [perl] ------------------------------------------------------------------------ vmstat -s 122376 cpu context switches 31735 device interrupts 26360 software interrupts 182399 traps 250314 system calls 24 kernel threads created 2865 fork() calls 16 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 241 vnode pager pageins 1587 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 77 pages reactivated 73955 copy-on-write faults 107 copy-on-write optimized faults 56729 zero fill pages zeroed 2395 zero fill pages prezeroed 4 intransit blocking page faults 170318 total VM faults taken 0 pages affected by kernel thread creation 2736472 pages affected by fork() 15680 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 171296 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 1359 pages active 1326 pages inactive 40 pages in VM cache 9503 pages wired down 498418 pages free 4096 bytes per page 26755 total name lookups cache hits (85% pos + 7% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) KTRACE 100 25K - 100 256 linker 187 139K - 289 256,1024,2048 lockf 17 5K - 21 256 ad_driver 1 1K - 1 256 UART 3 4K - 3 256,1024,2048 acd_driver 1 4K - 1 4096 ip6ndp 11 3K - 11 256 temp 44 276K - 4198 256,512,1024,2048,4096 devbuf 1580 5068K - 1621 256,512,1024,2048,4096 module 465 117K - 465 256 ata_cam 1 2K - 13 256,1024,2048 mtx_pool 2 16K - 2 =20 athdev 3 50K - 3 2048 osd 2 1K - 2 256 CAM periph 4 1K - 22 256 subproc 84 305K - 2955 512 proc 2 24K - 2 =20 session 8 2K - 8 256 pgrp 8 2K - 8 256 cred 18 7K - 5900 256,512 uidinfo 2 5K - 2 256,4096 plimit 2 1K - 30 512 acpidev 76 19K - 76 256 sysctltmp 0 0K - 387 256,512 sysctloid 3719 930K - 3810 256 sysctl 0 0K - 995 256 umtx 180 45K - 180 256 p1003.1b 1 1K - 1 256 SWAP 2 825K - 2 256 ath_hal 6 29K - 6 1024,2048 bus-sc 70 170K - 2609 256,512,1024,2048,4096 bus 1151 288K - 5317 256,512,2048,4096 devstat 14 86K - 14 256 eventhandler 85 22K - 85 256 kobj 321 1284K - 381 4096 Per-cpu 1 1K - 1 256 USBdev 8 6K - 8 256,2048 rman 197 50K - 637 256 USB 14 7K - 14 256,2048 sbuf 0 0K - 1168 256,512,1024,2048,4096 scsi_cd 0 0K - 3 256 stack 0 0K - 2 256 taskqueue 21 6K - 21 256 Unitno 17 5K - 55 256 pci_link 8 2K - 8 256 acpi_perf 1 1K - 1 256 Witness 1 112K - 1 =20 iov 0 0K - 896 256,512 select 6 2K - 6 256 ioctlops 0 0K - 1906 256,1024,2048 msg 4 46K - 4 2048 sem 4 114K - 4 2048 shm 1 16K - 1 =20 tty 20 40K - 22 2048,4096 accf 2 1K - 2 256 mbuf_tag 0 0K - 26 256 ksem 1 12K - 1 =20 shmfd 1 12K - 1 =20 pcb 21 124K - 26 256,2048,4096 soname 6 2K - 86 256 vfscache 1 520K - 1 =20 cl_savebuf 0 0K - 1 256 vfs_hash 1 264K - 1 =20 vnodes 2 1K - 2 512 ddb_capture 1 56K - 1 =20 vnodemarker 0 0K - 26 1024 mount 106 31K - 151 256,1024 BPF 14 84K - 15 256,512,1024 ether_multi 12 3K - 12 256 ifaddr 523 158K - 523 256,512,1024 ifnet 11 21K - 11 256,2048 acpica 1385 352K - 104768 256,512,1024,2048 clone 6 72K - 6 =20 arpcom 5 2K - 5 256 fw_com 1 1K - 1 256 lltable 22 11K - 22 512 fw_xfer 0 0K - 1 256 firewire 11 42K - 14 256,1024,4096 acpitask 1 4K - 1 4096 DEVFS1 115 58K - 133 512 DEVFS3 132 36K - 150 256,512 DEVFS 15 4K - 16 256 routetbl 214 8798K - 475 256,512,1024 80211vap 2 16K - 2 =20 80211crypto 1 1K - 1 256 80211com 2 24K - 2 =20 80211nodeie 4 2K - 4 256,512 80211node 4 46K - 4 2048 80211ratectl 1 1K - 1 256 80211scan 7 19K - 7 1024,4096 igmp 10 3K - 10 256 DEVFSP 1 1K - 1 256 in_multi 1 1K - 1 512 dummynet 3 3K - 3 1024 IpFw/IpAcct 13 4K - 47 256 sctp_iter 0 0K - 1 512 sctp_ifn 1 1K - 1 256 sctp_ifa 3 1K - 3 256 sctp_vrf 1 1K - 1 256 sctp_a_it 0 0K - 1 256 hostcache 1 24K - 1 =20 syncache 1 80K - 1 =20 pfs_nodes 21 6K - 21 256 pfs_vncache 6 2K - 6 256 ip6_moptions 2 1K - 2 256,512 in6_multi 13 5K - 13 256,512 in6_mfilter 1 1K - 1 1024 ppbusdev 3 1K - 3 256 entropy 1024 256K - 1024 256 mld 10 3K - 10 256 NFS FHA 1 4K - 1 4096 rpc 2 9K - 2 512 audit_evclass 172 43K - 211 256 newblk 1 72K - 1 =20 bmsafemap 1 12K - 1 =20 inodedep 1 264K - 1 =20 pagedep 1 72K - 1 =20 ufs_dirhash 57 30K - 57 256,512,1024 ufs_mount 12 70K - 12 512 GEOM 221 124K - 1272 256,1024,2048 agp 2 65K - 2 256 CAM XPT 40 66K - 118 256,1024,2048,4096 ac97 2 2K - 2 256,1024 acpisem 16 4K - 16 256 vm_pgdata 2 73K - 2 256 atkbddev 2 1K - 2 256 sbp 104 26K - 104 256 isadev 6 2K - 6 256 CAM dev queue 3 1K - 3 256 apmdev 1 1K - 2 256 feeder 12 3K - 14 256 CAM queue 11 3K - 74 256 CAM SIM 3 1K - 3 256 memdesc 1 8K - 1 =20 nexusdev 3 1K - 3 256 ata_generic 2 4K - 2 2048 cdev 11 3K - 11 256 kbdmux 6 27K - 6 256,512,2048,4096 mixer 1 8K - 1 =20 sigio 1 1K - 1 256 filedesc 35 18K - 2906 512 kenv 89 30K - 97 256 kqueue 0 0K - 3 512 proc-args 10 3K - 539 256,512,1024 ithread 65 22K - 65 256,512 linux 14 4K - 14 256 drm_ctxbitmap 1 12K - 1 =20 drm_agplists 1 1K - 1 256 drm_maps 1 1K - 1 256 drm_driver 4 3K - 8 256,512,2048 drm_sarea 1 1K - 1 256 tmpfs name 4 1K - 6 256 tmpfs mount 1 1K - 1 256 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 155, 25, 155, 0, 0 UMA Zones: 896, 0, 155, 1, 155, 0, 0 UMA Slabs: 284, 0, 1205, 13, 6917, 0, 0 UMA RCntSlabs: 544, 0, 67, 3, 67, 0, 0 UMA Hash: 128, 0, 4, 26, 4, 0, 0 16 Bucket: 76, 0, 79, 21, 113, 0, 0 32 Bucket: 140, 0, 31, 25, 106, 0, 0 64 Bucket: 268, 0, 14, 0, 148, 11, 0 128 Bucket: 524, 0, 25, 3, 1003, 114, 0 VM OBJECT: 136, 0, 643, 53, 27848, 0, 0 MAP: 140, 0, 8, 20, 8, 0, 0 KMAP ENTRY: 72, 57505, 44, 115, 15652, 0, 0 MAP ENTRY: 72, 0, 155, 110, 57252, 0, 0 DP fakepg: 72, 0, 0, 0, 0, 0, 0 SG fakepg: 72, 0, 0, 0, 0, 0, 0 mt_zone: 2060, 0, 307, 126, 307, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 256: 256, 0, 1113, 27, 1156, 0, 0 256: 256, 0, 3997, 23, 5975, 0, 0 256: 256, 0, 322, 23, 785, 0, 0 256: 256, 0, 1787, 133, 103927, 0, 0 256: 256, 0, 1111, 14, 2956, 0, 0 256: 256, 0, 2803, 302, 6746, 0, 0 256: 256, 0, 30, 15, 70, 0, 0 256: 256, 0, 355, 35, 2363, 0, 0 512: 512, 0, 5, 11, 5, 0, 0 512: 512, 0, 27, 5, 55, 0, 0 512: 512, 0, 132, 20, 380, 0, 0 512: 512, 0, 148, 20, 3875, 0, 0 512: 512, 0, 40, 8, 233, 0, 0 512: 512, 0, 27, 21, 39, 0, 0 512: 512, 0, 39, 9, 2910, 0, 0 512: 512, 0, 50, 6, 53, 0, 0 1024: 1024, 0, 20, 8, 21, 0, 0 1024: 1024, 0, 7, 5, 76, 0, 0 1024: 1024, 0, 0, 8, 34, 0, 0 1024: 1024, 0, 12, 8, 286, 0, 0 1024: 1024, 0, 26, 10, 576, 0, 0 1024: 1024, 0, 13, 15, 13, 0, 0 1024: 1024, 0, 1, 7, 1, 0, 0 1024: 1024, 0, 8, 4, 11, 0, 0 2048: 2048, 0, 4, 8, 13, 0, 0 2048: 2048, 0, 3, 5, 43, 0, 0 2048: 2048, 0, 0, 0, 0, 0, 0 2048: 2048, 0, 9, 9, 6094, 0, 0 2048: 2048, 0, 22, 20, 309, 0, 0 2048: 2048, 0, 21, 5, 24, 0, 0 2048: 2048, 0, 10, 2, 10, 0, 0 2048: 2048, 0, 2, 2, 266, 0, 0 4096: 4096, 0, 14, 13, 40, 0, 0 4096: 4096, 0, 6, 3, 6, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 327, 15, 489, 0, 0 4096: 4096, 0, 0, 2, 385, 0, 0 4096: 4096, 0, 5, 129, 918, 0, 0 4096: 4096, 0, 4, 1, 6, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 Files: 56, 0, 51, 83, 8995, 0, 0 TURNSTILE: 72, 0, 91, 29, 91, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 680, 0, 34, 14, 2905, 0, 0 THREAD: 704, 0, 78, 12, 78, 0, 0 SLEEPQUEUE: 48, 0, 91, 86, 91, 0, 0 VMSPACE: 240, 0, 11, 21, 2883, 0, 0 cpuset: 40, 0, 2, 182, 2, 0, 0 audit_record: 816, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 72, 70, 112, 0, 0 mbuf: 256, 0, 1, 141, 84, 0, 0 mbuf_cluster: 2048, 25600, 128, 6, 132, 0, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 ttyoutq: 256, 0, 8, 22, 8, 0, 0 g_bio: 152, 0, 0, 78, 5676, 0, 0 ttyinq: 152, 0, 15, 37, 15, 0, 0 ata_request: 208, 0, 1, 37, 2976, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 VNODE: 272, 0, 531, 15, 554, 0, 0 VNODEPOLL: 60, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 8, 11496, 0, 0 S VFS Cache: 72, 0, 518, 12, 1766, 0, 0 L VFS Cache: 292, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 113, 15, 113, 0, 0 NFSMOUNT: 524, 0, 0, 0, 0, 0, 0 NFSNODE: 456, 0, 0, 0, 0, 0, 0 pipe: 392, 0, 1, 19, 2326, 0, 0 ksiginfo: 80, 0, 31, 1025, 33, 0, 0 itimer: 220, 0, 0, 0, 0, 0, 0 KNOTE: 72, 0, 0, 0, 0, 0, 0 socket: 412, 25605, 21, 15, 360, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 220, 25614, 8, 28, 275, 0, 0 udpcb: 8, 25781, 8, 195, 275, 0, 0 tcp_inpcb: 220, 25614, 4, 32, 4, 0, 0 tcpcb: 632, 25602, 4, 8, 4, 0, 0 tcptw: 52, 5184, 0, 0, 0, 0, 0 syncache: 112, 15365, 0, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 sctp_ep: 860, 25600, 0, 0, 0, 0, 0 sctp_asoc: 1488, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 2, 0, 0 sctp_raddr: 432, 80001, 0, 0, 0, 0, 0 sctp_chunk: 92, 400008, 0, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0, 0 ripcb: 220, 25614, 0, 36, 24, 0, 0 unpcb: 172, 25622, 8, 38, 51, 0, 0 rtentry: 108, 0, 6, 66, 10, 0, 0 IPFW dynamic rule: 108, 0, 0, 0, 0, 0, 0 divcb: 220, 25614, 0, 0, 0, 0, 0 selfd: 28, 0, 24, 230, 375, 0, 0 ip4flow: 40, 25668, 0, 0, 0, 0, 0 ip6flow: 64, 25636, 0, 0, 0, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 Mountpoints: 648, 0, 7, 5, 7, 0, 0 FFS inode: 116, 0, 488, 40, 507, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 488, 7, 507, 0, 0 TMPFS dirent: 20, 0, 4, 165, 6, 0, 0 TMPFS node: 136, 0, 5, 53, 7, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq0: attimer0 26345 33 irq1: atkbd0 6 0 irq6: fdc0 1 0 irq7: ppc0 8 0 irq8: atrtc0 3714 4 irq9: pcm0 acpi0 1 0 irq11: cbb0 cbb1++* 170 0 irq14: ata0 1490 1 Total 31735 40 ------------------------------------------------------------------------ pstat -T 51/12328 files 0M/6143M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s4e 12582656 0 12582656 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad0 cd0 pass0=20 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s=20 10.29 2 0.02 0.00 0 0.00 0.00 0 0.00=20 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E =20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME =20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 0 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 0 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched ip: 0 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 0 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 0 ARP requests sent 0 ARP replies sent 0 ARP requests received 0 ARP replies received 0 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 73/211/284 mbufs in use (current/cache/total) 58/76/134/25600 mbuf clusters in use (current/cache/total/max) 72/70 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 134K/204K/339K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts O= errs Coll Drop xl0* 1500 00:08:74:e9:c9:41 0 0 0 0 = 0 0 0=20 fwe0* 1500 42:4f:c0:2c:30:41 0 0 0 0 = 0 0 0=20 fwip0 1500 42:4f:c0:00:07:2c:30:41:0a:02:ff:fe:00:00:00:00 = 0 0 0 0 0 0 0=20 iwi0 2290 00:0e:35:aa:11:ca 0 0 0 0 = 0 0 0=20 plip0 1500 0 0 0 0 = 0 0 0=20 ipfw0 65536 0 0 0 0 = 0 0 0=20 lo0 16384 0 0 0 0 = 0 0 0=20 lo0 16384 your-net localhost 0 - - 0 = - - -=20 lo0 16384 localhost ::1 0 - - 0 = - - -=20 lo0 16384 fe80:7::1 fe80:7::1 0 - - 0 = - - -=20 ath0 2290 00:40:96:a7:a7:01 5 2 0 24 = 0 0 0=20 wlan1 1500 00:0e:35:aa:11:ca 0 0 0 0 = 0 0 0=20 wlan0 1500 00:40:96:a7:a7:01 0 0 0 0 = 0 0 0=20 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#7 UH 0 0 lo0 Internet6: Destination Gateway Flags = Netif Expire ::1 ::1 UH = lo0 fe80::%lo0/64 link#7 U = lo0 fe80::1%lo0 link#7 UHS = lo0 ff01:7::/32 ::1 U = lo0 ff02::%lo0/32 ::1 U = lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c8cfc768 tcp4 0 0 *.515 *.* LISTEN c8cfc9e0 tcp6 0 0 *.515 *.* LISTEN c8cfcc58 tcp4 0 0 *.111 *.* LISTEN c8cfd000 tcp6 0 0 *.111 *.* LISTEN c8c907bc udp6 0 0 *.* *.* =20 c8c90000 udp4 0 0 *.841 *.* =20 c8c900dc udp4 0 0 *.111 *.* =20 c8c90294 udp6 0 0 *.683 *.* =20 c8c90974 udp6 0 0 *.111 *.* =20 c8c90528 udp4 0 0 *.514 *.* =20 c8c90604 udp6 0 0 *.514 *.* =20 c8c906e0 udp4 0 0 *.* *.* =20 Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c8ca6ac0 stream 0 0 0 c8ca6a14 0 0 /var/run/= devd.pipe c8ca6a14 stream 0 0 0 c8ca6ac0 0 0 c8ca6968 stream 0 0 c8d15000 0 0 0 /var/run/= printer c8ca6764 stream 0 0 c8cf0aa0 0 0 0 /var/run/= rpcbind.sock c8ca68bc stream 0 0 c8ccb440 0 0 0 /var/run/= devd.pipe c8ca6810 dgram 0 0 0 c8ca66b8 0 0 c8ca66b8 dgram 0 0 c8cef660 0 c8ca6810 0 /var/run/= logpriv c8ca660c dgram 0 0 c8cef770 0 0 0 /var/run/= log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address =20 tcp4 0/0/5 *.printer =20 tcp6 0/0/5 *.printer =20 tcp4 0/0/128 *.sunrpc =20 tcp6 0/0/128 *.sunrpc =20 unix 0/0/5 /var/run/printer unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root perl 2901 root / 2 drwxr-xr-x 1024 r root perl 2901 wd / 2 drwxr-xr-x 1024 r root perl 2901 text /common 2802694 -rwxr-xr-x 4948 r root perl 2901 0 /dev 6 crw------- console rw root perl 2901 1 /dev 6 crw------- console rw root perl 2901 2 /var 141882 -rw-r--r-- 7330 w root perl 2880 root / 2 drwxr-xr-x 1024 r root perl 2880 wd / 2 drwxr-xr-x 1024 r root perl 2880 text /common 2802694 -rwxr-xr-x 4948 r root perl 2880 0 /dev 6 crw------- console rw root perl 2880 1 /dev 6 crw------- console rw root perl 2880 2 /dev 6 crw------- console rw root perl 2880 3* pipe c8aabc40 <-> c8aabcf8 0 rw root sh 2871 root / 2 drwxr-xr-x 1024 r root sh 2871 wd / 2 drwxr-xr-x 1024 r root sh 2871 text / 141356 -r-xr-xr-x 121596 r root sh 2871 0 /dev 6 crw------- console rw root sh 2871 1 /dev 6 crw------- console rw root sh 2871 2 /dev 6 crw------- console rw root sh 2871 10 /common 3205791 -r-xr-xr-x 1807 r root powerd 2801 root / 2 drwxr-xr-x 1024 r root powerd 2801 wd / 2 drwxr-xr-x 1024 r root powerd 2801 text /usr 188815 -r-xr-xr-x 13076 r root powerd 2801 0 /dev 22 crw-rw-rw- null rw root powerd 2801 1 /dev 22 crw-rw-rw- null rw root powerd 2801 2 /dev 22 crw-rw-rw- null rw root powerd 2801 3 /var 141861 -rw------- 4 w root powerd 2801 4* local stream c8ca6a14 <-> c8ca6ac0 root lpd 2761 root / 2 drwxr-xr-x 1024 r root lpd 2761 wd / 2 drwxr-xr-x 1024 r root lpd 2761 text /usr 188692 -r-xr-xr-x 76360 r root lpd 2761 0 /dev 22 crw-rw-rw- null rw root lpd 2761 1 /dev 22 crw-rw-rw- null rw root lpd 2761 2 /dev 22 crw-rw-rw- null rw root lpd 2761 3* local dgram c8ca6810 <-> c8ca66b8 root lpd 2761 4 /var 141561 -rw-rw-r-- 5 w root lpd 2761 5* local stream c8ca6968 root lpd 2761 6* internet6 stream tcp c8cfc9e0 root lpd 2761 7* internet stream tcp c8cfc768 root rpcbind 2609 root / 2 drwxr-xr-x 1024 r root rpcbind 2609 wd / 2 drwxr-xr-x 1024 r root rpcbind 2609 text /usr 188867 -r-xr-xr-x 39588 r root rpcbind 2609 0 /dev 22 crw-rw-rw- null rw root rpcbind 2609 1 /dev 22 crw-rw-rw- null rw root rpcbind 2609 2 /dev 22 crw-rw-rw- null rw root rpcbind 2609 3 /var 141802 -r--r--r-- 0 r root rpcbind 2609 4* internet6 dgram udp c8c907bc root rpcbind 2609 5* local stream c8ca6764 root rpcbind 2609 6* internet6 dgram udp c8c90974 root rpcbind 2609 7* internet6 dgram udp c8c90294 root rpcbind 2609 8* internet6 stream tcp c8cfd000 root rpcbind 2609 9* internet dgram udp c8c900dc root rpcbind 2609 10* internet dgram udp c8c90000 root rpcbind 2609 11* internet stream tcp c8cfcc58 root syslogd 2583 root / 2 drwxr-xr-x 1024 r root syslogd 2583 wd / 2 drwxr-xr-x 1024 r root syslogd 2583 text /usr 189116 -r-xr-xr-x 35980 r root syslogd 2583 0 /dev 22 crw-rw-rw- null rw root syslogd 2583 1 /dev 22 crw-rw-rw- null rw root syslogd 2583 2 /dev 22 crw-rw-rw- null rw root syslogd 2583 3 /var 141789 -rw------- 4 w root syslogd 2583 4* local dgram c8ca660c root syslogd 2583 5* local dgram c8ca66b8 root syslogd 2583 6* internet6 dgram udp c8c90604 root syslogd 2583 7* internet dgram udp c8c90528 root syslogd 2583 8 /dev 30 crw------- klog r root syslogd 2583 10 /dev 6 crw------- console w root syslogd 2583 11 /var 144451 -rw-r--r-- 57062 w root syslogd 2583 12 /var 144005 -rw------- 55576 w root syslogd 2583 13 /var 143592 -rw------- 74884 w root syslogd 2583 14 /var 144406 -rw-r----- 6956 w root syslogd 2583 15 /var 143948 -rw-r--r-- 80642 w root syslogd 2583 16 /var 141878 -rw-r--r-- 4035 w root syslogd 2583 17 /var 144358 -rw------- 95650 w root syslogd 2583 18 /var 141832 -rw------- 44034 w root syslogd 2583 19 /var 141874 -rw-r----- 71387 w root devd 2270 root / 2 drwxr-xr-x 1024 r root devd 2270 wd / 2 drwxr-xr-x 1024 r root devd 2270 text / 117854 -r-xr-xr-x 400072 r root devd 2270 0 /dev 22 crw-rw-rw- null rw root devd 2270 1 /dev 22 crw-rw-rw- null rw root devd 2270 2 /dev 22 crw-rw-rw- null rw root devd 2270 3 / 164883 drwxr-xr-x 512 r root devd 2270 4 /dev 4 crw------- devctl r root devd 2270 5* local stream c8ca68bc root devd 2270 6 /var 141551 -rw------- 4 w root devd 2270 7* local stream c8ca6ac0 <-> c8ca6a14 root wpa_supplicant 798 root / 2 drwxr-xr-x 1024 r root wpa_supplicant 798 wd / 2 drwxr-xr-x 1024 r root wpa_supplicant 798 text /usr 189383 -r-xr-xr-x 297240 r root wpa_supplicant 798 0 /dev 22 crw-rw-rw- null rw root wpa_supplicant 798 1 /dev 22 crw-rw-rw- null rw root wpa_supplicant 798 2 /dev 22 crw-rw-rw- null rw root wpa_supplicant 798 3* internet dgram udp c8c906e0 root wpa_supplicant 798 4* route raw 0 c8c8e19c root wpa_supplicant 798 5 /dev 7 crw------- bpf rw root sh 25 root / 2 drwxr-xr-x 1024 r root sh 25 wd / 2 drwxr-xr-x 1024 r root sh 25 text / 141356 -r-xr-xr-x 121596 r root sh 25 0 /dev 6 crw------- console rw root sh 25 1 /dev 6 crw------- console rw root sh 25 2 /dev 6 crw------- console rw root sh 25 10 / 164918 -rw-r--r-- 3710 r root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 117864 -r-xr-xr-x 677472 r root kernel 0 root / 2 drwxr-xr-x 1024 r root kernel 0 wd / 2 drwxr-xr-x 1024 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2010 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 9.0-CURRENT #89 r211295: Sat Aug 14 07:34:56 PDT 2010 root@g1-219.catwhisker.org.:/usr/obj/usr/src/sys/CANARY i386 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Table 'FACP' at 0xfde90 Table 'BOOT' at 0xfdf04 ACPI: No SRAT table found MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc5400000 MEMGUARD map limit: 0xc7400000 MEMGUARD map size: 32768 KBytes Preloaded elf kernel "/boot/kernel/kernel" at 0xc12ca000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc12ca14c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc12ca1f8. Preloaded elf module "/boot/kernel/if_iwi.ko" at 0xc12ca2a4. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc12ca350. Preloaded elf module "/boot/kernel/iwi_bss.ko" at 0xc12ca3fc. Preloaded elf module "/boot/kernel/iwi_ibss.ko" at 0xc12ca4a8. Preloaded elf module "/boot/kernel/iwi_monitor.ko" at 0xc12ca558. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc12ca608. Preloaded elf module "/boot/kernel/drm.ko" at 0xc12ca6b4. Calibrating TSC clock ... TSC clock: 2392982928 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.98-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Family =3D f Model =3D 2 Stepp= ing =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001426000 - 0x000000007db8cfff, 2088136704 bytes (509799 pages) avail memory =3D 2086297600 (1989 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: ULE: setup cpu 0 firmware: 'iwi_bss' version 300: 191154 bytes loaded at 0xc11b2000 firmware: 'iwi_ibss' version 300: 185428 bytes loaded at 0xc11e37c4 firmware: 'iwi_monitor' version 300: 187836 bytes loaded at 0xc1213000 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI: RSDP 0xfde50 00014 (v00 DELL ) ACPI: RSDT 0xfde64 0002C (v01 DELL CPi R 27D40107 ASL 00000061) ACPI: FACP 0xfde90 00074 (v01 DELL CPi R 27D40107 ASL 00000061) ACPI: DSDT 0xfffe4000 0314E (v01 INT430 SYSFexxx 00001001 MSFT 0100000E) ACPI: FACS 0x7ffff800 00040 ACPI: BOOT 0xfdf04 00028 (v01 DELL CPi R 27D40107 ASL 00000061) acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc51e7000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.FDIS -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.AD1_ -> bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIRQ -> bus 0 dev 31 func 0 acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 7fef0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 Validation 0 11 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x04 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, ena= bled found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xbfa0, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd400, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: on hostb0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c66, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[18]: type Memory, range 32, base 0xfcff0000, size 16, enabled pcib1: requested memory range 0xfcff0000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7fff= fff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 uhci0: port 0xbf80-0xbf9f i= rq 11 at device 29.0 on pci0 uhci0: [MPSAFE] uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0xbf20-0xbf3f i= rq 11 at device 29.2 on pci0 uhci1: [MPSAFE] uhci1: [ITHREAD] usbus1: on uhci1 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 16 pcib2: I/O decode 0xe000-0xffff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.1.INTA at func 1: 255 ACPI: Found matching pin for 2.1.INTA at func 2: 11 ACPI: Found matching pin for 2.3.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x78 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec80, size 7, enabled pcib2: requested I/O range 0xec80-0xecff: in range map[14]: type Memory, range 32, base 0xf8fffc00, size 7, enabled pcib2: requested memory range 0xf8fffc00-0xf8fffc7f: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0x8027, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf8fff000, size 11, enabled pcib2: requested memory range 0xf8fff000-0xf8fff7ff: good map[14]: type Memory, range 32, base 0xf8ff8000, size 14, enabled pcib2: requested memory range 0xf8ff8000-0xf8ffbfff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x8086, dev=3D0x4220, revid=3D0x05 domain=3D0, bus=3D2, slot=3D3, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0016, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf8ffe000, size 12, enabled pcib2: requested memory range 0xf8ffe000-0xf8ffefff: good pcib2: matched entry for 2.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0= xf8fffc7f irq 11 at device 0.0 on pci2 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:e9:c9:41 xl0: [MPSAFE] xl0: [ITHREAD] cbb0: at device 1.0 on pci2 pcib2: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 4 cbb0: Setting primary bus to 2 cbb0: Secondary bus set to 3 subbus 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80000000 0x020000a0 0x20040302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 1.1 on pci2 pcib2: cbb1 requested memory range 0x0-0xffffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 5 cbb1: Setting primary bus to 2 cbb1: Secondary bus set to 5 subbus 6 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: [FILTER] cbb1: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80001000 0x020000a0 0x20060502 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024f021 0x00000600 0x000f0001 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xf8fff000-0xf8fff7ff,0xf8ff8000-0= xf8ffbfff irq 11 at device 1.2 on pci2 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 42:4f:c0:00:07:2c:30:41 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:2c:30:41 fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:2c:30:41 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:07:2c:30:41 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xdecea0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode iwi0: mem 0xf8ffe000-0xf8ffefff irq 11 at de= vice 3.0 on pci2 iwi0: [MPSAFE] iwi0: [ITHREAD] iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x20001 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: [MPSAFE] ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at devi= ce 31.5 on pci0 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bi= t DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic,= AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 1504000, 4000; 0xc5315000 -> 1504000 pcm0: sndbuf_setmap 1508000, 4000; 0xc5319000 -> 1508000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: flags 0x6000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00006000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment= 0.500000000s) atrtc0: [MPSAFE] atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [MPSAFE] attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 pcf0 failed to probe on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices acpi_perf0: on cpu0 p4tcc0: on cpu0 Device configuration finished. procfs registered Timecounter "TSC" frequency 2392982928 Hz quality 800 Starting kernel event timers: i8254 @ 1000Hz, RTC @ 128Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging disabled ipfw0: bpf attached DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00020001 ata0: New devices: 00020001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 Status is 0x30000006 Status is 0x30000820 cbb1: card inserted: event=3D0x00000000, state=3D30000820 cbb1: cbb_power: 3V ugen0.1: at usbus0 uhub0: on usbus0 Expensive timeout(9) function: 0xc08ce140(0xc797f2c0) 0.109959505 s ugen1.1: at usbus1 uhub1: on usbus1 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start cardbus1: CIS pointer is 0x5001 cardbus1: CIS in BAR 0x10 pcib2: requested memory range 0x88000000-0xffffffff: good unknown: Lazy allocation of 0x10000 bytes rid 0x10 type 3 at 0x88000000 cbb1: Opening memory: cbb1: Normal: 0x88000000-0x8800ffff cardbus1: CIS Mapped to 0x88000000 cardbus1: CIS offset is 0x5000 cbb1: Opening memory: cardbus1: CIS pointer is 0x5001 cardbus1: CIS in BAR 0x10 pcib2: requested memory range 0x88000000-0xffffffff: good unknown: Lazy allocation of 0x10000 bytes rid 0x10 type 3 at 0x88000000 cbb1: Opening memory: cbb1: Normal: 0x88000000-0x8800ffff cardbus1: CIS Mapped to 0x88000000 cardbus1: CIS offset is 0x5000 TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 71021200 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [14]: 41 b1 39 b5 1e 2d 4e 56 30 ff ff 02 e9 00 Product version: 7.1 Product name: Atheros Communications, Inc. | AR5001-0000-0000 | Wireless LA= N Reference Card | 00 |=20 Functions: Network Adaptor, Memory Function Extension: 02808d5b00 Function Extension: 0240548900 Function Extension: 02001bb700 Function Extension: 0280a81201 Function Extension: 0200366e01 Function Extension: 0200512502 Function Extension: 02006cdc02 Function Extension: 0280f93703 Function Extension: 0200a24a04 Function Extension: 0308 Function Extension: 04064000a79601a7 Function Extension: 0501 CIS reading done cbb1: Opening memory: map[10]: type Memory, range 32, base 0, size 16, enabled pcib2: requested memory range 0x88000000-0xffffffff: good found-> vendor=3D0x168c, dev=3D0x0013, revid=3D0x01 domain=3D0, bus=3D5, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0002, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (7000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on card= bus1 cbb1: Opening memory: cbb1: Normal: 0x88000000-0x8800ffff ath0: [MPSAFE] ath0: [ITHREAD] ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps ath0: AR5212 mac 5.9 RF5112 phy 4.3 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons ath0: using multicast key search battery0: battery initialization done, tried 1 times battery1: battery initialization start fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout battery1: battery initialization done, tried 1 times ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting UDMA100 ad0: 114473MB at ata0-master UDMA100=20 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting UDMA33 acd0: CDRW drive at ata0 as slave acd0: 2048KB buffer, UDMA33=20 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 pcm0: measured ac97 link rate at 48017 Hz, will use 48000 Hz (probe0:sbp0:0:0:0): Error 22, Unretryable error (probe1:sbp0:0:1:0): Error 22, Unretryable error (probe2:sbp0:0:2:0): Error 22, Unretryable error (probe3:sbp0:0:3:0): Error 22, Unretryable error (probe4:sbp0:0:4:0): Error 22, Unretryable error (probe5:sbp0:0:5:0): Error 22, Unretryable error (probe6:sbp0:0:6:0): Error 22, Unretryable error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): SCSI status error (probe0:ata0:0:1:0): INQUIRY. CDB: 12 1 0 0 ff 0=20 (probe0:ata0:0:1:0): CAM status: SCSI Status Error (probe0:ata0:0:1:0): SCSI status: Check Condition (probe0:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in= CDB) (probe0:ata0:0:1:0): Error 22, Unretryable error (probe0:ata0:0:1:0): Down reving Protocol Version from 2 to 0? (probe0:ata0:0:1:0): SCSI status error (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:ata0:0:1:0): CAM status: SCSI Status Error (probe0:ata0:0:1:0): SCSI status: Check Condition (probe0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:ata0:0:1:0): Error 6, Unretryable error pass0 at ata0 bus 0 scbus1 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error cd0 at ata0 bus 0 scbus1 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. GEOM: new disk cd0 (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error Trying to mount root from ufs:/dev/ad0s4a ct_to_ts([2010-08-14 14:51:01]) =3D 1281797461.000000000 start_init: trying /sbin/init Setting hostuuid: 44454c4c-5300-1037-8044-c4c04f4a3231. Setting hostid: 0x910528f4. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E Starting file system checks: /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 449185 free (1913 frags, 55909 blocks, 0.3% fragmentati= on) /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 546748 free (3116 frags, 67954 blocks, 0.4% fragmentati= on) /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 996660 free (34716 frags, 120243 blocks, 2.0% fragmenta= tion) /dev/ad0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4d: clean, 898836 free (42428 frags, 107051 blocks, 2.4% fragmenta= tion) /dev/ad0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4f: clean, 1387531 free (108219 frags, 159914 blocks, 1.8% fragmen= tation) /dev/ad0s4g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4g: clean, 13397214 free (183670 frags, 1651693 blocks, 0.7% fragm= entation) /dev/ad0s4h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4h: clean, 4219233 free (13897 frags, 525667 blocks, 0.1% fragment= ation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 401900 free (604 frags, 50162 blocks, 0.1% fragmentatio= n) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 898273 free (217 frags, 112257 blocks, 0.0% fragmentati= on) /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3a: clean, 519288 free (1784 frags, 64688 blocks, 0.2% fragmentati= on) /dev/ad0s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3d: clean, 967715 free (49939 frags, 114722 blocks, 2.8% fragmenta= tion) /dev/ad0s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4e: clean, 593705 free (2321 frags, 73923 blocks, 0.2% fragmentati= on) Mounting local file systems: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. =2E Setting hostname: localhost =2E wlan1: bpf attached wlan1: bpf attached wlan1: Ethernet address: 00:0e:35:aa:11:ca Starting wpa_supplicant. wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 00:40:96:a7:a7:01 Starting Network: lo0 xl0 fwe0 fwip0 iwi0 plip0 ipfw0 ath0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7=20 nd6 options=3D21 xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 iwi0: flags=3D8843 metric 0 mtu 2290 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated plip0: flags=3D8810 metric 0 mtu 1500 ipfw0: flags=3D8801 metric 0 mtu 65536 ath0: flags=3D8802 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting devd. Starting Network: xl0. xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier Starting Network: fwe0. fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 Starting Network: fwip0. fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 Starting Network: plip0. plip0: flags=3D8810 metric 0 mtu 1500 ifconfig:=20 create: bad value Starting Network: ath0. ath0: flags=3D8802 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ifconfig:=20 create: bad value Starting Network: ath0. ath0: flags=3D8802 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting Network: wlan0. wlan0: flags=3D8802 metric 0 mtu 1500 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11b) regdomain FCC indoor ecm authmode OPEN privacy OFF txpower 23 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme burst bintval 0 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00500 deny log ip from any to any frag 00600 allow icmp from any to any icmptypes 0,3,4,8,11,12 00700 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 keep-state 00800 deny ip from any to 255.255.255.255 00900 deny ip from 255.255.255.255 to any 01000 allow udp from any 67 to any dst-port 68 in keep-state 01100 deny log ip from any to any Firewall rules loaded. Firewall logging enabled. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/compat /usr/local/lib/gcc44 /usr/local/lib/gegl-0.1 /usr/local/lib/grap= hviz /usr/local/lib/mysql /usr/local/lib/nss /usr/local/lib/pth /usr/local/= lib/qt4 a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Clearing /tmp (X related). Creating and/or trimming log files =2E Starting syslogd. No core dumps found. Additional ABI support: linux =2E Starting rpcbind. Starting lpd. Updating motd: =2E Starting powerd. nic_init invoked with argument faststart; flags: -n 1=20 Starting nic_init. :: localhost done ::ffff:0.0.0.0 localhost done fe80:: localhost done ff02:: localhost done Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00500 deny log ip from any to any frag 00600 allow icmp from any to any icmptypes 0,3,4,8,11,12 00700 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 keep-state 00800 deny ip from any to 255.255.255.255 00900 deny ip from 255.255.255.255 to any 01000 allow udp from any 67 to any dst-port 68 in keep-state 01100 deny log ip from any to any wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 64 (5320 MHz 11a) regdomain FCC indoor ecm authmode OPEN privacy OFF txpower 21 bmiss 7 mcastrate 6 mgmtrate 6 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 12 wme burst bintval 0 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ath0_com_lock (ath0_com_lock) r =3D 0 (0xc896e014) lo= cked @ /usr/src/sys/net80211/ieee80211_scan.c:957 KDB: stack backtrace: db_trace_self_wrapper(c0cb0eda,c53b9aa0,c08d93e5,3bd,0,...) at 0xc04da736 = =3D db_trace_self_wrapper+0x26 kdb_backtrace(3bd,0,ffffffff,c0f47aac,c53b9ad8,...) at 0xc08c4319 =3D kdb_b= acktrace+0x29 _witness_debugger(c0cb3689,c53b9aec,4,1,0,...) at 0xc08d93e5 =3D _witness_d= ebugger+0x25 witness_warn(5,0,c0ceadbf,c08d0229,c0e04de0,...) at 0xc08da8ee =3D witness_= warn+0x1fe trap(c53b9b78) at 0xc0bd9835 =3D trap+0x195 calltrap() at 0xc0bc0b9c =3D calltrap+0x6 --- trap 0xc, eip =3D 0xc0962604, esp =3D 0xc53b9bb8, ebp =3D 0xc53b9bd8 --- amrr_node_init(c8d3c000,c7d18d2e,c7d18d3f,1,c8d37800,...) at 0xc0962604 =3D= amrr_node_init+0x84 ieee80211_sta_join(c8cac000,c896e320,c7d18d00,1,c896e000,...) at 0xc0985c07= =3D ieee80211_sta_join+0x1f7 sta_pick_bss(c8996800,c8cac000,c0cc54c4,3bd,246,...) at 0xc0993853 =3D sta_= pick_bss+0x113 scan_task(c8996800,1,c0cb27d9,53,c53b9cd8,...) at 0xc099102b =3D scan_task+= 0x4bb taskqueue_run(c894e880,c894e898,0,c0ccee5e,0,...) at 0xc08d09d3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c896e074,c53b9d28,c0ca8b19,343,c0e04de0,...) at 0xc08= d119e =3D taskqueue_thread_loop+0x6e fork_exit(c08d1130,c896e074,c53b9d28) at 0xc0867348 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bc0c14 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc53b9d60, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0962604 stack pointer =3D 0x28:0xc53b9bb8 frame pointer =3D 0x28:0xc53b9bd8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (ath0 taskq) panic: from debugger cpuid =3D 0 KDB: stack backtrace: Uptime: 35s Physical memory: 2031 MB Dumping 94 MB: 79 63 47 31 15 ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident LAPTOP_30W machine i386 cpu I686_CPU cpu I586_CPU cpu I486_CPU makeoptions DEBUG=3D-g options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER options DIAGNOSTIC options DEBUG_REDZONE options DEBUG_MEMGUARD options DDB_NUMSYM options KDB_TRACE options ZERO_COPY_SOCKETS options DUMMYNET options ACCEPT_FILTER_HTTP options ACCEPT_FILTER_DATA options LIBALIAS options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE_LIMIT=3D0 options IPFIREWALL_VERBOSE options IPFIREWALL options FDC_DEBUG options USB_DEBUG options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options MALLOC_DEBUG_MAXZONES=3D8 options WITNESS_SKIPSPIN options WITNESS options INVARIANT_SUPPORT options INVARIANTS options DEADLKRES options GDB options DDB options KDB options INCLUDE_CONFIG_FILE options FLOWTABLE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSSERVER options NFSCLIENT options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options NATIVE options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device npx device mem device io device uart_ns8250 device atpic device apic device cpufreq device acpi device eisa device pci device fdc device ata device atadisk device atapicd device atapifd device ahb device ahc device ahd device amd device hptiop device isp device mpt device sym device trm device adv device adw device aha device aic device bt device ncv device nsp device stg device scbus device ch device da device sa device cd device pass device ses device hptrr device mfi device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device plip device ppi device de device em device igb device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device ath device ath_hal device ath_rate_sample device ral device loop device random device ether device vlan device tun device pty device md device gif device faith device firmware device bpf device uhci device ohci device ehci device usb device uhid device ukbd device ulpt device umass device ums device urio device u3g device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav device rum device uath device ural device firewire device sbp device fwe device fwip device dcons device dcons_crom device atapicam device smbus device intpm device ichsmb device smb device iicbus device iicbb device ic device iic device iicsmb device pcf device speaker device sound device snd_ich ------------------------------------------------------------------------ ddb capture buffer --OFj+1YLvsEfSXdCH-- --wj9ZLJVQDRFjGSdK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxmtkMACgkQmprOCmdXAD1oogCcCf5r8leAF+7X3tD9KztjZHBV xpcAoINu2VpbYoWfp0nvZMmE+4YRrGSr =zYmL -----END PGP SIGNATURE----- --wj9ZLJVQDRFjGSdK-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 15:32:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC821065693; Sat, 14 Aug 2010 15:32:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A50568FC16; Sat, 14 Aug 2010 15:32:30 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o7EFVxL5071927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Aug 2010 18:31:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o7EFVx39016875; Sat, 14 Aug 2010 18:31:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o7EFVxPk016874; Sat, 14 Aug 2010 18:31:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 14 Aug 2010 18:31:59 +0300 From: Kostik Belousov To: Daniel Braniss Message-ID: <20100814153159.GC2396@deviant.kiev.zoral.com.ua> References: <201008141040.o7EAeiuR093012@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FhvelBhrd33NvMcY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "Julian H. Stacey" , Gabor Kovesdan , "Sean C. Farley" , current@freebsd.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 15:32:31 -0000 --FhvelBhrd33NvMcY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 14, 2010 at 06:23:55PM +0300, Daniel Braniss wrote: > > On Sat, 14 Aug 2010, Julian H. Stacey wrote: > >=20 > > >> why would you want to lock a file for reading anyways? > > > > > > Does current bsdgrep read lock by default ? > > > If so, it would be better off by default, enabled by an option. > > > 8.0-RELEASE man grep (gnu) does not mention locking. > >=20 > > bsdgrep in -current does lock via the call to fgetc(). That is why I= =20 > > suggested using flockfile/getchar_unlocked+/funlockfile instead. Other= =20 > > unlocked functions would also be useful, i.e., feof_unlocked().=20 > > Avoiding fgetc() does not completely solve the speed issue, yet it=20 > > certainly helps. > >=20 > > Just for reference: older bsdgrep used fgetln(). >=20 > let me rephrase the question: > why would you want to lock a file for reading anyways?? >=20 > there is no real benefit that I can see in locking a file for searching > a pattern. On a single file the overhead is irrelevant, but for 'grep -r?' Locked is not a file, but FILE. It is a measure to establish consistency in the stdio structures in the multithreaded environment, and not a file-system level lock of any kind. See the description of the flockfile() in the SUSv4. On the other hand, the overhead of locking in !mt process for FILE in our libc should be unmeasurable. --FhvelBhrd33NvMcY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxmtu4ACgkQC3+MBN1Mb4gUbgCg9ZRS9vh2EqymvaaILDfKJsfn AcIAn12itL2EA3aostuXud5aKFr8EGGq =fkkg -----END PGP SIGNATURE----- --FhvelBhrd33NvMcY-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 15:51:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 084C51065693; Sat, 14 Aug 2010 15:51:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 647728FC12; Sat, 14 Aug 2010 15:51:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so2140205ewy.13 for ; Sat, 14 Aug 2010 08:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=llJYsishWieHD7zP1z/zBwyV2F0JndUPJCiPjPnIVyI=; b=tkyT6j41eYW2aBdtjHPsi0wp6pHJq80Eb27aWZotPXM1fANPf/aclxHF2Zc2EUjxqt +Lw1pZYf4xoXVhtZco/E/6/YnXA+aCMmIBeW5LCyM9esUzFBD5LpJw430ZZeXJOyzI3i 42eGyABu9ZGM0jbvrXJiKQG7HAzKuXMy2l7k8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=XvZ1pMv6D2q9vEwtFFfnXU9iRh9ipaRbfrCSSOnnmKR/XCQDULEbB6FVMROFUoNxc6 LJd9HBjcN3MqStYwGaX76B+Pm4o/Klw4jkxnCvxTlg6Ei696yDu/vbqwITy2c+ynRLIb yJTsUylea3yY1H1Mv4jtbXLt4jvNzkpiiLHH0= MIME-Version: 1.0 Received: by 10.213.32.212 with SMTP id e20mr2695806ebd.80.1281801060316; Sat, 14 Aug 2010 08:51:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Sat, 14 Aug 2010 08:51:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Aug 2010 23:51:00 +0800 X-Google-Sender-Auth: -ve1tX827voLqrlf103li9TTZFc Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 15:51:02 -0000 Hi, I've committed a couple more small AR9160 related fixes. Please test if_ath if you're using AR9160 in any mode (hostap, adhoc, station) and provide some feedback. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:05:25 2010 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8505C106566B; Sat, 14 Aug 2010 16:05:25 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AFB4D8FC16; Sat, 14 Aug 2010 16:05:24 +0000 (UTC) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.4/8.14.4) with ESMTP id o7EFrnik006707; Sat, 14 Aug 2010 19:53:49 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1281801229; bh=1u5fWewiddNx+zSuMo06E7XuMa5KSviYVSI/IDv4X/Y=; l=1216; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=RYjt96/Y8Gkwl5tF8MwH6deS055FrYMoh8fFnGndoL5fsm7Wv4folzxA7Sa9a+YWA EuzzephXvPJZY3vch8EYx0r94SJzfPX0TVxHAve9m4l6XgNCKkz8FslJRAntCJcFkV l2+tq/QnjXutWpJeQkihBLChQDgM2wsvMnTRquL0= Received: (from ache@localhost) by nagual.pp.ru (8.14.4/8.14.4/Submit) id o7EFrmWI006706; Sat, 14 Aug 2010 19:53:49 +0400 (MSD) (envelope-from ache) Date: Sat, 14 Aug 2010 19:53:47 +0400 From: Andrey Chernov To: Doug Barton Message-ID: <20100814155346.GA6510@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Doug Barton , Gabor Kovesdan , core@FreeBSD.ORG, delphij@FreeBSD.ORG, current@FreeBSD.ORG References: <4C6505A4.9060203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C6505A4.9060203@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: delphij@FreeBSD.ORG, core@FreeBSD.ORG, Gabor Kovesdan , current@FreeBSD.ORG Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:05:25 -0000 On Fri, Aug 13, 2010 at 01:43:16AM -0700, Doug Barton wrote: > Gabor, > > I hope at this point it goes without saying that I have a lot of respect I am Nth on this. Although I do a lot of l10n work in the beautefull less bureocracy FreeBSD time and very appreciate what Gabor did, the problem is in other area: BSD grep simple not ready for wide testers circle and needs to be polished further. I talk not about it speed alone but about all its bugs revealed right after import. Let few ethusiast who have spare time for experiments run at at now. What we need is rock stable grep, and changing regex library for speed don't add anything here. From my point of view importing of the latest GNU grep instead would have more benefits. And we need to pend BSD grep with all its can of bugs for a while, until faster regex will be imported (disadvantages must be balanced with somewhat sweet). It is not my final verdict and we'll can return to it after all serious bugs will be eliminated. Right now we'll have f.e. numerous report agaist wrong greeping dirs which are unacceptable for any development system including even non-production one like -current. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:09:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B05C106566C; Sat, 14 Aug 2010 16:09:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 187818FC0A; Sat, 14 Aug 2010 16:09:43 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7EG9ggV010382; Sat, 14 Aug 2010 09:09:42 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7EG9gCO010381; Sat, 14 Aug 2010 09:09:42 -0700 (PDT) (envelope-from david) Date: Sat, 14 Aug 2010 09:09:42 -0700 From: David Wolfskill To: Adrian Chadd Message-ID: <20100814160942.GI1670@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , current@freebsd.org References: <20100814152907.GG1670@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1y6imfT/xHuCvpN0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:09:44 -0000 --1y6imfT/xHuCvpN0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2010 at 12:07:13AM +0800, Adrian Chadd wrote: > You should be able to revert the ath changes reasonably easy. >=20 > Would you mind doing that and see if that fixes or contributes to the pro= blem? Will do; I'll report back when I have information to report -- probably within 30 minutes. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1y6imfT/xHuCvpN0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxmv8UACgkQmprOCmdXAD3sBwCfcHipB8BkuoioRz4EsPMVy6BL pmcAnjWqob87OwBentNnY4tKiJI/12UE =A0j9 -----END PGP SIGNATURE----- --1y6imfT/xHuCvpN0-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:11:05 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4A5106566B; Sat, 14 Aug 2010 16:11:05 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3628FC23; Sat, 14 Aug 2010 16:11:04 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D1CD214DC548; Sat, 14 Aug 2010 18:11:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hiTtYVHoGwGN; Sat, 14 Aug 2010 18:11:00 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 7621D14DC64F; Sat, 14 Aug 2010 18:11:00 +0200 (CEST) Message-ID: <4C66C010.3040308@FreeBSD.org> Date: Sat, 14 Aug 2010 18:10:56 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Roman Divacky References: <4C6505A4.9060203@FreeBSD.org> <20100813085235.GA16268@freebsd.org> In-Reply-To: <20100813085235.GA16268@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: delphij@FreeBSD.org, Doug Barton , core@FreeBSD.org, current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:11:05 -0000 Em 2010.08.13. 10:52, Roman Divacky escreveu: > what about optimizing BSD grep instead? > [... picking one mail from the many that suggest this ...] The problem is that optimization is not that trivial. I think the bottleneck is the regex library because: 1, BSD grep is so simple. There may be optimization opportunities and they may help but not that much. But if someone can check the code and make some suggestions, of course, I'll track those down and try to get more of it. 2, GNU grep uses internal optimizations to get that performance. I think it's a wrong approach because the regex library itself should be optimized instead to keep BSD grep clean and simple and to provide the same efficiency for all utilities that are linked to the regex library. Our libc-regex is definitely need to be replaced at some point in the future but that's a more complex item. See the following references: http://wiki.freebsd.org/BSDgrep http://wiki.freebsd.org/Regex If you can make suggestions to make BSD grep faster without touching the regex library please do it and if we can get a performance that is acceptable, we can reconsider leaving it the default if nobody objects. I'll check Sean's suggestions and make some measures how much does that help. Gabor From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:13:31 2010 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50FB01065670; Sat, 14 Aug 2010 16:13:31 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 092CF8FC0A; Sat, 14 Aug 2010 16:13:30 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 80FF514DC64E; Sat, 14 Aug 2010 18:13:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TLr2grEwbm33; Sat, 14 Aug 2010 18:13:27 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 3234D14DC548; Sat, 14 Aug 2010 18:13:27 +0200 (CEST) Message-ID: <4C66C0A4.3000301@FreeBSD.org> Date: Sat, 14 Aug 2010 18:13:24 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Andrey Chernov , Doug Barton , core@FreeBSD.ORG, delphij@FreeBSD.ORG, current@FreeBSD.ORG References: <4C6505A4.9060203@FreeBSD.org> <20100814155346.GA6510@nagual.pp.ru> In-Reply-To: <20100814155346.GA6510@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:13:31 -0000 Em 2010.08.14. 17:53, Andrey Chernov escreveu: > On Fri, Aug 13, 2010 at 01:43:16AM -0700, Doug Barton wrote: > >> Gabor, >> >> I hope at this point it goes without saying that I have a lot of respect >> > I am Nth on this. Although I do a lot of l10n work in the beautefull less > bureocracy FreeBSD time and very appreciate what Gabor did, the problem is > in other area: BSD grep simple not ready for wide testers circle and needs > to be polished further. I talk not about it speed alone but about all its > bugs revealed right after import. Let few ethusiast who have spare time > for experiments run at at now. What we need is rock stable grep, and > changing regex library for speed don't add anything here. From my point of > view importing of the latest GNU grep instead would have more benefits. > And we need to pend BSD grep with all its can of bugs for a while, until > faster regex will be imported (disadvantages must be balanced with > somewhat sweet). It is not my final verdict and we'll can return to it > after all serious bugs will be eliminated. Right now we'll have f.e. > numerous report agaist wrong greeping dirs which are unacceptable for any > development system including even non-production one like -current. > Yes, I'm sorry for my slow reaction, I got a flu some time ago and that prevented me from fixing the bugs earlier. I have several fixes in my working copy, which are being discussed with my mentor. Probably, today or tomorrow they will be committed. Gabor From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:32:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 086971065694 for ; Sat, 14 Aug 2010 16:32:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 815488FC24 for ; Sat, 14 Aug 2010 16:32:16 +0000 (UTC) Received: by ewy26 with SMTP id 26so2149691ewy.13 for ; Sat, 14 Aug 2010 09:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=7wX1x9wCIwW5paJYBVYF5jq184D/S2UvlgUKmlV1jz0=; b=lXB2vzKqt/1Zqx9lUzf9JZbR9KecCPI+ArNo6paje6sBYtmb3Z7bp3ImzMNV8w0aOa nDYNH7Ut8ngUQRD3RQhGxn0ic9AJHXKxPTsXLdvMHAXeyd72trnMSTeAIcqkE+KwpKPX vL9x//87VCpPyfqAWttIPLa1mWi/O9T7RzWT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=WMvJx2xVQ2iqtXyHZkr8cXfpVDhDW/GqyO2wLoHSI7zmQTx2eYwjFPgcynA804eUUP W9h3MdEDVVpkjt4EacftwZteoR/Hx07Q4K3V3F/VDTCzcla9JZ460mkQCrdRxMN3sQiq O8aDcdeYoenlH1mO975bwQ4ARjAlDrBB37an4= MIME-Version: 1.0 Received: by 10.213.32.78 with SMTP id b14mr772991ebd.84.1281802033756; Sat, 14 Aug 2010 09:07:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Sat, 14 Aug 2010 09:07:13 -0700 (PDT) In-Reply-To: <20100814152907.GG1670@albert.catwhisker.org> References: <20100814152907.GG1670@albert.catwhisker.org> Date: Sun, 15 Aug 2010 00:07:13 +0800 X-Google-Sender-Auth: qdCNX0yHo_-OC90MhABfHi9xzbo Message-ID: From: Adrian Chadd To: David Wolfskill , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:32:17 -0000 You should be able to revert the ath changes reasonably easy. Would you mind doing that and see if that fixes or contributes to the probl= em? Thanks, Adrian On 14 August 2010 23:29, David Wolfskill wrote: > Previously built @r211278; just build r211295 this morning, and didn't > quite pass the smoke test. =A0I'll attach core.txt; here are highlights: > > FreeBSD localhost 9.0-CURRENT FreeBSD 9.0-CURRENT #89 r211295: Sat Aug 14= 07:34:56 PDT 2010 =A0 =A0 root@g1-219.catwhisker.org.:/usr/obj/usr/src/sys= /CANARY =A0i386 > ... > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex ath0_com_lock (ath0_com_lock) r =3D 0 (0xc896e014) = locked @ /usr/src/sys/net80211/ieee80211_scan.c:957 > KDB: stack backtrace: > db_trace_self_wrapper(c0cb0eda,c53b9aa0,c08d93e5,3bd,0,...) at 0xc04da736= =3D db_trace_self_wrapper+0x26 > kdb_backtrace(3bd,0,ffffffff,c0f47aac,c53b9ad8,...) at 0xc08c4319 =3D kdb= _backtrace+0x29 > _witness_debugger(c0cb3689,c53b9aec,4,1,0,...) at 0xc08d93e5 =3D _witness= _debugger+0x25 > witness_warn(5,0,c0ceadbf,c08d0229,c0e04de0,...) at 0xc08da8ee =3D witnes= s_warn+0x1fe > trap(c53b9b78) at 0xc0bd9835 =3D trap+0x195 > calltrap() at 0xc0bc0b9c =3D calltrap+0x6 > --- trap 0xc, eip =3D 0xc0962604, esp =3D 0xc53b9bb8, ebp =3D 0xc53b9bd8 = --- > amrr_node_init(c8d3c000,c7d18d2e,c7d18d3f,1,c8d37800,...) at 0xc0962604 = =3D amrr_node_init+0x84 > ieee80211_sta_join(c8cac000,c896e320,c7d18d00,1,c896e000,...) at 0xc0985c= 07 =3D ieee80211_sta_join+0x1f7 > sta_pick_bss(c8996800,c8cac000,c0cc54c4,3bd,246,...) at 0xc0993853 =3D st= a_pick_bss+0x113 > scan_task(c8996800,1,c0cb27d9,53,c53b9cd8,...) at 0xc099102b =3D scan_tas= k+0x4bb > taskqueue_run(c894e880,c894e898,0,c0ccee5e,0,...) at 0xc08d09d3 =3D taskq= ueue_run+0xc3 > taskqueue_thread_loop(c896e074,c53b9d28,c0ca8b19,343,c0e04de0,...) at 0xc= 08d119e =3D taskqueue_thread_loop+0x6e > fork_exit(c08d1130,c896e074,c53b9d28) at 0xc0867348 =3D fork_exit+0xb8 > fork_trampoline() at 0xc0bc0c14 =3D fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xc53b9d60, ebp =3D 0 --- > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not prese= nt > instruction pointer =A0 =A0 =3D 0x20:0xc0962604 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xc53b9bb8 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xc53b9bd8 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1= , gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (ath0 taskq) > panic: from debugger > cpuid =3D 0 > KDB: stack backtrace: > Uptime: 35s > Physical memory: 2031 MB > Dumping 94 MB: 79 63 47 31 15 > ... > Loaded symbols for /boot/kernel/tmpfs.ko > #0 =A0doadump () at pcpu.h:231 > 231 =A0 =A0 pcpu.h: No such file or directory. > =A0 =A0 =A0 =A0in pcpu.h > (kgdb) #0 =A0doadump () at pcpu.h:231 > #1 =A00xc089166e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:416 > #2 =A00xc0891942 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:590 > #3 =A00xc04d8037 in db_panic (addr=3DCould not find the frame base for "d= b_panic". > ) at /usr/src/sys/ddb/db_command.c:478 > #4 =A00xc04d8661 in db_command (last_cmdp=3D0xc0de6a5c, cmd_table=3D0x0, = dopager=3D1) > =A0 =A0at /usr/src/sys/ddb/db_command.c:445 > #5 =A00xc04d87ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:4= 98 > #6 =A00xc04da6dd in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_= main.c:229 > #7 =A00xc08c407e in kdb_trap (type=3D12, code=3D0, tf=3D0xc53b9b78) > =A0 =A0at /usr/src/sys/kern/subr_kdb.c:535 > #8 =A00xc0bd931f in trap_fatal (frame=3D0xc53b9b78, eva=3D0) > =A0 =A0at /usr/src/sys/i386/i386/trap.c:936 > #9 =A00xc0bd9843 in trap (frame=3D0xc53b9b78) at /usr/src/sys/i386/i386/t= rap.c:326 > #10 0xc0bc0b9c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #11 0xc0962604 in amrr_node_init (ni=3D0xc8d3c000) > =A0 =A0at /usr/src/sys/net80211/ieee80211_amrr.c:152 > #12 0xc0985c07 in ieee80211_sta_join (vap=3D0xc8cac000, chan=3D0xc896e320= , > =A0 =A0se=3D0xc7d18d00) at ieee80211_ratectl.h:80 > #13 0xc0993853 in sta_pick_bss (ss=3D0xc8996800, vap=3D0xc8cac000) > =A0 =A0at /usr/src/sys/net80211/ieee80211_scan_sta.c:1244 > #14 0xc099102b in scan_task (arg=3D0xc8996800, pending=3D1) > =A0 =A0at /usr/src/sys/net80211/ieee80211_scan.c:986 > #15 0xc08d09d3 in taskqueue_run (queue=3D0xc894e880, tpp=3D0xc53b9cd8) > =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:240 > #16 0xc08d119e in taskqueue_thread_loop (arg=3D0xc896e074) > =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:365 > #17 0xc0867348 in fork_exit (callout=3D0xc08d1130 = , > =A0 =A0arg=3D0xc896e074, frame=3D0xc53b9d28) at /usr/src/sys/kern/kern_fo= rk.c:843 > #18 0xc0bc0c14 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:273 > > > I see that r211295 is fairly recent, but that there were some > ath(4)-related commits subsequent (r211299; r211303). =A0While I admit > but sketchy knowlegde of the code, I don't see anything glaringly > obvious there. > > I'm certainly willing to test, but I have some more critical domestic > priorities for most of the day, unfortunately. > > Peace, > david > -- > David H. Wolfskill =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:47:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E781065679; Sat, 14 Aug 2010 16:47:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id CFDB88FC15; Sat, 14 Aug 2010 16:47:50 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7EGlo1E010647; Sat, 14 Aug 2010 09:47:50 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7EGloJP010646; Sat, 14 Aug 2010 09:47:50 -0700 (PDT) (envelope-from david) Date: Sat, 14 Aug 2010 09:47:50 -0700 From: David Wolfskill To: Adrian Chadd Message-ID: <20100814164750.GJ1670@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , current@freebsd.org References: <20100814152907.GG1670@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EMQjp+MvU6EBGjHc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 16:47:51 -0000 --EMQjp+MvU6EBGjHc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2010 at 12:07:13AM +0800, Adrian Chadd wrote: > You should be able to revert the ath changes reasonably easy. >=20 > Would you mind doing that and see if that fixes or contributes to the pro= blem? OK; I reverted by doing this: g1-46(9.0-C)[1] cd /usr/src g1-46(9.0-C)[2] svn merge -c -211295 file:///svn/freebsd/src/base/head --- Reverse-merging r211295 into 'sys': U sys/net80211/ieee80211_node.c U sys/net80211/ieee80211_sta.c g1-46(9.0-C)[3]=20 I then re-built the kernel and rebooted (with the ath(4) card inserted): g1-219(9.0-C)[1] uname -a FreeBSD g1-219.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #90 r211295M= : Sat Aug 14 09:30:55 PDT 2010 root@g1-46.catwhisker.org.:/usr/obj/usr/= src/sys/CANARY i386 g1-219(9.0-C)[2] ifconfig xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 iwi0: flags=3D8843 metric 0 mtu 2290 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated plip0: flags=3D8810 metric 0 mtu 1500 ipfw0: flags=3D8801 metric 0 mtu 65536 lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7=20 nd6 options=3D21 ath0: flags=3D8843 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan1: flags=3D8843 metric 0 mtu 15= 00 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 5 (2432 MHz 11g) country US authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF txpower 0 bmiss 24 scanvalid 60 protmode CTS wme roaming MANUAL bintval 0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:40:96:a7:a7:01 inet 172.17.1.219 netmask 0xffff0000 broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11g status: associated ssid lmdhw-net channel 11 (2462 MHz 11g) bssid 08:10:75:08:8c:1c regdomain FCC indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 21 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst g1-219(9.0-C)[3]=20 I think that qualifies as "working". Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --EMQjp+MvU6EBGjHc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxmyLQACgkQmprOCmdXAD3hXgCdEJidkCVRkhF3Qk8e5HMMC0My YwEAn21jb7lvV0xTBO0N9RKg3q+IjsJ1 =Avsz -----END PGP SIGNATURE----- --EMQjp+MvU6EBGjHc-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:54:16 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6963C1065672; Sat, 14 Aug 2010 16:54:16 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D1E9D8FC17; Sat, 14 Aug 2010 16:54:15 +0000 (UTC) Received: by wwb24 with SMTP id 24so1358053wwb.31 for ; Sat, 14 Aug 2010 09:54:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=Y4STPkGX7zMxujkAWn3zI9hqbEmQs9jsWgbNSC6ZRh4=; b=WUkdpRt9ZiK67IyRads33dJAZxrkEUfPxqtcizYT3xb4A/ZMHpF3HMTTYGE6AQruJF xCVx9J5HKqprp97By91yJ2WtA5kMC0wS155b/Dnv8dpUdfdh3dXueUd+0Y30aJcbzm04 8f5ZE80AwzfpV0nrlZkCT6BzAkHn4WlWPzSmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=v2r0Et2O2K26V1mU3fYwGyX3jhK70Tts3Nj/9grmmlO66lO7lcdORaLdauWS50ld2M jebuKAVqIdwmZk7QwAia9/kltnWAUxWALrQphZhOyTJMTkJ2guxTngyJV83naFAFrzkx c8EIawxadL2lAOBLdGbxq924RmhiILPN7TdT8= MIME-Version: 1.0 Received: by 10.216.5.79 with SMTP id 57mr764094wek.93.1281804854803; Sat, 14 Aug 2010 09:54:14 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Sat, 14 Aug 2010 09:54:14 -0700 (PDT) Date: Sat, 14 Aug 2010 16:54:14 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Doug Barton Subject: Re: Runaway intr, not flash related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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, 14 Aug 2010 16:54:16 -0000 >My "runaway intr" problem with flash has been continuing all along, but >since no one has been interested in helping with it I haven't reported >it for a while. However, today, for the first time, it happened when I >had not run flash at all since I booted. > >My system: >Dell D620, C2D, i386, SMP, r210908 > >swi4: clock is the culprit again this time, but when flash triggers this >problem I sometimes see hdac as the culprit, FYI. I wouldn't say that no one is interested in helping. (And I think you've received a few more suggestions than your other recent message to freebsd-developers suggests.) For my part, I find it a bit difficult to track the status of your interrupt problem, and the interactivity problem, which may or may not be related. --Have you ruled out any contribution from overheating, like I think you were experiencing before with this machine? At one point, you were following some of mav@'s suggestions for power-saving, but then you posted a configuration that suggested that you had abandoned some of these settings and returned to the defaults. So are you running hot, or being throttled now? Have you tried running at a kern.hz < 1000, with throttling disabled, to see if that ameliorates the problem? --What graphics driver are you using? You were using x11/nvidia-driver, but then after the kib@ and alc@'s vm changes that led to problems with that driver, I thought you were using x11-drivers/xf86-video-nv -- is that still the case? Does switching drivers seem to influence the frequency or severity of the problems? --When do you experience these problems? Do they ever occur when you are _not_ running X? Have you tried temporarily disabling your usb and network devices, to see if they are contributing to the problem? Are you able to watch flash videos from local media, as opposed to those from a remote site, without problems? --Did you follow mav@'s suggestion to use something other than your hpet for the eventcounter and timecounter? The possible use of the hpet is one of the main differences between the new and old timing code, and you reported some problems with your hpet earlier. --Did you follow attilio@'s suggestion to obtain scheduling traces for the interactivity problem, as described in src/tools/sched/schedgraph.py? b. From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 17:02:09 2010 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150151065679; Sat, 14 Aug 2010 17:02:09 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA6D58FC15; Sat, 14 Aug 2010 17:02:08 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:196:2d79:975a:782f] (unknown [IPv6:2001:7b8:3a7:0:196:2d79:975a:782f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9C0565C43; Sat, 14 Aug 2010 19:02:02 +0200 (CEST) Message-ID: <4C66CC0F.30507@andric.com> Date: Sat, 14 Aug 2010 19:02:07 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.9pre) Gecko/20100814 Lanikai/3.1.3pre MIME-Version: 1.0 To: Andrey Chernov , Doug Barton , Gabor Kovesdan , core@FreeBSD.ORG, delphij@FreeBSD.ORG, current@FreeBSD.ORG References: <4C6505A4.9060203@FreeBSD.org> <20100814155346.GA6510@nagual.pp.ru> In-Reply-To: <20100814155346.GA6510@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 17:02:09 -0000 On 2010-08-14 17:53, Andrey Chernov wrote: > From my point of > view importing of the latest GNU grep instead would have more benefits. Unfortunately GNU grep switched to GPLv3 as of version 2.5.3. The last GPLv2 version of grep is 2.5.1, which is already in our tree. From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 17:28:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1671065672; Sat, 14 Aug 2010 17:28:22 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8678FC17; Sat, 14 Aug 2010 17:28:21 +0000 (UTC) Received: by qwg5 with SMTP id 5so4415571qwg.13 for ; Sat, 14 Aug 2010 10:28:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.223.198 with SMTP id il6mr2314276qcb.50.1281805540080; Sat, 14 Aug 2010 10:05:40 -0700 (PDT) Received: by 10.229.25.130 with HTTP; Sat, 14 Aug 2010 10:05:40 -0700 (PDT) X-Originating-IP: [94.217.138.187] In-Reply-To: <20100814164750.GJ1670@albert.catwhisker.org> References: <20100814152907.GG1670@albert.catwhisker.org> <20100814164750.GJ1670@albert.catwhisker.org> Date: Sat, 14 Aug 2010 19:05:40 +0200 Message-ID: From: Bernhard Schmidt To: David Wolfskill , Adrian Chadd , current@freebsd.org, Rui Paulo Content-Type: multipart/mixed; boundary=00163630eb25e33f20048dcb9b21 Cc: Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 17:28:22 -0000 --00163630eb25e33f20048dcb9b21 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, Aug 14, 2010 at 18:47, David Wolfskill wrote= : > On Sun, Aug 15, 2010 at 12:07:13AM +0800, Adrian Chadd wrote: >> You should be able to revert the ath changes reasonably easy. >> >> Would you mind doing that and see if that fixes or contributes to the pr= oblem? > > OK; I reverted by doing this: > > g1-46(9.0-C)[1] cd /usr/src > g1-46(9.0-C)[2] svn merge -c -211295 file:///svn/freebsd/src/base/head > --- Reverse-merging r211295 into 'sys': > U =A0 =A0sys/net80211/ieee80211_node.c > U =A0 =A0sys/net80211/ieee80211_sta.c > g1-46(9.0-C)[3] > > I then re-built the kernel and rebooted (with the ath(4) card inserted): > [..] > I think that qualifies as "working". Indeed, please try attached patch. --=20 Bernhard --00163630eb25e33f20048dcb9b21 Content-Type: application/octet-stream; name="ratectl_node_init.diff" Content-Disposition: attachment; filename="ratectl_node_init.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gcupw7wv1 SW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfdmFyLmgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25l dDgwMjExL2llZWU4MDIxMV92YXIuaAkocmV2aXNpb24gMjExMjk0KQorKysgc3lzL25ldDgwMjEx L2llZWU4MDIxMV92YXIuaAkod29ya2luZyBjb3B5KQpAQCAtNTUzLDYgKzU1Myw3IEBAIE1BTExP Q19ERUNMQVJFKE1fODAyMTFfVkFQKTsKICNkZWZpbmUJSUVFRTgwMjExX0ZFWFRfV0RTTEVHQUNZ IDB4MDAwMTAwMDAJLyogQ09ORjogbGVnYWN5IFdEUyBvcGVyYXRpb24gKi8KICNkZWZpbmUJSUVF RTgwMjExX0ZFWFRfUFJPQkVDSEFOIDB4MDAwMjAwMDAJLyogQ09ORjogcHJvYmUgcGFzc2l2ZSBj aGFubmVsKi8KICNkZWZpbmUJSUVFRTgwMjExX0ZFWFRfVU5JUU1BQwkgMHgwMDA0MDAwMAkvKiBD T05GOiB1c2VyIG9yIGNvbXB1dGVkIG1hYyAqLworI2RlZmluZQlJRUVFODAyMTFfRkVYVF9SQVRF Q1RMCSAweDAwMDgwMDAwCS8qIENPTkY6IHJhdGVjdGwgdXNlZCAqLwogCiAjZGVmaW5lCUlFRUU4 MDIxMV9GRVhUX0JJVFMgXAogCSJcMjBcMklOQUNUXDNTQ0FOV0FJVFw0QkdTQ0FOXDVXUFNcNlRT Tlw3U0NBTlJFUVwxMFJFU1VNRSIgXApJbmRleDogc3lzL25ldDgwMjExL2llZWU4MDIxMV9yYXRl Y3RsLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9yYXRlY3RsLmgJKHJl dmlzaW9uIDIxMTI5NCkKKysrIHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfcmF0ZWN0bC5oCSh3b3Jr aW5nIGNvcHkpCkBAIC02Myw2ICs2Myw3IEBAIE1BTExPQ19ERUNMQVJFKE1fODAyMTFfUkFURUNU TCk7CiBzdGF0aWMgdm9pZCBfX2lubGluZQogaWVlZTgwMjExX3JhdGVjdGxfaW5pdChzdHJ1Y3Qg aWVlZTgwMjExdmFwICp2YXApCiB7CisJdmFwLT5pdl9mbGFnc19leHQgfD0gSUVFRTgwMjExX0ZF WFRfUkFURUNUTDsKIAl2YXAtPml2X3JhdGUtPmlyX2luaXQodmFwKTsKIH0KIApAQCAtNzcsNiAr NzgsOCBAQCBpZWVlODAyMTFfcmF0ZWN0bF9ub2RlX2luaXQoc3RydWN0IGllZWU4MDIxMV9ub2Rl CiB7CiAJY29uc3Qgc3RydWN0IGllZWU4MDIxMXZhcCAqdmFwID0gbmktPm5pX3ZhcDsKIAorCWlm ICgodmFwLT5pdl9mbGFnc19leHQgJiBJRUVFODAyMTFfRkVYVF9SQVRFQ1RMKSA9PSAwKQorCQly ZXR1cm47CiAJdmFwLT5pdl9yYXRlLT5pcl9ub2RlX2luaXQobmkpOwogfQogCg== --00163630eb25e33f20048dcb9b21-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 17:43:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FB081065670; Sat, 14 Aug 2010 17:43:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id D962A8FC15; Sat, 14 Aug 2010 17:43:40 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7EHhefo011082; Sat, 14 Aug 2010 10:43:40 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7EHheEf011081; Sat, 14 Aug 2010 10:43:40 -0700 (PDT) (envelope-from david) Date: Sat, 14 Aug 2010 10:43:40 -0700 From: David Wolfskill To: Bernhard Schmidt Message-ID: <20100814174340.GM1670@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Bernhard Schmidt , Adrian Chadd , current@freebsd.org, Rui Paulo References: <20100814152907.GG1670@albert.catwhisker.org> <20100814164750.GJ1670@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y4VYWfdFdHwFhC6D" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Adrian Chadd , current@freebsd.org, Rui Paulo Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 17:43:41 -0000 --Y4VYWfdFdHwFhC6D Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 14, 2010 at 07:05:40PM +0200, Bernhard Schmidt wrote: > ... > > OK; I reverted by doing this: > > > > g1-46(9.0-C)[1] cd /usr/src > > g1-46(9.0-C)[2] svn merge -c -211295 file:///svn/freebsd/src/base/head > > --- Reverse-merging r211295 into 'sys': > > U =A0 =A0sys/net80211/ieee80211_node.c > > U =A0 =A0sys/net80211/ieee80211_sta.c > > g1-46(9.0-C)[3] > > > > I then re-built the kernel and rebooted (with the ath(4) card inserted): > > [..] > > I think that qualifies as "working". >=20 > Indeed, please try attached patch. Patch applied cleanly; rebuilt kernel; rebooted OK: g1-219(9.0-C)[1] uname -a FreeBSD g1-219.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #91 r211295M= : Sat Aug 14 10:22:11 PDT 2010 root@g1-219.catwhisker.org.:/usr/obj/usr= /src/sys/CANARY i386 g1-219(9.0-C)[2] ifconfig xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 iwi0: flags=3D8843 metric 0 mtu 2290 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated plip0: flags=3D8810 metric 0 mtu 1500 ipfw0: flags=3D8801 metric 0 mtu 65536 lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 =20 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7=20 nd6 options=3D21 ath0: flags=3D8843 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated wlan1: flags=3D8843 metric 0 mtu 15= 00 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 5 (2432 MHz 11g) country US authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF txpower 0 bmiss 24 scanvalid 60 protmode CTS wme roaming MANUAL bintval 0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:40:96:a7:a7:01 inet 172.17.1.219 netmask 0xffff0000 broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid lmdhw-net channel 6 (2437 MHz 11b) bssid 00:60:1d:f1:ed:d3 regdomain FCC indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 23 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme burst g1-219(9.0-C)[3]=20 Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Y4VYWfdFdHwFhC6D Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxm1csACgkQmprOCmdXAD0pJwCeNamwbyXSYk3xudCz4PYg25om 5ywAnRJc0k3x5cgyTXPMIfQZaW1vvyxm =gaqh -----END PGP SIGNATURE----- --Y4VYWfdFdHwFhC6D-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 20:15:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B17106566C; Sat, 14 Aug 2010 20:15:10 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BF1968FC0A; Sat, 14 Aug 2010 20:15:09 +0000 (UTC) Received: by qwg5 with SMTP id 5so4494840qwg.13 for ; Sat, 14 Aug 2010 13:15:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.54.72 with SMTP id p8mr2154663qag.51.1281816908720; Sat, 14 Aug 2010 13:15:08 -0700 (PDT) Received: by 10.229.25.130 with HTTP; Sat, 14 Aug 2010 13:15:08 -0700 (PDT) X-Originating-IP: [94.217.138.187] In-Reply-To: <20100814174340.GM1670@albert.catwhisker.org> References: <20100814152907.GG1670@albert.catwhisker.org> <20100814164750.GJ1670@albert.catwhisker.org> <20100814174340.GM1670@albert.catwhisker.org> Date: Sat, 14 Aug 2010 22:15:08 +0200 Message-ID: From: Bernhard Schmidt To: David Wolfskill , Bernhard Schmidt , Adrian Chadd , current@freebsd.org, Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Panic: Kernel page fault with ath0_com_lock held, r211295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 20:15:10 -0000 On Sat, Aug 14, 2010 at 19:43, David Wolfskill wrote= : > On Sat, Aug 14, 2010 at 07:05:40PM +0200, Bernhard Schmidt wrote: >> ... >> > OK; I reverted by doing this: >> > >> > g1-46(9.0-C)[1] cd /usr/src >> > g1-46(9.0-C)[2] svn merge -c -211295 file:///svn/freebsd/src/base/head >> > --- Reverse-merging r211295 into 'sys': >> > U =A0 =A0sys/net80211/ieee80211_node.c >> > U =A0 =A0sys/net80211/ieee80211_sta.c >> > g1-46(9.0-C)[3] >> > >> > I then re-built the kernel and rebooted (with the ath(4) card inserted= ): >> > [..] >> > I think that qualifies as "working". >> >> Indeed, please try attached patch. > > Patch applied cleanly; rebuilt kernel; rebooted OK: Thanks, I've committed a 'slightly' different version. Drivers which aren't using the ratectl framework should be unaffected by any changes regarding ratectl in the future. Sorry for the noise. --=20 Bernhard From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 20:16:16 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D40F81065674; Sat, 14 Aug 2010 20:16:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 958748FC15; Sat, 14 Aug 2010 20:16:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o7EKC7vH029927; Sat, 14 Aug 2010 14:12:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 14 Aug 2010 14:12:39 -0600 (MDT) Message-Id: <20100814.141239.1104512900559631226.imp@bsdimp.com> To: gabor@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4C66C0A4.3000301@FreeBSD.org> References: <4C6505A4.9060203@FreeBSD.org> <20100814155346.GA6510@nagual.pp.ru> <4C66C0A4.3000301@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: dougb@FreeBSD.org, core@FreeBSD.org, current@FreeBSD.org Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 20:16:16 -0000 In message: <4C66C0A4.3000301@FreeBSD.org> Gabor Kovesdan writes: : Yes, I'm sorry for my slow reaction, I got a flu some time ago and : that prevented me from fixing the bugs earlier. I have several fixes : in my working copy, which are being discussed with my : mentor. Probably, today or tomorrow they will be committed. I don't see a huge issue with it being default for a while, so your slowness due to flu is OK, imho. This is -current after all, and bumps in the road are to be expected. Reverting to gnu-grep being default is likely good until you can resolve the issues that you've talked about in other posts. IMHO, it's unlikely additional testing and exposure will, at this time, give you any new information. Once things have been tuned up, problems fixed, etc, it would likely make sense to try this again (with special attention to the issues raised this time, since there's good reason to believe people will try them first thing if the switch is thrown back to default again). I hope you're leaving it in the tree as an option, however, since BSD grep is good enough for many users of grep. They have been using it for years and years without hassle as a port because their grep needs are simple, and performance requirements modest. For these folks, license is the deciding factor. Warner From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 23:05:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC00110656A4 for ; Sat, 14 Aug 2010 23:05:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 914A18FC1B for ; Sat, 14 Aug 2010 23:05:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OkPmi-0004uG-6Z for freebsd-current@freebsd.org; Sun, 15 Aug 2010 01:05:04 +0200 Received: from 26-113.dsl.iskon.hr ([89.164.26.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Aug 2010 01:05:04 +0200 Received: from ivoras by 26-113.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Aug 2010 01:05:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 15 Aug 2010 01:04:52 +0200 Lines: 29 Message-ID: References: <4C6505A4.9060203@FreeBSD.org> <4C650B75.3020800@FreeBSD.org> <4C651192.9020403@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 26-113.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 In-Reply-To: <4C651192.9020403@FreeBSD.org> Subject: Re: Official request: Please make GNU grep the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Aug 2010 23:05:07 -0000 On 13.8.2010 11:34, Doug Barton wrote: > On 08/13/2010 02:08, Gabor Kovesdan wrote: >> Ok, I'll take care of this soon, and make GNU grep default, again with a >> knob to build BSD grep. I agree with you that we cannot allow such a big >> performance drawback but I my measures only showed significant >> differences for very big searches and I didn't imagine that it could add >> up to such a big diference. > > To be fair, I didn't notice a performance difference either until I > started revamping this code that calls my parse_index() for every single > installed port. Given a 22,042 line INDEX file, that's enough to add up > to something noticeable. Wouldn't this might, just might, be an indication that one of the following is true: 1) writing complex performance-sensitive utilities in shell code simply sucks because it's too sensitive to issues like borderline behaviours of utilities 2) implementing complex data structures that might save you reparsing on the order of complexity of O(npkg * nlines) is too demanding in shell code and this means it's not exactly the best tool for the job ? This post brought to you by The Legue for Retiring Shell Scripts Longer Than 100 Lines - our motto is "Fighting against the tide - why not?" :)