From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 02:44:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E41C6106566C for ; Sun, 25 Jul 2010 02:44:47 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id DF2008FC14 for ; Sun, 25 Jul 2010 02:44:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id D54555093D for ; Sun, 25 Jul 2010 03:44:46 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t-mZCyQgeT6k for ; Sun, 25 Jul 2010 03:44:44 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 9C2EC5089E for ; Sun, 25 Jul 2010 03:44:44 +0100 (BST) Message-ID: <4C4BA50B.6050507@langille.org> Date: Sat, 24 Jul 2010 22:44:27 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 02:44:50 -0000 You may have seen my cunning plan: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=883310+0+current/freebsd-stable I've been doing some testing today. The first of my tests comparing partitions aligned on a 4KB boundary are in. I created a 5x2TB zpool, each of which was set up like this: gpart add -b 1024 -s 3906824301 -t freebsd-zfs -l disk01 ada1 or gpart add -b 34 -s 3906824301 -t freebsd-zfs -l disk01 ada1 Repeat for all 5 HDD. And then: zpool create storage raidz2 gpt/disk01 gpt/disk02 gpt/disk03 gpt/disk04 gpt/disk05 Two Bonnie-64 tests: First, with -b 34: # ~dan/bonnie-64-read-only/Bonnie -s 5000 File './Bonnie.12315', size: 5242880000 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 5 110.6 80.5 115.3 15.1 60.9 8.5 68.8 46.2 326.7 15.3 469 1.4 And then with -b 1024 # ~dan/bonnie-64-read-only/Bonnie -s 5000 File './Bonnie.21095', size: 5242880000 Writing with putc()...done Rewriting...^[[1~done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 5 130.9 94.2 118.3 15.6 61.1 8.5 70.1 46.8 241.2 12.7 473 1.4 My reading of this: All M/sec rates are faster except sequential input. Comments? I'll run -s 20000 and -s 50000 tests overnight and will post them in the morning. Sunday, I'll try creating a 7x2TB array consisting of 5HDD and two sparse files and see how that goes. Here's hoping. Full logs here, including a number of panics: http://beta.freebsddiary.org/zfs-with-gpart.php -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 03:14:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73E3106564A for ; Sun, 25 Jul 2010 03:14:39 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 817A48FC08 for ; Sun, 25 Jul 2010 03:14:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 704BA5093D for ; Sun, 25 Jul 2010 04:14:38 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cFXqaX8EX+t6 for ; Sun, 25 Jul 2010 04:14:37 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 308BC5089E for ; Sun, 25 Jul 2010 04:14:37 +0100 (BST) Message-ID: <4C4BAC0C.9060403@langille.org> Date: Sat, 24 Jul 2010 23:14:20 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4C4BA50B.6050507@langille.org> In-Reply-To: <4C4BA50B.6050507@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 03:14:40 -0000 On 7/24/2010 10:44 PM, Dan Langille wrote: > I'll run -s 20000 and -s 50000 tests overnight and will post them in the > morning. The -s 20000 results are in: -b 34: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 20 114.1 82.7 110.9 14.1 62.5 8.9 73.1 48.8 153.6 9.9 195 0.9 -b 1024: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 20 111.0 81.2 114.7 15.1 62.6 8.9 71.9 47.9 135.3 8.7 180 1.1 Hmmm, seems like the first test was better... -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 03:59:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2B7106564A for ; Sun, 25 Jul 2010 03:59:01 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 969F38FC17 for ; Sun, 25 Jul 2010 03:59:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id DD7BD5093D for ; Sun, 25 Jul 2010 04:59:00 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGdc3hN5KG3D for ; Sun, 25 Jul 2010 04:58:59 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 8E35C5089E for ; Sun, 25 Jul 2010 04:58:59 +0100 (BST) Message-ID: <4C4BB672.3090109@langille.org> Date: Sat, 24 Jul 2010 23:58:42 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable References: <4C4BA50B.6050507@langille.org> In-Reply-To: <4C4BA50B.6050507@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 03:59:02 -0000 On 7/24/2010 10:44 PM, Dan Langille wrote: > You may have seen my cunning plan: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=883310+0+current/freebsd-stable > > > I've been doing some testing today. The first of my tests comparing > partitions aligned on a 4KB boundary are in. I created a 5x2TB zpool, > each of which was set up like this: > > gpart add -b 1024 -s 3906824301 -t freebsd-zfs -l disk01 ada1 > or > gpart add -b 34 -s 3906824301 -t freebsd-zfs -l disk01 ada1 > > Repeat for all 5 HDD. And then: > > zpool create storage raidz2 gpt/disk01 gpt/disk02 gpt/disk03 gpt/disk04 > gpt/disk05 > > Two Bonnie-64 tests: > > First, with -b 34: > > # ~dan/bonnie-64-read-only/Bonnie -s 5000 > File './Bonnie.12315', size: 5242880000 > Writing with putc()...done > Rewriting...done > Writing intelligently...done > Reading with getc()...done > Reading intelligently...done > Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU > 5 110.6 80.5 115.3 15.1 60.9 8.5 68.8 46.2 326.7 15.3 469 1.4 > > > > > And then with -b 1024 > > # ~dan/bonnie-64-read-only/Bonnie -s 5000 > File './Bonnie.21095', size: 5242880000 > Writing with putc()...done > Rewriting...^[[1~done > Writing intelligently...done > Reading with getc()...done > Reading intelligently...done > Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU > 5 130.9 94.2 118.3 15.6 61.1 8.5 70.1 46.8 241.2 12.7 473 1.4 > > > My reading of this: All M/sec rates are faster except sequential input. > Comments? > > I'll run -s 20000 and -s 50000 tests overnight and will post them in the > morning. Well, it seems I'm not sleeping yet, so: -b 34 -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 50 113.1 82.4 114.6 15.2 63.4 8.9 72.7 48.2 142.2 9.5 126 0.7 -b 1024 -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU 50 110.5 81.0 112.8 15.0 62.8 9.0 72.9 48.5 139.7 9.5 144 0.9 Here, the results aren't much better either... am I not aligning this partition correctly? Missing something else? Or... are they both 4K block aligned? -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 05:37:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E18A81065670 for ; Sun, 25 Jul 2010 05:37:28 +0000 (UTC) (envelope-from amvandemore@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 BD3298FC14 for ; Sun, 25 Jul 2010 05:37:28 +0000 (UTC) Received: by qyk31 with SMTP id 31so1444952qyk.13 for ; Sat, 24 Jul 2010 22:37:27 -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=nwooL86sGbVqdiBn1ogN5AkVJvlZG4Ke+eEKwMOdZMY=; b=mTGtPqr8SAgtzUglcT86alJ9W3TCEatkIpy8Oc+Phb8UqNvOMMc0mTwHJBand8sR7a 1pOEEePA83xNn3jE7oCxdEZUSEOeoU4iGMosphR1eDri7wIYb4mM6NohIdxJoYN1cm0b KetJpS/cjfCmKi5IqZBPsfLSTmtc+qTn5OSms= 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=bDOCqv/MfaB71+p5Ncy7WhTdy0qqnTVlsCGlyLBMYCaFB70ZKRvo6T+0aD1vMj05lz //KPI6Yf1llmYtpWjWnivWiv/b37geBxNoO/cz9pT3CTFQjeft8bPUWKVBTpURpkItIT C3tGmFAYGmqtWAUwydGO/Jg7eA5eSGloXgGbE= MIME-Version: 1.0 Received: by 10.224.40.207 with SMTP id l15mr4655765qae.224.1280036247728; Sat, 24 Jul 2010 22:37:27 -0700 (PDT) Received: by 10.229.29.71 with HTTP; Sat, 24 Jul 2010 22:37:27 -0700 (PDT) In-Reply-To: <4C4BB672.3090109@langille.org> References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> Date: Sun, 25 Jul 2010 00:37:27 -0500 Message-ID: From: Adam Vande More To: Dan Langille Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 05:37:29 -0000 On Sat, Jul 24, 2010 at 10:58 PM, Dan Langille wrote: > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU > 50 110.5 81.0 112.8 15.0 62.8 9.0 72.9 48.5 139.7 9.5 144 0.9 > > Here, the results aren't much better either... am I not aligning this > partition correctly? Missing something else? Or... are they both 4K block > aligned? The alignment doesn't apply to all drives, just the 4k WD's and some ssd's. If they were misaligned, you would see a large difference in the tests. A few points one way or other in these is largely meaningless. That being said, if I were you I would set -b 2048(1 MB) as the default, the amount of space wasted is trivial and your partition will always be aligned. People following your tutorials may have a variety of different drives and that setting is safe for all. Windows defaults to this offset for the same reason: DISKPART> list partition Partition ### Type Size Offset ------------- ---------------- ------- ------- Partition 1 Primary 1116 GB 1024 KB -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 07:22:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445AC1065673 for ; Sun, 25 Jul 2010 07:22:39 +0000 (UTC) (envelope-from edhoprima@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 53C988FC13 for ; Sun, 25 Jul 2010 07:22:38 +0000 (UTC) Received: by qwk3 with SMTP id 3so1307219qwk.13 for ; Sun, 25 Jul 2010 00:22:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=1LmCnzOb56lMgBfSSqAErk0dCK1GpiCZ7l0FpYlg2fU=; b=fPl/+qjJpS6LuU8O22pg9DJnuqadhH2oRKJMn6si2am32rCc9W92wCgHR2q8aP2zl7 OdgNcmssmdBjOkhsmEDFnIJjjmLDdKzCR4b1kXK84uZB2MsVvAcCqzpsNveMFh99PTe2 OHskFfldJo75arQznRO4aZqqVhDLnCN94cN+w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=I0Azl14Dtm6hSVS/qATC9VEFif5X3GZxXkXe/jZ4TWd7tv57HThS+nkQB2eH8+qQG4 KFo+BHy5vvn280BqVPlro+SJPzeDEJbWyec0Y3wYbtB0+KuooC34uX/PMB4MKBotg7Mj 9gyvhvacMWUv7a6xdlACQkCYPmMXRboDODqIA= Received: by 10.224.53.86 with SMTP id l22mr4620330qag.348.1280042557179; Sun, 25 Jul 2010 00:22:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.235.208 with HTTP; Sun, 25 Jul 2010 00:22:17 -0700 (PDT) In-Reply-To: References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> From: Edho P Arief Date: Sun, 25 Jul 2010 14:22:17 +0700 Message-ID: To: Adam Vande More Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable , Dan Langille Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 07:22:39 -0000 On Sun, Jul 25, 2010 at 12:37 PM, Adam Vande More w= rote: > On Sat, Jul 24, 2010 at 10:58 PM, Dan Langille wrote: > >> =C2=A0 =C2=A0 =C2=A0 -------Sequential Output-------- ---Sequential Inpu= t-- --Random-- >> =C2=A0 =C2=A0 =C2=A0 -Per Char- --Block--- -Rewrite-- -Per Char- --Block= --- --Seeks--- >> =C2=A0 =C2=A0GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU = =C2=A0/sec %CPU >> =C2=A0 =C2=A050 110.5 81.0 112.8 15.0 =C2=A062.8 =C2=A09.0 =C2=A072.9 48= .5 139.7 =C2=A09.5 =C2=A0 144 =C2=A00.9 >> >> Here, the results aren't much better either... =C2=A0am I not aligning t= his >> partition correctly? =C2=A0Missing something else? =C2=A0Or... are they = both 4K block >> aligned? > > > The alignment doesn't apply to all drives, just the 4k WD's and some ssd'= s. > > If they were misaligned, you would see a large difference in the tests. = =C2=A0A > few points one way or other in these is largely meaningless. > > That being said, if I were you I would set -b 2048(1 MB) as the default, = the > amount of space wasted is trivial and your partition will always be > aligned. =C2=A0People following your tutorials may have a variety of diff= erent > drives and that setting is safe for all. > shouldn't it start at 2049? Starting at 2048 means it starts at 2048th logical block which is 512 bytes off from physical block, doesn't it? --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 07:23:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED25106564A for ; Sun, 25 Jul 2010 07:23:54 +0000 (UTC) (envelope-from amvandemore@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 28DDB8FC1B for ; Sun, 25 Jul 2010 07:23:53 +0000 (UTC) Received: by qwk3 with SMTP id 3so1307518qwk.13 for ; Sun, 25 Jul 2010 00:23:53 -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=sDrgFtbrsUszdF1BLC3QeDpYFLzS9eDGIHy1MZfhXog=; b=TIIcHJRTY1/7UPZYDqkCZFaTv9Jf9fJL6tzcH7HYTB5QAWbhOB+yWM7IaD9s7JZDRF 9/m+RYhmBC296eo6cBktawmth0lV9IhfHBmfu/GxIqvhgpXpu6DzwWpLwHdWSJZLEfii tYs3eZQ4QApU2LL8Z4As78wDX89/Zbn3n6Qgc= 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=aCclZolD1KBXUh/hvdzd7KWq30aJwPLduMWjOReTT+qLldW8DTlcesrmq1v0iVLwrD w0nuGgZ1Q1T2kTm7TylGelK0IZ6YjeLkfhDOgz6GjNPm4dIbG6KTUZtwXhFLVivyiwzz k5Sv1/KKf4WanG3ls+dge/exnOUOSWwj35t00= MIME-Version: 1.0 Received: by 10.224.96.209 with SMTP id i17mr4648663qan.132.1280042632935; Sun, 25 Jul 2010 00:23:52 -0700 (PDT) Received: by 10.229.29.71 with HTTP; Sun, 25 Jul 2010 00:23:52 -0700 (PDT) In-Reply-To: References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> Date: Sun, 25 Jul 2010 02:23:52 -0500 Message-ID: From: Adam Vande More To: Edho P Arief Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , Dan Langille Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 07:23:54 -0000 On Sun, Jul 25, 2010 at 2:22 AM, Edho P Arief wrote: > > shouldn't it start at 2049? Starting at 2048 means it starts at 2048th > logical block which is 512 bytes off from physical block, doesn't it? > > blocks start at 0 -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 09:50:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D0F51065670 for ; Sun, 25 Jul 2010 09:50:45 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0D27F8FC0A for ; Sun, 25 Jul 2010 09:50:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id o6P9oh6o027730; Sun, 25 Jul 2010 13:50:43 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 25 Jul 2010 13:50:43 +0400 (MSD) From: Dmitry Morozovsky To: Adam Vande More In-Reply-To: Message-ID: References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (woozle.rinet.ru [0.0.0.0]); Sun, 25 Jul 2010 13:50:43 +0400 (MSD) Cc: freebsd-stable , Edho P Arief , Dan Langille Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 09:50:45 -0000 On Sun, 25 Jul 2010, Adam Vande More wrote: AVM> > AVM> > shouldn't it start at 2049? Starting at 2048 means it starts at 2048th AVM> > logical block which is 512 bytes off from physical block, doesn't it? AVM> > AVM> > AVM> AVM> blocks start at 0 Well, to be exact, LBA starts at 0, while sector numbers (in CHS address method) at 1 (which always suprized me ;) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 11:48:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D09F106564A for ; Sun, 25 Jul 2010 11:48:18 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7098FC0A for ; Sun, 25 Jul 2010 11:48:18 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 4436035A835; Sun, 25 Jul 2010 13:48:16 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 2DDED172B8; Sun, 25 Jul 2010 13:48:16 +0200 (CEST) Date: Sun, 25 Jul 2010 13:48:16 +0200 From: Jilles Tjoelker To: Sean Message-ID: <20100725114816.GA78541@stack.nl> References: <20100717152455.GA61987@ravenloft.kiev.ua> <4C4264F1.4010708@gothic.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C4264F1.4010708@gothic.net.au> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: SIGEPIPE after update to 8.1-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 11:48:18 -0000 On Sun, Jul 18, 2010 at 12:20:33PM +1000, Sean wrote: > I'm getting the same thing; what shell are you using? I changed my shell > on one machine from /bin/tcsh to /usr/local/bin/bash and problem > disappeared. That this workaround helps confirms that masked/ignored SIGPIPE is the problem. From a few shells I have tried, bash and zsh reset SIGPIPE to caught or default even if it was ignored (only in interactive mode, however), while tcsh, sh, mksh and ksh93 leave it ignored. The underlying problem is the program that is passing the ignored/masked signal to child processes. Please check if the problem occurs with various ways to log in (text console, ssh, xterm, etc). Things like PAM modules may also cause problems here. For example, sshd sets SIGPIPE to ignored, but resets it back to default before starting a child process, so assuming I read the code correctly it does not cause problems. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 15:03:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562931065673 for ; Sun, 25 Jul 2010 15:03:45 +0000 (UTC) (envelope-from labeachgeek@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 29D0F8FC20 for ; Sun, 25 Jul 2010 15:03:44 +0000 (UTC) Received: by iwn35 with SMTP id 35so2461807iwn.13 for ; Sun, 25 Jul 2010 08:03: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:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=0c4nfdXQk6QEmfQlzIbSV9SpTnZ+FqMBToATidY8icM=; b=Wn6Axh6mNoLxkTUmVIwdO/5j2V8qLLgEJo/H4mvXu7kVQr2FmOiHjVR+hujFcnDOlp ZrTlYrudiW5FCgaKwrjm2Er3nh9wZTvpt2eCMBcMEKJSv8leRYbs1ijzK/bBrq57RGFo mn9W8aqijLYy95+cVR9WXhpRkF5hyGEuBRvFs= 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 :content-type; b=gEh9Tck6jpj/WMD1eHyCoPx8t3OMVq/JEpjWWmRRqibK7Gr8Hxp4Q8D/fuRrfGzE1X Hmx7xtgurCp9SanDO0a9Exwg4oTUrHJUumHBz33arxX4k6Pqz0KaWCmzi9u4vA8DkUs2 J0dO1z8SYS0pbW2CWPwu0SZOPRDjrT6oQtyTk= MIME-Version: 1.0 Received: by 10.231.14.137 with SMTP id g9mr6852339iba.183.1280069734615; Sun, 25 Jul 2010 07:55:34 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 07:55:34 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 07:55:34 -0700 (PDT) In-Reply-To: <20100721201301.GB44184@libertas.local.camdensoftware.com> References: <20100721201301.GB44184@libertas.local.camdensoftware.com> Date: Sun, 25 Jul 2010 09:55:34 -0500 Message-ID: From: Beach Geek To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: no updates? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 15:03:45 -0000 Did my last post get cut off? Still getting used to this Andriod. On Jul 21, 2010 3:13 PM, "Chip Camden" wrote: This is probably a stupid question, but I haven't received any csup updates for a couple of days now, even though I've seen quite a few commits on the list. I'm using the cvs tag=RELENG_8 I've tried both cvsup4.freebsd.org and cvsup10.freebsd.org (my two fastest connections). Are the mirrors just having a hard time keeping up? Or do I need to change my configuration? I'm using /usr/share/examples/cvsup/standard-supfile, unmodified. Just in case, here's what it looks like: # $FreeBSD: src/share/examples/cvsup/standard-supfile,v 1.25.4.2 2009/08/12 07:25:56 kensmith Exp $ # # This file contains all of the "CVSup collections" that make up the # FreeBSD-current source tree. # # CVSup (CVS Update Protocol) allows you to download the latest CVS # tree (or any branch of development therefrom) to your system easily # and efficiently (far more so than with sup, which CVSup is aimed # at replacing). If you're running CVSup interactively, and are # currently using an X display server, you should run CVSup as follows # to keep your CVS tree up-to-date: # # cvsup standard-supfile # # If not running X, or invoking cvsup from a non-interactive script, then # run it as follows: # # cvsup -g -L 2 standard-supfile # # You may wish to change some of the settings in this file to better # suit your system: # # host=CHANGE_THIS.FreeBSD.org # This specifies the server host which will supply the # file updates. You must change it to one of the CVSup # mirror sites listed in the FreeBSD Handbook at # http://www.freebsd.org/doc/handbook/mirrors.html. # You can override this setting on the command line # with cvsup's "-h host" option. # # base=/var/db # This specifies the root where CVSup will store information # about the collections you have transferred to your system. # A setting of "/var/db" will generate this information in # /var/db/sup. You can override the "base" setting on the # command line with cvsup's "-b base" option. This directory # must exist in order to run CVSup. # # prefix=/usr # This specifies where to place the requested files. A # setting of "/usr" will place all of the files requested # in "/usr/src" (e.g., "/usr/src/bin", "/usr/src/lib"). # The prefix directory must exist in order to run CVSup. # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. src-all # These are the individual collections that make up "src-all". If you # use these, be sure to comment out "src-all" above. #src-base #src-bin #src-cddl #src-contrib #src-etc #src-games #src-gnu #src-include #src-kerberos5 #src-kerberosIV #src-lib #src-libexec #src-release #src-rescue #src-sbin #src-share #src-sys #src-tools #src-usrbin #src-usrsbin # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all #src-crypto #src-eBones #src-secure #src-sys-crypto -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips.com From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 15:22:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C37F9106566B for ; Sun, 25 Jul 2010 15:22:05 +0000 (UTC) (envelope-from labeachgeek@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 8DB7D8FC17 for ; Sun, 25 Jul 2010 15:22:05 +0000 (UTC) Received: by iwn35 with SMTP id 35so2476548iwn.13 for ; Sun, 25 Jul 2010 08:22:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=XbWtmkFjqnMV4Y3JGYg1G/kuC77Sa13nJXjvcT6soOI=; b=CYJnA6iRAfrMfAiIpadyiR2R9ZstbaEeF4TAO8g7M0tYmltf3QCvInrI8/CukDwm/z mhfsRgZvY8zKomwBPLbdLDpbSnu0ExJ4NZ4/ktZvqzUKX3Ran/rKh8ujgRtHjzJ0kgSd oQIHtbws4gpMlDXXA0dr2BSS62R/3C59R0m+w= 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 :content-type; b=fCsUNvdZulfZutSFvun5/Marh2Rz7y+ooWIAB58EuKgG0HQlsI0xu3SiwqoeCV6vcR YnlXCDSxbDS3XUbhDaMed+ZpoJZFkOel/B9Ek/5iZ09jQw9F5VwPRBvxut9s1OoXol76 xIwgHOYEnx2WW6SHRBfpO8tUhxtjsIKnt5afc= MIME-Version: 1.0 Received: by 10.231.30.130 with SMTP id u2mr6845204ibc.111.1280069533142; Sun, 25 Jul 2010 07:52:13 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 07:52:13 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 07:52:13 -0700 (PDT) In-Reply-To: <20100721201301.GB44184@libertas.local.camdensoftware.com> References: <20100721201301.GB44184@libertas.local.camdensoftware.com> Date: Sun, 25 Jul 2010 09:52:13 -0500 Message-ID: From: Beach Geek To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: no updates? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 15:22:05 -0000 Still no updates? How are you running the update? (command line or cron or ?) How are you specifying the host? (-h or editing the *default host line) On Jul 21, 2010 3:13 PM, "Chip Camden" wrote: This is probably a stupid question, but I haven't received any csup updates for a couple of days now, even though I've seen quite a few commits on the list. I'm using the cvs tag=RELENG_8 I've tried both cvsup4.freebsd.org and cvsup10.freebsd.org (my two fastest connections). Are the mirrors just having a hard time keeping up? Or do I need to change my configuration? I'm using /usr/share/examples/cvsup/standard-supfile, unmodified. Just in case, here's what it looks like: # $FreeBSD: src/share/examples/cvsup/standard-supfile,v 1.25.4.2 2009/08/12 07:25:56 kensmith Exp $ # # This file contains all of the "CVSup collections" that make up the # FreeBSD-current source tree. # # CVSup (CVS Update Protocol) allows you to download the latest CVS # tree (or any branch of development therefrom) to your system easily # and efficiently (far more so than with sup, which CVSup is aimed # at replacing). If you're running CVSup interactively, and are # currently using an X display server, you should run CVSup as follows # to keep your CVS tree up-to-date: # # cvsup standard-supfile # # If not running X, or invoking cvsup from a non-interactive script, then # run it as follows: # # cvsup -g -L 2 standard-supfile # # You may wish to change some of the settings in this file to better # suit your system: # # host=CHANGE_THIS.FreeBSD.org # This specifies the server host which will supply the # file updates. You must change it to one of the CVSup # mirror sites listed in the FreeBSD Handbook at # http://www.freebsd.org/doc/handbook/mirrors.html. # You can override this setting on the command line # with cvsup's "-h host" option. # # base=/var/db # This specifies the root where CVSup will store information # about the collections you have transferred to your system. # A setting of "/var/db" will generate this information in # /var/db/sup. You can override the "base" setting on the # command line with cvsup's "-b base" option. This directory # must exist in order to run CVSup. # # prefix=/usr # This specifies where to place the requested files. A # setting of "/usr" will place all of the files requested # in "/usr/src" (e.g., "/usr/src/bin", "/usr/src/lib"). # The prefix directory must exist in order to run CVSup. # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. src-all # These are the individual collections that make up "src-all". If you # use these, be sure to comment out "src-all" above. #src-base #src-bin #src-cddl #src-contrib #src-etc #src-games #src-gnu #src-include #src-kerberos5 #src-kerberosIV #src-lib #src-libexec #src-release #src-rescue #src-sbin #src-share #src-sys #src-tools #src-usrbin #src-usrsbin # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all #src-crypto #src-eBones #src-secure #src-sys-crypto -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips.com From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 15:39:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07F271065674 for ; Sun, 25 Jul 2010 15:39:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 22A828FC1C for ; Sun, 25 Jul 2010 15:39:37 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta10.emeryville.ca.mail.comcast.net with comcast id mFdA1e0020EPchoAAFfd0S; Sun, 25 Jul 2010 15:39:37 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.emeryville.ca.mail.comcast.net with comcast id mFfc1e0043LrwQ28MFfcDU; Sun, 25 Jul 2010 15:39:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 489249B425; Sun, 25 Jul 2010 08:39:35 -0700 (PDT) Date: Sun, 25 Jul 2010 08:39:35 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100725153935.GA27131@icarus.home.lan> References: <20100721201301.GB44184@libertas.local.camdensoftware.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100721201301.GB44184@libertas.local.camdensoftware.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: no updates? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 15:39:38 -0000 On Wed, Jul 21, 2010 at 01:13:01PM -0700, Chip Camden wrote: > This is probably a stupid question, but I haven't received any csup > updates for a couple of days now, even though I've seen quite a few > commits on the list. I'm using the cvs tag=RELENG_8 > > I've tried both cvsup4.freebsd.org and cvsup10.freebsd.org (my two > fastest connections). > > Are the mirrors just having a hard time keeping up? Or do I need to > change my configuration? Your configuration looks fine -- given the hostname, I assume you're using variables in /etc/make.conf (ex. SUPHOST) to define the cvsup server's name and allow you to do "make update" in /usr/src and the like. The only thing I can think of is: when you installed FreeBSD, did you choose to install ports and src? If so, prior to running csup, did you "adopt" your existing data? http://www.cvsup.org/faq.html#caniadopt If not, I imagine what's happened is that the contents of /usr/src don't match what's in /var/db/sup/src-all. If you don't want to bother with adoption, you can do the following (be sure to back up your kernel configuration file first, unless you do what I do and use a symlink :-) ) to start over completely: rm -fr /usr/src/* rm -fr /var/db/sup/src-all csup -h {server} -L 2 /usr/share/examples/cvsup/stable-supfile (Or standard-supfile, depending on what tag you want to follow) For this reason I don't choose src or ports when installing FreeBSD. I populate /usr/src and /usr/ports after the OS is installed, using csup. I've never had a single problem since. -- | 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-stable@FreeBSD.ORG Sun Jul 25 16:04:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62AB71065670 for ; Sun, 25 Jul 2010 16:04:57 +0000 (UTC) (envelope-from fenmarketing@gs.webair.com) Received: from gs.webair.com (creation.webair.com [69.42.75.204]) by mx1.freebsd.org (Postfix) with ESMTP id 4985E8FC1B for ; Sun, 25 Jul 2010 16:04:56 +0000 (UTC) Received: from gs.webair.com (localhost [127.0.0.1]) by gs.webair.com (Postfix) with ESMTP id A7CC35CD9A for ; Sun, 25 Jul 2010 11:51:08 -0400 (EDT) Received: (from fenmarketing@localhost) by gs.webair.com (8.14.3/8.14.3/Submit) id o6PFp8W4078642; Sun, 25 Jul 2010 11:51:08 -0400 (EDT) (envelope-from fenmarketing) Date: Sun, 25 Jul 2010 11:51:08 -0400 (EDT) Message-Id: <201007251551.o6PFp8W4078642@gs.webair.com> To: freebsd-stable@freebsd.org From: Sandra Blaze MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: Confirm your prize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ciscoglobalnet@netscape.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 16:04:57 -0000 Confirm your award prize! Online Email Sweepstakes program Cisco Network Inc., This is to inform you that your Email Address attached to a Ticket Number(712-118-2010) has won the prize Sum of 500,000.00 Euro (Five hundred thousand Euro Only),in an Email Sweepstakes program held on the 24th July 2010. Contact person: Dr. Richmond Williams TEL: +31-683-312-468 reply to E-mail to: Ciscoglobalnet@netscape.net Below are your Winning Datas: Email Ticket Number 612118-312006 Reference Number: HP914711/31 Batch Number : 00/7119/ILPP/HLPN Serial Number: 124554-21 Please note that all winning must be claim not later than 20th August 2010. Sincerely, Sandra Blaze From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 16:59:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F8E106564A for ; Sun, 25 Jul 2010 16:59:57 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9097E8FC16 for ; Sun, 25 Jul 2010 16:59:57 +0000 (UTC) Received: from 174-21-99-21.tukw.qwest.net ([174.21.99.21] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Od4MO-000547-VS for freebsd-stable@freebsd.org; Sun, 25 Jul 2010 09:47:34 -0700 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sun, 25 Jul 2010 09:59:52 -0700 Date: Sun, 25 Jul 2010 09:59:52 -0700 From: Chip Camden To: freebsd-stable@freebsd.org Message-ID: <20100725165952.GA57688@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20100721201301.GB44184@libertas.local.camdensoftware.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: no updates? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 16:59:57 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Beach Geek on Sunday, 25 July 2010: > Still no updates? > How are you running the update? (command line or cron or ?) > How are you specifying the host? (-h or editing the *default host line) >=20 > On Jul 21, 2010 3:13 PM, "Chip Camden" wrot= e: >=20 > This is probably a stupid question, but I haven't received any csup > updates for a couple of days now, even though I've seen quite a few > commits on the list. I'm using the cvs tag=3DRELENG_8 >=20 > I've tried both cvsup4.freebsd.org and cvsup10.freebsd.org (my two > fastest connections). >=20 > Are the mirrors just having a hard time keeping up? Or do I need to > change my configuration? I'm using > /usr/share/examples/cvsup/standard-supfile, unmodified. Just in case, > here's what it looks like: >=20 > -- I should have replied sooner -- within a day of my post, cvsup4 caught up. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iQEcBAEBAgAGBQJMTG2HAAoJEIpckszW26+Rx9oIAJMwk4EJuc47iCcXTBNwwFaY ewuwW6iFXPKofEyzIPN5MzfEljX0xnDWZ+4iTc/gQLS5tJqcmw6kFLzV27bcS0ih prFHohK5wNNqhzf+arS+eYNZgylnEpWdewc8n4VYzUoufA7PgXq/4DaT54/V2bte jXUPe3zsTk9sEiquX2OSFRqxe4MZ4l6zpamK2f+p22aqIYl+yHNMY5paGG4NLm35 x5ut5HRfM/688PPkcXtDzE1cjuzHlP51EYPoKYEqpvcM4M85q8tT6x/CTIIlLCeW puaI3PwAjuDCfkWWvkDvi2W5ck5jyCmgtsPRZs+KWQ/A0H/9iQw3O6BssEWvlUs= =lPJF -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 17:58:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD81065674 for ; Sun, 25 Jul 2010 17:58:45 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9E08FC1F for ; Sun, 25 Jul 2010 17:58:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id B238F5093D for ; Sun, 25 Jul 2010 18:58:44 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tM+5qXT2A61M for ; Sun, 25 Jul 2010 18:58:43 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id B4BA45089E for ; Sun, 25 Jul 2010 18:58:43 +0100 (BST) Message-ID: <4C4C7B4A.7010003@langille.org> Date: Sun, 25 Jul 2010 13:58:34 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 17:58:45 -0000 I'm trying to destroy a zfs array which I recently created. It contains nothing of value. # zpool status pool: storage state: ONLINE status: One or more devices could not be used because the label is missing or invalid. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Replace the device using 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-4J scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk01 ONLINE 0 0 0 gpt/disk02 ONLINE 0 0 0 gpt/disk03 ONLINE 0 0 0 gpt/disk04 ONLINE 0 0 0 gpt/disk05 ONLINE 0 0 0 /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data errors: No known data errors Why sparse files? See this post: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1007077+0+archive/2010/freebsd-stable/20100725.freebsd-stable The two tmp files were created via: dd if=/dev/zero of=/tmp/sparsefile1.img bs=1 count=0 oseek=1862g dd if=/dev/zero of=/tmp/sparsefile2.img bs=1 count=0 oseek=1862g And the array created with: zpool create -f storage raidz2 gpt/disk01 gpt/disk02 gpt/disk03 \ gpt/disk04 gpt/disk05 /tmp/sparsefile1.img /tmp/sparsefile2.img The -f flag was required to avoid this message: invalid vdev specification use '-f' to override the following errors: mismatched replication level: raidz contains both files and devices I tried to offline one of the sparse files: zpool offline storage /tmp/sparsefile2.img That caused a panic: http://www.langille.org/tmp/zpool-offline-panic.jpg After rebooting, I rm'd both /tmp/sparsefile1.img and /tmp/sparsefile2.img without thinking they were still in the zpool. Now I am unable to destroy the pool. The system panics. I disabled ZFS via /etc/rc.conf, rebooted, recreated the two sparse files, then did a forcestart of zfs. Then I saw: # zpool status pool: storage state: ONLINE status: One or more devices could not be used because the label is missing or invalid. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Replace the device using 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-4J scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk01 ONLINE 0 0 0 gpt/disk02 ONLINE 0 0 0 gpt/disk03 ONLINE 0 0 0 gpt/disk04 ONLINE 0 0 0 gpt/disk05 ONLINE 0 0 0 /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data errors: No known data errors Another attempt to destroy the array created a panic. Suggestions as to how to remove this array and get started again? -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 18:17:51 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A79871065675 for ; Sun, 25 Jul 2010 18:17:51 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8112D8FC16 for ; Sun, 25 Jul 2010 18:17:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 95A0F5093D for ; Sun, 25 Jul 2010 19:17:50 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cXo3JzK8sc-T for ; Sun, 25 Jul 2010 19:17:49 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id C86B15089E for ; Sun, 25 Jul 2010 19:17:49 +0100 (BST) Message-ID: <4C4C7FC2.5030605@langille.org> Date: Sun, 25 Jul 2010 14:17:38 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: stable@freebsd.org References: <4C4C7B4A.7010003@langille.org> In-Reply-To: <4C4C7B4A.7010003@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 18:17:51 -0000 On 7/25/2010 1:58 PM, Dan Langille wrote: > I'm trying to destroy a zfs array which I recently created. It contains > nothing of value. Oh... I left this out: FreeBSD kraken.unixathome.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Mar 5 00:46:11 EST 2010 dan@kraken.example.org:/usr/obj/usr/src/sys/KRAKEN amd64 > > # zpool status > pool: storage > state: ONLINE > status: One or more devices could not be used because the label is > missing or > invalid. Sufficient replicas exist for the pool to continue > functioning in a degraded state. > action: Replace the device using 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-4J > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > errors: No known data errors > > Why sparse files? See this post: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1007077+0+archive/2010/freebsd-stable/20100725.freebsd-stable > > > The two tmp files were created via: > > dd if=/dev/zero of=/tmp/sparsefile1.img bs=1 count=0 oseek=1862g > dd if=/dev/zero of=/tmp/sparsefile2.img bs=1 count=0 oseek=1862g > > And the array created with: > > zpool create -f storage raidz2 gpt/disk01 gpt/disk02 gpt/disk03 \ > gpt/disk04 gpt/disk05 /tmp/sparsefile1.img /tmp/sparsefile2.img > > The -f flag was required to avoid this message: > > invalid vdev specification > use '-f' to override the following errors: > mismatched replication level: raidz contains both files and devices > > > I tried to offline one of the sparse files: > > zpool offline storage /tmp/sparsefile2.img > > That caused a panic: http://www.langille.org/tmp/zpool-offline-panic.jpg > > After rebooting, I rm'd both /tmp/sparsefile1.img and > /tmp/sparsefile2.img without thinking they were still in the zpool. Now > I am unable to destroy the pool. The system panics. I disabled ZFS via > /etc/rc.conf, rebooted, recreated the two sparse files, then did a > forcestart of zfs. Then I saw: > > # zpool status > pool: storage > state: ONLINE > status: One or more devices could not be used because the label is > missing or > invalid. Sufficient replicas exist for the pool to continue > functioning in a degraded state. > action: Replace the device using 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-4J > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > errors: No known data errors > > > Another attempt to destroy the array created a panic. > > Suggestions as to how to remove this array and get started again? > -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 20:18:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3C1106567C for ; Sun, 25 Jul 2010 20:18:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8A68FC20 for ; Sun, 25 Jul 2010 20:18:15 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta10.emeryville.ca.mail.comcast.net with comcast id mKek1e0021HpZEsAALJEfv; Sun, 25 Jul 2010 20:18:14 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.emeryville.ca.mail.comcast.net with comcast id mLJD1e0093LrwQ28aLJEhD; Sun, 25 Jul 2010 20:18:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3CD459B425; Sun, 25 Jul 2010 13:18:11 -0700 (PDT) Date: Sun, 25 Jul 2010 13:18:11 -0700 From: Jeremy Chadwick To: Dan Langille Message-ID: <20100725201811.GA33611@icarus.home.lan> References: <4C4C7B4A.7010003@langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C4C7B4A.7010003@langille.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:18:15 -0000 On Sun, Jul 25, 2010 at 01:58:34PM -0400, Dan Langille wrote: > [...] > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > [...] > > Another attempt to destroy the array created a panic. > Suggestions as to how to remove this array and get started again? > > [...] > > FreeBSD kraken.unixathome.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Mar 5 00:46:11 EST 2010 dan@kraken.example.org:/usr/obj/usr/src/sys/KRAKEN amd64 1) Try upgrading the system (to 8.1-STABLE). There have been numerous changes to ZFS on RELENG_8 since March 5th. I don't know if any of them would address your problem. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c#rev1.8.2.4 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c#rev1.8.2.3 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c#rev1.8.2.2 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c#rev1.8.2.1 2) Try bringing the system down into single-user mode and zeroing out the first and last 64kbytes of each gpt/diskXX (you'll have to figure this out on your own, I'm not familiar with GPT) so that the ZFS metadata goes away. Footnote: can someone explain to me how ZFS would, upon reboot, know that /tmp/sparsefile[12].img are part of the pool? How would ZFS taste metadata in this situation? -- | 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-stable@FreeBSD.ORG Sun Jul 25 20:37:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD971065676 for ; Sun, 25 Jul 2010 20:37:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 43C228FC08 for ; Sun, 25 Jul 2010 20:37:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Od7xD-0006vO-Qa for freebsd-stable@freebsd.org; Sun, 25 Jul 2010 22:37:47 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Jul 2010 22:37:47 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Jul 2010 22:37:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volodymyr Kostyrko Date: Sun, 25 Jul 2010 23:37:37 +0300 Lines: 18 Message-ID: <4C4CA091.1090406@gmail.com> References: <4C4C7B4A.7010003@langille.org> <20100725201811.GA33611@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 In-Reply-To: <20100725201811.GA33611@icarus.home.lan> Cc: stable@freebsd.org, Dan Langille Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:37:49 -0000 25.07.2010 23:18, Jeremy Chadwick wrote: > Footnote: can someone explain to me how ZFS would, upon reboot, know > that /tmp/sparsefile[12].img are part of the pool? How would ZFS taste > metadata in this situation? Just hacking it. Each ZFS device which is part of the pool tracks all other devices which are part of the pool with their sizes, device ids, last known points. It doesn't know that /tmp/sparsefile[12].img is part of the pool, yet it does know that pool have had some /tmp/sparsefile[12].img before and now they can't be found or current contents doesn't look like ZFS device. Can you try moving current files to /tmp/sparsefile[34].img and then readd them to the pool with zpool replace? One by one please. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 20:41:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE8F1065673 for ; Sun, 25 Jul 2010 20:41:09 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id C55F88FC0A for ; Sun, 25 Jul 2010 20:41:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 2EAA850B7B; Sun, 25 Jul 2010 21:41:09 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UR517lGBnTHT; Sun, 25 Jul 2010 21:41:07 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id D490850B1B ; Sun, 25 Jul 2010 21:41:05 +0100 (BST) Message-ID: <4C4CA157.9000103@langille.org> Date: Sun, 25 Jul 2010 16:40:55 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4C4C7B4A.7010003@langille.org> <20100725201811.GA33611@icarus.home.lan> <4C4CA091.1090406@gmail.com> In-Reply-To: <4C4CA091.1090406@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Jeremy Chadwick Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:41:09 -0000 On 7/25/2010 4:37 PM, Volodymyr Kostyrko wrote: > 25.07.2010 23:18, Jeremy Chadwick wrote: >> Footnote: can someone explain to me how ZFS would, upon reboot, know >> that /tmp/sparsefile[12].img are part of the pool? How would ZFS taste >> metadata in this situation? > > Just hacking it. > > Each ZFS device which is part of the pool tracks all other devices which > are part of the pool with their sizes, device ids, last known points. It > doesn't know that /tmp/sparsefile[12].img is part of the pool, yet it > does know that pool have had some /tmp/sparsefile[12].img before and now > they can't be found or current contents doesn't look like ZFS device. > > Can you try moving current files to /tmp/sparsefile[34].img and then > readd them to the pool with zpool replace? One by one please. I do not know what the above paragraph means. -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 20:42:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC878106566B for ; Sun, 25 Jul 2010 20:42:51 +0000 (UTC) (envelope-from labeachgeek@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 8D7238FC0A for ; Sun, 25 Jul 2010 20:42:51 +0000 (UTC) Received: by iwn35 with SMTP id 35so2698798iwn.13 for ; Sun, 25 Jul 2010 13:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=TfIauFJBu5ccMcS0o6Etc7wsUy/4fh9d+0/KFA1am8Y=; b=jv5ugturWP0QrX9A5SbE6E0eu77MiYh8OLJMC5ZpCddpXlEbvy58x12FpEDoBQ4rbV aPQWC6oUGpJAzKlnlU18TRB7z8nalKlrEhlTOnoWMiuPoZsw4Ji4EcrWm5EXob6J8Ypu VutR/ljizQ+TBoF2j6fgWqr9YleHISKeKrDGg= 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 :content-type; b=JMawMDIUyQavsXzmy5DcyPZ0Ob3+uE0MMvoeSk5FAFGZJvd+6CWBSOn4fedeJVLNOw C5xzHuPcZlAdAYkMt/edK8iKJPFQTBquvpzY7nf6tm9fzZSwm+r6WKMkvnkw5txV8ZDr 2y6gQTpbpPHyIQFlUhHKU55RjS529y4/85pf4= MIME-Version: 1.0 Received: by 10.231.130.99 with SMTP id r35mr6733873ibs.171.1280090570099; Sun, 25 Jul 2010 13:42:50 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 13:42:50 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 13:42:50 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Jul 2010 15:42:50 -0500 Message-ID: From: Beach Geek To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PCI access point card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:42:51 -0000 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 20:50:02 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0E2B1065670 for ; Sun, 25 Jul 2010 20:50:02 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 83AA68FC20 for ; Sun, 25 Jul 2010 20:50:02 +0000 (UTC) Received: by fxm13 with SMTP id 13so6325806fxm.13 for ; Sun, 25 Jul 2010 13:50:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:newsgroups:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Yh48OEUY7mvBG+VPhjPslBtKfiR/syO7wkO5BxIbGvA=; b=NsPX3P/Doo0Mz+rsvsmsRddS180QUjdIel/FMu35mOoty7IBII3XksKaiwQa/eFmS5 zD25cCDEJqjuVDBZ/GlwPh1ndWp+vTe5hsQE+KEZ3YRR7sibjpZtgmndHcBat/OQhlmT XrUGsDokyg9wreD1q63zfCaSNIdhCm3mYvw08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:newsgroups:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=RncqpQX9V+zwGmLLyySCmITg1cwZh5G8RzaqAXf9RIooXEsc91atqNmPirwdqVIX2E oqGZ6TXZot3YfpcrbH8lfZew9cT5aUie5yH2IoPg0Rp5XGQfruERThjuD+R1FJRCi0Kc xTKgnfFwEgonVWzs2xa/D2SLywaEQLCP8dDxM= Received: by 10.223.103.134 with SMTP id k6mr5571536fao.5.1280091001273; Sun, 25 Jul 2010 13:50:01 -0700 (PDT) Received: from limbo.lan ([193.33.173.33]) by mx.google.com with ESMTPS id e20sm1076950fak.23.2010.07.25.13.49.59 (version=SSLv3 cipher=RC4-MD5); Sun, 25 Jul 2010 13:50:00 -0700 (PDT) Message-ID: <4C4CA375.2030906@gmail.com> Date: Sun, 25 Jul 2010 23:49:57 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.stable To: Dan Langille References: <4C4C7B4A.7010003@langille.org> In-Reply-To: <4C4C7B4A.7010003@langille.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:50:02 -0000 25.07.2010 20:58, Dan Langille wrote: > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data 0k, i'll try it from here. UNAVAIL means ZFS can't locate correct vdev for this pool member. Even if this file exists it's not used by ZFS because it lacks ZFS headers/footers. You can (I think so) reinsert empty file to the pool with: # zpool replace storage /tmp/sparsefile1.img /tmp/sparsefile1.img ^- pool ^- ZFS old vdev name ^- current file If you replace both files you can theoretically bring pool to fully consistent state. Also you can use md to convert files to devices: # mdconfig -a -t vnode -f /tmp/sparsefile1.img md0 And you can use md0 with your pool. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 20:50:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08571065788 for ; Sun, 25 Jul 2010 20:50:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D09328FC17 for ; Sun, 25 Jul 2010 20:50:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Od89C-0003qI-9c for freebsd-stable@freebsd.org; Sun, 25 Jul 2010 22:50:10 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Jul 2010 22:50:10 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Jul 2010 22:50:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volodymyr Kostyrko Date: Sun, 25 Jul 2010 23:49:57 +0300 Lines: 34 Message-ID: <4C4CA375.2030906@gmail.com> References: <4C4C7B4A.7010003@langille.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 In-Reply-To: <4C4C7B4A.7010003@langille.org> Cc: stable@freebsd.org Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:50:13 -0000 25.07.2010 20:58, Dan Langille wrote: > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data 0k, i'll try it from here. UNAVAIL means ZFS can't locate correct vdev for this pool member. Even if this file exists it's not used by ZFS because it lacks ZFS headers/footers. You can (I think so) reinsert empty file to the pool with: # zpool replace storage /tmp/sparsefile1.img /tmp/sparsefile1.img ^- pool ^- ZFS old vdev name ^- current file If you replace both files you can theoretically bring pool to fully consistent state. Also you can use md to convert files to devices: # mdconfig -a -t vnode -f /tmp/sparsefile1.img md0 And you can use md0 with your pool. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 21:01:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E73106566B; Sun, 25 Jul 2010 21:01:08 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDA18FC0A; Sun, 25 Jul 2010 21:01:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id D13045093D; Sun, 25 Jul 2010 22:01:07 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eRCrhi8TKmnp; Sun, 25 Jul 2010 22:01:07 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 108275089E ; Sun, 25 Jul 2010 22:01:07 +0100 (BST) Message-ID: <4C4CA608.9080803@langille.org> Date: Sun, 25 Jul 2010 17:00:56 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4C4C7B4A.7010003@langille.org> <4C4CA375.2030906@gmail.com> In-Reply-To: <4C4CA375.2030906@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 21:01:08 -0000 On 7/25/2010 4:49 PM, Volodymyr Kostyrko wrote: > 25.07.2010 20:58, Dan Langille wrote: >> NAME STATE READ WRITE CKSUM >> storage ONLINE 0 0 0 >> raidz2 ONLINE 0 0 0 >> gpt/disk01 ONLINE 0 0 0 >> gpt/disk02 ONLINE 0 0 0 >> gpt/disk03 ONLINE 0 0 0 >> gpt/disk04 ONLINE 0 0 0 >> gpt/disk05 ONLINE 0 0 0 >> /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data >> /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > 0k, i'll try it from here. UNAVAIL means ZFS can't locate correct vdev > for this pool member. Even if this file exists it's not used by ZFS > because it lacks ZFS headers/footers. > > You can (I think so) reinsert empty file to the pool with: > > # zpool replace storage /tmp/sparsefile1.img /tmp/sparsefile1.img > > ^- pool ^- ZFS old vdev name ^- current file > > If you replace both files you can theoretically bring pool to fully > consistent state. > > Also you can use md to convert files to devices: > > # mdconfig -a -t vnode -f /tmp/sparsefile1.img > md0 > > And you can use md0 with your pool. FYI, tried this, got a panic: errors: No known data errors # mdconfig -a -t vnode -f /tmp/sparsefile1.img md0 # mdconfig -a -t vnode -f /tmp/sparsefile2.img md1 # zpool replace storage /tmp/sparsefile1.img /dev/md0 -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 21:01:08 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E73106566B; Sun, 25 Jul 2010 21:01:08 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDA18FC0A; Sun, 25 Jul 2010 21:01:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id D13045093D; Sun, 25 Jul 2010 22:01:07 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eRCrhi8TKmnp; Sun, 25 Jul 2010 22:01:07 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 108275089E ; Sun, 25 Jul 2010 22:01:07 +0100 (BST) Message-ID: <4C4CA608.9080803@langille.org> Date: Sun, 25 Jul 2010 17:00:56 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4C4C7B4A.7010003@langille.org> <4C4CA375.2030906@gmail.com> In-Reply-To: <4C4CA375.2030906@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 21:01:08 -0000 On 7/25/2010 4:49 PM, Volodymyr Kostyrko wrote: > 25.07.2010 20:58, Dan Langille wrote: >> NAME STATE READ WRITE CKSUM >> storage ONLINE 0 0 0 >> raidz2 ONLINE 0 0 0 >> gpt/disk01 ONLINE 0 0 0 >> gpt/disk02 ONLINE 0 0 0 >> gpt/disk03 ONLINE 0 0 0 >> gpt/disk04 ONLINE 0 0 0 >> gpt/disk05 ONLINE 0 0 0 >> /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data >> /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > 0k, i'll try it from here. UNAVAIL means ZFS can't locate correct vdev > for this pool member. Even if this file exists it's not used by ZFS > because it lacks ZFS headers/footers. > > You can (I think so) reinsert empty file to the pool with: > > # zpool replace storage /tmp/sparsefile1.img /tmp/sparsefile1.img > > ^- pool ^- ZFS old vdev name ^- current file > > If you replace both files you can theoretically bring pool to fully > consistent state. > > Also you can use md to convert files to devices: > > # mdconfig -a -t vnode -f /tmp/sparsefile1.img > md0 > > And you can use md0 with your pool. FYI, tried this, got a panic: errors: No known data errors # mdconfig -a -t vnode -f /tmp/sparsefile1.img md0 # mdconfig -a -t vnode -f /tmp/sparsefile2.img md1 # zpool replace storage /tmp/sparsefile1.img /dev/md0 -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 21:06:14 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A144106567C for ; Sun, 25 Jul 2010 21:06:14 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C94508FC2A for ; Sun, 25 Jul 2010 21:06:13 +0000 (UTC) Received: by fxm13 with SMTP id 13so6329106fxm.13 for ; Sun, 25 Jul 2010 14:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:newsgroups:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Sb3NAC8AVH+JbclQCn5VGFQLY55lsnz63jUx2KenAO4=; b=oOI0wb/winnfbPIznhtTwbAXHakirwK1NmlDl+Uq4CuWSYs32h5azFTuR/O+cc/uhl Uo2j/wP1eJ6x9BTJIswS8pA2ueef+76Bcvjdcg2nDjwEEixD8c8PqtfCZEU3BuDuav1G r3+ZKnZ6W4q7CDpC90ZTE8lQipb+2qB/nlUPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:newsgroups:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=APPZ8TzYnialkQRG4TW6Z35SGIrn21IQZ3rX4yHM0/OJuvI5sJtmpp5upXfCdU3/Ee rWij8SDnWtHYdf1xWxudi8oluPuJSXAM/PruteBDFmwczPWcJetGRrtS8Jxk0mqm7cRR NsE2Q99vxEfl/fo0vFE8qd+N0JHt5sVGgSrKo= Received: by 10.86.71.4 with SMTP id t4mr4230432fga.5.1280090263375; Sun, 25 Jul 2010 13:37:43 -0700 (PDT) Received: from limbo.lan ([193.33.173.33]) by mx.google.com with ESMTPS id c5sm1071758fac.43.2010.07.25.13.37.41 (version=SSLv3 cipher=RC4-MD5); Sun, 25 Jul 2010 13:37:41 -0700 (PDT) Message-ID: <4C4CA091.1090406@gmail.com> Date: Sun, 25 Jul 2010 23:37:37 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.stable To: Jeremy Chadwick References: <4C4C7B4A.7010003@langille.org> <20100725201811.GA33611@icarus.home.lan> In-Reply-To: <20100725201811.GA33611@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Dan Langille Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 21:06:14 -0000 25.07.2010 23:18, Jeremy Chadwick wrote: > Footnote: can someone explain to me how ZFS would, upon reboot, know > that /tmp/sparsefile[12].img are part of the pool? How would ZFS taste > metadata in this situation? Just hacking it. Each ZFS device which is part of the pool tracks all other devices which are part of the pool with their sizes, device ids, last known points. It doesn't know that /tmp/sparsefile[12].img is part of the pool, yet it does know that pool have had some /tmp/sparsefile[12].img before and now they can't be found or current contents doesn't look like ZFS device. Can you try moving current files to /tmp/sparsefile[34].img and then readd them to the pool with zpool replace? One by one please. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 21:10:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20623106564A for ; Sun, 25 Jul 2010 21:10:36 +0000 (UTC) (envelope-from labeachgeek@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 F27B68FC0C for ; Sun, 25 Jul 2010 21:10:35 +0000 (UTC) Received: by iwn35 with SMTP id 35so2715734iwn.13 for ; Sun, 25 Jul 2010 14:10:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=aFoaJWcEwaE/sstzMe04mutm2LMmCqqZEyYbXM/ZRkU=; b=QgU0U/C0S9w9ulWTHSw+ahTkH46MBki8eS13o/kbo25714b1mwKfLk1tPJF+sJZFLS GrrxW+VA9RE2vF3YX8KnWvX45QADhRRvMjx+I+WE+LuM187brIZdiI1yXgoAr774/o5Q 17H3bw9zXkxkFX718Yn4U/KB7aPEvc6G0Z+h8= 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 :content-type; b=M1CQM+MlSJ2Zv2LxtHzRUXpI00OdgATZFBBTDUJSxQdrlkBTNDlMDWT5wbAqEZVLe0 bx729D9+nkOJH3nPxm5JIAcUfLA+JnlHe9ezEngDokL236flewvPLQWWcG+Ido3AvZYb 0Exzb8jVyesb81OuSdYesdWvxPXWRZ1kgueAc= MIME-Version: 1.0 Received: by 10.231.37.140 with SMTP id x12mr7098751ibd.190.1280092235048; Sun, 25 Jul 2010 14:10:35 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 14:10:34 -0700 (PDT) Received: by 10.231.186.199 with HTTP; Sun, 25 Jul 2010 14:10:34 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Jul 2010 16:10:34 -0500 Message-ID: From: Beach Geek To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PCI AP card recommendations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 21:10:36 -0000 Looking for feedback from people using FreeBSD v8.x as access points. We will be using Pentium 3 boxes with 8-STABLE as APs. Each box will have a unique SSID and use WPA2-PSK. Each AP will be linked back to 2 gateways. I'm looking for AP card suggestions and any helpful hints as far as the APs. Looking for card models, not chipsets. Looking forward to hearing your experiences. Thanks, RJ PS. We're looking for info beyond the FreeBSD documentation, and related to the 8.x branch. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 22:08:58 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D981065672 for ; Sun, 25 Jul 2010 22:08:58 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1478FC08 for ; Sun, 25 Jul 2010 22:08:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id B5D0C50A93 for ; Sun, 25 Jul 2010 23:08:57 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05Els49Ek2qZ for ; Sun, 25 Jul 2010 23:08:56 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id D5E8A50A16 for ; Sun, 25 Jul 2010 23:08:56 +0100 (BST) Message-ID: <4C4CB5EE.4030107@langille.org> Date: Sun, 25 Jul 2010 18:08:46 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: stable@freebsd.org References: <4C4C7B4A.7010003@langille.org> In-Reply-To: <4C4C7B4A.7010003@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: zpool destroy causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 22:08:58 -0000 On 7/25/2010 1:58 PM, Dan Langille wrote: > I'm trying to destroy a zfs array which I recently created. It contains > nothing of value. > > # zpool status > pool: storage > state: ONLINE > status: One or more devices could not be used because the label is > missing or > invalid. Sufficient replicas exist for the pool to continue > functioning in a degraded state. > action: Replace the device using 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-4J > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > errors: No known data errors > > Why sparse files? See this post: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1007077+0+archive/2010/freebsd-stable/20100725.freebsd-stable > > > The two tmp files were created via: > > dd if=/dev/zero of=/tmp/sparsefile1.img bs=1 count=0 oseek=1862g > dd if=/dev/zero of=/tmp/sparsefile2.img bs=1 count=0 oseek=1862g > > And the array created with: > > zpool create -f storage raidz2 gpt/disk01 gpt/disk02 gpt/disk03 \ > gpt/disk04 gpt/disk05 /tmp/sparsefile1.img /tmp/sparsefile2.img > > The -f flag was required to avoid this message: > > invalid vdev specification > use '-f' to override the following errors: > mismatched replication level: raidz contains both files and devices > > > I tried to offline one of the sparse files: > > zpool offline storage /tmp/sparsefile2.img > > That caused a panic: http://www.langille.org/tmp/zpool-offline-panic.jpg > > After rebooting, I rm'd both /tmp/sparsefile1.img and > /tmp/sparsefile2.img without thinking they were still in the zpool. Now > I am unable to destroy the pool. The system panics. I disabled ZFS via > /etc/rc.conf, rebooted, recreated the two sparse files, then did a > forcestart of zfs. Then I saw: > > # zpool status > pool: storage > state: ONLINE > status: One or more devices could not be used because the label is > missing or > invalid. Sufficient replicas exist for the pool to continue > functioning in a degraded state. > action: Replace the device using 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-4J > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk01 ONLINE 0 0 0 > gpt/disk02 ONLINE 0 0 0 > gpt/disk03 ONLINE 0 0 0 > gpt/disk04 ONLINE 0 0 0 > gpt/disk05 ONLINE 0 0 0 > /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data > /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data > > errors: No known data errors > > > Another attempt to destroy the array created a panic. > > Suggestions as to how to remove this array and get started again? I fixed this by: * reboot zfs_enable="NO" in /etc/rc.conf * rm /boot/zfs/zpool.cache * wiping the first and last 16KB of each partition involved in the array Now I'm trying mdconfig instead of sparse files. Making progress, but not all the way there yet. :) -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 22:26:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B0F106568A; Sun, 25 Jul 2010 22:26:39 +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 463278FC0C; Sun, 25 Jul 2010 22:26:38 +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 o6PMQcEk016493; Sun, 25 Jul 2010 18:26:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6PMQcTe016486; Sun, 25 Jul 2010 22:26:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Jul 2010 22:26:38 GMT Message-Id: <201007252226.o6PMQcTe016486@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: [releng_8_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 22:26:39 -0000 TB --- 2010-07-25 22:03:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-25 22:03:44 - starting RELENG_8_1 tinderbox run for amd64/amd64 TB --- 2010-07-25 22:03:44 - cleaning the object tree TB --- 2010-07-25 22:04:07 - cvsupping the source tree TB --- 2010-07-25 22:04:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_1/amd64/amd64/supfile TB --- 2010-07-25 22:04:55 - building world TB --- 2010-07-25 22:04:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-25 22:04:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-25 22:04:55 - TARGET=amd64 TB --- 2010-07-25 22:04:55 - TARGET_ARCH=amd64 TB --- 2010-07-25 22:04:55 - TZ=UTC TB --- 2010-07-25 22:04:55 - __MAKE_CONF=/dev/null TB --- 2010-07-25 22:04:55 - cd /src TB --- 2010-07-25 22:04:55 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 25 22:04:56 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 [...] cc -fpic -DPIC -O2 -pipe -DZFS_NO_ACL -I/src/cddl/lib/libzfs/../../../sbin/mount -I/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -DNEE! D_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_changelist.c -o libzfs_changelist.So cc -fpic -DPIC -O2 -pipe -DZFS_NO_ACL -I/src/cddl/lib/libzfs/../../../sbin/mount -I/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -DNEE! D_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_config.c -o libzfs_config.So cc -fpic -DPIC -O2 -pipe -DZFS_NO_ACL -I/src/cddl/lib/libzfs/../../../sbin/mount -I/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -DNEE! D_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c -o libzfs_import.So /src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c: In function 'zpool_in_use': /src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c:1219: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/cddl/lib/libzfs. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-25 22:26:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-25 22:26:38 - ERROR: failed to build world TB --- 2010-07-25 22:26:38 - 957.16 user 236.79 system 1373.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 01:13:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B061065679 for ; Mon, 26 Jul 2010 01:13:25 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF7A8FC18 for ; Mon, 26 Jul 2010 01:13:25 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o6Q1DNjC025993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Jul 2010 18:13:24 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o6Q1DN3A025992; Sun, 25 Jul 2010 18:13:23 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA18530; Sun, 25 Jul 10 18:07:31 PDT Date: Sun, 25 Jul 2010 18:07:35 -0700 From: perryh@pluto.rain.com To: marck@rinet.ru Message-Id: <4c4cdfd7.Jb6syVdaC436gUYp%perryh@pluto.rain.com> References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 01:13:25 -0000 Dmitry Morozovsky wrote: > ... sector numbers (in CHS address method) > [start] at 1 (which always suprized me ;) This goes back at least as far as soft-sectored 8" diskettes in the CP/M era. IIRC, physical sector 0 of each track contained the C number, possibly the H, and a list of the remaining sectors on the track including the size of each sector -- even within a single track the sectors did not all have to be the same size. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 04:49:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB310106566C for ; Mon, 26 Jul 2010 04:49:17 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.141.36]) by mx1.freebsd.org (Postfix) with SMTP id 30BD48FC08 for ; Mon, 26 Jul 2010 04:49:16 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 227473A458 for ; Mon, 26 Jul 2010 08:49:13 +0400 (MSD) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on skuns.gsm900.net Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 0424D3A368 for ; Mon, 26 Jul 2010 08:49:13 +0400 (MSD) Received: from mail.ulgsm.ru (unknown [10.144.130.160]) by mail.ulgsm.ru (Postfix) with ESMTP id D97CA3A2D2 for ; Mon, 26 Jul 2010 08:49:12 +0400 (MSD) Date: Mon, 26 Jul 2010 08:49:12 +0400 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20100726044912.GA98742@mail.ulgsm.ru> References: <201007251551.o6PFp8W4078642@gs.webair.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201007251551.o6PFp8W4078642@gs.webair.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Confirm your prize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 04:49:17 -0000 * Sandra Blaze [2010-07-25 11:51:08 -0400]: > Confirm your award prize! > > Online Email Sweepstakes program Cisco Network Inc., > This is to inform you that your Email Address attached to a Ticket Number(712-118-2010) has won the prize Sum of 500,000.00 Euro (Five hundred thousand Euro Only),in an Email Sweepstakes program held on the 24th July 2010. Must i divide it on all maillist users? :( > > Contact person: Dr. Richmond Williams > TEL: +31-683-312-468 > reply to E-mail to: Ciscoglobalnet@netscape.net > > Below are your Winning Datas: > Email Ticket Number 612118-312006 > Reference Number: HP914711/31 > Batch Number : 00/7119/ILPP/HLPN > Serial Number: 124554-21 > > Please note that all winning must be claim not later than 20th August 2010. > > Sincerely, > Sandra Blaze > > > > > > > > > > _______________________________________________ > 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" -- alexs From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 10:04:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3433B1065676 for ; Mon, 26 Jul 2010 10:04:51 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id EB3B28FC26 for ; Mon, 26 Jul 2010 10:04:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OdKY8-00052B-Qt for freebsd-stable@freebsd.org; Mon, 26 Jul 2010 12:04:44 +0200 Received: from 89-164-123-137.dsl.iskon.hr ([89.164.123.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Jul 2010 12:04:44 +0200 Received: from ivoras by 89-164-123-137.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Jul 2010 12:04:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 26 Jul 2010 12:04:34 +0200 Lines: 28 Message-ID: References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.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: 89-164-123-137.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <4C4BB672.3090109@langille.org> Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 10:04:51 -0000 On 25.7.2010 5:58, Dan Langille wrote: >> -------Sequential Output-------- ---Sequential Input-- --Random-- >> -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >> GB M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU M/sec %CPU /sec %CPU >> 5 110.6 80.5 115.3 15.1 60.9 8.5 68.8 46.2 326.7 15.3 469 1.4 >> 5 130.9 94.2 118.3 15.6 61.1 8.5 70.1 46.8 241.2 12.7 473 1.4 > 50 113.1 82.4 114.6 15.2 63.4 8.9 72.7 48.2 142.2 9.5 126 0.7 > 50 110.5 81.0 112.8 15.0 62.8 9.0 72.9 48.5 139.7 9.5 144 0.9 > Here, the results aren't much better either... am I not aligning this > partition correctly? Missing something else? Or... are they both 4K > block aligned? As others have said - your drives probably don't have the alignment requiremnt, but your posts show in an excellent example why benchmarking file systems is complicated and how easy it is to measure noise instead of the real thing. To measure real performance in your case, you would either need to benchmark at a layer beneath the file system or with a simple file system which does alwasy predictable io patterns. It's hard to do with zfs with raidz - afaik even accessing the "raw" zvols translates into complex IOs (they are COW). From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 16:35:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BBE61065673 for ; Mon, 26 Jul 2010 16:35:17 +0000 (UTC) (envelope-from seklecki@noc.cfi.pgh.pa.us) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id E845F8FC17 for ; Mon, 26 Jul 2010 16:35:16 +0000 (UTC) Received: from [127.0.0.1] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Mon, 26 Jul 2010 12:10:56 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::1711 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@freebsd.org X-SMFBL: ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=noc.cfi.pgh.pa.us; s=noc_cfi_pgh_pa_us_key_dkim; l=1216; t=1280160656; i=@noc.cfi.pgh.pa.us; h=Message-ID:Date:From: Reply-To:Organization:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=Ygip5pgAVFJ5Bay4iRRqjMmo1oQ=; b=iH4EGXKDCCBzy4WhR1m8D+U6jaxdG 6znqzS8Xyq1KD7AhMvo9JKsDzQ+t0TYJNtlFgxEjI4Tzn/HYQG6HDR4lvPqjAFEy u4+Af+lB//BFkEWibueyM/GJOzDgGuRGCZW Message-ID: <4C4DB59D.6020204@noc.cfi.pgh.pa.us> Date: Mon, 26 Jul 2010 12:19:41 -0400 From: "Brian A. Seklecki (CFI NOC)" Organization: Collaborative Fusion, Inc. (DRP NOC) 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: Harald Schmalzbauer References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> <4C3CBC1E.9030106@omnilan.de> <1279212377.31311.144.camel@soundwave> <1279212602.31311.151.camel@soundwave> <84875A93-3851-476E-8F2E-A7008CA6BD5C@FreeBSD.org> <4C3F49E8.9090201@comcast.net> <1279552398.31311.443.camel@soundwave> <4C447684.7010308@omnilan.de> In-Reply-To: <4C447684.7010308@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , Brandon Gooch , Sean McAfee , Steve Polyack , Michael Tuexen , Jack Vogel , bseklecki@collaborativefusion.com, Jeremy Chadwick Subject: Re: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@noc.cfi.pgh.pa.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 16:35:17 -0000 On 7/19/2010 12:00 PM, Harald Schmalzbauer wrote: > ******************************************/ > -/*$FreeBSD: src/sys/dev/e1000/if_igb.h,v 1.4.2.2.2.1 2010/06/14 02:09:06 kensmith Exp $*/ > +/*$FreeBS Haralad: It looks like your patch is identical to the patch RFP'd from HEAD to branches/stable/8 on 06/18/2010 (aka, SVN r209309?) This includes the cumulative backport of changes in HEAD from r208117 all the way to r209259 (but not 209959, which addresses the TX checksum panic?) Just to confirm: This fixes the duplex problems for you? If so, odd -- I coped all of e1000/*.{c.h} from 8/stable/.../e1000/* on 07/17/2010 into releng/8.1/sys/dev/e1000/* and am still seeing the duplex problem after a full rebuild. I've been laboring under the assumption that SVN r209238 fixed my problem, but it doesn't appear so from my backport testing. I'll try modifying your patch to include r209259 -> 209959 from HEAD as well and go from there. ~BAS PS. Maybe my lurid language has cursed me and I have to make peace with the universe first. Now, everyone reach under their chairs and take the 5 dried grams of shrooms I taped there. Then send in Vanilla Ice. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 18:12:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 297AF1065674 for ; Mon, 26 Jul 2010 18:12:34 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp107.plus.mail.re1.yahoo.com (smtp107.plus.mail.re1.yahoo.com [69.147.102.70]) by mx1.freebsd.org (Postfix) with SMTP id C1D028FC16 for ; Mon, 26 Jul 2010 18:12:33 +0000 (UTC) Received: (qmail 69055 invoked from network); 26 Jul 2010 17:45:53 -0000 Received: from [192.168.2.111] (se@188.60.144.187 with plain) by smtp107.plus.mail.re1.yahoo.com with SMTP; 26 Jul 2010 10:45:52 -0700 PDT X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-YMail-OSG: s62z3nYVM1my2gxF4YFNo_EdRRXMTu5fQ5pZeXTzQeTUCv7 mAFk99eB2sMY2Dl_eva9_l4XM1YC17_ZY9K.15wAxNRQUORy0QFprKTwXIw0 i2Vcoid50FF88zmIBa1tnkDlmB8RBOmgwbJutyPpSiiGsYHDXKeXBzV0C7f0 qaVXe6LkyCNfD5T8ND89IjoBcqFE0vOvZURNN3eyp6I0GuODf2HYQ34u2ErW E2wrWTyTk_ws8gIdUasvUefrRiBpH_jf1pAONTXrcXIH5CxMqj.d0fcAoRUD AU8wEpJh6mRv4L7wqNsHkoauxBpW_PXsY9Cn7kqZ.z8s9HWTzNQfd0aBMPlW U0gHPyuIeR156w_YoNNNdRpdzvGg8.oJjPnARluM- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4C4D44F5.6040603@FreeBSD.org> Date: Mon, 26 Jul 2010 10:19:01 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081105 Thunderbird/2.0.0.18 ThunderBrowse/3.2.2.1 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4C4BA50B.6050507@langille.org> <4C4BB672.3090109@langille.org> <4c4cdfd7.Jb6syVdaC436gUYp%perryh@pluto.rain.com> In-Reply-To: <4c4cdfd7.Jb6syVdaC436gUYp%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: gpart -b 34 versus gpart -b 1024 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 18:12:34 -0000 Am 26.07.2010 03:07, schrieb perryh@pluto.rain.com: > Dmitry Morozovsky wrote: >> ... sector numbers (in CHS address method) >> [start] at 1 (which always suprized me ;) > > This goes back at least as far as soft-sectored 8" diskettes > in the CP/M era. > > IIRC, physical sector 0 of each track contained the C number, > possibly the H, and a list of the remaining sectors on the track > including the size of each sector -- even within a single track > the sectors did not all have to be the same size. This is extremely off-topic, and therefor, I´ll only say, that the above is not true for 8" diskettes nor for CP/M. I can only guess, that there is a track 0 and not a sector with that number because the first track was reserved for system internal use (e.g. held at least the CCP in case of CP/M). I´m quite sure, that FDCs generally supported sector numbers from 0 to 254 (with 255 reserved as a wildcard in certain commands). But this is all really off-topic ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 18:51:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47FA81065673; Mon, 26 Jul 2010 18:51:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from stith.flb.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 938F68FC0A; Mon, 26 Jul 2010 18:51:23 +0000 (UTC) Received: from akima.flb.omnilan.net (akima.lo4.flb.omnilan.net [172.21.1.33]) (authenticated bits=0) by stith.flb.omnilan.net (8.13.8/8.13.8) with ESMTP id o6QIp1qZ070422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jul 2010 20:51:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host akima.lo4.flb.omnilan.net [172.21.1.33] claimed to be akima.flb.omnilan.net Message-ID: <4C4DD917.3050007@omnilan.de> Date: Mon, 26 Jul 2010 20:51:03 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: bseklecki@noc.cfi.pgh.pa.us References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> <4C3CBC1E.9030106@omnilan.de> <1279212377.31311.144.camel@soundwave> <1279212602.31311.151.camel@soundwave> <84875A93-3851-476E-8F2E-A7008CA6BD5C@FreeBSD.org> <4C3F49E8.9090201@comcast.net> <1279552398.31311.443.camel@soundwave> <4C447684.7010308@omnilan.de> <4C4DB59D.6020204@noc.cfi.pgh.pa.us> In-Reply-To: <4C4DB59D.6020204@noc.cfi.pgh.pa.us> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 26 Jul 2010 19:18:40 +0000 Cc: freebsd-stable , Brandon Gooch , Sean McAfee , Steve Polyack , Michael Tuexen , Jack Vogel , bseklecki@collaborativefusion.com, "Brian A. Seklecki \(CFI NOC\)" , Jeremy Chadwick Subject: Re: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 18:51:25 -0000 On 26.07.2010 18:19, Brian A. Seklecki (CFI NOC) wrote: > On 7/19/2010 12:00 PM, Harald Schmalzbauer wrote: >> ******************************************/ >> -/*$FreeBSD: src/sys/dev/e1000/if_igb.h,v 1.4.2.2.2.1 2010/06/14 >> 02:09:06 kensmith Exp $*/ >> +/*$FreeBS > > > Haralad: > > It looks like your patch is identical to the patch RFP'd from HEAD > to branches/stable/8 on 06/18/2010 (aka, SVN r209309?) > > This includes the cumulative backport of changes in HEAD from > r208117 all the way to r209259 (but not 209959, which addresses > the TX checksum panic?) Looks like I really missed r209259 > Just to confirm: This fixes the duplex problems for you? No, I haven't done further tests regarding the duplex problem. > If so, odd -- I coped all of e1000/*.{c.h} from 8/stable/.../e1000/* > on 07/17/2010 into releng/8.1/sys/dev/e1000/* and am still seeing > the duplex problem after a full rebuild. > > I've been laboring under the assumption that SVN r209238 fixed > my problem, but it doesn't appear so from my backport testing. > > I'll try modifying your patch to include r209259 -> 209959 from > HEAD as well and go from there. Sorry for the hassle, I shouldn't have posted this patch without verification. -Harry From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 03:42:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45FF91065670 for ; Tue, 27 Jul 2010 03:42:41 +0000 (UTC) (envelope-from vrachil@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 CB69E8FC14 for ; Tue, 27 Jul 2010 03:42:40 +0000 (UTC) Received: by eyh6 with SMTP id 6so667502eyh.13 for ; Mon, 26 Jul 2010 20:42:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=bpueyL7dxpB6QEdRqqd8Ye7izGnmd3FvDk2F65oj0RY=; b=LZbaNArCdaWy00dhizAvOA42eG/0SJCWqQw9e+sFyLNMaWMCQsumAU7yYKBC8NSIey Ix9ITu6yft5W2QJismiCrMCPzeVU/nIq+gb0ymnBLgIuUUGwLQFTEBQl78NT9e320NPI jS2HE2a3LITyRNUHIR04RgHcXpg7cYXoMIM60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=lUb6bJ3g3MEm+HAvzvVYy2TI5VbJkdya4eGIr4tzX0bhRhNyWdDL21/1tIrwquj2JM Xm4kXOrlWTgdJpLpgoG/9h6mY7T711RVKnv3Uqkin3yEt9qcQ+BfR1QxkOxMlXlokzZw we/hVBzYorOTmTNUS4yT0GCpYx64ZyXyVLHas= Received: by 10.213.108.73 with SMTP id e9mr4240197ebp.36.1280200856117; Mon, 26 Jul 2010 20:20:56 -0700 (PDT) Received: from [192.168.2.64] (62.1.148.192.dsl.dyn.forthnet.gr [62.1.148.192]) by mx.google.com with ESMTPS id x54sm6788040eeh.11.2010.07.26.20.20.55 (version=SSLv3 cipher=RC4-MD5); Mon, 26 Jul 2010 20:20:55 -0700 (PDT) Message-ID: <4C4E50FB.70001@gmail.com> Date: Tue, 27 Jul 2010 06:22:35 +0300 From: Vrachnis Ilias-Dimitrios User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100624 Lanikai/3.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: nfsv4 strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 03:42:41 -0000 Greetings fellow list-mates. I have been trying to set up a zfs filesystem in order to share it over the network using nfs. The filesystem was easy enough to set up. As long I was using nfsv3, everything was in order. I was able to mount the share (from my archlinux desktop pc). My headaches started when I tried to enable the nfsv4 server. When I added nfsv4_server_enable="YES" to the rc.conf file, I started getting errors and I could not mount the share at all. Right now, the output I get while mounting is: mount.nfs4: timeout set for Tue Jul 27 06:14:56 2010 mount.nfs4: trying text-based options 'addr=192.168.2.100,clientaddr=192.168.2.64' mount.nfs4: mount(2): Permission denied mount.nfs4: access denied by server while mounting files:/temper The last line suggests that it is the server's fault, and that's why I'm here. After searching the web for any clue I admit I haven't found a thing. The server is running 8.1-RELEASE amd64 with the generic kernel. More or less all files are the ones that come with the default installation. As for the filesystem: [root@files ~]# zfs get sharenfs temper NAME PROPERTY VALUE SOURCE temper sharenfs on local All pointers are welcome. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 10:05:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF9D1065677 for ; Tue, 27 Jul 2010 10:05:27 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from stith.flb.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8CEEA8FC18 for ; Tue, 27 Jul 2010 10:05:24 +0000 (UTC) Received: from titan.flb.omnilan.net (titan.lo4.flb.omnilan.net [172.21.1.150]) (authenticated bits=0) by stith.flb.omnilan.net (8.13.8/8.13.8) with ESMTP id o6RA5ARB090480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Jul 2010 12:05:10 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.flb.omnilan.net [172.21.1.150] claimed to be titan.flb.omnilan.net Message-ID: <4C4EAF55.9070908@omnilan.de> Date: Tue, 27 Jul 2010 12:05:09 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: "Brian A. Seklecki" References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> <4C3CBC1E.9030106@omnilan.de> <1279212377.31311.144.camel@soundwave> <1279212602.31311.151.camel@soundwave> <84875A93-3851-476E-8F2E-A7008CA6BD5C@FreeBSD.org> <4C3F49E8.9090201@comcast.net> <1279552398.31311.443.camel@soundwave> <4C447684.7010308@omnilan.de> <4C4DB59D.6020204@noc.cfi.pgh.pa.us> <4C4DD917.3050007@omnilan.de> <1280170608.17017.17.camel@soundwave> In-Reply-To: <1280170608.17017.17.camel@soundwave> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5A94A6482AB6BCA889B3EE66" Cc: FreeBSD Stable Subject: Re: e1000 patchset for 8.1-release [Was: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 10:05:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5A94A6482AB6BCA889B3EE66 Content-Type: multipart/mixed; boundary="------------020106010007020907000302" This is a multi-part message in MIME format. --------------020106010007020907000302 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Brian A. Seklecki schrieb am 26.07.2010 20:56 (localtime): =2E.. I made a new convenience patch which brings the comperhensive r209309=20 merge from HEAD to RELENG_8 (not RELENG_8_1, so not included in=20 FreeBSD-8.1-RELEASE) along with the new fix for TX checksum offload=20 panics (r209959, not yet merged) to RELENG_8_1 >> t not 209959, which addresses >>> the TX checksum panic?) >> Looks like I really missed r209259 > > > I fudged it manually --- Attached: > >=20 cf_e1000-releng8_send_out_the_clowns_then_dougBarton_then_Vanila_Ice.patc= h > > It applies cleanly to 8.1, but it doesn't fix my problem. This patch differs in many lines from yours. I haven't checked the diff=20 of the diff, but maybe something went wrong. Perhaps it's worth trying=20 my new patchset. Please find attached. -Harry --------------020106010007020907000302 Content-Type: text/x-patch; name="e1000-r209309+r209959.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="e1000-r209309+r209959.patch" --- src/sys/dev/e1000/if_em.c.orig 2010-06-14 04:09:06.000000000 +0200 +++ src/sys/dev/e1000/if_em.c 2010-07-27 10:06:45.317871239 +0200 @@ -30,7 +30,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 ************************************************************************= ******/ -/*$FreeBSD: src/sys/dev/e1000/if_em.c,v 1.21.2.10.2.1 2010/06/14 02:09:0= 6 kensmith Exp $*/ +/*$FreeBSD: src/sys/dev/e1000/if_em.c,v 1.51 2010/07/12 21:47:30 jfv Exp= $*/ =20 #ifdef HAVE_KERNEL_OPTION_HEADERS #include "opt_device_polling.h" @@ -230,8 +230,9 @@ static void em_enable_intr(struct adapter *); static void em_disable_intr(struct adapter *); static void em_update_stats_counters(struct adapter *); +static void em_add_hw_stats(struct adapter *adapter); static bool em_txeof(struct tx_ring *); -static int em_rxeof(struct rx_ring *, int); +static bool em_rxeof(struct rx_ring *, int, int *); #ifndef __NO_STRICT_ALIGNMENT static int em_fixup_rx(struct rx_ring *); #endif @@ -242,7 +243,6 @@ static void em_set_promisc(struct adapter *); static void em_disable_promisc(struct adapter *); static void em_set_multi(struct adapter *); -static void em_print_hw_stats(struct adapter *); static void em_update_link_status(struct adapter *); static void em_refresh_mbufs(struct rx_ring *, int); static void em_register_vlan(void *, struct ifnet *, u16); @@ -252,11 +252,9 @@ static int em_dma_malloc(struct adapter *, bus_size_t, struct em_dma_alloc *, int); static void em_dma_free(struct adapter *, struct em_dma_alloc *); -static void em_print_debug_info(struct adapter *); +static int em_sysctl_nvm_info(SYSCTL_HANDLER_ARGS); static void em_print_nvm_info(struct adapter *); static int em_is_valid_ether_addr(u8 *); -static int em_sysctl_stats(SYSCTL_HANDLER_ARGS); -static int em_sysctl_debug_info(SYSCTL_HANDLER_ARGS); static int em_sysctl_int_delay(SYSCTL_HANDLER_ARGS); static void em_add_int_delay_sysctl(struct adapter *, const char *, const char *, struct em_int_delay_info *, int, int); @@ -347,8 +345,13 @@ TUNABLE_INT("hw.em.sbp", &em_debug_sbp); =20 /* Local controls for MSI/MSIX */ +#ifdef EM_MULTIQUEUE static int em_enable_msix =3D TRUE; static int em_msix_queues =3D 2; /* for 82574, can be 1 or 2 */ +#else +static int em_enable_msix =3D FALSE; +static int em_msix_queues =3D 0; /* disable */ +#endif TUNABLE_INT("hw.em.enable_msix", &em_enable_msix); TUNABLE_INT("hw.em.msix_queues", &em_msix_queues); =20 @@ -447,13 +450,8 @@ /* SYSCTL stuff */ SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), - OID_AUTO, "debug", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, - em_sysctl_debug_info, "I", "Debug Information"); - - SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), - SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), - OID_AUTO, "stats", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, - em_sysctl_stats, "I", "Statistics"); + OID_AUTO, "nvm", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, + em_sysctl_nvm_info, "I", "NVM Information"); =20 callout_init_mtx(&adapter->timer, &adapter->core_mtx, 0); =20 @@ -651,6 +649,8 @@ adapter->vlan_detach =3D EVENTHANDLER_REGISTER(vlan_unconfig, em_unregister_vlan, adapter, EVENTHANDLER_PRI_FIRST);=20 =20 + em_add_hw_stats(adapter); + /* Non-AMT based hardware can now take control from firmware */ if (adapter->has_manage && !adapter->has_amt) em_get_hw_control(adapter); @@ -1351,12 +1351,13 @@ struct adapter *adapter =3D ifp->if_softc; struct tx_ring *txr =3D adapter->tx_rings; struct rx_ring *rxr =3D adapter->rx_rings; - u32 reg_icr, rx_done =3D 0; + u32 reg_icr; + int rx_done; =20 EM_CORE_LOCK(adapter); if ((ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0) { EM_CORE_UNLOCK(adapter); - return (rx_done); + return (0); } =20 if (cmd =3D=3D POLL_AND_CHECK_STATUS) { @@ -1371,9 +1372,7 @@ } EM_CORE_UNLOCK(adapter); =20 - EM_RX_LOCK(rxr); - rx_done =3D em_rxeof(rxr, count); - EM_RX_UNLOCK(rxr); + em_rxeof(rxr, count, &rx_done); =20 EM_TX_LOCK(txr); em_txeof(txr); @@ -1445,16 +1444,15 @@ struct ifnet *ifp =3D adapter->ifp; struct tx_ring *txr =3D adapter->tx_rings; struct rx_ring *rxr =3D adapter->rx_rings; - bool more_rx; + bool more; =20 =20 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - EM_RX_LOCK(rxr); - more_rx =3D em_rxeof(rxr, adapter->rx_process_limit); - EM_RX_UNLOCK(rxr); + more =3D em_rxeof(rxr, adapter->rx_process_limit, NULL); =20 EM_TX_LOCK(txr); - em_txeof(txr); + if (em_txeof(txr)) + more =3D TRUE; #ifdef EM_MULTIQUEUE if (!drbr_empty(ifp, txr->br)) em_mq_start_locked(ifp, txr, NULL); @@ -1463,7 +1461,7 @@ em_start_locked(ifp, txr); #endif EM_TX_UNLOCK(txr); - if (more_rx) { + if (more) { taskqueue_enqueue(adapter->tq, &adapter->que_task); return; } @@ -1511,10 +1509,8 @@ struct adapter *adapter =3D rxr->adapter; bool more; =20 - EM_RX_LOCK(rxr); ++rxr->rx_irq; - more =3D em_rxeof(rxr, adapter->rx_process_limit); - EM_RX_UNLOCK(rxr); + more =3D em_rxeof(rxr, adapter->rx_process_limit, NULL); if (more) taskqueue_enqueue(rxr->tq, &rxr->rx_task); else @@ -1539,7 +1535,7 @@ =20 if (reg_icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC)) { adapter->hw.mac.get_link_status =3D 1; - taskqueue_enqueue(taskqueue_fast, &adapter->link_task); + em_handle_link(adapter, 0); } else E1000_WRITE_REG(&adapter->hw, E1000_IMS, EM_MSIX_LINK | E1000_IMS_LSC); @@ -1553,9 +1549,7 @@ struct adapter *adapter =3D rxr->adapter; bool more; =20 - EM_RX_LOCK(rxr); - more =3D em_rxeof(rxr, adapter->rx_process_limit); - EM_RX_UNLOCK(rxr); + more =3D em_rxeof(rxr, adapter->rx_process_limit, NULL); if (more) taskqueue_enqueue(rxr->tq, &rxr->rx_task); else @@ -1744,6 +1738,19 @@ do_tso =3D ((m_head->m_pkthdr.csum_flags & CSUM_TSO) !=3D 0); =20 /* + ** When doing checksum offload, it is critical to + ** make sure the first mbuf has more than header, + ** because that routine expects data to be present. + */ + if ((m_head->m_pkthdr.csum_flags & CSUM_OFFLOAD) && + (m_head->m_len < ETHER_HDR_LEN + sizeof(struct ip))) { + m_head =3D m_pullup(m_head, ETHER_HDR_LEN + sizeof(struct ip)); + *m_headp =3D m_head; + if (m_head =3D=3D NULL) + return (ENOBUFS); + } + + /* * TSO workaround:=20 * If an mbuf is only header we need =20 * to pull 4 bytes of data into it.=20 @@ -2069,9 +2076,6 @@ if (e1000_get_laa_state_82571(&adapter->hw) =3D=3D TRUE) e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); =20 - if (em_display_debug_stats && ifp->if_drv_flags & IFF_DRV_RUNNING) - em_print_hw_stats(adapter); - /* ** Check for time since any descriptor was cleaned */ @@ -2431,11 +2435,6 @@ adapter->linkvec =3D vector; adapter->ivars |=3D (8 | vector) << 16; adapter->ivars |=3D 0x80000000; - TASK_INIT(&adapter->link_task, 0, em_handle_link, adapter); - adapter->tq =3D taskqueue_create_fast("em_link", M_NOWAIT, - taskqueue_thread_enqueue, &adapter->tq); - taskqueue_start_threads(&adapter->tq, 1, PI_NET, "%s linkq", - device_get_nameunit(adapter->dev)); =20 return (0); } @@ -3276,6 +3275,7 @@ =20 =20 cmd =3D hdr_len =3D ipproto =3D 0; + *txd_upper =3D *txd_lower =3D 0; cur =3D txr->next_avail_desc; =20 /* @@ -3319,29 +3319,21 @@ *txd_upper |=3D E1000_TXD_POPTS_IXSM << 8; } =20 - if (mp->m_len < ehdrlen + ip_hlen) - return; /* failure */ - hdr_len =3D ehdrlen + ip_hlen; ipproto =3D ip->ip_p; - break; + case ETHERTYPE_IPV6: ip6 =3D (struct ip6_hdr *)(mp->m_data + ehdrlen); ip_hlen =3D sizeof(struct ip6_hdr); /* XXX: No header stacking. */ =20 - if (mp->m_len < ehdrlen + ip_hlen) - return; /* failure */ - /* IPv6 doesn't have a header checksum. */ =20 hdr_len =3D ehdrlen + ip_hlen; ipproto =3D ip6->ip6_nxt; - break; + default: - *txd_upper =3D 0; - *txd_lower =3D 0; return; } =20 @@ -3395,6 +3387,8 @@ break; } =20 + if (TXD =3D=3D NULL) + return; TXD->tcp_seg_setup.data =3D htole32(0); TXD->cmd_and_length =3D htole32(adapter->txd_cmd | E1000_TXD_CMD_DEXT | cmd); @@ -4090,8 +4084,8 @@ * =20 * For polling we also now return the number of cleaned packets *********************************************************************/ -static int -em_rxeof(struct rx_ring *rxr, int count) +static bool +em_rxeof(struct rx_ring *rxr, int count, int *done) { struct adapter *adapter =3D rxr->adapter; struct ifnet *ifp =3D adapter->ifp; @@ -4102,7 +4096,7 @@ bool eop; struct e1000_rx_desc *cur; =20 - EM_RX_LOCK_ASSERT(rxr); + EM_RX_LOCK(rxr); =20 for (i =3D rxr->next_to_check, processed =3D 0; count !=3D 0;) { =20 @@ -4196,8 +4190,13 @@ i =3D 0; =20 /* Send to the stack */ - if (sendmp !=3D NULL) + if (sendmp !=3D NULL) { + rxr->next_to_check =3D i; + EM_RX_UNLOCK(rxr); (*ifp->if_input)(ifp, sendmp); + EM_RX_LOCK(rxr); + i =3D rxr->next_to_check; + } =20 /* Only refresh mbufs every 8 descriptors */ if (processed =3D=3D 8) { @@ -4213,12 +4212,11 @@ } =20 rxr->next_to_check =3D i; + if (done !=3D NULL) + *done =3D rxdone; + EM_RX_UNLOCK(rxr); =20 -#ifdef DEVICE_POLLING - return (rxdone); -#else return ((status & E1000_RXD_STAT_DD) ? TRUE : FALSE); -#endif } =20 #ifndef __NO_STRICT_ALIGNMENT @@ -4869,114 +4867,285 @@ } =20 =20 -/********************************************************************** - * - * This routine is called only when em_display_debug_stats is enabled. - * This routine provides a way to take a look at important statistics - * maintained by the driver and hardware. - * - **********************************************************************/= +/* + * Add sysctl variables, one per statistic, to the system. + */ static void -em_print_debug_info(struct adapter *adapter) +em_add_hw_stats(struct adapter *adapter) { + device_t dev =3D adapter->dev; - u8 *hw_addr =3D adapter->hw.hw_addr; - struct rx_ring *rxr =3D adapter->rx_rings; - struct tx_ring *txr =3D adapter->tx_rings; =20 - device_printf(dev, "Adapter hardware address =3D %p \n", hw_addr); - device_printf(dev, "CTRL =3D 0x%x RCTL =3D 0x%x \n", - E1000_READ_REG(&adapter->hw, E1000_CTRL), - E1000_READ_REG(&adapter->hw, E1000_RCTL)); - device_printf(dev, "Packet buffer =3D Tx=3D%dk Rx=3D%dk \n", - ((E1000_READ_REG(&adapter->hw, E1000_PBA) & 0xffff0000) >> 16),\ - (E1000_READ_REG(&adapter->hw, E1000_PBA) & 0xffff) ); - device_printf(dev, "Flow control watermarks high =3D %d low =3D %d\n", - adapter->hw.fc.high_water, - adapter->hw.fc.low_water); - device_printf(dev, "tx_int_delay =3D %d, tx_abs_int_delay =3D %d\n", - E1000_READ_REG(&adapter->hw, E1000_TIDV), - E1000_READ_REG(&adapter->hw, E1000_TADV)); - device_printf(dev, "rx_int_delay =3D %d, rx_abs_int_delay =3D %d\n", - E1000_READ_REG(&adapter->hw, E1000_RDTR), - E1000_READ_REG(&adapter->hw, E1000_RADV)); + struct sysctl_ctx_list *ctx =3D device_get_sysctl_ctx(dev); + struct sysctl_oid *tree =3D device_get_sysctl_tree(dev); + struct sysctl_oid_list *child =3D SYSCTL_CHILDREN(tree); + struct e1000_hw_stats *stats =3D &adapter->stats; + + struct sysctl_oid *stat_node, *int_node, *host_node; + struct sysctl_oid_list *stat_list, *int_list, *host_list; + + /* Driver Statistics */ + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "link_irq",=20 + CTLFLAG_RD, &adapter->link_irq, 0, + "Link MSIX IRQ Handled"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "mbuf_alloc_fail",=20 + CTLFLAG_RD, &adapter->mbuf_alloc_failed, + "Std mbuf failed"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "cluster_alloc_fail",=20 + CTLFLAG_RD, &adapter->mbuf_cluster_failed, + "Std mbuf cluster failed"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "dropped",=20 + CTLFLAG_RD, &adapter->dropped_pkts, + "Driver dropped packets"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "tx_dma_fail",=20 + CTLFLAG_RD, &adapter->no_tx_dma_setup, + "Driver tx dma failure in xmit"); + + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "fc_high_water", + CTLFLAG_RD, &adapter->hw.fc.high_water, 0, + "Flow Control High Watermark"); + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "fc_low_water",=20 + CTLFLAG_RD, &adapter->hw.fc.low_water, 0, + "Flow Control Low Watermark"); + + /* MAC stats get the own sub node */ + + stat_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "mac_stats",=20 + CTLFLAG_RD, NULL, "Statistics"); + stat_list =3D SYSCTL_CHILDREN(stat_node); + + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "excess_coll",=20 + CTLFLAG_RD, &stats->ecol, + "Excessive collisions"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "symbol_errors", + CTLFLAG_RD, &adapter->stats.symerrs, + "Symbol Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "sequence_errors", + CTLFLAG_RD, &adapter->stats.sec, + "Sequence Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "defer_count", + CTLFLAG_RD, &adapter->stats.dc, + "Defer Count"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "missed_packets", + CTLFLAG_RD, &adapter->stats.mpc, + "Missed Packets"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_no_buff", + CTLFLAG_RD, &adapter->stats.rnbc, + "Receive No Buffers"); + /* RLEC is inaccurate on some hardware, calculate our own. */ +/* SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_len_errs", */ +/* CTLFLAG_RD, adapter->stats.roc + adapter->stats.ruc, */ +/* "Receive Length Errors"); */ + + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_errs", + CTLFLAG_RD, &adapter->stats.rxerrc, + "Receive Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "crc_errs", + CTLFLAG_RD, &adapter->stats.crcerrs, + "CRC errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "alignment_errs", + CTLFLAG_RD, &adapter->stats.algnerrc, + "Alignment Errors"); + /* On 82575 these are collision counts */ + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "coll_ext_errs", + CTLFLAG_RD, &adapter->stats.cexterr, + "Collision/Carrier extension errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_overruns", + CTLFLAG_RD, &adapter->rx_overruns, + "RX overruns"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "watchdog_timeouts", + CTLFLAG_RD, &adapter->watchdog_events, + "Watchdog timeouts"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xon_recvd", + CTLFLAG_RD, &adapter->stats.xonrxc, + "XON Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xon_txd", + CTLFLAG_RD, &adapter->stats.xontxc, + "XON Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xoff_recvd", + CTLFLAG_RD, &adapter->stats.xoffrxc, + "XOFF Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xoff_txd", + CTLFLAG_RD, &adapter->stats.xofftxc, + "XOFF Transmitted"); + + /* Packet Reception Stats */ + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "total_pkts_recvd", + CTLFLAG_RD, &adapter->stats.tpr, + "Total Packets Received "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_pkts_recvd", + CTLFLAG_RD, &adapter->stats.gprc, + "Good Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "bcast_pkts_recvd", + CTLFLAG_RD, &adapter->stats.bprc, + "Broadcast Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "mcast_pkts_recvd", + CTLFLAG_RD, &adapter->stats.mprc, + "Multicast Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_64", + CTLFLAG_RD, &adapter->stats.prc64, + "64 byte frames received "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_65_127", + CTLFLAG_RD, &adapter->stats.prc127, + "65-127 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_128_255", + CTLFLAG_RD, &adapter->stats.prc255, + "128-255 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_256_511", + CTLFLAG_RD, &adapter->stats.prc511, + "256-511 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_512_1023", + CTLFLAG_RD, &adapter->stats.prc1023, + "512-1023 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_1024_1522", + CTLFLAG_RD, &adapter->stats.prc1522, + "1023-1522 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_recvd",=20 + CTLFLAG_RD, &adapter->stats.gorc,=20 + "Good Octets Received");=20 + + /* Packet Transmission Stats */ + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octest_txd",=20 + CTLFLAG_RD, &adapter->stats.gotc,=20 + "Good Octest Transmitted");=20 + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "total_pkts_txd", + CTLFLAG_RD, &adapter->stats.tpt, + "Total Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_pkts_txd", + CTLFLAG_RD, &adapter->stats.gptc, + "Good Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "bcast_pkts_txd", + CTLFLAG_RD, &adapter->stats.bptc, + "Broadcast Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "mcast_pkts_txd", + CTLFLAG_RD, &adapter->stats.mptc, + "Multicast Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_64", + CTLFLAG_RD, &adapter->stats.ptc64, + "64 byte frames transmitted "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_65_127", + CTLFLAG_RD, &adapter->stats.ptc127, + "65-127 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_128_255", + CTLFLAG_RD, &adapter->stats.ptc255, + "128-255 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_256_511", + CTLFLAG_RD, &adapter->stats.ptc511, + "256-511 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_512_1023", + CTLFLAG_RD, &adapter->stats.ptc1023, + "512-1023 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_1024_1522", + CTLFLAG_RD, &adapter->stats.ptc1522, + "1024-1522 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tso_txd", + CTLFLAG_RD, &adapter->stats.tsctc, + "TSO Contexts Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tso_ctx_fail", + CTLFLAG_RD, &adapter->stats.tsctfc, + "TSO Contexts Failed"); + + + /* Interrupt Stats */ + + int_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "interrupts",=20 + CTLFLAG_RD, NULL, "Interrupt Statistics"); + int_list =3D SYSCTL_CHILDREN(int_node); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "asserts", + CTLFLAG_RD, &adapter->stats.iac, + "Interrupt Assertion Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_pkt_timer", + CTLFLAG_RD, &adapter->stats.icrxptc, + "Interrupt Cause Rx Pkt Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_abs_timer", + CTLFLAG_RD, &adapter->stats.icrxatc, + "Interrupt Cause Rx Abs Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_pkt_timer", + CTLFLAG_RD, &adapter->stats.ictxptc, + "Interrupt Cause Tx Pkt Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_abs_timer", + CTLFLAG_RD, &adapter->stats.ictxatc, + "Interrupt Cause Tx Abs Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_queue_empty", + CTLFLAG_RD, &adapter->stats.ictxqec, + "Interrupt Cause Tx Queue Empty Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_queue_min_thresh", + CTLFLAG_RD, &adapter->stats.ictxqmtc, + "Interrupt Cause Tx Queue Min Thresh Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_desc_min_thresh", + CTLFLAG_RD, &adapter->stats.icrxdmtc, + "Interrupt Cause Rx Desc Min Thresh Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_overrun", + CTLFLAG_RD, &adapter->stats.icrxoc, + "Interrupt Cause Receiver Overrun Count"); + + /* Host to Card Stats */ + + host_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "host",=20 + CTLFLAG_RD, NULL,=20 + "Host to Card Statistics"); + + host_list =3D SYSCTL_CHILDREN(host_node); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_tx_pkt", + CTLFLAG_RD, &adapter->stats.cbtmpc, + "Circuit Breaker Tx Packet Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "host_tx_pkt_discard", + CTLFLAG_RD, &adapter->stats.htdpmc, + "Host Transmit Discarded Packets"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "rx_pkt", + CTLFLAG_RD, &adapter->stats.rpthc, + "Rx Packets To Host"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_rx_pkts", + CTLFLAG_RD, &adapter->stats.cbrmpc, + "Circuit Breaker Rx Packet Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_rx_pkt_drop", + CTLFLAG_RD, &adapter->stats.cbrdpc, + "Circuit Breaker Rx Dropped Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "tx_good_pkt", + CTLFLAG_RD, &adapter->stats.hgptc, + "Host Good Packets Tx Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_tx_pkt_drop", + CTLFLAG_RD, &adapter->stats.htcbdpc, + "Host Tx Circuit Breaker Dropped Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "rx_good_bytes", + CTLFLAG_RD, &adapter->stats.hgorc, + "Host Good Octets Received Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "tx_good_bytes", + CTLFLAG_RD, &adapter->stats.hgotc, + "Host Good Octets Transmit Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "length_errors", + CTLFLAG_RD, &adapter->stats.lenerrs, + "Length Errors"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "serdes_violation_pkt", + CTLFLAG_RD, &adapter->stats.scvpc, + "SerDes/SGMII Code Violation Pkt Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "header_redir_missed", + CTLFLAG_RD, &adapter->stats.hrmpc, + "Header Redirection Missed Packet Count"); =20 - for (int i =3D 0; i < adapter->num_queues; i++, txr++) { - device_printf(dev, "Queue(%d) tdh =3D %d, tdt =3D %d\n", i, - E1000_READ_REG(&adapter->hw, E1000_TDH(i)), - E1000_READ_REG(&adapter->hw, E1000_TDT(i))); - device_printf(dev, "TX(%d) no descriptors avail event =3D %ld\n", - txr->me, txr->no_desc_avail); - device_printf(dev, "TX(%d) MSIX IRQ Handled =3D %ld\n", - txr->me, txr->tx_irq); - device_printf(dev, "Num Tx descriptors avail =3D %d\n", - txr->tx_avail); - device_printf(dev, "Tx Descriptors not avail1 =3D %ld\n", - txr->no_desc_avail); - } - for (int i =3D 0; i < adapter->num_queues; i++, rxr++) { - device_printf(dev, "RX(%d) MSIX IRQ Handled =3D %ld\n", - rxr->me, rxr->rx_irq); - device_printf(dev, "hw rdh =3D %d, hw rdt =3D %d\n", - E1000_READ_REG(&adapter->hw, E1000_RDH(i)), - E1000_READ_REG(&adapter->hw, E1000_RDT(i))); - } - device_printf(dev, "Std mbuf failed =3D %ld\n", - adapter->mbuf_alloc_failed); - device_printf(dev, "Std mbuf cluster failed =3D %ld\n", - adapter->mbuf_cluster_failed); - device_printf(dev, "Driver dropped packets =3D %ld\n", - adapter->dropped_pkts); -} =20 -static void -em_print_hw_stats(struct adapter *adapter) -{ - device_t dev =3D adapter->dev; =20 - device_printf(dev, "Excessive collisions =3D %lld\n", - (long long)adapter->stats.ecol); -#if (DEBUG_HW > 0) /* Dont output these errors normally */ - device_printf(dev, "Symbol errors =3D %lld\n", - (long long)adapter->stats.symerrs); -#endif - device_printf(dev, "Sequence errors =3D %lld\n", - (long long)adapter->stats.sec); - device_printf(dev, "Defer count =3D %lld\n", - (long long)adapter->stats.dc); - device_printf(dev, "Missed Packets =3D %lld\n", - (long long)adapter->stats.mpc); - device_printf(dev, "Receive No Buffers =3D %lld\n", - (long long)adapter->stats.rnbc); - /* RLEC is inaccurate on some hardware, calculate our own. */ - device_printf(dev, "Receive Length Errors =3D %lld\n", - ((long long)adapter->stats.roc + (long long)adapter->stats.ruc)); - device_printf(dev, "Receive errors =3D %lld\n", - (long long)adapter->stats.rxerrc); - device_printf(dev, "Crc errors =3D %lld\n", - (long long)adapter->stats.crcerrs); - device_printf(dev, "Alignment errors =3D %lld\n", - (long long)adapter->stats.algnerrc); - device_printf(dev, "Collision/Carrier extension errors =3D %lld\n", - (long long)adapter->stats.cexterr); - device_printf(dev, "watchdog timeouts =3D %ld\n", - adapter->watchdog_events); - device_printf(dev, "XON Rcvd =3D %lld\n", - (long long)adapter->stats.xonrxc); - device_printf(dev, "XON Xmtd =3D %lld\n", - (long long)adapter->stats.xontxc); - device_printf(dev, "XOFF Rcvd =3D %lld\n", - (long long)adapter->stats.xoffrxc); - device_printf(dev, "XOFF Xmtd =3D %lld\n", - (long long)adapter->stats.xofftxc); - device_printf(dev, "Good Packets Rcvd =3D %lld\n", - (long long)adapter->stats.gprc); - device_printf(dev, "Good Packets Xmtd =3D %lld\n", - (long long)adapter->stats.gptc); - device_printf(dev, "TSO Contexts Xmtd =3D %lld\n", - (long long)adapter->stats.tsctc); - device_printf(dev, "TSO Contexts Failed =3D %lld\n", - (long long)adapter->stats.tsctfc); } =20 /********************************************************************** @@ -4986,28 +5155,9 @@ * 32 words, stuff that matters is in that extent. * **********************************************************************/= -static void -em_print_nvm_info(struct adapter *adapter) -{ - u16 eeprom_data; - int i, j, row =3D 0; - - /* Its a bit crude, but it gets the job done */ - printf("\nInterface EEPROM Dump:\n"); - printf("Offset\n0x0000 "); - for (i =3D 0, j =3D 0; i < 32; i++, j++) { - if (j =3D=3D 8) { /* Make the offset block */ - j =3D 0; ++row; - printf("\n0x00%x0 ",row); - } - e1000_read_nvm(&adapter->hw, i, 1, &eeprom_data); - printf("%04x ", eeprom_data); - } - printf("\n"); -} =20 static int -em_sysctl_debug_info(SYSCTL_HANDLER_ARGS) +em_sysctl_nvm_info(SYSCTL_HANDLER_ARGS) { struct adapter *adapter; int error; @@ -5019,16 +5169,12 @@ if (error || !req->newptr) return (error); =20 - if (result =3D=3D 1) { - adapter =3D (struct adapter *)arg1; - em_print_debug_info(adapter); - } /* * This value will cause a hex dump of the * first 32 16-bit words of the EEPROM to * the screen. */ - if (result =3D=3D 2) { + if (result =3D=3D 1) { adapter =3D (struct adapter *)arg1; em_print_nvm_info(adapter); } @@ -5036,26 +5182,24 @@ return (error); } =20 - -static int -em_sysctl_stats(SYSCTL_HANDLER_ARGS) +static void +em_print_nvm_info(struct adapter *adapter) { - struct adapter *adapter; - int error; - int result; - - result =3D -1; - error =3D sysctl_handle_int(oidp, &result, 0, req); - - if (error || !req->newptr) - return (error); + u16 eeprom_data; + int i, j, row =3D 0; =20 - if (result =3D=3D 1) { - adapter =3D (struct adapter *)arg1; - em_print_hw_stats(adapter); + /* Its a bit crude, but it gets the job done */ + printf("\nInterface EEPROM Dump:\n"); + printf("Offset\n0x0000 "); + for (i =3D 0, j =3D 0; i < 32; i++, j++) { + if (j =3D=3D 8) { /* Make the offset block */ + j =3D 0; ++row; + printf("\n0x00%x0 ",row); + } + e1000_read_nvm(&adapter->hw, i, 1, &eeprom_data); + printf("%04x ", eeprom_data); } - - return (error); + printf("\n"); } =20 static int --- src/sys/dev/e1000/if_igb.c.orig 2010-06-14 04:09:06.000000000 +0200 +++ src/sys/dev/e1000/if_igb.c 2010-07-27 10:06:53.833945364 +0200 @@ -30,7 +30,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 ************************************************************************= ******/ -/*$FreeBSD: src/sys/dev/e1000/if_igb.c,v 1.21.2.8.2.1 2010/06/14 02:09:0= 6 kensmith Exp $*/ +/*$FreeBSD: src/sys/dev/e1000/if_igb.c,v 1.21.2.9 2010/06/18 17:22:08 jf= v Exp $*/ =20 =20 #ifdef HAVE_KERNEL_OPTION_HEADERS @@ -99,7 +99,7 @@ /********************************************************************* * Driver version: *********************************************************************/ -char igb_driver_version[] =3D "version - 1.9.5"; +char igb_driver_version[] =3D "version - 1.9.6"; =20 =20 /********************************************************************* @@ -205,14 +205,13 @@ static __inline void igb_rx_input(struct rx_ring *, struct ifnet *, struct mbuf *, u32); =20 -static bool igb_rxeof(struct igb_queue *, int); +static bool igb_rxeof(struct igb_queue *, int, int *); static void igb_rx_checksum(u32, struct mbuf *, u32); static int igb_tx_ctx_setup(struct tx_ring *, struct mbuf *); static bool igb_tso_setup(struct tx_ring *, struct mbuf *, u32 *); static void igb_set_promisc(struct adapter *); static void igb_disable_promisc(struct adapter *); static void igb_set_multi(struct adapter *); -static void igb_print_hw_stats(struct adapter *); static void igb_update_link_status(struct adapter *); static void igb_refresh_mbufs(struct rx_ring *, int); =20 @@ -224,11 +223,10 @@ static int igb_dma_malloc(struct adapter *, bus_size_t, struct igb_dma_alloc *, int); static void igb_dma_free(struct adapter *, struct igb_dma_alloc *); -static void igb_print_debug_info(struct adapter *); +static int igb_sysctl_nvm_info(SYSCTL_HANDLER_ARGS); static void igb_print_nvm_info(struct adapter *); static int igb_is_valid_ether_addr(u8 *); -static int igb_sysctl_stats(SYSCTL_HANDLER_ARGS); -static int igb_sysctl_debug_info(SYSCTL_HANDLER_ARGS); +static void igb_add_hw_stats(struct adapter *adapter); /* Management and WOL Support */ static void igb_init_manageability(struct adapter *); static void igb_release_manageability(struct adapter *); @@ -240,7 +238,6 @@ static int igb_irq_fast(void *); static void igb_add_rx_process_limit(struct adapter *, const char *, const char *, int *, int); -static void igb_handle_rxtx(void *context, int pending); static void igb_handle_que(void *context, int pending); static void igb_handle_link(void *context, int pending); =20 @@ -412,13 +409,8 @@ /* SYSCTL stuff */ SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), - OID_AUTO, "debug", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, - igb_sysctl_debug_info, "I", "Debug Information"); - - SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), - SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), - OID_AUTO, "stats", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, - igb_sysctl_stats, "I", "Statistics"); + OID_AUTO, "nvm", CTLTYPE_INT|CTLFLAG_RW, adapter, 0, + igb_sysctl_nvm_info, "I", "NVM Information"); =20 SYSCTL_ADD_INT(device_get_sysctl_ctx(adapter->dev), SYSCTL_CHILDREN(device_get_sysctl_tree(adapter->dev)), @@ -584,6 +576,8 @@ adapter->vlan_detach =3D EVENTHANDLER_REGISTER(vlan_unconfig, igb_unregister_vlan, adapter, EVENTHANDLER_PRI_FIRST); =20 + igb_add_hw_stats(adapter); + /* Tell the stack that the interface is not active */ adapter->ifp->if_drv_flags &=3D ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); =20 @@ -818,21 +812,25 @@ static int igb_mq_start(struct ifnet *ifp, struct mbuf *m) { - struct adapter *adapter =3D ifp->if_softc; - struct tx_ring *txr; - int i =3D 0, err =3D 0; + struct adapter *adapter =3D ifp->if_softc; + struct igb_queue *que; + struct tx_ring *txr; + int i =3D 0, err =3D 0; =20 /* Which queue to use */ if ((m->m_flags & M_FLOWID) !=3D 0) i =3D m->m_pkthdr.flowid % adapter->num_queues; =20 txr =3D &adapter->tx_rings[i]; + que =3D &adapter->queues[i]; =20 if (IGB_TX_TRYLOCK(txr)) { err =3D igb_mq_start_locked(ifp, txr, m); IGB_TX_UNLOCK(txr); - } else + } else { err =3D drbr_enqueue(ifp, txr->br, m); + taskqueue_enqueue(que->tq, &que->que_task); + } =20 return (err); } @@ -1225,50 +1223,24 @@ =20 =20 static void -igb_handle_rxtx(void *context, int pending) -{ - struct igb_queue *que =3D context; - struct adapter *adapter =3D que->adapter; - struct tx_ring *txr =3D adapter->tx_rings; - struct ifnet *ifp; - - ifp =3D adapter->ifp; - - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - if (igb_rxeof(que, adapter->rx_process_limit)) - taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); - IGB_TX_LOCK(txr); - igb_txeof(txr); - -#if __FreeBSD_version >=3D 800000 - if (!drbr_empty(ifp, txr->br)) - igb_mq_start_locked(ifp, txr, NULL); -#else - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - igb_start_locked(txr, ifp); -#endif - IGB_TX_UNLOCK(txr); - } - - igb_enable_intr(adapter); -} - -static void igb_handle_que(void *context, int pending) { struct igb_queue *que =3D context; struct adapter *adapter =3D que->adapter; struct tx_ring *txr =3D que->txr; struct ifnet *ifp =3D adapter->ifp; - bool more; =20 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - more =3D igb_rxeof(que, -1); + bool more; + + more =3D igb_rxeof(que, -1, NULL); =20 IGB_TX_LOCK(txr); - igb_txeof(txr); + if (igb_txeof(txr)) + more =3D TRUE; #if __FreeBSD_version >=3D 800000 - igb_mq_start_locked(ifp, txr, NULL); + if (!drbr_empty(ifp, txr->br)) + igb_mq_start_locked(ifp, txr, NULL); #else if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) igb_start_locked(txr, ifp); @@ -1280,11 +1252,15 @@ } } =20 - /* Reenable this interrupt */ #ifdef DEVICE_POLLING - if (!(ifp->if_capenable & IFCAP_POLLING)) + if (ifp->if_capenable & IFCAP_POLLING) + return; #endif - E1000_WRITE_REG(&adapter->hw, E1000_EIMS, que->eims); + /* Reenable this interrupt */ + if (que->eims) + E1000_WRITE_REG(&adapter->hw, E1000_EIMS, que->eims); + else + igb_enable_intr(adapter); } =20 /* Deal with link in a sleepable context */ @@ -1306,8 +1282,9 @@ static int igb_irq_fast(void *arg) { - struct adapter *adapter =3D arg; - uint32_t reg_icr; + struct adapter *adapter =3D arg; + struct igb_queue *que =3D adapter->queues; + u32 reg_icr; =20 =20 reg_icr =3D E1000_READ_REG(&adapter->hw, E1000_ICR); @@ -1329,11 +1306,11 @@ * MSI message reordering errata on certain systems. */ igb_disable_intr(adapter); - taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); + taskqueue_enqueue(que->tq, &que->que_task); =20 /* Link status change */ if (reg_icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC)) - taskqueue_enqueue(adapter->tq, &adapter->link_task); + taskqueue_enqueue(que->tq, &adapter->link_task); =20 if (reg_icr & E1000_ICR_RXO) adapter->rx_overruns++; @@ -1373,15 +1350,14 @@ reg_icr =3D E1000_READ_REG(&adapter->hw, E1000_ICR); /* Link status change */ if (reg_icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC)) - taskqueue_enqueue(adapter->tq, &adapter->link_task); + igb_handle_link(adapter, 0); =20 if (reg_icr & E1000_ICR_RXO) adapter->rx_overruns++; } IGB_CORE_UNLOCK(adapter); =20 - /* TODO: rx_count */ - rx_done =3D igb_rxeof(que, count) ? 1 : 0; + igb_rxeof(que, count, &rx_done); =20 IGB_TX_LOCK(txr); do { @@ -1421,7 +1397,7 @@ more_tx =3D igb_txeof(txr); IGB_TX_UNLOCK(txr); =20 - more_rx =3D igb_rxeof(que, adapter->rx_process_limit); + more_rx =3D igb_rxeof(que, adapter->rx_process_limit, NULL); =20 if (igb_enable_aim =3D=3D FALSE) goto no_calc; @@ -1501,7 +1477,7 @@ icr =3D E1000_READ_REG(&adapter->hw, E1000_ICR); if (!(icr & E1000_ICR_LSC)) goto spurious; - taskqueue_enqueue(adapter->tq, &adapter->link_task); + igb_handle_link(adapter, 0); =20 spurious: /* Rearm */ @@ -1900,7 +1876,6 @@ igb_local_timer(void *arg) { struct adapter *adapter =3D arg; - struct ifnet *ifp =3D adapter->ifp; device_t dev =3D adapter->dev; struct tx_ring *txr =3D adapter->tx_rings; =20 @@ -1910,9 +1885,6 @@ igb_update_link_status(adapter); igb_update_stats_counters(adapter); =20 - if (igb_display_debug_stats && ifp->if_drv_flags & IFF_DRV_RUNNING) - igb_print_hw_stats(adapter); - /* ** Watchdog: check for time since any descriptor was cleaned */ @@ -1923,11 +1895,6 @@ goto timeout; } =20 - /* Trigger an RX interrupt on all queues */ -#ifdef DEVICE_POLLING - if (!(ifp->if_capenable & IFCAP_POLLING)) -#endif - E1000_WRITE_REG(&adapter->hw, E1000_EICS, adapter->rx_mask); callout_reset(&adapter->timer, hz, igb_local_timer, adapter); return; =20 @@ -2142,20 +2109,20 @@ * Try allocating a fast interrupt and the associated deferred * processing contexts. */ - TASK_INIT(&adapter->rxtx_task, 0, igb_handle_rxtx, que); + TASK_INIT(&que->que_task, 0, igb_handle_que, que); /* Make tasklet for deferred link handling */ TASK_INIT(&adapter->link_task, 0, igb_handle_link, adapter); - adapter->tq =3D taskqueue_create_fast("igb_taskq", M_NOWAIT, - taskqueue_thread_enqueue, &adapter->tq); - taskqueue_start_threads(&adapter->tq, 1, PI_NET, "%s taskq", + que->tq =3D taskqueue_create_fast("igb_taskq", M_NOWAIT, + taskqueue_thread_enqueue, &que->tq); + taskqueue_start_threads(&que->tq, 1, PI_NET, "%s taskq", device_get_nameunit(adapter->dev)); if ((error =3D bus_setup_intr(dev, adapter->res, INTR_TYPE_NET | INTR_MPSAFE, igb_irq_fast, NULL, adapter, &adapter->tag)) !=3D 0) { device_printf(dev, "Failed to register fast interrupt " "handler: %d\n", error); - taskqueue_free(adapter->tq); - adapter->tq =3D NULL; + taskqueue_free(que->tq); + que->tq =3D NULL; return (error); } =20 @@ -2194,6 +2161,9 @@ device_printf(dev, "Failed to register Queue handler"); return (error); } +#if __FreeBSD_version >=3D 800504 + bus_describe_intr(dev, que->res, que->tag, "que %d", i); +#endif que->msix =3D vector; if (adapter->hw.mac.type =3D=3D e1000_82575) que->eims =3D E1000_EICR_TX_QUEUE0 << i; @@ -2229,15 +2199,11 @@ device_printf(dev, "Failed to register Link handler"); return (error); } +#if __FreeBSD_version >=3D 800504 + bus_describe_intr(dev, adapter->res, adapter->tag, "link"); +#endif adapter->linkvec =3D vector; =20 - /* Make tasklet for deferred handling */ - TASK_INIT(&adapter->link_task, 0, igb_handle_link, adapter); - adapter->tq =3D taskqueue_create_fast("igb_link", M_NOWAIT, - taskqueue_thread_enqueue, &adapter->tq); - taskqueue_start_threads(&adapter->tq, 1, PI_NET, "%s link", - device_get_nameunit(adapter->dev)); - return (0); } =20 @@ -3570,7 +3536,7 @@ cleaned =3D -1; /* Signify no completions */ while (i !=3D limit) { rxbuf =3D &rxr->rx_buffers[i]; - if (rxbuf->m_head =3D=3D NULL) { + if ((rxbuf->m_head =3D=3D NULL) && (rxr->hdr_split)) { mh =3D m_gethdr(M_DONTWAIT, MT_DATA); if (mh =3D=3D NULL) goto update; @@ -3776,16 +3742,24 @@ */ igb_free_receive_ring(rxr); =20 + /* Configure for header split? */ + if (igb_header_split) + rxr->hdr_split =3D TRUE; + /* Now replenish the ring mbufs */ for (int j =3D 0; j !=3D adapter->num_rx_desc; ++j) { struct mbuf *mh, *mp; =20 rxbuf =3D &rxr->rx_buffers[j]; + if (rxr->hdr_split =3D=3D FALSE) + goto skip_head; =20 /* First the header */ rxbuf->m_head =3D m_gethdr(M_DONTWAIT, MT_DATA); - if (rxbuf->m_head =3D=3D NULL) + if (rxbuf->m_head =3D=3D NULL) { + error =3D ENOBUFS; goto fail; + } m_adj(rxbuf->m_head, ETHER_ALIGN); mh =3D rxbuf->m_head; mh->m_len =3D mh->m_pkthdr.len =3D MHLEN; @@ -3801,11 +3775,14 @@ /* Update descriptor */ rxr->rx_base[j].read.hdr_addr =3D htole64(hseg[0].ds_addr); =20 +skip_head: /* Now the payload cluster */ rxbuf->m_pack =3D m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, adapter->rx_mbuf_sz); - if (rxbuf->m_pack =3D=3D NULL) + if (rxbuf->m_pack =3D=3D NULL) { + error =3D ENOBUFS; goto fail; + } mp =3D rxbuf->m_pack; mp->m_pkthdr.len =3D mp->m_len =3D adapter->rx_mbuf_sz; /* Get the memory mapping */ @@ -3824,11 +3801,8 @@ rxr->next_to_check =3D 0; rxr->next_to_refresh =3D 0; rxr->lro_enabled =3D FALSE; - - if (igb_header_split) - rxr->hdr_split =3D TRUE; - else - ifp->if_capabilities &=3D ~IFCAP_LRO; + rxr->rx_split_packets =3D 0; + rxr->rx_bytes =3D 0; =20 rxr->fmp =3D NULL; rxr->lmp =3D NULL; @@ -3872,7 +3846,7 @@ igb_setup_receive_structures(struct adapter *adapter) { struct rx_ring *rxr =3D adapter->rx_rings; - int i, j; + int i; =20 for (i =3D 0; i < adapter->num_queues; i++, rxr++) if (igb_setup_receive_ring(rxr)) @@ -3883,13 +3857,11 @@ /* * Free RX buffers allocated so far, we will only handle * the rings that completed, the failing case will have - * cleaned up for itself. The value of 'i' will be the - * failed ring so we must pre-decrement it. + * cleaned up for itself. 'i' is the endpoint. */ - rxr =3D adapter->rx_rings; - for (--i; i > 0; i--, rxr++) { - for (j =3D 0; j < adapter->num_rx_desc; j++) - igb_free_receive_ring(rxr); + for (int j =3D 0; j > i; ++j) { + rxr =3D &adapter->rx_rings[i]; + igb_free_receive_ring(rxr); } =20 return (ENOBUFS); @@ -4195,7 +4167,9 @@ if (tcp_lro_rx(&rxr->lro, m, 0) =3D=3D 0) return; } + IGB_RX_UNLOCK(rxr); (*ifp->if_input)(ifp, m); + IGB_RX_LOCK(rxr); } =20 /********************************************************************* @@ -4210,14 +4184,14 @@ * Return TRUE if more to clean, FALSE otherwise *********************************************************************/ static bool -igb_rxeof(struct igb_queue *que, int count) +igb_rxeof(struct igb_queue *que, int count, int *done) { struct adapter *adapter =3D que->adapter; struct rx_ring *rxr =3D que->rxr; struct ifnet *ifp =3D adapter->ifp; struct lro_ctrl *lro =3D &rxr->lro; struct lro_entry *queued; - int i, processed =3D 0; + int i, processed =3D 0, rxdone =3D 0; u32 ptype, staterr =3D 0; union e1000_adv_rx_desc *cur; =20 @@ -4366,8 +4340,12 @@ /* ** Send to the stack or LRO */ - if (sendmp !=3D NULL) + if (sendmp !=3D NULL) { + rxr->next_to_check =3D i; igb_rx_input(rxr, ifp, sendmp, ptype); + i =3D rxr->next_to_check; + rxdone++; + } =20 /* Every 8 descriptors we go to refresh mbufs */ if (processed =3D=3D 8) { @@ -4394,6 +4372,9 @@ =20 IGB_RX_UNLOCK(rxr); =20 + if (done !=3D NULL) + *done =3D rxdone; + /* ** We still have cleaning to do? ** Schedule another interrupt if so. @@ -4751,8 +4732,10 @@ /* For the 64-bit byte counters the low dword must be read first. */ /* Both registers clear on the read of the high dword */ =20 - adapter->stats.gorc +=3D E1000_READ_REG(&adapter->hw, E1000_GORCH); - adapter->stats.gotc +=3D E1000_READ_REG(&adapter->hw, E1000_GOTCH); + adapter->stats.gorc +=3D E1000_READ_REG(&adapter->hw, E1000_GORCL) + + ((u64)E1000_READ_REG(&adapter->hw, E1000_GORCH) << 32); + adapter->stats.gotc +=3D E1000_READ_REG(&adapter->hw, E1000_GOTCL) + + ((u64)E1000_READ_REG(&adapter->hw, E1000_GOTCH) << 32) ; =20 adapter->stats.rnbc +=3D E1000_READ_REG(&adapter->hw, E1000_RNBC); adapter->stats.ruc +=3D E1000_READ_REG(&adapter->hw, E1000_RUC); @@ -4774,6 +4757,38 @@ adapter->stats.mptc +=3D E1000_READ_REG(&adapter->hw, E1000_MPTC); adapter->stats.bptc +=3D E1000_READ_REG(&adapter->hw, E1000_BPTC); =20 + /* Interrupt Counts */ + + adapter->stats.iac +=3D E1000_READ_REG(&adapter->hw, E1000_IAC); + adapter->stats.icrxptc +=3D E1000_READ_REG(&adapter->hw, E1000_ICRXPTC)= ; + adapter->stats.icrxatc +=3D E1000_READ_REG(&adapter->hw, E1000_ICRXATC)= ; + adapter->stats.ictxptc +=3D E1000_READ_REG(&adapter->hw, E1000_ICTXPTC)= ; + adapter->stats.ictxatc +=3D E1000_READ_REG(&adapter->hw, E1000_ICTXATC)= ; + adapter->stats.ictxqec +=3D E1000_READ_REG(&adapter->hw, E1000_ICTXQEC)= ; + adapter->stats.ictxqmtc +=3D E1000_READ_REG(&adapter->hw, E1000_ICTXQMT= C); + adapter->stats.icrxdmtc +=3D E1000_READ_REG(&adapter->hw, E1000_ICRXDMT= C); + adapter->stats.icrxoc +=3D E1000_READ_REG(&adapter->hw, E1000_ICRXOC); + + /* Host to Card Statistics */ + + adapter->stats.cbtmpc +=3D E1000_READ_REG(&adapter->hw, E1000_CBTMPC); + adapter->stats.htdpmc +=3D E1000_READ_REG(&adapter->hw, E1000_HTDPMC); + adapter->stats.cbrdpc +=3D E1000_READ_REG(&adapter->hw, E1000_CBRDPC); + adapter->stats.cbrmpc +=3D E1000_READ_REG(&adapter->hw, E1000_CBRMPC); + adapter->stats.rpthc +=3D E1000_READ_REG(&adapter->hw, E1000_RPTHC); + adapter->stats.hgptc +=3D E1000_READ_REG(&adapter->hw, E1000_HGPTC); + adapter->stats.htcbdpc +=3D E1000_READ_REG(&adapter->hw, E1000_HTCBDPC)= ; + adapter->stats.hgorc +=3D (E1000_READ_REG(&adapter->hw, E1000_HGORCL) += + ((u64)E1000_READ_REG(&adapter->hw,=20 + E1000_HGORCH) << 32)); + + adapter->stats.hgotc +=3D (E1000_READ_REG(&adapter->hw, E1000_HGOTCL) += + ((u64)E1000_READ_REG(&adapter->hw,=20 + E1000_HGOTCH) << 32)); + adapter->stats.lenerrs +=3D E1000_READ_REG(&adapter->hw, E1000_LENERRS)= ; + adapter->stats.scvpc +=3D E1000_READ_REG(&adapter->hw, E1000_SCVPC); + adapter->stats.hrmpc +=3D E1000_READ_REG(&adapter->hw, E1000_HRMPC); + adapter->stats.algnerrc +=3D=20 E1000_READ_REG(&adapter->hw, E1000_ALGNERRC); adapter->stats.rxerrc +=3D=20 @@ -4802,140 +4817,375 @@ } =20 =20 -/********************************************************************** - * - * This routine is called only when igb_display_debug_stats is enabled.= - * This routine provides a way to take a look at important statistics - * maintained by the driver and hardware. - * - **********************************************************************/= +/* + * Add sysctl variables, one per statistic, to the system. + */ static void -igb_print_debug_info(struct adapter *adapter) +igb_add_hw_stats(struct adapter *adapter) { + device_t dev =3D adapter->dev; - struct igb_queue *que =3D adapter->queues; - struct rx_ring *rxr =3D adapter->rx_rings; + struct tx_ring *txr =3D adapter->tx_rings; - uint8_t *hw_addr =3D adapter->hw.hw_addr; + struct rx_ring *rxr =3D adapter->rx_rings; =20 - device_printf(dev, "Adapter hardware address =3D %p \n", hw_addr); - device_printf(dev, "CTRL =3D 0x%x RCTL =3D 0x%x \n", - E1000_READ_REG(&adapter->hw, E1000_CTRL), - E1000_READ_REG(&adapter->hw, E1000_RCTL)); - -#if (DEBUG_HW > 0) /* Dont output these errors normally */ - device_printf(dev, "IMS =3D 0x%x EIMS =3D 0x%x \n", - E1000_READ_REG(&adapter->hw, E1000_IMS), - E1000_READ_REG(&adapter->hw, E1000_EIMS)); -#endif + struct sysctl_ctx_list *ctx =3D device_get_sysctl_ctx(dev); + struct sysctl_oid *tree =3D device_get_sysctl_tree(dev); + struct sysctl_oid_list *child =3D SYSCTL_CHILDREN(tree); + struct e1000_hw_stats *stats =3D &adapter->stats; + + struct sysctl_oid *stat_node, *queue_node, *int_node, *host_node; + struct sysctl_oid_list *stat_list, *queue_list, *int_list, *host_list; + +#define QUEUE_NAME_LEN 32 + char namebuf[QUEUE_NAME_LEN]; + + /* Driver Statistics */ + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "link_irq",=20 + CTLFLAG_RD, &adapter->link_irq, 0, + "Link MSIX IRQ Handled"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "dropped",=20 + CTLFLAG_RD, &adapter->dropped_pkts, + "Driver dropped packets"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "tx_dma_fail",=20 + CTLFLAG_RD, &adapter->no_tx_dma_setup, + "Driver tx dma failure in xmit"); + + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "device_control",=20 + CTLFLAG_RD, &adapter->device_control, + "Device Control Register"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "rx_control",=20 + CTLFLAG_RD, &adapter->rx_control, + "Receiver Control Register"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "interrupt_mask",=20 + CTLFLAG_RD, &adapter->int_mask, + "Interrupt Mask"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "extended_int_mask",=20 + CTLFLAG_RD, &adapter->eint_mask, + "Extended Interrupt Mask"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "tx_buf_alloc",=20 + CTLFLAG_RD, &adapter->packet_buf_alloc_tx, + "Transmit Buffer Packet Allocation"); + SYSCTL_ADD_ULONG(ctx, child, OID_AUTO, "rx_buf_alloc",=20 + CTLFLAG_RD, &adapter->packet_buf_alloc_rx, + "Receive Buffer Packet Allocation"); + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "fc_high_water", + CTLFLAG_RD, &adapter->hw.fc.high_water, 0, + "Flow Control High Watermark"); + SYSCTL_ADD_UINT(ctx, child, OID_AUTO, "fc_low_water",=20 + CTLFLAG_RD, &adapter->hw.fc.low_water, 0, + "Flow Control Low Watermark"); =20 - device_printf(dev, "Packet buffer =3D Tx=3D%dk Rx=3D%dk \n", - ((E1000_READ_REG(&adapter->hw, E1000_PBA) & 0xffff0000) >> 16),\ - (E1000_READ_REG(&adapter->hw, E1000_PBA) & 0xffff) ); - device_printf(dev, "Flow control watermarks high =3D %d low =3D %d\n", - adapter->hw.fc.high_water, - adapter->hw.fc.low_water); - - for (int i =3D 0; i < adapter->num_queues; i++, rxr++, txr++) { - device_printf(dev, "Queue(%d) tdh =3D %d, tdt =3D %d ", i, - E1000_READ_REG(&adapter->hw, E1000_TDH(i)), - E1000_READ_REG(&adapter->hw, E1000_TDT(i))); - device_printf(dev, "rdh =3D %d, rdt =3D %d\n", - E1000_READ_REG(&adapter->hw, E1000_RDH(i)), - E1000_READ_REG(&adapter->hw, E1000_RDT(i))); - device_printf(dev, "TX(%d) no descriptors avail event =3D %lld\n", - txr->me, (long long)txr->no_desc_avail); - device_printf(dev, "TX(%d) Packets sent =3D %lld\n", - txr->me, (long long)txr->tx_packets); - device_printf(dev, "RX(%d) Packets received =3D %lld ", - rxr->me, (long long)rxr->rx_packets); + for (int i =3D 0; i < adapter->num_queues; i++, txr++) { + snprintf(namebuf, QUEUE_NAME_LEN, "queue%d", i); + queue_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, namebuf, + CTLFLAG_RD, NULL, "Queue Name"); + queue_list =3D SYSCTL_CHILDREN(queue_node); + + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "txd_head", + CTLFLAG_RD, &txr->tdh, 0, + "Transmit Descriptor Head"); + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "txd_tail", + CTLFLAG_RD, &txr->tdt, 0, + "Transmit Descriptor Tail"); + SYSCTL_ADD_QUAD(ctx, queue_list, OID_AUTO, "no_desc_avail",=20 + CTLFLAG_RD, &txr->no_desc_avail, + "Queue No Descriptor Available"); + SYSCTL_ADD_QUAD(ctx, queue_list, OID_AUTO, "tx_packets", + CTLFLAG_RD, &txr->tx_packets, + "Queue Packets Transmitted"); } =20 for (int i =3D 0; i < adapter->num_queues; i++, rxr++) { struct lro_ctrl *lro =3D &rxr->lro; - device_printf(dev, "Queue(%d) rdh =3D %d, rdt =3D %d\n", i, - E1000_READ_REG(&adapter->hw, E1000_RDH(i)), - E1000_READ_REG(&adapter->hw, E1000_RDT(i))); - device_printf(dev, "RX(%d) Packets received =3D %lld\n", rxr->me, - (long long)rxr->rx_packets); - device_printf(dev, " Split Packets =3D %lld ", - (long long)rxr->rx_split_packets); - device_printf(dev, " Byte count =3D %lld\n", - (long long)rxr->rx_bytes); - device_printf(dev,"RX(%d) LRO Queued=3D %d ", - i, lro->lro_queued); - device_printf(dev,"LRO Flushed=3D %d\n",lro->lro_flushed); - } - - for (int i =3D 0; i < adapter->num_queues; i++, que++) - device_printf(dev,"QUE(%d) IRQs =3D %llx\n", - i, (long long)que->irqs); - - device_printf(dev, "LINK MSIX IRQ Handled =3D %u\n", adapter->link_irq)= ; - device_printf(dev, "Mbuf defrag failed =3D %ld\n", - adapter->mbuf_defrag_failed); - device_printf(dev, "Std mbuf header failed =3D %ld\n", - adapter->mbuf_header_failed); - device_printf(dev, "Std mbuf packet failed =3D %ld\n", - adapter->mbuf_packet_failed); - device_printf(dev, "Driver dropped packets =3D %ld\n", - adapter->dropped_pkts); - device_printf(dev, "Driver tx dma failure in xmit =3D %ld\n", - adapter->no_tx_dma_setup); -} =20 -static void -igb_print_hw_stats(struct adapter *adapter) -{ - device_t dev =3D adapter->dev; + snprintf(namebuf, QUEUE_NAME_LEN, "queue%d", i); + queue_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, namebuf,=20 + CTLFLAG_RD, NULL, "Queue Name"); + queue_list =3D SYSCTL_CHILDREN(queue_node); + + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "rxd_head", + CTLFLAG_RD, &rxr->rdh, 0, + "Receive Descriptor Head"); + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "rxd_tail", + CTLFLAG_RD, &rxr->rdt, 0, + "Receive Descriptor Tail"); + SYSCTL_ADD_QUAD(ctx, queue_list, OID_AUTO, "rx_packets", + CTLFLAG_RD, &rxr->rx_packets, + "Queue Packets Received"); + SYSCTL_ADD_QUAD(ctx, queue_list, OID_AUTO, "rx_bytes", + CTLFLAG_RD, &rxr->rx_bytes, + "Queue Bytes Received"); + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "lro_queued", + CTLFLAG_RD, &lro->lro_queued, 0, + "LRO Queued"); + SYSCTL_ADD_UINT(ctx, queue_list, OID_AUTO, "lro_flushed", + CTLFLAG_RD, &lro->lro_flushed, 0, + "LRO Flushed"); + } + + /* MAC stats get the own sub node */ + + stat_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "mac_stats",=20 + CTLFLAG_RD, NULL, "MAC Statistics"); + stat_list =3D SYSCTL_CHILDREN(stat_node); + + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "excess_coll",=20 + CTLFLAG_RD, &stats->ecol, + "Excessive collisions"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "single_coll",=20 + CTLFLAG_RD, &stats->scc, + "Single collisions"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "multiple_coll",=20 + CTLFLAG_RD, &stats->mcc, + "Multiple collisions"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "late_coll",=20 + CTLFLAG_RD, &stats->latecol, + "Late collisions"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "collision_count",=20 + CTLFLAG_RD, &stats->colc, + "Collision Count"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "symbol_errors", + CTLFLAG_RD, &adapter->stats.symerrs, + "Symbol Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "sequence_errors", + CTLFLAG_RD, &adapter->stats.sec, + "Sequence Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "defer_count", + CTLFLAG_RD, &adapter->stats.dc, + "Defer Count"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "missed_packets", + CTLFLAG_RD, &adapter->stats.mpc, + "Missed Packets"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_no_buff", + CTLFLAG_RD, &adapter->stats.rnbc, + "Receive No Buffers"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_undersize", + CTLFLAG_RD, &adapter->stats.ruc, + "Receive Undersize"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_fragmented", + CTLFLAG_RD, &adapter->stats.rfc, + "Fragmented Packets Received "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_oversize", + CTLFLAG_RD, &adapter->stats.roc, + "Oversized Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_jabber", + CTLFLAG_RD, &adapter->stats.rjc, + "Recevied Jabber"); =20 - device_printf(dev, "Excessive collisions =3D %lld\n", - (long long)adapter->stats.ecol); -#if (DEBUG_HW > 0) /* Dont output these errors normally */ - device_printf(dev, "Symbol errors =3D %lld\n", - (long long)adapter->stats.symerrs); -#endif - device_printf(dev, "Sequence errors =3D %lld\n", - (long long)adapter->stats.sec); - device_printf(dev, "Defer count =3D %lld\n", - (long long)adapter->stats.dc); - device_printf(dev, "Missed Packets =3D %lld\n", - (long long)adapter->stats.mpc); - device_printf(dev, "Receive No Buffers =3D %lld\n", - (long long)adapter->stats.rnbc); /* RLEC is inaccurate on some hardware, calculate our own. */ - device_printf(dev, "Receive Length Errors =3D %lld\n", - ((long long)adapter->stats.roc + (long long)adapter->stats.ruc)); - device_printf(dev, "Receive errors =3D %lld\n", - (long long)adapter->stats.rxerrc); - device_printf(dev, "Crc errors =3D %lld\n", - (long long)adapter->stats.crcerrs); - device_printf(dev, "Alignment errors =3D %lld\n", - (long long)adapter->stats.algnerrc); +/* SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_len_errs", */ +/* CTLFLAG_RD, adapter->stats.roc + adapter->stats.ruc, */ +/* "Receive Length Errors"); */ + + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "recv_errs", + CTLFLAG_RD, &adapter->stats.rxerrc, + "Receive Errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "crc_errs", + CTLFLAG_RD, &adapter->stats.crcerrs, + "CRC errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "alignment_errs", + CTLFLAG_RD, &adapter->stats.algnerrc, + "Alignment Errors"); /* On 82575 these are collision counts */ - device_printf(dev, "Collision/Carrier extension errors =3D %lld\n", - (long long)adapter->stats.cexterr); - device_printf(dev, "RX overruns =3D %ld\n", adapter->rx_overruns); - device_printf(dev, "watchdog timeouts =3D %ld\n", - adapter->watchdog_events); - device_printf(dev, "XON Rcvd =3D %lld\n", - (long long)adapter->stats.xonrxc); - device_printf(dev, "XON Xmtd =3D %lld\n", - (long long)adapter->stats.xontxc); - device_printf(dev, "XOFF Rcvd =3D %lld\n", - (long long)adapter->stats.xoffrxc); - device_printf(dev, "XOFF Xmtd =3D %lld\n", - (long long)adapter->stats.xofftxc); - device_printf(dev, "Good Packets Rcvd =3D %lld\n", - (long long)adapter->stats.gprc); - device_printf(dev, "Good Packets Xmtd =3D %lld\n", - (long long)adapter->stats.gptc); - device_printf(dev, "TSO Contexts Xmtd =3D %lld\n", - (long long)adapter->stats.tsctc); - device_printf(dev, "TSO Contexts Failed =3D %lld\n", - (long long)adapter->stats.tsctfc); -} + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "coll_ext_errs", + CTLFLAG_RD, &adapter->stats.cexterr, + "Collision/Carrier extension errors"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_overruns", + CTLFLAG_RD, &adapter->rx_overruns, + "RX overruns"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "watchdog_timeouts", + CTLFLAG_RD, &adapter->watchdog_events, + "Watchdog timeouts"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xon_recvd", + CTLFLAG_RD, &adapter->stats.xonrxc, + "XON Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xon_txd", + CTLFLAG_RD, &adapter->stats.xontxc, + "XON Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xoff_recvd", + CTLFLAG_RD, &adapter->stats.xoffrxc, + "XOFF Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "xoff_txd", + CTLFLAG_RD, &adapter->stats.xofftxc, + "XOFF Transmitted"); + /* Packet Reception Stats */ + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "total_pkts_recvd", + CTLFLAG_RD, &adapter->stats.tpr, + "Total Packets Received "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_pkts_recvd", + CTLFLAG_RD, &adapter->stats.gprc, + "Good Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "bcast_pkts_recvd", + CTLFLAG_RD, &adapter->stats.bprc, + "Broadcast Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "mcast_pkts_recvd", + CTLFLAG_RD, &adapter->stats.mprc, + "Multicast Packets Received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_64", + CTLFLAG_RD, &adapter->stats.prc64, + "64 byte frames received "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_65_127", + CTLFLAG_RD, &adapter->stats.prc127, + "65-127 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_128_255", + CTLFLAG_RD, &adapter->stats.prc255, + "128-255 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_256_511", + CTLFLAG_RD, &adapter->stats.prc511, + "256-511 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_512_1023", + CTLFLAG_RD, &adapter->stats.prc1023, + "512-1023 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_1024_1522", + CTLFLAG_RD, &adapter->stats.prc1522, + "1023-1522 byte frames received"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octets_recvd",=20 + CTLFLAG_RD, &adapter->stats.gorc,=20 + "Good Octets Received");=20 + + /* Packet Transmission Stats */ + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_octest_txd",=20 + CTLFLAG_RD, &adapter->stats.gotc,=20 + "Good Octest Transmitted");=20 + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "total_pkts_txd", + CTLFLAG_RD, &adapter->stats.tpt, + "Total Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "good_pkts_txd", + CTLFLAG_RD, &adapter->stats.gptc, + "Good Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "bcast_pkts_txd", + CTLFLAG_RD, &adapter->stats.bptc, + "Broadcast Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "mcast_pkts_txd", + CTLFLAG_RD, &adapter->stats.mptc, + "Multicast Packets Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_64", + CTLFLAG_RD, &adapter->stats.ptc64, + "64 byte frames transmitted "); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_65_127", + CTLFLAG_RD, &adapter->stats.ptc127, + "65-127 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_128_255", + CTLFLAG_RD, &adapter->stats.ptc255, + "128-255 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_256_511", + CTLFLAG_RD, &adapter->stats.ptc511, + "256-511 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_512_1023", + CTLFLAG_RD, &adapter->stats.ptc1023, + "512-1023 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tx_frames_1024_1522", + CTLFLAG_RD, &adapter->stats.ptc1522, + "1024-1522 byte frames transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tso_txd", + CTLFLAG_RD, &adapter->stats.tsctc, + "TSO Contexts Transmitted"); + SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "tso_ctx_fail", + CTLFLAG_RD, &adapter->stats.tsctfc, + "TSO Contexts Failed"); + + + /* Interrupt Stats */ + + int_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "interrupts",=20 + CTLFLAG_RD, NULL, "Interrupt Statistics"); + int_list =3D SYSCTL_CHILDREN(int_node); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "asserts", + CTLFLAG_RD, &adapter->stats.iac, + "Interrupt Assertion Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_pkt_timer", + CTLFLAG_RD, &adapter->stats.icrxptc, + "Interrupt Cause Rx Pkt Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_abs_timer", + CTLFLAG_RD, &adapter->stats.icrxatc, + "Interrupt Cause Rx Abs Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_pkt_timer", + CTLFLAG_RD, &adapter->stats.ictxptc, + "Interrupt Cause Tx Pkt Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_abs_timer", + CTLFLAG_RD, &adapter->stats.ictxatc, + "Interrupt Cause Tx Abs Timer Expire Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_queue_empty", + CTLFLAG_RD, &adapter->stats.ictxqec, + "Interrupt Cause Tx Queue Empty Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "tx_queue_min_thresh", + CTLFLAG_RD, &adapter->stats.ictxqmtc, + "Interrupt Cause Tx Queue Min Thresh Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_desc_min_thresh", + CTLFLAG_RD, &adapter->stats.icrxdmtc, + "Interrupt Cause Rx Desc Min Thresh Count"); + + SYSCTL_ADD_QUAD(ctx, int_list, OID_AUTO, "rx_overrun", + CTLFLAG_RD, &adapter->stats.icrxoc, + "Interrupt Cause Receiver Overrun Count"); + + /* Host to Card Stats */ + + host_node =3D SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "host",=20 + CTLFLAG_RD, NULL,=20 + "Host to Card Statistics"); + + host_list =3D SYSCTL_CHILDREN(host_node); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_tx_pkt", + CTLFLAG_RD, &adapter->stats.cbtmpc, + "Circuit Breaker Tx Packet Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "host_tx_pkt_discard", + CTLFLAG_RD, &adapter->stats.htdpmc, + "Host Transmit Discarded Packets"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "rx_pkt", + CTLFLAG_RD, &adapter->stats.rpthc, + "Rx Packets To Host"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_rx_pkts", + CTLFLAG_RD, &adapter->stats.cbrmpc, + "Circuit Breaker Rx Packet Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_rx_pkt_drop", + CTLFLAG_RD, &adapter->stats.cbrdpc, + "Circuit Breaker Rx Dropped Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "tx_good_pkt", + CTLFLAG_RD, &adapter->stats.hgptc, + "Host Good Packets Tx Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "breaker_tx_pkt_drop", + CTLFLAG_RD, &adapter->stats.htcbdpc, + "Host Tx Circuit Breaker Dropped Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "rx_good_bytes", + CTLFLAG_RD, &adapter->stats.hgorc, + "Host Good Octets Received Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "tx_good_bytes", + CTLFLAG_RD, &adapter->stats.hgotc, + "Host Good Octets Transmit Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "length_errors", + CTLFLAG_RD, &adapter->stats.lenerrs, + "Length Errors"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "serdes_violation_pkt", + CTLFLAG_RD, &adapter->stats.scvpc, + "SerDes/SGMII Code Violation Pkt Count"); + + SYSCTL_ADD_QUAD(ctx, host_list, OID_AUTO, "header_redir_missed", + CTLFLAG_RD, &adapter->stats.hrmpc, + "Header Redirection Missed Packet Count"); =20 + +} /********************************************************************** * * This routine provides a way to dump out the adapter eeprom, @@ -4943,28 +5193,8 @@ * 32 words, stuff that matters is in that extent. * **********************************************************************/= -static void -igb_print_nvm_info(struct adapter *adapter) -{ - u16 eeprom_data; - int i, j, row =3D 0; - - /* Its a bit crude, but it gets the job done */ - printf("\nInterface EEPROM Dump:\n"); - printf("Offset\n0x0000 "); - for (i =3D 0, j =3D 0; i < 32; i++, j++) { - if (j =3D=3D 8) { /* Make the offset block */ - j =3D 0; ++row; - printf("\n0x00%x0 ",row); - } - e1000_read_nvm(&adapter->hw, i, 1, &eeprom_data); - printf("%04x ", eeprom_data); - } - printf("\n"); -} - static int -igb_sysctl_debug_info(SYSCTL_HANDLER_ARGS) +igb_sysctl_nvm_info(SYSCTL_HANDLER_ARGS) { struct adapter *adapter; int error; @@ -4976,16 +5206,12 @@ if (error || !req->newptr) return (error); =20 - if (result =3D=3D 1) { - adapter =3D (struct adapter *)arg1; - igb_print_debug_info(adapter); - } /* * This value will cause a hex dump of the * first 32 16-bit words of the EEPROM to * the screen. */ - if (result =3D=3D 2) { + if (result =3D=3D 1) { adapter =3D (struct adapter *)arg1; igb_print_nvm_info(adapter); } @@ -4993,26 +5219,24 @@ return (error); } =20 - -static int -igb_sysctl_stats(SYSCTL_HANDLER_ARGS) +static void +igb_print_nvm_info(struct adapter *adapter) { - struct adapter *adapter; - int error; - int result; - - result =3D -1; - error =3D sysctl_handle_int(oidp, &result, 0, req); - - if (error || !req->newptr) - return (error); + u16 eeprom_data; + int i, j, row =3D 0; =20 - if (result =3D=3D 1) { - adapter =3D (struct adapter *)arg1; - igb_print_hw_stats(adapter); + /* Its a bit crude, but it gets the job done */ + printf("\nInterface EEPROM Dump:\n"); + printf("Offset\n0x0000 "); + for (i =3D 0, j =3D 0; i < 32; i++, j++) { + if (j =3D=3D 8) { /* Make the offset block */ + j =3D 0; ++row; + printf("\n0x00%x0 ",row); + } + e1000_read_nvm(&adapter->hw, i, 1, &eeprom_data); + printf("%04x ", eeprom_data); } - - return (error); + printf("\n"); } =20 static void --- src/sys/dev/e1000/if_igb.h.orig 2010-06-14 04:09:06.000000000 +0200 +++ src/sys/dev/e1000/if_igb.h 2010-07-27 10:07:14.477145093 +0200 @@ -30,7 +30,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 ************************************************************************= ******/ -/*$FreeBSD: src/sys/dev/e1000/if_igb.h,v 1.4.2.2.2.1 2010/06/14 02:09:06= kensmith Exp $*/ +/*$FreeBSD: src/sys/dev/e1000/if_igb.h,v 1.4.2.3 2010/06/18 17:22:08 jfv= Exp $*/ =20 #ifndef _IGB_H_DEFINED_ #define _IGB_H_DEFINED_ @@ -317,6 +317,9 @@ int watchdog_time; u64 no_desc_avail; u64 tx_packets; + /* Statistics for reporting, ONLY. */ + u32 tdh; /* Transmit Descriptor Head */ + u32 tdt; /* Transmit Descriptor Tail */ }; =20 /* @@ -353,6 +356,9 @@ u64 rx_discarded; u64 rx_packets; u64 rx_bytes; + /* Statistics for reporting, ONLY. */ + u32 rdh; /* Transmit Descriptor Head */ + u32 rdt; /* Transmit Descriptor Tail */ }; =20 struct adapter { @@ -382,8 +388,6 @@ int min_frame_size; struct mtx core_mtx; int igb_insert_vlan_header; - struct task rxtx_task; - struct taskqueue *tq; /* adapter task queue */ u16 num_queues; =20 eventhandler_tag vlan_attach; @@ -428,6 +432,12 @@ unsigned long no_tx_dma_setup; unsigned long watchdog_events; unsigned long rx_overruns; + unsigned long device_control; + unsigned long rx_control; + unsigned long int_mask; + unsigned long eint_mask; + unsigned long packet_buf_alloc_rx; + unsigned long packet_buf_alloc_tx; =20 boolean_t in_detach; =20 --- src/sys/dev/e1000/if_lem.c.orig 2010-06-14 04:09:06.000000000 +0200 +++ src/sys/dev/e1000/if_lem.c 2010-07-27 10:07:12.343126580 +0200 @@ -30,7 +30,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 ************************************************************************= ******/ -/*$FreeBSD: src/sys/dev/e1000/if_lem.c,v 1.3.2.4.2.1 2010/06/14 02:09:06= kensmith Exp $*/ +/*$FreeBSD: src/sys/dev/e1000/if_lem.c,v 1.7 2010/07/12 21:47:30 jfv Exp= $*/ =20 #ifdef HAVE_KERNEL_OPTION_HEADERS #include "opt_device_polling.h" @@ -200,7 +200,7 @@ static void lem_tx_purge(struct adapter *); static int lem_allocate_receive_structures(struct adapter *); static int lem_allocate_transmit_structures(struct adapter *); -static int lem_rxeof(struct adapter *, int); +static bool lem_rxeof(struct adapter *, int, int *); #ifndef __NO_STRICT_ALIGNMENT static int lem_fixup_rx(struct adapter *); #endif @@ -1255,7 +1255,7 @@ } EM_CORE_UNLOCK(adapter); =20 - rx_done =3D lem_rxeof(adapter, count); + lem_rxeof(adapter, count, &rx_done); =20 EM_TX_LOCK(adapter); lem_txeof(adapter); @@ -1308,7 +1308,7 @@ =20 EM_TX_LOCK(adapter); lem_txeof(adapter); - lem_rxeof(adapter, -1); + lem_rxeof(adapter, -1, NULL); lem_txeof(adapter); if (ifp->if_drv_flags & IFF_DRV_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) @@ -1350,7 +1350,7 @@ =20 =20 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - if (lem_rxeof(adapter, adapter->rx_process_limit) !=3D 0) + if (lem_rxeof(adapter, adapter->rx_process_limit, NULL) !=3D 0) taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); EM_TX_LOCK(adapter); lem_txeof(adapter); @@ -1566,6 +1566,19 @@ } =20 /* + ** When doing checksum offload, it is critical to + ** make sure the first mbuf has more than header, + ** because that routine expects data to be present. + */ + if ((m_head->m_pkthdr.csum_flags & CSUM_OFFLOAD) && + (m_head->m_len < ETHER_HDR_LEN + sizeof(struct ip))) { + m_head =3D m_pullup(m_head, ETHER_HDR_LEN + sizeof(struct ip)); + *m_headp =3D m_head; + if (m_head =3D=3D NULL) + return (ENOBUFS); + } + + /* * Map the packet for DMA * * Capture the first descriptor index, @@ -2851,6 +2864,7 @@ =20 =20 cmd =3D hdr_len =3D ipproto =3D 0; + *txd_upper =3D *txd_lower =3D 0; curr_txd =3D adapter->next_avail_tx_desc; =20 /* @@ -2894,9 +2908,6 @@ *txd_upper |=3D E1000_TXD_POPTS_IXSM << 8; } =20 - if (mp->m_len < ehdrlen + ip_hlen) - return; /* failure */ - hdr_len =3D ehdrlen + ip_hlen; ipproto =3D ip->ip_p; =20 @@ -2905,18 +2916,13 @@ ip6 =3D (struct ip6_hdr *)(mp->m_data + ehdrlen); ip_hlen =3D sizeof(struct ip6_hdr); /* XXX: No header stacking. */ =20 - if (mp->m_len < ehdrlen + ip_hlen) - return; /* failure */ - /* IPv6 doesn't have a header checksum. */ =20 hdr_len =3D ehdrlen + ip_hlen; ipproto =3D ip6->ip6_nxt; - break; + default: - *txd_upper =3D 0; - *txd_lower =3D 0; return; } =20 @@ -2970,6 +2976,8 @@ break; } =20 + if (TXD =3D=3D NULL) + return; TXD->tcp_seg_setup.data =3D htole32(0); TXD->cmd_and_length =3D htole32(adapter->txd_cmd | E1000_TXD_CMD_DEXT | cmd); @@ -3449,8 +3457,8 @@ * =20 * For polling we also now return the number of cleaned packets *********************************************************************/ -static int -lem_rxeof(struct adapter *adapter, int count) +static bool +lem_rxeof(struct adapter *adapter, int count, int *done) { struct ifnet *ifp =3D adapter->ifp;; struct mbuf *mp; @@ -3466,8 +3474,10 @@ BUS_DMASYNC_POSTREAD); =20 if (!((current_desc->status) & E1000_RXD_STAT_DD)) { + if (done !=3D NULL) + *done =3D rx_sent; EM_RX_UNLOCK(adapter); - return (rx_sent); + return (FALSE); } =20 while ((current_desc->status & E1000_RXD_STAT_DD) && @@ -3626,8 +3636,10 @@ if (--i < 0) i =3D adapter->num_rx_desc - 1; E1000_WRITE_REG(&adapter->hw, E1000_RDT(0), i); + if (done !=3D NULL) + *done =3D rx_sent; EM_RX_UNLOCK(adapter); - return (rx_sent); + return (current_desc->status & E1000_RXD_STAT_DD); } =20 #ifndef __NO_STRICT_ALIGNMENT --------------020106010007020907000302-- --------------enig5A94A6482AB6BCA889B3EE66 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkxOr1YACgkQLDqVQ9VXb8hc6QCgzg9dPQ8LBpzOkORDbNpIog2J MlUAoMsu87CgvUgcClm9Ud5kUGqPyeTk =al3B -----END PGP SIGNATURE----- --------------enig5A94A6482AB6BCA889B3EE66-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 16:18:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 301D2106566B for ; Tue, 27 Jul 2010 16:18:50 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 10DF78FC12 for ; Tue, 27 Jul 2010 16:18:49 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.53.251.10]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id o6RG6fcr018828; Tue, 27 Jul 2010 12:06:41 -0400 (EDT) (envelope-from lists@jnielsen.net) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: John Nielsen In-Reply-To: Date: Tue, 27 Jul 2010 12:06:35 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Beach Geek X-Mailer: Apple Mail (2.1081) X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: PCI AP card recommendations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 16:18:50 -0000 On Jul 25, 2010, at 5:10 PM, Beach Geek wrote: > Looking for feedback from people using FreeBSD v8.x as access points. > We will be using Pentium 3 boxes with 8-STABLE as APs. > Each box will have a unique SSID and use WPA2-PSK. > Each AP will be linked back to 2 gateways. >=20 > I'm looking for AP card suggestions and any helpful hints as far as = the > APs. Looking for card models, not chipsets. >=20 > Looking forward to hearing your experiences. I've been using a D-Link DWL-G520 PCI card in my FreeBSD access point = since at least 6.x. It sports an Atheros 5212 chip and uses the ath = driver. The card supports 802.11b/g as well as the "Turbo" 108Mbps mode. My current setup is FreeBSD 8.1-PRERELEASE with two vap's. The first is = bridged with my LAN ethernet device and uses WPA-PSK. The second is for = guests and has no security. The latter is firewalled off from the LAN = and everything on the host except DNS. It's also bandwidth-controlled = using dummynet. This is a small network and rarely has more than 8 or so wireless = clients. A couple years ago I added a better external antenna (D-Link ANT24-0700, = still available) and saw a noticeable range increase. I've been wanting to upgrade to 802.11n but to my knowledge there is = still no rate algorithm so even supported cards will only operate at "g" = speeds. Aside from that I've had no complaints whatsoever with my FreeBSD AP. I very much doubt my specific card is still available new. I don't have = any experience with the newer card models but it's not unlikely they = still make a similar card. JN From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 16:45:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8170F106566C for ; Tue, 27 Jul 2010 16:45:46 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 466D38FC17 for ; Tue, 27 Jul 2010 16:45:45 +0000 (UTC) Received: by yxe42 with SMTP id 42so688880yxe.13 for ; Tue, 27 Jul 2010 09:45:45 -0700 (PDT) Received: by 10.101.136.30 with SMTP id o30mr1419130ann.224.1280249144545; Tue, 27 Jul 2010 09:45:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.207.19 with HTTP; Tue, 27 Jul 2010 09:45:24 -0700 (PDT) In-Reply-To: References: From: Joshua Boyd Date: Tue, 27 Jul 2010 12:45:24 -0400 Message-ID: To: Beach Geek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: PCI AP card recommendations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 16:45:46 -0000 On Sun, Jul 25, 2010 at 5:10 PM, Beach Geek wrote: > Looking for feedback from people using FreeBSD v8.x as access points. > We will be using Pentium 3 boxes with 8-STABLE as APs. > Each box will have a unique SSID and use WPA2-PSK. > Each AP will be linked back to 2 gateways. > > I'm looking for AP card suggestions and any helpful hints as far as the > APs. Looking for card models, not chipsets. > > Looking forward to hearing your experiences. > Thanks, > RJ > > PS. We're looking for info beyond the FreeBSD documentation, and related > to > the 8.x branch. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I can't recommend a card, but I can recommend that you don't use a ral card. The encryption support is poor, since most of the current cards don't have on-board encryption and it gets offloaded to the server, resulting in drops (for me, atleast). Due to this, I'm using a standalone AP, plugged into an ethernet card on my server. -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 17:58:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7884D1065673 for ; Tue, 27 Jul 2010 17:58:54 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao101.cox.net (fed1rmmtao101.cox.net [68.230.241.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5151F8FC14 for ; Tue, 27 Jul 2010 17:58:54 +0000 (UTC) Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao105.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100727174343.CGUV956.fed1rmmtao105.cox.net@fed1rmimpo01.cox.net>; Tue, 27 Jul 2010 13:43:43 -0400 Received: from asus64 ([72.220.91.10]) by fed1rmimpo01.cox.net with bizsmtp id n5jf1e00U0DQbeo035jhtY; Tue, 27 Jul 2010 13:43:41 -0400 X-VR-Score: -260.00 X-Authority-Analysis: v=1.1 cv=atnVLXso/ZAvPKALjQcfOkxYrpEEKc6RlNgW2Y2qy5c= c=1 sm=1 a=kj9zAlcOel0A:10 a=/nTdwXoUaSOHzX6NQnbKNQ==:17 a=6tTI6J_PAAAA:8 a=pjdaNNIBAAAA:8 a=gy3DmOkAVHnoBEnoO2YA:9 a=vNy_pN89wHjBVpTYD60A:7 a=zG0CH2OJ_BgaOeVQggQY_EaKiOAA:4 a=CjuIK1q_8ugA:10 a=epLI21a5OuIA:10 a=qQ99KXQnr59SFPYL:21 a=reNLaAVPNA73J9qC:21 a=/nTdwXoUaSOHzX6NQnbKNQ==:117 X-CM-Score: 0.00 Date: Tue, 27 Jul 2010 10:43:34 -0700 From: Robert To: John Nielsen Message-ID: <20100727104334.09c5ac31@asus64> In-Reply-To: References: X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Beach Geek , freebsd-stable@freebsd.org Subject: Re: PCI AP card recommendations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:58:54 -0000 On Tue, 27 Jul 2010 12:06:35 -0400 John Nielsen wrote: > On Jul 25, 2010, at 5:10 PM, Beach Geek wrote: > > > Looking for feedback from people using FreeBSD v8.x as access > > points. We will be using Pentium 3 boxes with 8-STABLE as APs. > > Each box will have a unique SSID and use WPA2-PSK. > > Each AP will be linked back to 2 gateways. > > > > I'm looking for AP card suggestions and any helpful hints as far as > > the APs. Looking for card models, not chipsets. > > > > Looking forward to hearing your experiences. > > I've been using a D-Link DWL-G520 PCI card in my FreeBSD access point > since at least 6.x. It sports an Atheros 5212 chip and uses the ath > driver. The card supports 802.11b/g as well as the "Turbo" 108Mbps > mode. > > My current setup is FreeBSD 8.1-PRERELEASE with two vap's. The first > is bridged with my LAN ethernet device and uses WPA-PSK. The second > is for guests and has no security. The latter is firewalled off from > the LAN and everything on the host except DNS. It's also > bandwidth-controlled using dummynet. > > This is a small network and rarely has more than 8 or so wireless > clients. > > A couple years ago I added a better external antenna (D-Link > ANT24-0700, still available) and saw a noticeable range increase. > > I've been wanting to upgrade to 802.11n but to my knowledge there is > still no rate algorithm so even supported cards will only operate at > "g" speeds. > > Aside from that I've had no complaints whatsoever with my FreeBSD AP. > > I very much doubt my specific card is still available new. I don't > have any experience with the newer card models but it's not unlikely > they still make a similar card. > They are available and not too expensive on ebay. http://shop.ebay.com/?_from=R40&_trksid=m570&_nkw=D-Link+DWL-G520&_sacat=See-All-Categories Cheers Robert From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 18:51:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6065B1065670 for ; Tue, 27 Jul 2010 18:51:31 +0000 (UTC) (envelope-from clue4sho@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 E57678FC1B for ; Tue, 27 Jul 2010 18:51:30 +0000 (UTC) Received: by wwi17 with SMTP id 17so87092wwi.31 for ; Tue, 27 Jul 2010 11:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:subject:to:content-type :mime-version:date:message-id; bh=Sx3zicWK3KkUrYTwN+6lus5IhRXJVepuT7g9aeWeL94=; b=LxyiLigpTo+AliOzdZIoHFHYtuSZrYhQSnzPtPE/Nw1xvDNh5Fr0bVQM7fsds3kmvO sTCf3KuV5AIga5IuD7AzcUKTYGdm/pX/hjxVBcDHUCwMAxVaRKXb8Kp9djPVjb+X7rUA x8gjWIjHeIpun+a/kDOnICjWKROLeeJy199bg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:subject:to:content-type:mime-version:date:message-id; b=sSLRiPmqKRgCkA0KxpzTVaKqev4qtDAg0EeiEPPRmSP9zJxipN/68C67zGMMn3t1Ng AxvfD/17irnLtUrkVxKqLZE2gOdqFi1EFjSXAJuG5HMNTXBisWHQChcmr1h6xc7dHIA9 WhMYUaAMw/cUeyCwZuK59dy/VhHYnoheoYhlM= Received: by 10.216.193.195 with SMTP id k45mr9338117wen.32.1280254924072; Tue, 27 Jul 2010 11:22:04 -0700 (PDT) Received: from PRIVATE-2EA8A3D (41-132-159-195.dsl.mweb.co.za [41.132.159.195]) by mx.google.com with ESMTPS id k83sm2900147weq.14.2010.07.27.11.22.01 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 11:22:03 -0700 (PDT) From: "Clue Barnard" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Tue, 27 Jul 2010 11:22:10 -0700 Message-ID: <740832477187514@private-2ea8a3d> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: An extra income that works X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 18:51:31 -0000 I wanted to leave you a quick message about a great new place I found = online that teaches you how to build a long term income online. If you= ever wanted to build an internet business, work from home, or just ma= ke some extra money on the internet this place can really help you. Un= like other programs online, they really care about their members and i= t is very inexpensive to get started. I always wanted to find a great = place like this and now that I have found it I wanted you to know abou= t it. Just go here to check it out for yourself: https://securepage.in= fusionsoft.com/go/iia/iia678/ =20 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 21:31:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0651065672 for ; Tue, 27 Jul 2010 21:31:49 +0000 (UTC) (envelope-from drsweetlips@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 D54A68FC18 for ; Tue, 27 Jul 2010 21:31:48 +0000 (UTC) Received: by yxe42 with SMTP id 42so842479yxe.13 for ; Tue, 27 Jul 2010 14:31:48 -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:content-type; bh=xt7aHVCrARSCrH386qdRMj5IBS4/yVl4HPqWtZ/mT1w=; b=KD6HKZQ+B+TOeyI2oV4ZMN31v48p5Oj5/r5IBKuaLs7+Ne31xxkOYMvNvx9hGlmRKF AwxCITfbPRnnKIShVvS8270Iys0wf2xL54WrZ6OfvHdE3jpLi9QvHQvFxZJu1j5LUeay gmS2Xby1+5GypsIu41JEaYDl7S3E9YcFCxitI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vPlSfdF0EqYuO715J9Ubs9w/aAli5mOej+JnlqnECbJocPgEanrsL4XLUY13pO2IaX xVQqhCYuFWdq6PdZqs3oiFlusYGZk1mWQBRB5KD9bwKCQajW9h1wpvg2/sfhu1iiVuOV uGxshDrLDwdRC6jTvPhhUNc8Xwh2tmmm//fCA= MIME-Version: 1.0 Received: by 10.151.13.3 with SMTP id q3mr2925942ybi.414.1280264795534; Tue, 27 Jul 2010 14:06:35 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Tue, 27 Jul 2010 14:06:35 -0700 (PDT) Date: Tue, 27 Jul 2010 17:06:35 -0400 Message-ID: From: Troye Johnson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 21:31:49 -0000 ar9285 driver gives exception message in /var/log/messages: kernel ath0 bb hang detected, resetting. I dont know what it means. The driver compiles good and I just got sources from cvs server branch RELENG_8_1. What is the meaning of this exception message? From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 22:31:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A2EA106566B for ; Tue, 27 Jul 2010 22:31:41 +0000 (UTC) (envelope-from matheusber@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 C875E8FC20 for ; Tue, 27 Jul 2010 22:31:40 +0000 (UTC) Received: by yxe42 with SMTP id 42so867232yxe.13 for ; Tue, 27 Jul 2010 15:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=pqRTyPVccWpJ7HxXiQjkUmLSCZ7+O6SvOOF3BrN5K/c=; b=AFGOtjclunYltchcnTmGrNjyYJI1YR+r/mvZtSiYVmf5h+/sdcaDitcIme7x+lPFUV hTDy5Mi39qE1OSekJtm0DBo2VMxQPpl1jOXQ/XtgnUetymmmiAK0y+VfvA8Yu5P/MmsG xRUCVeO+1ARyHdSJwXDQpKePalbKg5njnnGok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=WTNtzxXXz5KdmGeNW4AwFsgj+6TvfIKKRPCRr13sDdZJvZj/6j2WkNKUZYamOO7MSw XQFclYGuQNTO0mumI4mBMs1vDSCKDozwFQKalEyrU05whv4Ri3PDbdtvpBkbcwGf+8R8 +Cb9zzMxq4j+i3O7Rh+DpwAkXPtdH/5yaLej4= Received: by 10.150.237.8 with SMTP id k8mr11246675ybh.323.1280268428216; Tue, 27 Jul 2010 15:07:08 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.41.130]) by mx.google.com with ESMTPS id h11sm5387320ybk.17.2010.07.27.15.07.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 15:07:07 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 79EC8B8FB6; Tue, 27 Jul 2010 19:06:59 -0300 (BRT) Received: from 187.117.187.227 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 27 Jul 2010 19:06:59 -0300 (BRT) Message-ID: Date: Tue, 27 Jul 2010 19:06:59 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: possible regression - rum ap problem under 8.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 22:31:41 -0000 hail, I have a small mini itx, crusoe based, and it was running pfSense 1.2.3R (FreeBSD 7.2). there was an ap using tp-link tl-wn321 usb adapter. no problems. I then installed 8.1R and tried the same config, and got kernel panic. Installed 7.2R (no patches applied) and it is working. the only info is that 7.2R does not load acpi, but I tried this on 8.1R to no avail. with acpi 7.2R would not use my integrated nic. it complaints about no dump device and I imagine there is no dump. is this known ? what info can I get to help ? how I create the ap on 7.2R: ifconfig rum0 inet 192.168.12.254/24 ifconfig rum0 ssid rush ifconfig rum0 mediaopt hostap ifconfig rum0 up /etc/rc.d/hostapd restart the hostapd.conf: # Interface to use as an accesspoint interface=rum0 # Driver interface type (hostap/wired/madwifi; default: hostap) # If you use Atheros-based card then use the madwifi driver driver=bsd # Logging and debugging settings: more of this in original config file logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=0 dump_file=/tmp/hostapd.dump # SSID to use. This will be the "name" of the accesspoint ssid=rush # WPA settings. We'll use stronger WPA2 # bit0 = WPA # bit1 = IEEE 802.11i/RSN (WPA2) (dot11RSNAEnabled) wpa=2 # Preshared key of between 8-63 ASCII characters. # If you define the key in here, make sure that the file is not readable # by anyone but root. Alternatively you can use a separate file for the # key; see original hostapd.conf for more information. #wpa_passphrase=fdajk5akj32j9fdakfj3r0jfakjf3akljf3a30rfal3rj0a3fjkaj3alk wpa_psk_file=/etc/hostapd/wpa_psk # Key management algorithm. In this case, a simple pre-shared key (PSK) wpa_key_mgmt=WPA-PSK # The cipher suite to use. We want to use stronger CCMP cipher. wpa_pairwise=CCMP # Change the broadcasted/multicasted keys after this many seconds. wpa_group_rekey=600 # Change the master key after this many seconds. Master key is used as a basis # (source) for the encryption keys. wpa_gmk_rekey=86400 on 8.1R: wlans_rum0="wlan0" ifconfig_wlan0="inet 192.168.12.254" create_args_wlan0="wlanmode ap ssid rush" hostapd_enable="YES" the hostapd.conf is the same, just change wlan0 to rum0. both load wlan_ccmp and wlan_xauth on boot. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 06:41:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0F97106566C for ; Wed, 28 Jul 2010 06:41:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1448FC1E for ; Wed, 28 Jul 2010 06:41:50 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 4B2A213DF42; Wed, 28 Jul 2010 10:16:54 +0400 (MSD) Date: Wed, 28 Jul 2010 10:16:54 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <17610650780.20100728101654@serebryakov.spb.ru> To: John Nielsen In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Beach Geek , freebsd-stable@freebsd.org Subject: Re: PCI AP card recommendations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 06:41:50 -0000 Hello, John. You wrote 27 =E8=FE=EB=FF 2010 =E3., 20:06:35: > I've been using a D-Link DWL-G520 PCI card in my FreeBSD access > point since at least 6.x. It sports an Atheros 5212 chip and uses > the ath driver. The card supports 802.11b/g as well as the "Turbo" 108Mbp= s mode. +1 for DWL-G520. Usually, D-Link equipment is crap, but this one card is good. But, please, don't mix up it with DWL-G520+ (note the plus sign), which is based on TI chipset, and doesn't work good. When my home router was full-PCI capable I've used DWL-G520 without any problesm for many years. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 08:41:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBEF1065676; Wed, 28 Jul 2010 08:41:45 +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 0670A8FC1E; Wed, 28 Jul 2010 08:41:44 +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 o6S8fiV2049832; Wed, 28 Jul 2010 04:41:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6S8fiXe049828; Wed, 28 Jul 2010 08:41:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Jul 2010 08:41:44 GMT Message-Id: <201007280841.o6S8fiXe049828@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: [releng_8_0 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 08:41:45 -0000 TB --- 2010-07-28 08:04:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-28 08:04:01 - starting RELENG_8_0 tinderbox run for amd64/amd64 TB --- 2010-07-28 08:04:01 - cleaning the object tree TB --- 2010-07-28 08:04:26 - cvsupping the source tree TB --- 2010-07-28 08:04:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/amd64/amd64/supfile TB --- 2010-07-28 08:41:44 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-07-28 08:41:44 - ERROR: unable to cvsup the source tree TB --- 2010-07-28 08:41:44 - 0.90 user 12.84 system 2262.79 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 19:12:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C738106564A for ; Wed, 28 Jul 2010 19:12:32 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1F58FC13 for ; Wed, 28 Jul 2010 19:12:31 +0000 (UTC) Received: by pzk7 with SMTP id 7so2346621pzk.13 for ; Wed, 28 Jul 2010 12:12:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.120.1 with SMTP id s1mr14940817wac.129.1280342576033; Wed, 28 Jul 2010 11:42:56 -0700 (PDT) Received: by 10.229.230.14 with HTTP; Wed, 28 Jul 2010 11:42:55 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Jul 2010 14:42:55 -0400 Message-ID: From: Michael Proto To: Nenhum_de_Nos Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: possible regression - rum ap problem under 8.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 19:12:32 -0000 On Tue, Jul 27, 2010 at 6:06 PM, Nenhum_de_Nos wrote: > hail, > > I have a small mini itx, crusoe based, and it was running pfSense 1.2.3R > (FreeBSD 7.2). there was an ap using tp-link tl-wn321 usb adapter. no > problems. I then installed 8.1R and tried the same config, and got kernel > panic. Installed 7.2R (no patches applied) and it is working. > > the only info is that 7.2R does not load acpi, but I tried this on 8.1R to > no avail. with acpi 7.2R would not use my integrated nic. > > it complaints about no dump device and I imagine there is no dump. > > is this known ? > what info can I get to help ? > ... > on 8.1R: > > wlans_rum0="wlan0" > ifconfig_wlan0="inet 192.168.12.254" > create_args_wlan0="wlanmode ap ssid rush" > hostapd_enable="YES" > > the hostapd.conf is the same, just change wlan0 to rum0. both load > wlan_ccmp and wlan_xauth on boot. > > thanks, You might want to add the following to rc.conf: ifconfig_rum0="up" -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 19:39:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB941065676; Wed, 28 Jul 2010 19:39:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0E78FC21; Wed, 28 Jul 2010 19:39:19 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o6SJdIV2024231; Wed, 28 Jul 2010 15:39:18 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201007281939.o6SJdIV2024231@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 28 Jul 2010 15:39:16 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: zfs boot issue with and without AHCI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 19:39:20 -0000 I followed the very helpful docs at https://www.dan.me.uk/blog/2010/02/08/booting-from-zfs-raid056-in-freebsd-8-0-release/ to get an 8.1R AMD64 install working booting purely off a zfs mirror! However, one small issue I ran into is with AHCI enabled in the BIOS. I did the install directly to disks ada0 and ada1 as I loaded AHCI from the boot DVD's loader prompt. Everything booted up great. http://www.tancsa.com/zfs/ahci-boot.txt Then, I took out the DVD ROM drive (CD1) that I installed from and went to reboot. This time, the box would insta reboot just after the 'BTX Loader' text would appear. I then put back the DVD ROM and rebooted, still the same problem. Then, I went into the BIOS and forced the DVD to be the first boot device, just like it was at install time... Everything booted up fine once again.?!?! Then, I pulled the DVD drive and I rebooted the box and disabled AHCI in the BIOS and used just regular enhanced mode, and all booted up just fine. http://www.tancsa.com/zfs/ata-boot.txt Is there something additionally that needs to be set for ahci to work in this manner ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 20:43:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1454D106566B for ; Wed, 28 Jul 2010 20:43:14 +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 86BCD8FC17 for ; Wed, 28 Jul 2010 20:43:13 +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 o6SKh96x026386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jul 2010 23:43:09 +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 o6SKh9vd085859; Wed, 28 Jul 2010 23:43:09 +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 o6SKh7p0085858; Wed, 28 Jul 2010 23:43:07 +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: Wed, 28 Jul 2010 23:43:07 +0300 From: Kostik Belousov To: Jilles Tjoelker Message-ID: <20100728204307.GY22295@deviant.kiev.zoral.com.ua> References: <20100717152455.GA61987@ravenloft.kiev.ua> <4C4264F1.4010708@gothic.net.au> <20100725114816.GA78541@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9I0HVnGRacHebCDW" Content-Disposition: inline In-Reply-To: <20100725114816.GA78541@stack.nl> 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-stable@freebsd.org, wxs@freebsd.org Subject: Re: SIGEPIPE after update to 8.1-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 20:43:14 -0000 --9I0HVnGRacHebCDW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 25, 2010 at 01:48:16PM +0200, Jilles Tjoelker wrote: > On Sun, Jul 18, 2010 at 12:20:33PM +1000, Sean wrote: > > I'm getting the same thing; what shell are you using? I changed my shel= l=20 > > on one machine from /bin/tcsh to /usr/local/bin/bash and problem=20 > > disappeared. >=20 > That this workaround helps confirms that masked/ignored SIGPIPE is the > problem. From a few shells I have tried, bash and zsh reset SIGPIPE to > caught or default even if it was ignored (only in interactive mode, > however), while tcsh, sh, mksh and ksh93 leave it ignored. >=20 > The underlying problem is the program that is passing the ignored/masked > signal to child processes. Please check if the problem occurs with > various ways to log in (text console, ssh, xterm, etc). Things like PAM > modules may also cause problems here. >=20 > For example, sshd sets SIGPIPE to ignored, but resets it back to default > before starting a child process, so assuming I read the code correctly > it does not cause problems. Hm. pooma% cat =2E.. In the other shell, pooma% ps auxww | grep cat kostik 41346 0.0 0.0 5824 1084 2 I+ 11:34PM 0:00.00 cat pooma% procstat -i 41346 | grep PIPE 41346 cat PIPE --- pooma% sudo cat =2E.. and pooma% ps auxww | grep cat root 41360 0.0 0.0 5824 1084 2 S+ 11:36PM 0:00.01 cat pooma% procstat -i 41366 | grep PIPE 41366 cat PIPE --- And now oma% sudo -k cat = ~ Password: =2E.. and pooma% ps auxww | grep cat root 41387 0.0 0.0 5824 1084 2 S+ 11:39PM 0:00.01 cat pooma% procstat -i 41387 | grep PIPE 41387 cat PIPE -I- This would describe both the observed behaviour and the reason why I was unable to repeat it after the first run. sudo changelog has a promising entry from 2010-06-09, but I definitely not going to read sudo code. security/sudo maintainer Cc:ed. --9I0HVnGRacHebCDW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxQllsACgkQC3+MBN1Mb4g1wQCg8UgCq8jILf7dy0ErYYosINi6 iNwAnRZyqsAx9jZFDVco2ztAmUmtOATE =FeOc -----END PGP SIGNATURE----- --9I0HVnGRacHebCDW-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 21:12:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFD2C1065674 for ; Wed, 28 Jul 2010 21:12:44 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 618FE8FC18 for ; Wed, 28 Jul 2010 21:12:44 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 28 Jul 2010 16:42:58 -0400 Received: from mx04.lnh.mail.rcn.net (mx04.lnh.mail.rcn.net [207.172.157.54]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LUV35240; Wed, 28 Jul 2010 16:42:03 -0400 (EDT) Received: from 146-115-45-245.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO ws-mteterin.dev.pathfinder.com) ([146.115.45.245]) by smtp04.lnh.mail.rcn.net with ESMTP; 28 Jul 2010 16:42:02 -0400 Message-ID: <4C509617.6080709@aldan.algebra.com> Date: Wed, 28 Jul 2010 16:41:59 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4C34C5DE.7040007@aldan.algebra.com> <20100708210611.GA34250@server.vk2pj.dyndns.org> <4C364CE8.6050104@aldan.algebra.com> <20100709094907.GA45560@server.vk2pj.dyndns.org> In-Reply-To: <20100709094907.GA45560@server.vk2pj.dyndns.org> X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020202.4C509652.0057,ss=1,fgs=0, ip=146.115.45.245, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false X-Mailman-Approved-At: Wed, 28 Jul 2010 21:27:24 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 8.x grudges X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 21:12:44 -0000 09.07.2010 05:49, Peter Jeremy ???????(??): > I doubt I'm personally in a position to debug this and don't personally > use splash screens. Can you reproduce it using an image that you can > re-distribute? > Ok, the splash-screen problem went away after I put back the original video-card. The one I tried with (a high-end, but old) worked fine in text mode, but, apparently, had issues in the graphical mode... Retracted... >>>> 3. Likewise, having "device ugen" breaks config(8) -- another >>>> undocumented incompatibility. >>>> >> It was a valid device for FreeBSD-7. The UPDATING-file enumerates a >> number of things, that need to be changed, when updating to 8, but the >> removal of "ugen" is not mentioned there. >> > Well, the definitive list is sys/conf/NOTES and sys/$(uname -m)/conf/NOTES > The "NOTES" files are code, not documentation... If the "UPDATING" file did not exist, I'd be looking elsewhere for the changes. But it does exist and so should be complete (perhaps, it should be auto-generated based on the commit-history of the NOTES and GENERIC kernel-configs?) > but I agree that the ugen(4) man page is incorrect and a case could be > made for having better details of USB2 in UPDATING. I did not even realize, the ugen(4) still exists in 8.1 (and would've thought, it was a remnant from 7.x), if I saw it. My "grudge" was that the "UPDATING" file did not tell me about neither it, nor about the sio being broken. > How would you like to write up patches and submit a PR? > I have some -- much more involved -- patches sitting in the PR database for years, so, pardon me for not accepting your invitation to file more at this time... The ones most ripe for committing are: * handle SIGINFO in sleep(1) -- recent * pkg_add(1) pkg-routines ignore the recorded md5 checksums -- 8 years old * bikeshed entry of Handbook is wrong -- a doc-one, 5 years old now, still valid... Search the PR-db for others, where a dialog/discussion might be necessary -- the above ones are only those completely ready... > That's why I asked for the output up to the hang - which might show > where the problem is. If you don't have a serial console, take a > photo and put it up on the web. > Ok, here is the screen-shot (firewire enabled in BIOS). Hanging while probing USB-devices... > BTW, in all writing you've done, you've never mentioned what FreeBSD > version you are running beyond a vague "8.1 prerelease", what motherboard > you have (despite my request for this) and only indirectly given the > architecture (via the config file you posted). > Well, the version was also implied -- 8.1/prerelease as of (approximately) the date of the posting. The motherboard version -- I'm not sure still. Something like nVidia nForce2 -- does that identify it enough? The verbose dmesg.boots are: * 7.3-PRERELEASE Feb 5 (firewire enabled -- no hang. This is one extracted from /var/log/messages and is a little garbled.) * 8.1-PRERELEASE July 5 (firewire disabled -- otherwise hangs) * 8.1-PRERELEASE July 14 (firewire disabled. Interestingly, the July 14th version reports slightly different memory "base") Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 21:29:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB701065679 for ; Wed, 28 Jul 2010 21:29:29 +0000 (UTC) (envelope-from matheusber@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 4D65F8FC23 for ; Wed, 28 Jul 2010 21:29:28 +0000 (UTC) Received: by gyg4 with SMTP id 4so2378130gyg.13 for ; Wed, 28 Jul 2010 14:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=JVtxjTSO68BBczMT1EEnAVDlVBxPldmGUOtblL3yxPE=; b=vMFHt/VsBKSZwUYw8Z5K8ZulE9hIx46AdMEAjuYjhkhTjDacfkLZYw0pwUHZ/gwOb2 Dyfolpieu4ZBicW9wqF1S3Sheke9HvzDt/zL1u1U9dCxbLwTc7+jQtM6SJIaq6n/QE+n xxcK9Yn/w7lsOiRPQIFg7MJea8J72RGdbtGZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=sS5R4RaBDHBxbhmWnlhtvDmlVoplTExzkHFhMHTs9D0XtlBnDm1dAJI0vbQd5xUOwN v/6NyZyDb1YZXmFbaBBuFUc+6QIY1vsljES7cZOof5EVHpeFW8CcfGTaa8KqrWQFyQwn IF4Pi9gpb3MGa49UYTTDCLS5sWgvhNvyfSmfw= Received: by 10.150.116.8 with SMTP id o8mr13450985ybc.266.1280352568117; Wed, 28 Jul 2010 14:29:28 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.41.130]) by mx.google.com with ESMTPS id p8sm89325ybk.15.2010.07.28.14.29.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 14:29:26 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 61604B8FB6; Wed, 28 Jul 2010 18:29:21 -0300 (BRT) Received: from 187.117.145.82 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 28 Jul 2010 18:29:21 -0300 (BRT) Message-ID: <901a6d631fe546f12bed6958e8bb9344.squirrel@cygnus.homeunix.com> In-Reply-To: References: Date: Wed, 28 Jul 2010 18:29:21 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: possible regression - rum ap problem under 8.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 21:29:29 -0000 On Wed, July 28, 2010 15:42, Michael Proto wrote: > On Tue, Jul 27, 2010 at 6:06 PM, Nenhum_de_Nos > wrote: >> hail, >> >> I have a small mini itx, crusoe based, and it was running pfSense 1.2.3R >> (FreeBSD 7.2). there was an ap using tp-link tl-wn321 usb adapter. no >> problems. I then installed 8.1R and tried the same config, and got >> kernel >> panic. Installed 7.2R (no patches applied) and it is working. >> >> the only info is that 7.2R does not load acpi, but I tried this on 8.1R >> to >> no avail. with acpi 7.2R would not use my integrated nic. >> >> it complaints about no dump device and I imagine there is no dump. >> >> is this known ? >> what info can I get to help ? >> > ... >> on 8.1R: >> >> wlans_rum0="wlan0" >> ifconfig_wlan0="inet 192.168.12.254" >> create_args_wlan0="wlanmode ap ssid rush" >> hostapd_enable="YES" >> >> the hostapd.conf is the same, just change wlan0 to rum0. both load >> wlan_ccmp and wlan_xauth on boot. >> >> thanks, > > You might want to add the following to rc.conf: > > ifconfig_rum0="up" I config all using an ap.sh script where this line lies in. I'm now trying it on newest pfsense 8.1 based snapshot. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 21:53:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DAE106566C for ; Wed, 28 Jul 2010 21:53:55 +0000 (UTC) (envelope-from matheusber@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 9D0FD8FC22 for ; Wed, 28 Jul 2010 21:53:54 +0000 (UTC) Received: by ywf9 with SMTP id 9so1237255ywf.13 for ; Wed, 28 Jul 2010 14:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=r8sL85glbp0DmvU2jL768JYMVndHnk93Z82+Tz+PHkE=; b=ZaMzbXwiE+av7Y76Djyw/Npkme94B/nP4GI1Xja+MisdTFhbt/H4OmzFOR7SMU9pQl rR2rD2/mkyXp24BEo0iJq9wW/0llHixkH/0H3hWrEApZbTa48uqmLcHh7ucei1ShZJ+1 huZ63VtEKGsRVw8zc0A9UhsUgjYibIKnYjy+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=u9BqLidO28N1voryL2cMtaDVOSZnLaoG3ZH6VIzbzutfoQyzCyJg3d9xrvQl9s7NdG VnRMsex2i0PTIMiwMYo7GR8KV5NbYDvuisdPPb3fXoRmi76VNCOhj6+SgWGx5ZbTrMoY 87IWo4rajlvSgc18Y1ZKhRnwf6mT4v5o0pmOU= Received: by 10.100.92.1 with SMTP id p1mr12278613anb.57.1280354033399; Wed, 28 Jul 2010 14:53:53 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.41.130]) by mx.google.com with ESMTPS id r7sm86203anb.15.2010.07.28.14.53.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 14:53:52 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 86EEAB8FB6; Wed, 28 Jul 2010 18:53:46 -0300 (BRT) Received: from 187.117.145.82 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 28 Jul 2010 18:53:46 -0300 (BRT) Message-ID: <90d4e0bc5fb971818b49c52289be36c5.squirrel@cygnus.homeunix.com> In-Reply-To: <901a6d631fe546f12bed6958e8bb9344.squirrel@cygnus.homeunix.com> References: <901a6d631fe546f12bed6958e8bb9344.squirrel@cygnus.homeunix.com> Date: Wed, 28 Jul 2010 18:53:46 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: possible regression - rum ap problem under 8.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 21:53:55 -0000 On Wed, July 28, 2010 18:29, Nenhum_de_Nos wrote: > > On Wed, July 28, 2010 15:42, Michael Proto wrote: >> On Tue, Jul 27, 2010 at 6:06 PM, Nenhum_de_Nos >> >> wrote: >>> hail, >>> >>> I have a small mini itx, crusoe based, and it was running pfSense >>> 1.2.3R >>> (FreeBSD 7.2). there was an ap using tp-link tl-wn321 usb adapter. no >>> problems. I then installed 8.1R and tried the same config, and got >>> kernel >>> panic. Installed 7.2R (no patches applied) and it is working. >>> >>> the only info is that 7.2R does not load acpi, but I tried this on 8.1R >>> to >>> no avail. with acpi 7.2R would not use my integrated nic. >>> >>> it complaints about no dump device and I imagine there is no dump. >>> >>> is this known ? >>> what info can I get to help ? >>> >> ... >>> on 8.1R: >>> >>> wlans_rum0="wlan0" >>> ifconfig_wlan0="inet 192.168.12.254" >>> create_args_wlan0="wlanmode ap ssid rush" >>> hostapd_enable="YES" >>> >>> the hostapd.conf is the same, just change wlan0 to rum0. both load >>> wlan_ccmp and wlan_xauth on boot. >>> >>> thanks, >> >> You might want to add the following to rc.conf: >> >> ifconfig_rum0="up" > > I config all using an ap.sh script where this line lies in. > > I'm now trying it on newest pfsense 8.1 based snapshot. > > thanks, > > matheus for the record, pfSense from 27/07/2010 get me in the same place (I did see that coming ... as is 8.1-RC2). the error in the screen is: Fatal trap 18: integer divide dault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc08bc42e stack pointer = 0x28:0xe32479ac frame pointer = 0x28:0xe32479bc 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 = 28706 (hostapd) trap number = 18 panic: integer devide fault cpuid =0 just to be clear, I can make the ap and my notebook sees the network fine. this just happens when I try to connect to it. tried sometimes for now, and all of them got me this. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 22:15:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB65B1065676 for ; Wed, 28 Jul 2010 22:15:20 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from sfgw1.moneybookers.com (sfgw1.moneybookers.com [195.34.111.179]) by mx1.freebsd.org (Postfix) with ESMTP id 396F38FC0A for ; Wed, 28 Jul 2010 22:15:19 +0000 (UTC) Received: from sfgw1.moneybookers.com (localhost [127.0.0.1]) by sfgw1.moneybookers.com (Postfix) with ESMTPS id 59C9FB40C62; Wed, 28 Jul 2010 23:58:52 +0200 (CEST) Received: from maylo.moneybookers.com (maylo.dev.moneybookers.net [192.168.3.20]) by sfgw1.moneybookers.com (Postfix) with ESMTP id 54F68B40C47; Wed, 28 Jul 2010 23:58:51 +0200 (CEST) Received: from [10.1.1.3] (unknown [10.46.0.25]) by maylo.moneybookers.com (Postfix) with ESMTP id 32ACA37BF81B; Wed, 28 Jul 2010 23:58:51 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) From: Stefan Lambrev In-Reply-To: <4C509617.6080709@aldan.algebra.com> Date: Thu, 29 Jul 2010 00:58:51 +0300 Message-Id: References: <4C34C5DE.7040007@aldan.algebra.com> <20100708210611.GA34250@server.vk2pj.dyndns.org> <4C364CE8.6050104@aldan.algebra.com> <20100709094907.GA45560@server.vk2pj.dyndns.org> <4C509617.6080709@aldan.algebra.com> To: Mikhail T. X-Mailer: Apple Mail (2.1081) X-Virus-Scanned: clamav-milter 0.96.1 at gw1.sof.moneybookers.net X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gw1.sof.moneybookers.net Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 8.x grudges X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 22:15:20 -0000 Hi, On Jul 28, 2010, at 11:41 PM, Mikhail T. wrote: > 09.07.2010 05:49, Peter Jeremy ???????(??): >> I doubt I'm personally in a position to debug this and don't = personally >> use splash screens. Can you reproduce it using an image that you can >> re-distribute? >> =20 > Ok, the splash-screen problem went away after I put back the original = video-card. The one I tried with (a high-end, but old) worked fine in = text mode, but, apparently, had issues in the graphical mode... = Retracted... >>>>> 3. Likewise, having "device ugen" breaks config(8) -- another >>>>> undocumented incompatibility. >>>>> =20 >>> It was a valid device for FreeBSD-7. The UPDATING-file enumerates a >>> number of things, that need to be changed, when updating to 8, but = the >>> removal of "ugen" is not mentioned there. >>> =20 >> Well, the definitive list is sys/conf/NOTES and sys/$(uname = -m)/conf/NOTES >> =20 > The "NOTES" files are code, not documentation... If the "UPDATING" = file did not exist, I'd be looking elsewhere for the changes. But it = does exist and so should be complete (perhaps, it should be = auto-generated based on the commit-history of the NOTES and GENERIC = kernel-configs?) http://www.freebsd.org/doc/handbook/kernelconfig-config.html : For an exhaustive list of architecture dependent options and devices, = see the NOTES file in the same directory as the GENERIC file. For = architecture independent options, see /usr/src/sys/conf/NOTES. I duno if this is documentation or not .. the handbook states that this = is a list :) Also I'm pretty sure there was an entry for the USB changes in UPDATING: 20090223: The new USB2 stack has now been permanently moved in and all = kernel and module names reverted to their previous values (eg, usb, ehci, = ohci, ums, ...). The old usb stack can be compiled in by prefixing = the name with the letter 'o', the old usb modules have been removed. Updating entry 20090216 for xorg and 20090215 for libmap may = still apply. There was a huge change for the GENERIC at this date (+29 -88 lines) so = it's doesn't sound correct to document verbosely all of them in UPDATING. -cut-=20 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 22:50:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E69F4106566C for ; Wed, 28 Jul 2010 22:50:51 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 80D288FC0A for ; Wed, 28 Jul 2010 22:50:51 +0000 (UTC) Received: from smtp02.web.de ( [172.20.0.184]) by fmmailgate01.web.de (Postfix) with ESMTP id 3F5401651E8AA for ; Thu, 29 Jul 2010 00:25:04 +0200 (CEST) Received: from [217.236.30.94] (helo=zelda.oni) by smtp02.web.de with esmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #24) id 1OeF3f-0005T6-00 for freebsd-stable@freebsd.org; Thu, 29 Jul 2010 00:25:04 +0200 Date: Thu, 29 Jul 2010 00:24:56 +0200 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20100729002456.0f8789e8@zelda.oni> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+lgVJHPbJjkQk4mEgKz9hDQn4uwbc0HOKWbawa SoozEV32nw+vnqUC+yHDrIs7XgYZMr29HQuv0GTQoOqGbbhm5M kN5mf/ViM= Subject: ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 22:50:52 -0000 Hi, I noticed a bug that was introduced somewhere in the Atheros 9280 support in 8.1-RELEASE when used as a station. I had this already running correctly with 7.x releases. What happens: I cannot connect to a hostap ath(4) (Atheros 2413) when using a fake MAC/BSSID (on the hostap!). How to reproduce it: 1) Put this into your rc.local on your hostap machine and replace xx's by an address of your choice (first octet needs to have lowest bit "0"): ifconfig ath0 ether xx:xx:xx:xx:xx:xx 2) Start hostapd (must be configured, of course). Eventually you need to set BSSID also in hostapd.conf. 3) Try to connect with an Atheros 9280. You don't need to fake MAC address here (I'm only talking about the hostap MAC/BSSID). What you get: - You get association. This is OK, so far. - Try DHCP. You won't see packets arriving at the station. They are not recognized and filtered somewhere. - When you watch with tcpdump on the hostap interface you'll see DHCP requests arriving and being answered. - I further noticed, even you don't have any IP (set to 0.0.0.0, because of failed DHCP), you can see packets being sent to different machines - You can try to setup a static address, but when you ping the station, you don't see a ping arriving (watch tcpdump on the station wireless interface and try to ping from the hostap machine). Further information: - This only affects ath(4) and I could only see this on Atheros 9280, because I don't have any other ath(4) adapters at the moment. - I tried rum(4). It does not have any problems like this. DHCP and everything else works with this driver (of course with a fake MAC/BSSID!). - Running 8.1-RELEASE on all machines. Kernel is GENERIC, but on hostap machine there is ALTQ added (should not affect anything, as I said, I had this running already). - hostapd is configured with 11g, WPA2 and passwords in hostapd.wpapsk. WME is switched off, because it does not work at all for me. I can provide more information, if needed. -- Martin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 03:01:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD54106567F for ; Thu, 29 Jul 2010 03:01:25 +0000 (UTC) (envelope-from drsweetlips@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 0D77D8FC16 for ; Thu, 29 Jul 2010 03:01:24 +0000 (UTC) Received: by yxe42 with SMTP id 42so45584yxe.13 for ; Wed, 28 Jul 2010 20:01:24 -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:content-type; bh=PDGKvWLABAynnTn3qaSvNOpj04a+1xzzxR3Tx9tBjTM=; b=cZ4FyL6SxfNezZCc5CIrKPq87ttUJ+DKCf3Yu61KmqbY/r+uZMBylP+ISE0HngabPP Ha3/d7jH6DZZ4GqIbYefd3tlmowoDm9RWiuzYmDfv0u9FxHhT5jYoaGKvSMgUT0d42cU 7Jg5kNDGS91SBl3ciQZmS11CjDtJ3iwUIqGjM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jy8DTqs7sm4lt1fH1vlma+6dCCVD3sX3H/9E+NsLiwkV0y6ZVmyqKGvYRsm3cSCOEg n/YKUGBMhLNuZfk7orqBct8nDOguWiS4YnuTvGZn+eTadcyaOzJKeLfaT4Ka/0SbW421 8ziDfE7NM+auk0+DuPhtFHxPqj/kEUgc/c5Cg= MIME-Version: 1.0 Received: by 10.150.63.17 with SMTP id l17mr218697yba.322.1280372484060; Wed, 28 Jul 2010 20:01:24 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Wed, 28 Jul 2010 20:01:24 -0700 (PDT) Date: Wed, 28 Jul 2010 23:01:24 -0400 Message-ID: From: Troye Johnson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 03:01:25 -0000 UPDATE: I contacted the driver author and he said that the message, "kernel: ath0: bb hang detected, resetting," means that the hardware is hung, and the kernel attempted to reset the hardware device (in this case the wifi chip). So, basically there is a bug in the driver. On 8.1 stable release the hardware notes say that Atheros AR9285 is supported by the kernel. I'm willing to test OR donate (preferably lend) my Asus EEE 1005HA machine for the cause. --- Proud N00b! From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 03:07:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7271065676 for ; Thu, 29 Jul 2010 03:07:53 +0000 (UTC) (envelope-from drsweetlips@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 408298FC08 for ; Thu, 29 Jul 2010 03:07:52 +0000 (UTC) Received: by yxe42 with SMTP id 42so48248yxe.13 for ; Wed, 28 Jul 2010 20:07:52 -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:content-type; bh=fvH7b9LEXV9hottPkp4FCuuGuQvl4N2C2ov4iAMOKQQ=; b=Feqaqbd1uNU4FBRFfgLpLmyK/AP5ZVu3xwTSe2rzdryBJZkiRe2rBf1nCbMrV3PCHD brUkPMmb8BVdltfKZXTv6GwsnuKrjD65uqNutN9RYFbHBUFsu3HEXsbrcLwmzeLmCvyL FCW1AThC6YX4GyBuAhHqm65OTRemr3SbHcez0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Bq3DCqkrLhC/Ps+vXk/ugfSnLFvNrbs3HhO/EPdY1VXvkIZXmjsZDLLlcRT5rL2Jj4 QPbdZSR06AYaic33coFSquLtHC6Htj89wEXXNv72cC5awbvZL4qt084LrW8k3+OmT0NZ 6BWcMKmxvhbJDEnKf1/ITF33qxJ77KTmTt4fo= MIME-Version: 1.0 Received: by 10.150.73.32 with SMTP id v32mr310892yba.128.1280372872340; Wed, 28 Jul 2010 20:07:52 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Wed, 28 Jul 2010 20:07:52 -0700 (PDT) Date: Wed, 28 Jul 2010 23:07:52 -0400 Message-ID: From: Troye Johnson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 03:07:53 -0000 UPDATE: Oh, one more thing. Upon loading the ath driver a couple of days ago I got a kernel panic and freeze. It panicked and then the system froze. The driver can scan for access points and associates to the AP, but then the kernl delivers the message in /var/log/message ("kernel: ath0: bb hang detected, resetting) that the ath driver froze. --- Proud N00b From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 03:53:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8471C1065670 for ; Thu, 29 Jul 2010 03:53:52 +0000 (UTC) (envelope-from drsweetlips@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 42F7F8FC14 for ; Thu, 29 Jul 2010 03:53:51 +0000 (UTC) Received: by yxe42 with SMTP id 42so66162yxe.13 for ; Wed, 28 Jul 2010 20:53:51 -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:content-type; bh=BkOphOztIQQAouYDgpzeAw7XKY8gfS6IrOQ+P0FB6r0=; b=JfpIf0cWdrY2Mox2VI1DcgUqgngSbOn2OuwBeI63J95wvNTBUJGdolNj0+bRNBxm4h Gr18Hrwjxce+Op+kCpT0I/W3jaromLINkd1waP4WEWU2XaK+ozd1YP6xU4Y9bs2bP+AU 3P6KL7ZEt45SwMW+Bi9ciK1fdt6gksSVHdnKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=glK6c3T42buiGmAHf11Y1OWZR6/vG6Ehkt64F2FtOg0L4+d9BthuDG6nvMQNjiC80B PyxYwj7moGwyOONaWJgPK3rmjHmzdILOiSUEEvtkLGqvtCJIt+hk4pI1C9gBDbMVsngV 5SRKjgtPjVnuj15D8CF0fOMQKmx4fld8f6y94= MIME-Version: 1.0 Received: by 10.151.122.4 with SMTP id z4mr337567ybm.136.1280375630414; Wed, 28 Jul 2010 20:53:50 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Wed, 28 Jul 2010 20:53:50 -0700 (PDT) Date: Wed, 28 Jul 2010 23:53:50 -0400 Message-ID: From: Troye Johnson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Atheros AR9280 on 8.1-RC2 - unusable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 03:53:52 -0000 Well good news. There is already a problem report out on this issue. R. Paulo has been paged and hopefully he will fix this. I'll send $10 to the first person who gets the ar9285 stable under FBSD. Comment in pr to claim prize. pr:kern/148112 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 09:25:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2BBA1065673 for ; Thu, 29 Jul 2010 09:25:36 +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 836308FC16 for ; Thu, 29 Jul 2010 09:25:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OePMu-000DCo-0r; Thu, 29 Jul 2010 11:25:36 +0200 Date: Thu, 29 Jul 2010 11:25:35 +0200 From: Kurt Jaeger To: Troye Johnson Message-ID: <20100729092535.GB90401@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 09:25:36 -0000 Hi! > UPDATE: Oh, one more thing. Upon loading the ath driver a couple of days ago > I got a kernel panic and freeze. It panicked and then the system froze. The > driver can scan for access points and associates to the AP, but then the > kernl delivers the message in /var/log/message ("kernel: ath0: bb hang > detected, resetting) that the ath driver froze. I disabled the reset, and used the 9285 (asus eeepc 1015PE) sucessfully, while still a bit flakey. I'm in a conference right now, so a bit busy. See http://opsec.eu/backup/patch-ath-reset And if you see 'unknown subtype' messages if doing ifconfig -m wlan0, maybe http://opsec.eu/backup/patch-ifmedia will help as well. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 10:07:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A821065674 for ; Thu, 29 Jul 2010 10:07:43 +0000 (UTC) (envelope-from axelbsd@ymail.com) Received: from n28.bullet.mail.ukl.yahoo.com (n28.bullet.mail.ukl.yahoo.com [87.248.110.145]) by mx1.freebsd.org (Postfix) with SMTP id EEFAB8FC0C for ; Thu, 29 Jul 2010 10:07:42 +0000 (UTC) Received: from [217.146.182.177] by n28.bullet.mail.ukl.yahoo.com with NNFMP; 29 Jul 2010 09:54:29 -0000 Received: from [87.248.110.115] by t3.bullet.ukl.yahoo.com with NNFMP; 29 Jul 2010 09:54:29 -0000 Received: from [127.0.0.1] by omp220.mail.ukl.yahoo.com with NNFMP; 29 Jul 2010 09:54:29 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 386366.99630.bm@omp220.mail.ukl.yahoo.com Received: (qmail 6126 invoked by uid 60001); 29 Jul 2010 09:54:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1280397269; bh=5JC1a7UqhVxmi/mgiFSGjg+QhEdfcwzvGeCpsVcgQcs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=HFLy+ezjf3tAFmnlUmqgL9IgBO1TjQO8ArV3Amh6GHnnP0G2oUUp1uKj6QeX80m7S0xpxtHHZOZUQJ44ITiTOv61GKdptzoxeVq7bGBsSqE7v2ybN2OYt+8jruN7KmEiHPSkkqwHDYwLQyPlvtrK8HeaOYiaqPuUedu5xgc3aHU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=TMKyuqI1y7zVoPxT5sf0YV04ZdAiKZQVrvDVWoTCzaPKldDS7gEfqfakSWW8HShruekwd2qePm/d0Hhpy90WwYh20ipE+x7h2eEsiOVJ0mhJSAEzZpkbLTHE+pM74RiP04uQKzxQjiGKZzPxPd6m8n+rfebXyBtvjHgsIcDLn5E=; Message-ID: <194267.5688.qm@web24815.mail.ird.yahoo.com> X-YMail-OSG: BpK3a9cVM1kmQwWhUP6e6YsP90cGINR6vwNzFvsaEIHWTN6 QHqLQgf.XHpRH6DXxyivm_VQylszt_c5P9.97Xa8PzCOBZT3pcjOawG56Lvh bVq3fpfQPYNthbu338KFgqxRDJMgn85P0_1DyJg.I1ZWmadfJPqIYZjjRzNc ZgDyvXDLkQ97HNgkz.U8xex0.bVTmLCBX7MU.Yq4TaLyO5P4HTJQoF6LEKRJ b8ky6d9lCwmhV Received: from [193.57.110.171] by web24815.mail.ird.yahoo.com via HTTP; Thu, 29 Jul 2010 09:54:29 GMT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.105.277674 Date: Thu, 29 Jul 2010 09:54:29 +0000 (GMT) From: "Alexandre L." To: Martin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1138003516-1280397269=:5688" Cc: freebsd-stable@freebsd.org Subject: Re : ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 10:07:43 -0000 --0-1138003516-1280397269=:5688 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Martin,=0A=0AI got similar problem from my PC using a Netgear WG311T PCI= wireless card.=0A=0Aath0: mem 0x40100000-0x4010ffff irq 11 = at device 8.0 on pci1=0Aath0: AR2413 mac 7.9 RF2413 phy 4.5=0A=0AI have joi= ned all my config files, and the results of the commands : =0A# dmesg=0A# i= fconfig=0A# dhclient wlan0=0A=0AAlso, I have opened before your mail to the= list, a thread on FreeBSD Forums http://forums.freebsd.org/showthread.php?= t=3D16373 =0A=0A--- En date de=A0: Mer 28.7.10, Martin a =E9= crit=A0:=0A=0A> De: Martin =0A> Objet: ath(4) hostap with fak= e MAC/BSSID results in station dropping packets when associated=0A> =C0: fr= eebsd-stable@freebsd.org=0A> Date: Mercredi 28 juillet 2010, 22h24=0A> =0A>= Hi,=0A> =0A> I noticed a bug that was introduced somewhere in the=0A> Athe= ros 9280=0A> support in 8.1-RELEASE when used as a station. I had this=0A> = already=0A> running correctly with 7.x releases.=0A> =0A> What happens:=0A>= =0A> I cannot connect to a hostap ath(4) (Atheros 2413) when=0A> using a f= ake=0A> MAC/BSSID (on the hostap!).=0A> =0A> How to reproduce it:=0A> =0A> = 1) Put this into your rc.local on your hostap machine and=0A> replace xx's= =0A> by an address of your choice (first octet needs to have=0A> lowest bit= "0"):=0A> =0A> ifconfig ath0 ether xx:xx:xx:xx:xx:xx=0A> =0A> 2) Start hos= tapd (must be configured, of course).=0A> Eventually you need=0A> to set BS= SID also in hostapd.conf.=0A> =0A> 3) Try to connect with an Atheros 9280. = You don't need to=0A> fake MAC=0A> address here (I'm only talking about the= hostap=0A> MAC/BSSID).=0A> =0A> What you get:=0A> =0A> - You get associati= on. This is OK, so far.=0A> - Try DHCP. You won't see packets arriving at t= he station.=0A> They are not=0A> =A0 recognized and filtered somewhere.=0A>= - When you watch with tcpdump on the hostap interface=0A> you'll see DHCP= =0A> =A0 requests arriving and being answered.=0A> - I further noticed, eve= n you don't have any IP (set to=0A> 0.0.0.0,=0A> =A0 because of failed DHCP= ), you can see packets being=0A> sent to different=0A> =A0 machines=0A> - Y= ou can try to setup a static address, but when you ping=0A> the station,=0A= > =A0 you don't see a ping arriving (watch tcpdump on the=0A> station wirel= ess=0A> =A0 interface and try to ping from the hostap machine).=0A> =0A> Fu= rther information:=0A> =0A> - This only affects ath(4) and I could only see= this on=0A> Atheros 9280,=0A> =A0 because I don't have any other ath(4) ad= apters at=0A> the moment.=0A> - I tried rum(4). It does not have any proble= ms like this.=0A> DHCP and=0A> =A0 everything else works with this driver (= of course=0A> with a fake=0A> =A0 MAC/BSSID!).=0A> - Running 8.1-RELEASE on= all machines. Kernel is GENERIC,=0A> but on hostap=0A> =A0 machine there i= s ALTQ added (should not affect=0A> anything, as I said,=0A> =A0 I had this= running already).=0A> - hostapd is configured with 11g, WPA2 and passwords= in=0A> hostapd.wpapsk.=0A> =A0 WME is switched off, because it does not wo= rk at all=0A> for me.=0A> =0A> I can provide more information, if needed.= =0A> =0A> --=0A> Martin=0A> _______________________________________________= =0A> freebsd-stable@freebsd.org=0A> mailing list=0A> http://lists.freebsd.o= rg/mailman/listinfo/freebsd-stable=0A> To unsubscribe, send any mail to "fr= eebsd-stable-unsubscribe@freebsd.org"=0A>=0A=0A=0A --0-1138003516-1280397269=:5688 Content-Type: application/octet-stream; name=dhclient_wlan0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dhclient_wlan0 REhDUERJU0NPVkVSIG9uIHdsYW4wIHRvIDI1NS4yNTUuMjU1LjI1NSBwb3J0 IDY3IGludGVydmFsIDMNCkRIQ1BESVNDT1ZFUiBvbiB3bGFuMCB0byAyNTUu MjU1LjI1NS4yNTUgcG9ydCA2NyBpbnRlcnZhbCA2DQpESENQRElTQ09WRVIg b24gd2xhbjAgdG8gMjU1LjI1NS4yNTUuMjU1IHBvcnQgNjcgaW50ZXJ2YWwg Nw0KREhDUERJU0NPVkVSIG9uIHdsYW4wIHRvIDI1NS4yNTUuMjU1LjI1NSBw b3J0IDY3IGludGVydmFsIDEzDQpESENQRElTQ09WRVIgb24gd2xhbjAgdG8g MjU1LjI1NS4yNTUuMjU1IHBvcnQgNjcgaW50ZXJ2YWwgMTUNCkRIQ1BESVND T1ZFUiBvbiB3bGFuMCB0byAyNTUuMjU1LjI1NS4yNTUgcG9ydCA2NyBpbnRl cnZhbCAxNw0KTm8gREhDUE9GRkVSUyByZWNlaXZlZC4NClRyeWluZyByZWNv cmRlZCBsZWFzZSAxOTIuMTY4LjEwMC4xNg0KYm91bmQ6IHJlbmV3YWwgaW4g MzA2MjU2IHNlY29uZHMu --0-1138003516-1280397269=:5688 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMTAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KICAgIFRoZSBSZWdlbnRz IG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMg cmVzZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsg b2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgOC4xLVJFTEVB U0UgIzA6IE1vbiBKdWwgMjYgMDg6Mzc6MDMgQ0VTVCAyMDEwDQogICAgcm9v dEBqdWtlYm94LmxvY2FsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMg aTM4Ng0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDANCkNQVTogSW50ZWwgUGVudGl1bSBJSUkgKDU5OC4wNi1N SHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHg2ODMgIEZhbWlseSA9IDYgIE1vZGVsID0gOCAgU3RlcHBpbmcg PSAzDQogIEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0Ms TVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNF MzYsTU1YLEZYU1IsU1NFPg0KcmVhbCBtZW1vcnkgID0gNTM3Mzk1MjAwICg1 MTIgTUIpDQphdmFpbCBtZW1vcnkgPSA1MDg5MjgwMDAgKDQ4NSBNQikNCmti ZDEgYXQga2JkbXV4MA0KYWNwaTA6IDxDT01QQVEgQ1BRQjEzQT4gb24gbW90 aGVyYm9hcmQNCmFjcGkwOiBbSVRIUkVBRF0NCmFjcGkwOiBQb3dlciBCdXR0 b24gKGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgz KSBmYWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDFmZTAw MDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1 ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwy NC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHhmODA4LTB4Zjgw YiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KcGNpYjA6 IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBh Y3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnZnYXBjaTA6 IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHg0NDAwMDAwMC0weDQ3 ZmZmZmZmLDB4NDA1MDAwMDAtMHg0MDU3ZmZmZiBpcnEgMTEgYXQgZGV2aWNl IDEuMCBvbiBwY2kwDQphZ3AwOiA8SW50ZWwgODI4MTBFIChpODEwRSBHTUNI KSBTVkdBIGNvbnRyb2xsZXI+IG9uIHZnYXBjaTANCnBjaWIxOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCmZ4cDA6IDxJbnRlbCA4MjU1OSBQ cm8vMTAwIEV0aGVybmV0PiBwb3J0IDB4MTAwMC0weDEwM2YgbWVtIDB4NDAy MDAwMDAtMHg0MDIwMGZmZiwweDQwMDAwMDAwLTB4NDAwZmZmZmYgaXJxIDEx IGF0IGRldmljZSAyLjAgb24gcGNpMQ0KbWlpYnVzMDogPE1JSSBidXM+IG9u IGZ4cDANCmlucGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNl PiBQSFkgMSBvbiBtaWlidXMwDQppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VU LUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpmeHAwOiBF dGhlcm5ldCBhZGRyZXNzOiB4eDp4eDp4eDp4eDp4eDp4eA0KZnhwMDogW0lU SFJFQURdDQphdGgwOiA8QXRoZXJvcyA1MjEyPiBtZW0gMHg0MDEwMDAwMC0w eDQwMTBmZmZmIGlycSAxMSBhdCBkZXZpY2UgOC4wIG9uIHBjaTENCmF0aDA6 IFtJVEhSRUFEXQ0KYXRoMDogQVIyNDEzIG1hYyA3LjkgUkYyNDEzIHBoeSA0 LjUNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9u IHBjaTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPElu dGVsIElDSCBVRE1BNjYgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNyww eDNmNiwweDE3MC0weDE3NywweDM3NiwweDI0NjAtMHgyNDZmIGF0IGRldmlj ZSAzMS4xIG9uIHBjaTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFw Y2kwDQphdGEwOiBbSVRIUkVBRF0NCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBv biBhdGFwY2kwDQphdGExOiBbSVRIUkVBRF0NCnVoY2kwOiA8SW50ZWwgODI4 MDFBQSAoSUNIKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDI0NDAtMHgyNDVm IGlycSAxMSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwDQp1aGNpMDogW0lUSFJF QURdDQp1aGNpMDogTGVnU3VwID0gMHgyZjAwDQp1c2J1czA6IDxJbnRlbCA4 MjgwMUFBIChJQ0gpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMA0KcGNpMDog PG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgMzEuNSAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBh Y3BpMA0KYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0w eDcxIGlycSA4IG9uIGFjcGkwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJv bGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0K YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAg YXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQphdGtiZDA6IFtJ VEhSRUFEXQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgzNzgtMHgz N2YsMHg3NzgtMHg3N2QgaXJxIDcgZHJxIDMgb24gYWNwaTANCnBwYzA6IFNN Qy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFU SUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvMTMgYnl0ZXMgdGhy ZXNob2xkDQpwcGMwOiBbSVRIUkVBRF0NCnBwYnVzMDogPFBhcmFsbGVsIHBv cnQgYnVzPiBvbiBwcGMwDQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZh Y2U+IG9uIHBwYnVzMA0KcGxpcDA6IFtJVEhSRUFEXQ0KbHB0MDogPFByaW50 ZXI+IG9uIHBwYnVzMA0KbHB0MDogW0lUSFJFQURdDQpscHQwOiBJbnRlcnJ1 cHQtZHJpdmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVz MA0KdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTANCnVhcnQwOiBbRklMVEVS XQ0KdWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4LTB4 MmZmIGlycSAzIG9uIGFjcGkwDQp1YXJ0MTogW0ZJTFRFUl0NCmZkYzA6IDxm bG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNm NyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogW0ZJTFRFUl0NCmZkMDog PDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwDQpwbXRpbWVy MCBvbiBpc2EwDQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAw eGMwMDAwLTB4YzdmZmYsMHhjODAwMC0weGM5N2ZmLDB4ZTAwMDAtMHhlZmZm ZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xl PiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVh bCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQp2Z2EwOiA8R2VuZXJpYyBJU0Eg VkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZm ZiBvbiBpc2EwDQphY3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxp bmc+IG9uIGNwdTANClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSA1OTgw NjMzNzggSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMNCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjANCmFkMDogNzYzMTlNQiA8V0RDIFdEODAwQUItMjJDQkExIDA0LjA3QjA0 PiBhdCBhdGEwLW1hc3RlciBVRE1BNjYNCnVnZW4wLjE6IDxJbnRlbD4gYXQg dXNidXMwDQp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czANCmFjZDA6IENE Uk9NIDxDRC0yMjRFLzkuMEI+IGF0IGF0YTEtbWFzdGVyIFBJTzQNCnVodWIw OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KVHJ5 aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWENCndsYW4w OiBFdGhlcm5ldCBhZGRyZXNzOiB4eDp4eDp4eDp4eDp4eDp4eA0Kb3NzX2lj aDA6IFtJVEhSRUFEXQ0Kb3NzX2ljaDA6IDxJbnRlbCBJQ0ggKDI0MTUpPiBw b3J0IDB4MjAwMC0weDIwZmYsMHgyNDAwLTB4MjQzZiBpcnEgMTEgYXQgZGV2 aWNlIDMxLjUgb24gcGNpMA0KZnhwMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IERPV04NCmZ4cDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0Kd2xhbjA6 IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dODQp3bGFuMDogRXRoZXJuZXQg YWRkcmVzczogeHg6eHg6eHg6eHg6eHg6eHgNCndsYW4wOiBsaW5rIHN0YXRl IGNoYW5nZWQgdG8gVVA= --0-1138003516-1280397269=:5688 Content-Type: application/octet-stream; name=ifconfig Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=ifconfig ZnhwMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVY LE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDANCiAgICBvcHRpb25zPTIw MDk8UlhDU1VNLFZMQU5fTVRVLFdPTF9NQUdJQz4NCiAgICBldGhlciB4eDp4 eDp4eDp4eDp4eDp4eA0KICAgIGluZXQgMTkyLjE2OC4xMDAuMTUgbmV0bWFz ayAweGZmZmZmZjAwIGJyb2FkY2FzdCAxOTIuMTY4LjEwMC4yNTUNCiAgICBt ZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAoMTAwYmFzZVRYIDxmdWxsLWR1 cGxleD4pDQogICAgc3RhdHVzOiBhY3RpdmUNCmF0aDA6IGZsYWdzPTg4NDM8 VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJp YyAwIG10dSAyMjkwDQogICAgZXRoZXIgeHg6eHg6eHg6eHg6eHg6eHgNCiAg ICBtZWRpYTogSUVFRSA4MDIuMTEgV2lyZWxlc3MgRXRoZXJuZXQgYXV0b3Nl bGVjdCBtb2RlIDExZw0KICAgIHN0YXR1czogYXNzb2NpYXRlZA0KcGxpcDA6 IGZsYWdzPTg4MTA8UE9JTlRPUE9JTlQsU0lNUExFWCxNVUxUSUNBU1Q+IG1l dHJpYyAwIG10dSAxNTAwDQpsbzA6IGZsYWdzPTgwNDk8VVAsTE9PUEJBQ0ss UlVOTklORyxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNjM4NA0KICAgIG9w dGlvbnM9MzxSWENTVU0sVFhDU1VNPg0KICAgIGluZXQ2IGZlODA6OjElbG8w IHByZWZpeGxlbiA2NCBzY29wZWlkIDB4NA0KICAgIGluZXQ2IDo6MSBwcmVm aXhsZW4gMTI4DQogICAgaW5ldCAxMjcuMC4wLjEgbmV0bWFzayAweGZmMDAw MDAwDQogICAgbmQ2IG9wdGlvbnM9MzxQRVJGT1JNTlVELEFDQ0VQVF9SVEFE Vj4NCndsYW4wOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJ TVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMA0KICAgIGV0aGVy IHh4Onh4Onh4Onh4Onh4Onh4DQogICAgaW5ldCAxOTIuMTY4LjEwMC4xNiBu ZXRtYXNrIDB4ZmZmZmZmMDAgYnJvYWRjYXN0IDE5Mi4xNjguMTAwLjI1NQ0K ICAgIG1lZGlhOiBJRUVFIDgwMi4xMSBXaXJlbGVzcyBFdGhlcm5ldCBPRkRN LzU0TWJwcyBtb2RlIDExZw0KICAgIHN0YXR1czogYXNzb2NpYXRlZA0KICAg IHNzaWQgTVlfU1NJRCBjaGFubmVsIDYgKDI0MzcgTUh6IDExZykgYnNzaWQg eHg6eHg6eHg6eHg6eHg6eHgNCiAgICBjb3VudHJ5IFVTIGVjbSBhdXRobW9k ZSBXUEEgcHJpdmFjeSBPTiBkZWZ0eGtleSBVTkRFRg0KICAgIEFFUy1DQ00g MjoxMjgtYml0IHR4cG93ZXIgMjEuNSBibWlzcyA3IHNjYW52YWxpZCA0NTAg YmdzY2FuDQogICAgYmdzY2FuaW50dmwgMzAwIGJnc2NhbmlkbGUgMjUwIHJv YW06cnNzaSA3IHJvYW06cmF0ZSA1IHByb3Rtb2RlIENUUw0KICAgIHdtZSBi dXJzdCByb2FtaW5nIE1BTlVBTA== --0-1138003516-1280397269=:5688 Content-Type: application/octet-stream; name="wpa_supplicant.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="wpa_supplicant.conf" Y3RybF9pbnRlcmZhY2U9L3Zhci9ydW4vd3BhX3N1cHBsaWNhbnQNCmN0cmxf aW50ZXJmYWNlX2dyb3VwPXdoZWVsDQpuZXR3b3JrPXsNCiAgc3NpZD0iTXlf U1NJRCINCiAgcHJvdG89V1BBDQogIHBzaz0iTXlfS0VZIg0KICAgICAgICAg fQ== --0-1138003516-1280397269=:5688 Content-Type: application/octet-stream; name="rc.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rc.conf" aG9zdG5hbWU9Imp1a2Vib3gubG9jYWwiDQppZmNvbmZpZ19meHAwPSJESENQ Ig0Kd2xhbnNfYXRoMD0id2xhbjAiDQppZmNvbmZpZ193bGFuMD0iV1BBIERI Q1AiDQprZXltYXA9ImZyLmlzby5hY2MiDQpuZnNfY2xpZW50X2VuYWJsZT0i WUVTIg0KbmZzX3NlcnZlcl9lbmFibGU9IllFUyINCnJwY2JpbmRfZW5hYmxl PSJZRVMiDQptb3VudGRfZmxhZ3M9Ii1yIg0KcnBjX2xvY2tkX2VuYWJsZT0i WUVTIg0KcnBjX3N0YXRkX2VuYWJsZT0iWUVTIg0Kc3NoZF9lbmFibGU9IllF UyINCm9wZW5udHBkX2VuYWJsZT0iWUVTIg0Kb3Blbm50cGRfZmxhZ3M9Ii1z IC12Ig0KYmFja2dyb3VuZF9mc2NrPSJOTyINCmZzY2tfeV9lbmFibGU9IllF UyINCm11c2ljcGRfZW5hYmxlPSJZRVMiDQpvc3NfZW5hYmxlPSJZRVMiDQpt cGRhc19lbmFibGU9IllFUyINCmJzZHN0YXRzX2VuYWJsZT0iWUVTIg== --0-1138003516-1280397269=:5688-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 14:50:44 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 600A2106566B for ; Thu, 29 Jul 2010 14:50:44 +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 D92528FC18 for ; Thu, 29 Jul 2010 14:50:43 +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 o6TEoOGU065694; Thu, 29 Jul 2010 16:50:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o6TEoOIf065693; Thu, 29 Jul 2010 16:50:24 +0200 (CEST) (envelope-from olli) Date: Thu, 29 Jul 2010 16:50:24 +0200 (CEST) Message-Id: <201007291450.o6TEoOIf065693@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, mi+thun@aldan.algebra.com In-Reply-To: <4C509617.6080709@aldan.algebra.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Thu, 29 Jul 2010 16:50:40 +0200 (CEST) Cc: Subject: Re: 8.x grudges X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, mi+thun@aldan.algebra.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 14:50:44 -0000 Mikhail T. wrote: > The motherboard version -- I'm not sure still. Something like > nVidia nForce2 -- does that identify it enough? Install ports/sysutils/dmidecode and type (as root): # dmidecode -t system -t baseboard It will tell you the vendor and product name, among other things. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 16:26:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A9CC1065672 for ; Thu, 29 Jul 2010 16:26:54 +0000 (UTC) (envelope-from drsweetlips@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 575228FC0C for ; Thu, 29 Jul 2010 16:26:54 +0000 (UTC) Received: by gwj23 with SMTP id 23so240451gwj.13 for ; Thu, 29 Jul 2010 09:26:53 -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=OvGvmF/ijCwNAHpT27B/9/S72Sk07QGSfIsTTO4Wj1o=; b=b3H0H561kAluRv/DioTpBa4/HKmDnHyTsLrYEAbP5J0V59J2wtiKU28YqiMN3IzKMj 5EdifwegXFSmLVcfykItecKpxKjYpibQsp9gIZihkTWjAk3LsNHq4PKCnjCaLBtJyxEi nHhWx7AbUL9ZYArp3pSu8qWdKh8JLzzGGuy3A= 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=MKmIC4hjOWyO5hA497Iz4UKBREH6ZbwnyXso0+8u5fnjoojjb53+yKpZhTiDbFz7KO yOzffdR2zYi1Z+rl0Yj/uQL40vsu9JjMKDkFYCv55vm3eNKHEES/pT4bQQNbRtk2BLYx 48xD0UV2P9OlzbHR76uXt6UkoNLJEB8nVupIQ= MIME-Version: 1.0 Received: by 10.150.202.9 with SMTP id z9mr1421152ybf.25.1280420813239; Thu, 29 Jul 2010 09:26:53 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Thu, 29 Jul 2010 09:26:53 -0700 (PDT) In-Reply-To: <20100729092535.GB90401@home.opsec.eu> References: <20100729092535.GB90401@home.opsec.eu> Date: Thu, 29 Jul 2010 12:26:53 -0400 Message-ID: From: Troye Johnson To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:26:54 -0000 well i just patched recompiled. Its evwn worse now. Now the var,log,messages log is even more flooded with the said messages. /Sent from Nokia 5800 On 7/29/10, Kurt Jaeger wrote: > Hi! > >> UPDATE: Oh, one more thing. Upon loading the ath driver a couple of days >> ago >> I got a kernel panic and freeze. It panicked and then the system froze. >> The >> driver can scan for access points and associates to the AP, but then the >> kernl delivers the message in /var/log/message ("kernel: ath0: bb hang >> detected, resetting) that the ath driver froze. > > I disabled the reset, and used the 9285 (asus eeepc 1015PE) sucessfully, > while still a bit flakey. I'm in a conference right now, so a bit busy. > > See > > http://opsec.eu/backup/patch-ath-reset > > And if you see 'unknown subtype' messages if doing ifconfig -m wlan0, > maybe > > http://opsec.eu/backup/patch-ifmedia > > will help as well. > > -- > pi@opsec.eu +49 171 3101372 10 years to go > ! > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 22:01:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB7CE1065673 for ; Thu, 29 Jul 2010 22:01:37 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id BE2D28FC15 for ; Thu, 29 Jul 2010 22:01:37 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o6TLxjV3053891; Thu, 29 Jul 2010 14:59:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:x-mailer; b=x5miylgmcW3auOmPSaTee9sTCLi0TFRS+j37p71db8fO10MB48lqSZXdAKKDQJyi From: Sean Bruno To: "freebsd-stable@freebsd.org" In-Reply-To: <1279938675.2442.15.camel@localhost.localdomain> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1279938675.2442.15.camel@localhost.localdomain> Content-Type: multipart/mixed; boundary="=-RXy+GPTm95gkEoXyIfQm" Date: Thu, 29 Jul 2010 14:59:45 -0700 Message-ID: <1280440785.2530.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Cc: Subject: Re: Unable to install 8.x on a PowerEdge R810 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 22:01:38 -0000 --=-RXy+GPTm95gkEoXyIfQm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit > Kind of a large patch, but in order to make an omlette, you need to > break a few servers. > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > to test it. It is directly based off of changes that peter@ made to the > Yahoo FreeBSD 7 tree. > > I have compile and boot tested this on my local machines, but I don't > have 64 CPU machines to test upon. > > Sean Here is a patch version that applies to stable-8 at the moment. I changed 2 more cases where the data types were wrong, one in a printf and a case where a negative truth value was being used. Sea --=-RXy+GPTm95gkEoXyIfQm Content-Disposition: attachment; filename="cpumask_8.diff" Content-Type: text/x-patch; name="cpumask_8.diff"; charset="UTF-8" Content-Transfer-Encoding: 7bit Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 210622) +++ sys/kern/subr_smp.c (working copy) @@ -181,7 +181,7 @@ id = td->td_oncpu; if (id == NOCPU) return; - ipi_selected(1 << id, IPI_AST); + ipi_selected(cputomask(id), IPI_AST); } /* @@ -318,7 +318,7 @@ CTR1(KTR_SMP, "restart_cpus(%x)", map); /* signal other cpus to restart */ - atomic_store_rel_int(&started_cpus, map); + atomic_store_rel_long(&started_cpus, map); /* wait for each to clear its bit */ while ((stopped_cpus & map) != 0) @@ -399,7 +399,7 @@ if (((1 << i) & map) != 0 && !CPU_ABSENT(i)) ncpus++; if (ncpus == 0) - panic("ncpus is 0 with map=0x%x", map); + panic("ncpus is 0 with map=0x%lx", map); /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); @@ -415,10 +415,10 @@ atomic_store_rel_int(&smp_rv_waiters[0], 0); /* signal other processors, which will enter the IPI with interrupts off */ - ipi_selected(map & ~(1 << curcpu), IPI_RENDEZVOUS); + ipi_selected(map & ~cputomask(curcpu), IPI_RENDEZVOUS); /* Check if the current CPU is in the map */ - if ((map & (1 << curcpu)) != 0) + if ((map & cputomask(curcpu)) != 0) smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) @@ -490,7 +490,7 @@ panic("Built bad topology at %p. CPU count %d != %d", top, top->cg_count, mp_ncpus); if (top->cg_mask != all_cpus) - panic("Built bad topology at %p. CPU mask 0x%X != 0x%X", + panic("Built bad topology at %p. CPU mask 0x%lX != 0x%lX", top, top->cg_mask, all_cpus); return (top); } @@ -531,7 +531,7 @@ parent->cg_children++; for (; parent != NULL; parent = parent->cg_parent) { if ((parent->cg_mask & child->cg_mask) != 0) - panic("Duplicate children in %p. mask 0x%X child 0x%X", + panic("Duplicate children in %p. mask 0x%lX child 0x%lX", parent, parent->cg_mask, child->cg_mask); parent->cg_mask |= child->cg_mask; parent->cg_count += child->cg_count; Index: sys/kern/sched_ule.c =================================================================== --- sys/kern/sched_ule.c (revision 210622) +++ sys/kern/sched_ule.c (working copy) @@ -851,7 +851,7 @@ * IPI the target cpu to force it to reschedule with the new * workload. */ - ipi_selected(1 << TDQ_ID(low), IPI_PREEMPT); + ipi_cpu(TDQ_ID(low), IPI_PREEMPT); } tdq_unlock_pair(high, low); return (moved); @@ -974,7 +974,7 @@ return; } tdq->tdq_ipipending = 1; - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); } /* @@ -2413,7 +2413,7 @@ cpu = ts->ts_cpu; ts->ts_cpu = sched_pickcpu(td, 0); if (cpu != PCPU_GET(cpuid)) - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); #endif } @@ -2644,11 +2644,11 @@ sbuf_printf(sb, "%*s\n", indent, "", indent, cg->cg_level); - sbuf_printf(sb, "%*s ", indent, "", + sbuf_printf(sb, "%*s ", indent, "", cg->cg_count, cg->cg_mask); first = TRUE; for (i = 0; i < MAXCPU; i++) { - if ((cg->cg_mask & (1 << i)) != 0) { + if ((cg->cg_mask & cputomask(i)) != 0) { if (!first) sbuf_printf(sb, ", "); else Index: sys/kern/kern_ktr.c =================================================================== --- sys/kern/kern_ktr.c (revision 210622) +++ sys/kern/kern_ktr.c (working copy) @@ -207,7 +207,7 @@ if ((ktr_mask & mask) == 0) return; cpu = KTR_CPU; - if (((1 << cpu) & ktr_cpumask) == 0) + if ((cputomask(cpu) & ktr_cpumask) == 0) return; #if defined(KTR_VERBOSE) || defined(KTR_ALQ) td = curthread; Index: sys/kern/kern_pmc.c =================================================================== --- sys/kern/kern_pmc.c (revision 210622) +++ sys/kern/kern_pmc.c (working copy) @@ -34,6 +34,7 @@ #include "opt_hwpmc_hooks.h" #include +#include #include #include #include @@ -110,7 +111,7 @@ { #ifdef SMP return (pmc_cpu_is_present(cpu) && - (hlt_cpus_mask & (1 << cpu)) == 0); + (hlt_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif @@ -137,7 +138,7 @@ pmc_cpu_is_primary(int cpu) { #ifdef SMP - return ((logical_cpus_mask & (1 << cpu)) == 0); + return ((logical_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif Index: sys/kern/subr_pcpu.c =================================================================== --- sys/kern/subr_pcpu.c (revision 210622) +++ sys/kern/subr_pcpu.c (working copy) @@ -88,7 +88,7 @@ KASSERT(cpuid >= 0 && cpuid < MAXCPU, ("pcpu_init: invalid cpuid %d", cpuid)); pcpu->pc_cpuid = cpuid; - pcpu->pc_cpumask = 1 << cpuid; + pcpu->pc_cpumask = cputomask(cpuid); cpuid_to_pcpu[cpuid] = pcpu; SLIST_INSERT_HEAD(&cpuhead, pcpu, pc_allcpu); cpu_pcpu_init(pcpu, cpuid, size); Index: sys/kern/sched_4bsd.c =================================================================== --- sys/kern/sched_4bsd.c (revision 210622) +++ sys/kern/sched_4bsd.c (working copy) @@ -1086,7 +1086,7 @@ me = PCPU_GET(cpumask); /* Don't bother if we should be doing it ourself. */ - if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == (1 << cpunum))) + if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == cputomask(cpunum))) return (0); dontuse = me | stopped_cpus | hlt_cpus_mask; @@ -1108,7 +1108,7 @@ /* If they are both on, compare and use loop if different. */ if (forward_wakeup_use_loop) { if (map != map3) { - printf("map (%02X) != map3 (%02X)\n", map, + printf("map (%02lX) != map3 (%02lX)\n", map, map3); map = map3; } @@ -1120,7 +1120,7 @@ /* If we only allow a specific CPU, then mask off all the others. */ if (cpunum != NOCPU) { KASSERT((cpunum <= mp_maxcpus),("forward_wakeup: bad cpunum.")); - map &= (1 << cpunum); + map &= cputomask(cpunum); } else { /* Try choose an idle die. */ if (forward_wakeup_use_htt) { Index: sys/dev/hwpmc/hwpmc_mod.c =================================================================== --- sys/dev/hwpmc/hwpmc_mod.c (revision 210622) +++ sys/dev/hwpmc/hwpmc_mod.c (working copy) @@ -1991,7 +1991,7 @@ * had already processed the interrupt). We don't * lose the interrupt sample. */ - atomic_clear_int(&pmc_cpumask, (1 << PCPU_GET(cpuid))); + atomic_clear_long(&pmc_cpumask, PCPU_GET(cpuid)); pmc_process_samples(PCPU_GET(cpuid)); break; @@ -4086,7 +4086,7 @@ done: /* mark CPU as needing processing */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); return (error); } @@ -4196,7 +4196,7 @@ break; if (ps->ps_nsamples == PMC_SAMPLE_INUSE) { /* Need a rescan at a later time. */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); break; } @@ -4785,7 +4785,7 @@ PMCDBG(MOD,INI,0, "%s", "cleanup"); /* switch off sampling */ - atomic_store_rel_int(&pmc_cpumask, 0); + atomic_store_rel_long(&pmc_cpumask, 0); pmc_intr = NULL; sx_xlock(&pmc_sx); Index: sys/geom/eli/g_eli.c =================================================================== --- sys/geom/eli/g_eli.c (revision 210622) +++ sys/geom/eli/g_eli.c (working copy) @@ -499,7 +499,7 @@ g_eli_cpu_is_disabled(int cpu) { #ifdef SMP - return ((hlt_cpus_mask & (1 << cpu)) != 0); + return ((hlt_cpus_mask & cputomask(cpu)) != 0); #else return (0); #endif Index: sys/i386/include/smp.h =================================================================== --- sys/i386/include/smp.h (revision 210622) +++ sys/i386/include/smp.h (working copy) @@ -62,6 +62,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +#define ipi_cpu(_c, _i) ipi_selected(cputomask(_c), _i) void ipi_all_but_self(u_int ipi); #ifndef XEN void ipi_bitmap_handler(struct trapframe frame); Index: sys/i386/include/_types.h =================================================================== --- sys/i386/include/_types.h (revision 210622) +++ sys/i386/include/_types.h (working copy) @@ -74,7 +74,7 @@ * Standard type definitions. */ typedef unsigned long __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int32_t __critical_t; typedef long double __double_t; typedef long double __float_t; Index: sys/i386/i386/vm_machdep.c =================================================================== --- sys/i386/i386/vm_machdep.c (revision 210622) +++ sys/i386/i386/vm_machdep.c (working copy) @@ -609,7 +609,7 @@ /* Restart CPU #0. */ /* XXX: restart_cpus(1 << 0); */ - atomic_store_rel_int(&started_cpus, (1 << 0)); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/i386/i386/mp_machdep.c =================================================================== --- sys/i386/i386/mp_machdep.c (revision 210622) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -1306,7 +1306,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); while ((cpu = ffs(cpus)) != 0) { @@ -1369,7 +1369,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1387,14 +1387,14 @@ savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); Index: sys/cddl/dev/dtrace/amd64/dtrace_subr.c =================================================================== --- sys/cddl/dev/dtrace/amd64/dtrace_subr.c (revision 210622) +++ sys/cddl/dev/dtrace/amd64/dtrace_subr.c (working copy) @@ -120,14 +120,14 @@ if (cpu == DTRACE_CPUALL) cpus = all_cpus; else - cpus = (cpumask_t) (1 << cpu); + cpus = cputomask(cpu); /* If the current CPU is in the set, call the function directly: */ - if ((cpus & (1 << curcpu)) != 0) { + if ((cpus & cputomask(curcpu)) != 0) { (*func)(arg); /* Mask the current CPU from the set */ - cpus &= ~(1 << curcpu); + cpus &= ~cputomask(curcpu); } /* If there are any CPUs in the set, cross-call to those CPUs */ Index: sys/amd64/include/smp.h =================================================================== --- sys/amd64/include/smp.h (revision 210622) +++ sys/amd64/include/smp.h (working copy) @@ -54,6 +54,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_all_but_self(u_int ipi); void ipi_bitmap_handler(struct trapframe frame); u_int mp_bootaddress(u_int); Index: sys/amd64/include/param.h =================================================================== --- sys/amd64/include/param.h (revision 210622) +++ sys/amd64/include/param.h (working copy) @@ -71,7 +71,7 @@ #endif #if defined(SMP) || defined(KLD_MODULE) -#define MAXCPU 32 +#define MAXCPU 64 #else #define MAXCPU 1 #endif Index: sys/amd64/include/_types.h =================================================================== --- sys/amd64/include/_types.h (revision 210622) +++ sys/amd64/include/_types.h (working copy) @@ -61,7 +61,7 @@ * Standard type definitions. */ typedef __int32_t __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int64_t __critical_t; typedef double __double_t; typedef float __float_t; Index: sys/amd64/amd64/vm_machdep.c =================================================================== --- sys/amd64/amd64/vm_machdep.c (revision 210622) +++ sys/amd64/amd64/vm_machdep.c (working copy) @@ -536,7 +536,7 @@ printf("cpu_reset: Restarting BSP\n"); /* Restart CPU #0. */ - atomic_store_rel_int(&started_cpus, 1 << 0); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/amd64/amd64/mptable.c =================================================================== --- sys/amd64/amd64/mptable.c (revision 210622) +++ sys/amd64/amd64/mptable.c (working copy) @@ -888,13 +888,13 @@ * already in the table, then kill the fixup. */ for (id = 0; id <= MAX_LAPIC_ID; id++) { - if ((id_mask & 1 << id) == 0) + if ((id_mask & (1ul << id)) == 0) continue; /* First, make sure we are on a logical_cpus boundary. */ if (id % logical_cpus != 0) return; for (i = id + 1; i < id + logical_cpus; i++) - if ((id_mask & 1 << i) != 0) + if ((id_mask & (1ul << i)) != 0) return; } @@ -911,7 +911,7 @@ i, id); lapic_create(i, 0); } - id_mask &= ~(1 << id); + id_mask &= ~(1ul << id); } } #endif /* MPTABLE_FORCE_HTT */ Index: sys/amd64/amd64/pmap.c =================================================================== --- sys/amd64/amd64/pmap.c (revision 210622) +++ sys/amd64/amd64/pmap.c (working copy) @@ -548,7 +548,7 @@ PMAP_LOCK_INIT(kernel_pmap); kernel_pmap->pm_pml4 = (pdp_entry_t *)PHYS_TO_DMAP(KPML4phys); kernel_pmap->pm_root = NULL; - kernel_pmap->pm_active = -1; /* don't allow deactivation */ + kernel_pmap->pm_active = (cpumask_t)0; /* don't allow deactivation */ TAILQ_INIT(&kernel_pmap->pm_pvchunk); /* @@ -860,8 +860,8 @@ void pmap_invalidate_page(pmap_t pmap, vm_offset_t va) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { @@ -881,8 +881,8 @@ void pmap_invalidate_range(pmap_t pmap, vm_offset_t sva, vm_offset_t eva) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; vm_offset_t addr; sched_pin(); @@ -906,8 +906,8 @@ void pmap_invalidate_all(pmap_t pmap) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { Index: sys/amd64/amd64/mp_machdep.c =================================================================== --- sys/amd64/amd64/mp_machdep.c (revision 210622) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -118,7 +118,7 @@ * Local data and functions. */ -static u_int logical_cpus; +static cpumask_t logical_cpus; static volatile cpumask_t ipi_nmi_pending; /* used to hold the AP's until we are ready to release them */ @@ -880,7 +880,7 @@ panic("AP #%d (PHY# %d) failed!", cpu, apic_id); } - all_cpus |= (1 << cpu); /* record AP in CPU map */ + all_cpus |= cputomask(cpu); /* record AP in CPU map */ } /* build our map of 'other' CPUs */ @@ -1002,27 +1002,16 @@ static void smp_targeted_tlb_shootdown(cpumask_t mask, u_int vector, vm_offset_t addr1, vm_offset_t addr2) { - int ncpu, othercpus; + int cpu, ncpu, othercpus; othercpus = mp_ncpus - 1; - if (mask == (u_int)-1) { - ncpu = othercpus; - if (ncpu < 1) + if (mask == (cpumask_t)-1) { + if (othercpus < 1) return; } else { mask &= ~PCPU_GET(cpumask); if (mask == 0) return; - ncpu = bitcount32(mask); - if (ncpu > othercpus) { - /* XXX this should be a panic offence */ - printf("SMP: tlb shootdown to %d other cpus (only have %d)\n", - ncpu, othercpus); - ncpu = othercpus; - } - /* XXX should be a panic, implied by mask == 0 above */ - if (ncpu < 1) - return; } if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); @@ -1030,10 +1019,18 @@ smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); - if (mask == (u_int)-1) + if (mask == (cpumask_t)-1) { + ncpu = othercpus; ipi_all_but_self(vector); - else - ipi_selected(mask, vector); + } else { + ncpu = 0; + while ((cpu = ffsl(mask)) != 0) { + cpu--; + mask &= ~cputomask(cpu); + lapic_ipi_vectored(vector, cpu_apic_ids[cpu]); + ncpu++; + } + } while (smp_tlb_wait < ncpu) ia32_pause(); mtx_unlock_spin(&smp_ipi_mtx); @@ -1145,12 +1142,12 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); - while ((cpu = ffs(cpus)) != 0) { + while ((cpu = ffsl(cpus)) != 0) { cpu--; - cpus &= ~(1 << cpu); + cpus &= ~(cputomask(cpu)); KASSERT(cpu_apic_ids[cpu] != -1, ("IPI to non-existent CPU %d", cpu)); @@ -1171,6 +1168,41 @@ } /* + * send an IPI to a specific cpu. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; + } + +#ifdef STOP_NMI + if (ipi == IPI_STOP && stop_cpus_with_nmi) { + ipi_nmi_selected(cputomask(cpu)); + return; + } +#endif + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + + KASSERT(cpu_apic_ids[cpu] != -1, + ("IPI to non-existent CPU %d", cpu)); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); + } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); +} + +/* * send an IPI to all CPUs EXCEPT myself */ void @@ -1188,7 +1220,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, PCPU_GET(other_cpus)); + atomic_set_long(&ipi_nmi_pending, PCPU_GET(other_cpus)); CTR2(KTR_SMP, "%s: ipi: %x", __func__, ipi); lapic_ipi_vectored(ipi, APIC_IPI_DEST_OTHERS); @@ -1209,7 +1241,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1222,19 +1254,19 @@ cpustop_handler(void) { int cpu = PCPU_GET(cpuid); - int cpumask = PCPU_GET(cpumask); + cpumask_t cpumask = PCPU_GET(cpumask); savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); @@ -1260,7 +1292,7 @@ if (savectx2(&stopxpcbs[cpu])) { fpugetregs(curthread, stopfpu); wbinvd(); - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); } else fpusetregs(curthread, stopfpu); @@ -1268,8 +1300,8 @@ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); /* Restore CR3 and enable interrupts */ load_cr3(cr3); @@ -1301,7 +1333,7 @@ int error; mask = hlt_cpus_mask; - error = sysctl_handle_int(oidp, &mask, 0, req); + error = sysctl_handle_long(oidp, &mask, 0, req); if (error || !req->newptr) return (error); @@ -1315,11 +1347,11 @@ mask |= hyperthreading_cpus_mask; if ((mask & all_cpus) == all_cpus) - mask &= ~(1<<0); + mask &= ~cputomask(0); hlt_cpus_mask = mask; return (error); } -SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_INT|CTLFLAG_RW, +SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_LONG|CTLFLAG_RW, 0, 0, sysctl_hlt_cpus, "IU", "Bitmap of CPUs to halt. 101 (binary) will halt CPUs 0 and 2."); @@ -1342,7 +1374,7 @@ hlt_cpus_mask |= hyperthreading_cpus_mask; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~~cputomask(0); hlt_logical_cpus = disable; return (error); @@ -1380,7 +1412,7 @@ hlt_logical_cpus = 0; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~cputomask(0); hyperthreading_allowed = allowed; return (error); @@ -1426,9 +1458,9 @@ int mp_grab_cpu_hlt(void) { - u_int mask = PCPU_GET(cpumask); + cpumask_t mask = PCPU_GET(cpumask); #ifdef MP_WATCHDOG - u_int cpuid = PCPU_GET(cpuid); + cpumask_t cpuid = PCPU_GET(cpuid); #endif int retval; Index: sys/amd64/amd64/intr_machdep.c =================================================================== --- sys/amd64/amd64/intr_machdep.c (revision 210622) +++ sys/amd64/amd64/intr_machdep.c (working copy) @@ -444,7 +444,7 @@ */ /* The BSP is always a valid target. */ -static cpumask_t intr_cpus = (1 << 0); +static cpumask_t intr_cpus = cputomask(0); static int current_cpu; /* @@ -466,7 +466,7 @@ current_cpu++; if (current_cpu > mp_maxid) current_cpu = 0; - } while (!(intr_cpus & (1 << current_cpu))); + } while (!(intr_cpus & cputomask(current_cpu))); mtx_unlock_spin(&icu_lock); return (apic_id); } @@ -497,7 +497,7 @@ printf("INTR: Adding local APIC %d as a target\n", cpu_apic_ids[cpu]); - intr_cpus |= (1 << cpu); + intr_cpus |= cputomask(cpu); } /* Index: sys/sys/smp.h =================================================================== --- sys/sys/smp.h (revision 210622) +++ sys/sys/smp.h (working copy) @@ -89,7 +89,8 @@ * time, thus permitting us to configure sparse maps of cpuid-dependent * (per-CPU) structures. */ -#define CPU_ABSENT(x_cpu) ((all_cpus & (1 << (x_cpu))) == 0) +#include +#define CPU_ABSENT(x_cpu) ((all_cpus & (cputomask(x_cpu))) == 0) #ifdef SMP /* Index: sys/sys/gmon.h =================================================================== --- sys/sys/gmon.h (revision 210622) +++ sys/sys/gmon.h (working copy) @@ -197,6 +197,7 @@ #define GPROF_FROMS 2 /* struct: from location hash bucket */ #define GPROF_TOS 3 /* struct: destination/count structure */ #define GPROF_GMONPARAM 4 /* struct: profiling parameters (see above) */ +#define GPROF_FREEBUF 5 /* int: free flat profiling buffer */ #ifdef _KERNEL Index: sys/sys/systm.h =================================================================== --- sys/sys/systm.h (revision 210622) +++ sys/sys/systm.h (working copy) @@ -415,4 +415,6 @@ return (x); } +#define cputomask(_cpu) ((__cpumask_t)1 << _cpu) + #endif /* !_SYS_SYSTM_H_ */ --=-RXy+GPTm95gkEoXyIfQm-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 29 22:05:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 496691065670 for ; Thu, 29 Jul 2010 22:05:03 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2C44F8FC12 for ; Thu, 29 Jul 2010 22:05:02 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o6TM3YBI055865 for ; Thu, 29 Jul 2010 15:03:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:in-reply-to:references: content-type:date:message-id:mime-version:x-mailer; b=tmKrl98Yujir577wllMQydOhB4OKnsv3ZW211fRNho1LdgfAN+NrN8AZ9xNmO1OV From: Sean Bruno To: "freebsd-stable@freebsd.org" In-Reply-To: <1279938675.2442.15.camel@localhost.localdomain> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1279938675.2442.15.camel@localhost.localdomain> Content-Type: multipart/mixed; boundary="=-HH/4kVuH97/ENX7tPWsX" Date: Thu, 29 Jul 2010 15:03:34 -0700 Message-ID: <1280441014.2530.16.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Subject: Re: Unable to install 8.x on a PowerEdge R810 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 22:05:03 -0000 --=-HH/4kVuH97/ENX7tPWsX Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit > Kind of a large patch, but in order to make an omlette, you need to > break a few servers. > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > to test it. It is directly based off of changes that peter@ made to the > Yahoo FreeBSD 7 tree. > > I have compile and boot tested this on my local machines, but I don't > have 64 CPU machines to test upon. > > Sean Here is a patch version that applies to stable-8 at the moment. I changed 2 more cases where the data types were wrong, one in a printf and a case where a negative truth value was being used. Sea --=-HH/4kVuH97/ENX7tPWsX Content-Disposition: attachment; filename="cpumask_8.diff" Content-Type: text/x-patch; name="cpumask_8.diff"; charset="UTF-8" Content-Transfer-Encoding: 7bit Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 210622) +++ sys/kern/subr_smp.c (working copy) @@ -181,7 +181,7 @@ id = td->td_oncpu; if (id == NOCPU) return; - ipi_selected(1 << id, IPI_AST); + ipi_selected(cputomask(id), IPI_AST); } /* @@ -318,7 +318,7 @@ CTR1(KTR_SMP, "restart_cpus(%x)", map); /* signal other cpus to restart */ - atomic_store_rel_int(&started_cpus, map); + atomic_store_rel_long(&started_cpus, map); /* wait for each to clear its bit */ while ((stopped_cpus & map) != 0) @@ -399,7 +399,7 @@ if (((1 << i) & map) != 0 && !CPU_ABSENT(i)) ncpus++; if (ncpus == 0) - panic("ncpus is 0 with map=0x%x", map); + panic("ncpus is 0 with map=0x%lx", map); /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); @@ -415,10 +415,10 @@ atomic_store_rel_int(&smp_rv_waiters[0], 0); /* signal other processors, which will enter the IPI with interrupts off */ - ipi_selected(map & ~(1 << curcpu), IPI_RENDEZVOUS); + ipi_selected(map & ~cputomask(curcpu), IPI_RENDEZVOUS); /* Check if the current CPU is in the map */ - if ((map & (1 << curcpu)) != 0) + if ((map & cputomask(curcpu)) != 0) smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) @@ -490,7 +490,7 @@ panic("Built bad topology at %p. CPU count %d != %d", top, top->cg_count, mp_ncpus); if (top->cg_mask != all_cpus) - panic("Built bad topology at %p. CPU mask 0x%X != 0x%X", + panic("Built bad topology at %p. CPU mask 0x%lX != 0x%lX", top, top->cg_mask, all_cpus); return (top); } @@ -531,7 +531,7 @@ parent->cg_children++; for (; parent != NULL; parent = parent->cg_parent) { if ((parent->cg_mask & child->cg_mask) != 0) - panic("Duplicate children in %p. mask 0x%X child 0x%X", + panic("Duplicate children in %p. mask 0x%lX child 0x%lX", parent, parent->cg_mask, child->cg_mask); parent->cg_mask |= child->cg_mask; parent->cg_count += child->cg_count; Index: sys/kern/sched_ule.c =================================================================== --- sys/kern/sched_ule.c (revision 210622) +++ sys/kern/sched_ule.c (working copy) @@ -851,7 +851,7 @@ * IPI the target cpu to force it to reschedule with the new * workload. */ - ipi_selected(1 << TDQ_ID(low), IPI_PREEMPT); + ipi_cpu(TDQ_ID(low), IPI_PREEMPT); } tdq_unlock_pair(high, low); return (moved); @@ -974,7 +974,7 @@ return; } tdq->tdq_ipipending = 1; - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); } /* @@ -2413,7 +2413,7 @@ cpu = ts->ts_cpu; ts->ts_cpu = sched_pickcpu(td, 0); if (cpu != PCPU_GET(cpuid)) - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); #endif } @@ -2644,11 +2644,11 @@ sbuf_printf(sb, "%*s\n", indent, "", indent, cg->cg_level); - sbuf_printf(sb, "%*s ", indent, "", + sbuf_printf(sb, "%*s ", indent, "", cg->cg_count, cg->cg_mask); first = TRUE; for (i = 0; i < MAXCPU; i++) { - if ((cg->cg_mask & (1 << i)) != 0) { + if ((cg->cg_mask & cputomask(i)) != 0) { if (!first) sbuf_printf(sb, ", "); else Index: sys/kern/kern_ktr.c =================================================================== --- sys/kern/kern_ktr.c (revision 210622) +++ sys/kern/kern_ktr.c (working copy) @@ -207,7 +207,7 @@ if ((ktr_mask & mask) == 0) return; cpu = KTR_CPU; - if (((1 << cpu) & ktr_cpumask) == 0) + if ((cputomask(cpu) & ktr_cpumask) == 0) return; #if defined(KTR_VERBOSE) || defined(KTR_ALQ) td = curthread; Index: sys/kern/kern_pmc.c =================================================================== --- sys/kern/kern_pmc.c (revision 210622) +++ sys/kern/kern_pmc.c (working copy) @@ -34,6 +34,7 @@ #include "opt_hwpmc_hooks.h" #include +#include #include #include #include @@ -110,7 +111,7 @@ { #ifdef SMP return (pmc_cpu_is_present(cpu) && - (hlt_cpus_mask & (1 << cpu)) == 0); + (hlt_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif @@ -137,7 +138,7 @@ pmc_cpu_is_primary(int cpu) { #ifdef SMP - return ((logical_cpus_mask & (1 << cpu)) == 0); + return ((logical_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif Index: sys/kern/subr_pcpu.c =================================================================== --- sys/kern/subr_pcpu.c (revision 210622) +++ sys/kern/subr_pcpu.c (working copy) @@ -88,7 +88,7 @@ KASSERT(cpuid >= 0 && cpuid < MAXCPU, ("pcpu_init: invalid cpuid %d", cpuid)); pcpu->pc_cpuid = cpuid; - pcpu->pc_cpumask = 1 << cpuid; + pcpu->pc_cpumask = cputomask(cpuid); cpuid_to_pcpu[cpuid] = pcpu; SLIST_INSERT_HEAD(&cpuhead, pcpu, pc_allcpu); cpu_pcpu_init(pcpu, cpuid, size); Index: sys/kern/sched_4bsd.c =================================================================== --- sys/kern/sched_4bsd.c (revision 210622) +++ sys/kern/sched_4bsd.c (working copy) @@ -1086,7 +1086,7 @@ me = PCPU_GET(cpumask); /* Don't bother if we should be doing it ourself. */ - if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == (1 << cpunum))) + if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == cputomask(cpunum))) return (0); dontuse = me | stopped_cpus | hlt_cpus_mask; @@ -1108,7 +1108,7 @@ /* If they are both on, compare and use loop if different. */ if (forward_wakeup_use_loop) { if (map != map3) { - printf("map (%02X) != map3 (%02X)\n", map, + printf("map (%02lX) != map3 (%02lX)\n", map, map3); map = map3; } @@ -1120,7 +1120,7 @@ /* If we only allow a specific CPU, then mask off all the others. */ if (cpunum != NOCPU) { KASSERT((cpunum <= mp_maxcpus),("forward_wakeup: bad cpunum.")); - map &= (1 << cpunum); + map &= cputomask(cpunum); } else { /* Try choose an idle die. */ if (forward_wakeup_use_htt) { Index: sys/dev/hwpmc/hwpmc_mod.c =================================================================== --- sys/dev/hwpmc/hwpmc_mod.c (revision 210622) +++ sys/dev/hwpmc/hwpmc_mod.c (working copy) @@ -1991,7 +1991,7 @@ * had already processed the interrupt). We don't * lose the interrupt sample. */ - atomic_clear_int(&pmc_cpumask, (1 << PCPU_GET(cpuid))); + atomic_clear_long(&pmc_cpumask, PCPU_GET(cpuid)); pmc_process_samples(PCPU_GET(cpuid)); break; @@ -4086,7 +4086,7 @@ done: /* mark CPU as needing processing */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); return (error); } @@ -4196,7 +4196,7 @@ break; if (ps->ps_nsamples == PMC_SAMPLE_INUSE) { /* Need a rescan at a later time. */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); break; } @@ -4785,7 +4785,7 @@ PMCDBG(MOD,INI,0, "%s", "cleanup"); /* switch off sampling */ - atomic_store_rel_int(&pmc_cpumask, 0); + atomic_store_rel_long(&pmc_cpumask, 0); pmc_intr = NULL; sx_xlock(&pmc_sx); Index: sys/geom/eli/g_eli.c =================================================================== --- sys/geom/eli/g_eli.c (revision 210622) +++ sys/geom/eli/g_eli.c (working copy) @@ -499,7 +499,7 @@ g_eli_cpu_is_disabled(int cpu) { #ifdef SMP - return ((hlt_cpus_mask & (1 << cpu)) != 0); + return ((hlt_cpus_mask & cputomask(cpu)) != 0); #else return (0); #endif Index: sys/i386/include/smp.h =================================================================== --- sys/i386/include/smp.h (revision 210622) +++ sys/i386/include/smp.h (working copy) @@ -62,6 +62,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +#define ipi_cpu(_c, _i) ipi_selected(cputomask(_c), _i) void ipi_all_but_self(u_int ipi); #ifndef XEN void ipi_bitmap_handler(struct trapframe frame); Index: sys/i386/include/_types.h =================================================================== --- sys/i386/include/_types.h (revision 210622) +++ sys/i386/include/_types.h (working copy) @@ -74,7 +74,7 @@ * Standard type definitions. */ typedef unsigned long __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int32_t __critical_t; typedef long double __double_t; typedef long double __float_t; Index: sys/i386/i386/vm_machdep.c =================================================================== --- sys/i386/i386/vm_machdep.c (revision 210622) +++ sys/i386/i386/vm_machdep.c (working copy) @@ -609,7 +609,7 @@ /* Restart CPU #0. */ /* XXX: restart_cpus(1 << 0); */ - atomic_store_rel_int(&started_cpus, (1 << 0)); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/i386/i386/mp_machdep.c =================================================================== --- sys/i386/i386/mp_machdep.c (revision 210622) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -1306,7 +1306,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); while ((cpu = ffs(cpus)) != 0) { @@ -1369,7 +1369,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1387,14 +1387,14 @@ savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); Index: sys/cddl/dev/dtrace/amd64/dtrace_subr.c =================================================================== --- sys/cddl/dev/dtrace/amd64/dtrace_subr.c (revision 210622) +++ sys/cddl/dev/dtrace/amd64/dtrace_subr.c (working copy) @@ -120,14 +120,14 @@ if (cpu == DTRACE_CPUALL) cpus = all_cpus; else - cpus = (cpumask_t) (1 << cpu); + cpus = cputomask(cpu); /* If the current CPU is in the set, call the function directly: */ - if ((cpus & (1 << curcpu)) != 0) { + if ((cpus & cputomask(curcpu)) != 0) { (*func)(arg); /* Mask the current CPU from the set */ - cpus &= ~(1 << curcpu); + cpus &= ~cputomask(curcpu); } /* If there are any CPUs in the set, cross-call to those CPUs */ Index: sys/amd64/include/smp.h =================================================================== --- sys/amd64/include/smp.h (revision 210622) +++ sys/amd64/include/smp.h (working copy) @@ -54,6 +54,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_all_but_self(u_int ipi); void ipi_bitmap_handler(struct trapframe frame); u_int mp_bootaddress(u_int); Index: sys/amd64/include/param.h =================================================================== --- sys/amd64/include/param.h (revision 210622) +++ sys/amd64/include/param.h (working copy) @@ -71,7 +71,7 @@ #endif #if defined(SMP) || defined(KLD_MODULE) -#define MAXCPU 32 +#define MAXCPU 64 #else #define MAXCPU 1 #endif Index: sys/amd64/include/_types.h =================================================================== --- sys/amd64/include/_types.h (revision 210622) +++ sys/amd64/include/_types.h (working copy) @@ -61,7 +61,7 @@ * Standard type definitions. */ typedef __int32_t __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int64_t __critical_t; typedef double __double_t; typedef float __float_t; Index: sys/amd64/amd64/vm_machdep.c =================================================================== --- sys/amd64/amd64/vm_machdep.c (revision 210622) +++ sys/amd64/amd64/vm_machdep.c (working copy) @@ -536,7 +536,7 @@ printf("cpu_reset: Restarting BSP\n"); /* Restart CPU #0. */ - atomic_store_rel_int(&started_cpus, 1 << 0); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/amd64/amd64/mptable.c =================================================================== --- sys/amd64/amd64/mptable.c (revision 210622) +++ sys/amd64/amd64/mptable.c (working copy) @@ -888,13 +888,13 @@ * already in the table, then kill the fixup. */ for (id = 0; id <= MAX_LAPIC_ID; id++) { - if ((id_mask & 1 << id) == 0) + if ((id_mask & (1ul << id)) == 0) continue; /* First, make sure we are on a logical_cpus boundary. */ if (id % logical_cpus != 0) return; for (i = id + 1; i < id + logical_cpus; i++) - if ((id_mask & 1 << i) != 0) + if ((id_mask & (1ul << i)) != 0) return; } @@ -911,7 +911,7 @@ i, id); lapic_create(i, 0); } - id_mask &= ~(1 << id); + id_mask &= ~(1ul << id); } } #endif /* MPTABLE_FORCE_HTT */ Index: sys/amd64/amd64/pmap.c =================================================================== --- sys/amd64/amd64/pmap.c (revision 210622) +++ sys/amd64/amd64/pmap.c (working copy) @@ -548,7 +548,7 @@ PMAP_LOCK_INIT(kernel_pmap); kernel_pmap->pm_pml4 = (pdp_entry_t *)PHYS_TO_DMAP(KPML4phys); kernel_pmap->pm_root = NULL; - kernel_pmap->pm_active = -1; /* don't allow deactivation */ + kernel_pmap->pm_active = (cpumask_t)0; /* don't allow deactivation */ TAILQ_INIT(&kernel_pmap->pm_pvchunk); /* @@ -860,8 +860,8 @@ void pmap_invalidate_page(pmap_t pmap, vm_offset_t va) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { @@ -881,8 +881,8 @@ void pmap_invalidate_range(pmap_t pmap, vm_offset_t sva, vm_offset_t eva) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; vm_offset_t addr; sched_pin(); @@ -906,8 +906,8 @@ void pmap_invalidate_all(pmap_t pmap) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { Index: sys/amd64/amd64/mp_machdep.c =================================================================== --- sys/amd64/amd64/mp_machdep.c (revision 210622) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -118,7 +118,7 @@ * Local data and functions. */ -static u_int logical_cpus; +static cpumask_t logical_cpus; static volatile cpumask_t ipi_nmi_pending; /* used to hold the AP's until we are ready to release them */ @@ -880,7 +880,7 @@ panic("AP #%d (PHY# %d) failed!", cpu, apic_id); } - all_cpus |= (1 << cpu); /* record AP in CPU map */ + all_cpus |= cputomask(cpu); /* record AP in CPU map */ } /* build our map of 'other' CPUs */ @@ -1002,27 +1002,16 @@ static void smp_targeted_tlb_shootdown(cpumask_t mask, u_int vector, vm_offset_t addr1, vm_offset_t addr2) { - int ncpu, othercpus; + int cpu, ncpu, othercpus; othercpus = mp_ncpus - 1; - if (mask == (u_int)-1) { - ncpu = othercpus; - if (ncpu < 1) + if (mask == (cpumask_t)-1) { + if (othercpus < 1) return; } else { mask &= ~PCPU_GET(cpumask); if (mask == 0) return; - ncpu = bitcount32(mask); - if (ncpu > othercpus) { - /* XXX this should be a panic offence */ - printf("SMP: tlb shootdown to %d other cpus (only have %d)\n", - ncpu, othercpus); - ncpu = othercpus; - } - /* XXX should be a panic, implied by mask == 0 above */ - if (ncpu < 1) - return; } if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); @@ -1030,10 +1019,18 @@ smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); - if (mask == (u_int)-1) + if (mask == (cpumask_t)-1) { + ncpu = othercpus; ipi_all_but_self(vector); - else - ipi_selected(mask, vector); + } else { + ncpu = 0; + while ((cpu = ffsl(mask)) != 0) { + cpu--; + mask &= ~cputomask(cpu); + lapic_ipi_vectored(vector, cpu_apic_ids[cpu]); + ncpu++; + } + } while (smp_tlb_wait < ncpu) ia32_pause(); mtx_unlock_spin(&smp_ipi_mtx); @@ -1145,12 +1142,12 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); - while ((cpu = ffs(cpus)) != 0) { + while ((cpu = ffsl(cpus)) != 0) { cpu--; - cpus &= ~(1 << cpu); + cpus &= ~(cputomask(cpu)); KASSERT(cpu_apic_ids[cpu] != -1, ("IPI to non-existent CPU %d", cpu)); @@ -1171,6 +1168,41 @@ } /* + * send an IPI to a specific cpu. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; + } + +#ifdef STOP_NMI + if (ipi == IPI_STOP && stop_cpus_with_nmi) { + ipi_nmi_selected(cputomask(cpu)); + return; + } +#endif + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + + KASSERT(cpu_apic_ids[cpu] != -1, + ("IPI to non-existent CPU %d", cpu)); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); + } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); +} + +/* * send an IPI to all CPUs EXCEPT myself */ void @@ -1188,7 +1220,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, PCPU_GET(other_cpus)); + atomic_set_long(&ipi_nmi_pending, PCPU_GET(other_cpus)); CTR2(KTR_SMP, "%s: ipi: %x", __func__, ipi); lapic_ipi_vectored(ipi, APIC_IPI_DEST_OTHERS); @@ -1209,7 +1241,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1222,19 +1254,19 @@ cpustop_handler(void) { int cpu = PCPU_GET(cpuid); - int cpumask = PCPU_GET(cpumask); + cpumask_t cpumask = PCPU_GET(cpumask); savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); @@ -1260,7 +1292,7 @@ if (savectx2(&stopxpcbs[cpu])) { fpugetregs(curthread, stopfpu); wbinvd(); - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); } else fpusetregs(curthread, stopfpu); @@ -1268,8 +1300,8 @@ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); /* Restore CR3 and enable interrupts */ load_cr3(cr3); @@ -1301,7 +1333,7 @@ int error; mask = hlt_cpus_mask; - error = sysctl_handle_int(oidp, &mask, 0, req); + error = sysctl_handle_long(oidp, &mask, 0, req); if (error || !req->newptr) return (error); @@ -1315,11 +1347,11 @@ mask |= hyperthreading_cpus_mask; if ((mask & all_cpus) == all_cpus) - mask &= ~(1<<0); + mask &= ~cputomask(0); hlt_cpus_mask = mask; return (error); } -SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_INT|CTLFLAG_RW, +SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_LONG|CTLFLAG_RW, 0, 0, sysctl_hlt_cpus, "IU", "Bitmap of CPUs to halt. 101 (binary) will halt CPUs 0 and 2."); @@ -1342,7 +1374,7 @@ hlt_cpus_mask |= hyperthreading_cpus_mask; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~~cputomask(0); hlt_logical_cpus = disable; return (error); @@ -1380,7 +1412,7 @@ hlt_logical_cpus = 0; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~cputomask(0); hyperthreading_allowed = allowed; return (error); @@ -1426,9 +1458,9 @@ int mp_grab_cpu_hlt(void) { - u_int mask = PCPU_GET(cpumask); + cpumask_t mask = PCPU_GET(cpumask); #ifdef MP_WATCHDOG - u_int cpuid = PCPU_GET(cpuid); + cpumask_t cpuid = PCPU_GET(cpuid); #endif int retval; Index: sys/amd64/amd64/intr_machdep.c =================================================================== --- sys/amd64/amd64/intr_machdep.c (revision 210622) +++ sys/amd64/amd64/intr_machdep.c (working copy) @@ -444,7 +444,7 @@ */ /* The BSP is always a valid target. */ -static cpumask_t intr_cpus = (1 << 0); +static cpumask_t intr_cpus = cputomask(0); static int current_cpu; /* @@ -466,7 +466,7 @@ current_cpu++; if (current_cpu > mp_maxid) current_cpu = 0; - } while (!(intr_cpus & (1 << current_cpu))); + } while (!(intr_cpus & cputomask(current_cpu))); mtx_unlock_spin(&icu_lock); return (apic_id); } @@ -497,7 +497,7 @@ printf("INTR: Adding local APIC %d as a target\n", cpu_apic_ids[cpu]); - intr_cpus |= (1 << cpu); + intr_cpus |= cputomask(cpu); } /* Index: sys/sys/smp.h =================================================================== --- sys/sys/smp.h (revision 210622) +++ sys/sys/smp.h (working copy) @@ -89,7 +89,8 @@ * time, thus permitting us to configure sparse maps of cpuid-dependent * (per-CPU) structures. */ -#define CPU_ABSENT(x_cpu) ((all_cpus & (1 << (x_cpu))) == 0) +#include +#define CPU_ABSENT(x_cpu) ((all_cpus & (cputomask(x_cpu))) == 0) #ifdef SMP /* Index: sys/sys/gmon.h =================================================================== --- sys/sys/gmon.h (revision 210622) +++ sys/sys/gmon.h (working copy) @@ -197,6 +197,7 @@ #define GPROF_FROMS 2 /* struct: from location hash bucket */ #define GPROF_TOS 3 /* struct: destination/count structure */ #define GPROF_GMONPARAM 4 /* struct: profiling parameters (see above) */ +#define GPROF_FREEBUF 5 /* int: free flat profiling buffer */ #ifdef _KERNEL Index: sys/sys/systm.h =================================================================== --- sys/sys/systm.h (revision 210622) +++ sys/sys/systm.h (working copy) @@ -415,4 +415,6 @@ return (x); } +#define cputomask(_cpu) ((__cpumask_t)1 << _cpu) + #endif /* !_SYS_SYSTM_H_ */ --=-HH/4kVuH97/ENX7tPWsX-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 30 16:53:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DFAF1065674 for ; Fri, 30 Jul 2010 16:53:09 +0000 (UTC) (envelope-from pluknet@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 05AB78FC0A for ; Fri, 30 Jul 2010 16:53:08 +0000 (UTC) Received: by pxi8 with SMTP id 8so700004pxi.13 for ; Fri, 30 Jul 2010 09:53:08 -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:content-type; bh=dh4inXpTaYUJBeWAjRYoDDKqyCn2mqRzyOWU1jactAU=; b=gmS5VO9ocqDkMPey8ORr4NAZM/nMfi4u2r7tBkQzf9Ax5Gp9oTh6fozPPd57vkXKDH /94jb7qCPGBC7W3tiASDrF5H7psEbP+DjI5aG+tGC9cV6qpGLfDHO8rfq0b1PN635aQY 9mStZAQuwa8DJ46YnJMmWjDK9s1MD87+g7Fgg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=t9FsGq8CINssd6G1Lc7d2mB0DlNytAylDhZDTBR9eFbi6TCN4c1KaFJ0j7xwx3AZVl hAZYXWdU8x3xUBuQ4rBI5sj7rxEfOKpQGtGe4U2GDs+uIKnas278v8nUQhdJM7CSPyLa 9E2iDCqijXmtjMCOPruNuXLJlBL5CjeADxuGw= MIME-Version: 1.0 Received: by 10.142.47.3 with SMTP id u3mr2003981wfu.40.1280508788154; Fri, 30 Jul 2010 09:53:08 -0700 (PDT) Received: by 10.142.226.21 with HTTP; Fri, 30 Jul 2010 09:53:08 -0700 (PDT) Date: Fri, 30 Jul 2010 20:53:08 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: umount -f forces to panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:53:09 -0000 Hi. This is 8.1 booted from NFS. I did installworld to NFS on idle system, then it started to print repeatedly "nfs server foo:mp lockd not responding". umount returned EBUSY, umount -f dropped to panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1a4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc089af3f stack pointer = 0x28:0xec38c558 frame pointer = 0x28:0xec38c570 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 = 56006 (lockf) db> bt Tracing pid 56006 tid 100464 td 0xc871a280 _mtx_lock_sleep(c6b34830,c871a280,0,0,0,...) at _mtx_lock_sleep+0x3f nlm_feedback(3,2,ec38c984,c0ce31ec,1772,...) at nlm_feedback+0x81 clnt_dg_call(cb870840,ec38c968,2,c79ea100,ec38c6a8,...) at clnt_dg_call+0xb9e clnt_call_private(cb870840,ec38c968,2,c0aaa0f0,ec38c748,...) at clnt_call_private+0xf7 nlm4_lock_4(ec38c748,ec38c7fc,cb870840,ec38c968,3c,...) at nlm4_lock_4+0x4c nlm_setlock(ec38c98c,7ffffff3,c785fb84,c,ec38cbfc,...) at nlm_setlock+0x22d nlm_advlock_internal(ec38cbfc,20,0,1,c785fb84,...) at nlm_advlock_internal+0x894 nlm_advlock(ec38cc18,200000,c0ce293b,cd5,0,...) at nlm_advlock+0x3a nfs_advlock(ec38cc18,ec38cc44,c0945c9f,c0dc3360,ec38cc18,...) at nfs_advlock+0xa9 VOP_ADVLOCK_APV(c0dc3360,ec38cc18,1,c785fb84,c0db5640,...) at VOP_ADVLOCK_APV+0x47 kern_openat(c871a280,ffffff9c,bfbfe981,0,25,...) at kern_openat+0x35f kern_open(c871a280,bfbfe981,0,224,1b6,...) at kern_open+0x35 open(c871a280,ec38ccf8,c,c871a280,ec38cd2c,...) at open+0x30 syscall(ec38cd38) at syscall+0x2d3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x2816bb53, esp = 0xbfbfe70c, ebp = 0xbfbfe728 --- Other 15 CPUs in idle. Interesting parts from alltrace: Tracing command nfsiod 0 pid 64424 tid 100182 td 0xc67ce500 sched_switch(3330073856,0,260,3191977013,2554,...) at sched_switch+633 mi_switch(260,0,0,3330048680,3957992552,...) at mi_switch+298 sleepq_switch(3330073856,0,3234646915,416,3330074288,...) at sleepq_switch+204 sleepq_catch_signals(0,256,3330073856,3957992632,3230352936,...) at sleepq_catch_signals+91 sleepq_timedwait_sig(3236091392,92,3234604703,256,0,...) at sleepq_timedwait_sig+28 _sleep(3236091392,3236091344,348,3234604703,120000,...) at _sleep+600 nfssvc_iod(3236089728,3957992760,0,1,0,...) at nfssvc_iod+246 fork_exit(3232247616,3236089728,3957992760) at fork_exit+145 fork_trampoline() at fork_trampoline+8 --- trap 0, eip = 0, esp = 3957992816, ebp = 0 --- Tracing command rpc.lockd pid 56043 tid 100339 td 0xc86b5a00 sched_switch(3362478592,0,260,590634873,2568,...) at sched_switch+633 mi_switch(260,0,0,3362445304,3960695292,...) at mi_switch+298 sleepq_switch(3362478592,0,3234646915,416,3362479024,...) at sleepq_switch+204 sleepq_catch_signals(0,3362478592,0,3960695360,3230024964,...) at sleepq_catch_signals+91 sleepq_timedwait_sig(3381779728,0,3234741028,257,0,...) at sleepq_timedwait_sig+28 _cv_timedwait_sig(3381779728,3386200960,5000,3960695396,3230239445,...) at _cv_timedwait_sig+420 svc_run_internal(3362478952,20,3234741456,3234739620,3960695692,...) at svc_run_internal+781 svc_run(3386200960,0,4,3232410704,3960695692,...) at svc_run+125 nlm_syscall(3362478592,3960696056,22,3362478592,3960696108,...) at nlm_syscall+1897 syscall(3960696120) at syscall+723 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (154, FreeBSD ELF32, nlm_syscall), eip = 672111019, esp = 3217025868, ebp = 3217026072 --- Tracing command lockf pid 56006 tid 100464 td 0xc871a280 _mtx_lock_sleep(3333638192,3362890368,0,0,0,...) at _mtx_lock_sleep+63 nlm_feedback(3,2,3963144580,3234738668,6002,...) at nlm_feedback+129 clnt_dg_call(3414624320,3963144552,2,3349061888,3963143848,...) at clnt_dg_call+2974 clnt_call_private(3414624320,3963144552,2,3232407792,3963144008,...) at clnt_call_private+247 nlm4_lock_4(3963144008,3963144188,3414624320,3963144552,60,...) at nlm4_lock_4+76 nlm_setlock(3963144588,2147483635,3347446660,12,3963145212,...) at nlm_setlock+557 nlm_advlock_internal(3963145212,32,0,1,3347446660,...) at nlm_advlock_internal+2196 nlm_advlock(3963145240,2097152,3234736443,3285,0,...) at nlm_advlock+58 nfs_advlock(3963145240,3963145284,3230948511,3235656544,3963145240,...) at nfs_advlock+169 VOP_ADVLOCK_APV(3235656544,3963145240,1,3347446660,3235599936,...) at VOP_ADVLOCK_APV+71 kern_openat(3362890368,4294967196,3217025409,0,37,...) at kern_openat+863 kern_open(3362890368,3217025409,0,548,438,...) at kern_open+53 open(3362890368,3963145464,12,3362890368,3963145516,...) at open+48 syscall(3963145528) at syscall+723 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (5, FreeBSD ELF32, open), eip = 672578387, esp = 3217024780, ebp = 3217024808 --- Tracing command rpc.statd pid 876 tid 100109 td 0xc6536780 sched_switch(3327354752,0,260,645050409,2568,...) at sched_switch+633 mi_switch(260,0,0,3327331656,3956578892,...) at mi_switch+298 sleepq_switch(3327354752,0,3234646915,416,3327355184,...) at sleepq_switch+204 sleepq_catch_signals(0,3327354752,0,3956578960,3230024964,...) at sleepq_catch_signals+91 sleepq_timedwait_sig(3327155684,0,3234648462,257,0,...) at sleepq_timedwait_sig+28 _cv_timedwait_sig(3327155684,3327155664,30001,3310708352,3327354752,...) at _cv_timedwait_sig+420 seltdwait(3956579368,3956579376,3310708352,3327354752,104,...) at seltdwait+193 kern_select(3327354752,8,3217026356,0,0,3956579440,32,30,0) at kern_select+1262 select(3327354752,3956579576,12,3327354752,3956579628,...) at select+102 syscall(3956579640) at syscall+723 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (93, FreeBSD ELF32, select), eip = 672695779, esp = 3217026188, ebp = 3217026504 --- Tracing command rpcbind pid 874 tid 100118 td 0xc6535780 sched_switch(3327350656,0,260,649400515,2568,...) at sched_switch+633 mi_switch(260,0,0,3327135048,3956742824,...) at mi_switch+298 sleepq_switch(3327350656,0,3234646915,416,3327351088,...) at sleepq_switch+204 sleepq_catch_signals(0,3327350656,3325702144,3956742892,3230024964,...) at sleepq_catch_signals+91 sleepq_timedwait_sig(3327284708,0,3234648462,257,0,...) at sleepq_timedwait_sig+28 _cv_timedwait_sig(3327284708,3327284688,30001,3310708352,3327350656,...) at _cv_timedwait_sig+420 seltdwait(3956743260,3956743268,3310708352,3327350656,3230602000,...) at seltdwait+193 poll(3327350656,3956743416,12,3327350656,3956743468,...) at poll+831 syscall(3956743480) at syscall+723 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (209, FreeBSD ELF32, poll), eip = 672406303, esp = 3217017820, ebp = 3217026472 --- -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jul 30 18:47:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94305106566B for ; Fri, 30 Jul 2010 18:47:58 +0000 (UTC) (envelope-from Mark.Lokowich@compellent.com) Received: from mail.compellent.com (mail.compellent.com [76.164.8.134]) by mx1.freebsd.org (Postfix) with ESMTP id 3F40F8FC0C for ; Fri, 30 Jul 2010 18:47:58 +0000 (UTC) Received: from [172.31.100.39] (172.31.100.39) by mail.compellent.com (172.31.0.65) with Microsoft SMTP Server id 8.1.436.0; Fri, 30 Jul 2010 13:37:18 -0500 Message-ID: <4C531BDE.9000207@compellent.com> Date: Fri, 30 Jul 2010 13:37:18 -0500 From: Mark Lokowich User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-stable Mailing List Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: resolver refresh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 18:47:58 -0000 I've found that changes to resolv.conf on a 7.2 and 8.0 system are not propagated through the resolver for a running process. If your process needs to query a revised DNS server entry, it must call res_init prior to any gethost* syscalls, or you will get responses from the "stale" server. I've been using the NSS plug-in solution posted in 2006, but it's a hard sell without some community blessing. http://www.mail-archive.com/freebsd-stable@freebsd.org/msg78275.html Can anyone tell me why the resolver behaves this way, if there are plans to change it in a future release, and if the NSS resinit plug-in will be committed to the stable branch? fwiw: Linux (glibc) does NOT behave this way. Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Sat Jul 31 05:17:28 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E861065673 for ; Sat, 31 Jul 2010 05:17:28 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 719018FC0A for ; Sat, 31 Jul 2010 05:17:27 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o6V5HKIF006221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Jul 2010 15:17:21 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o6V5HKJ2027755; Sat, 31 Jul 2010 15:17:20 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o6V5HI45027754; Sat, 31 Jul 2010 15:17:18 +1000 (EST) (envelope-from peter) Date: Sat, 31 Jul 2010 15:17:18 +1000 From: Peter Jeremy To: freebsd-stable@FreeBSD.ORG, mi+thun@aldan.algebra.com Message-ID: <20100731051718.GA27740@server.vk2pj.dyndns.org> References: <4C509617.6080709@aldan.algebra.com> <201007291450.o6TEoOIf065693@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <201007291450.o6TEoOIf065693@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: 8.x grudges X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 05:17:28 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jul-29 16:50:24 +0200, Oliver Fromme wrote: >Install ports/sysutils/dmidecode and type (as root): > ># dmidecode -t system -t baseboard > >It will tell you the vendor and product name, among >other things. kenv(1) (in the base) should as well. --=20 Peter Jeremy --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkxTsd4ACgkQ/opHv/APuIeLnQCgs1gOgwq2cj1skiC0tlPNpjN8 QK4AnROs3cwkdMaA3Pq/kLxVeq58uq2u =SomZ -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 31 15:32:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2911065670 for ; Sat, 31 Jul 2010 15:32:38 +0000 (UTC) (envelope-from n_diablo_n_f@pochta.ru) Received: from web25.pochta.ru (web25.pochta.ru [82.204.219.125]) by mx1.freebsd.org (Postfix) with ESMTP id C32858FC17 for ; Sat, 31 Jul 2010 15:32:37 +0000 (UTC) Received: from [127.0.0.1] (port=47895 helo=localhost) by web25.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtp id 1OfCyV-0007m0-Ic for freebsd-stable@freebsd.org; Sat, 31 Jul 2010 18:23:43 +0400 From: =?KOI8-R?Q?=ED=C1=CB=C1=D2=D5=CB=20=F2=CF=CD=C1=CE=20=F7=C1=CC=C5=D2=D8=C5=D7=C9=DE?= To: freebsd-stable@freebsd.org Date: Sat, 31 Jul 2010 18:23:43 +0400 Message-Id: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> X-Priority: 3 MIME-Version: 1.0 X-SpamTest-Envelope-From: n_diablo_n_f@pochta.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 14921 [Jul 31 2010] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Atheros AR2427 in FreeBSD 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 15:32:38 -0000 =9A =9A Hello! I have Asus Eee PC 1001PX wich Atheros AR2427. This Wi-Fi= officially not supported by driver ath. But in OpenBSD and Linux this c= ard supported.=0A=0A=9A =9A I added to ath/ath_hal/ar9285_attath.c:=0A= =0Aar9285Probe(uint16_t vendorid, uint16_t devid)=0Atatic const char* ar= 9285Probe(uint16_t vendorid, uint16_t devid)=0A{=0A=09if (vendorid =3D= =3D ATHEROS_VENDOR_ID && devid =3D=3D AR9285_DEVID_PCIE)=0A=09= =09return "Atheros 9285";=0A=09if (vendorid =3D=3D ATHEROS_VENDOR_ID &am= p;& devid =3D=3D AR2427_DEVID_PCIE)=0A=09=09return "Atheros 2427";= =0A=09return AH_NULL;=0A}=0A=0A=9A And to /ath/ath_hal_ah_dev_id.h:=0A= =0A#define AR2427_DEVID_PCIE =9A =9A0x002c=0A=0A=9A I compile ath module= witch debug. And the WiFi has to work. But then i try to connect tp AP= witch WEP crypt i see next: "ath0: bb hang detected (0x80), reseting".= =0A=0A=9A And my home AP DI-524 (WPA-PSK crypt) can not be found.=9A=0A= =0A=9A By this, I have a few questions. Can anyone help solve this probl= em and finish the driver. And will the official support for this card in= the FreeBSD?=0A=0A=9A Appendix:=0A=0A#kldload if_ath=0A=0Apci0: driver= added=0Afound-> vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02=0A doma= in=3D0, bus=3D0, slot=3D27, func=3D0=0A class=3D04-03-00, hdrtype=3D0x= 00, mfdev=3D0=0A cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D8 (dwo= rds)=0A lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns)=0A intpin=3Da, irq=3D22=0A powerspec 2 supports D0 D3 current= D0=0A MSI supports 1 message, 64 bit=0Apci0:0:27:0: reprobing on driv= er added=0Afound-> vendor=3D0x8086, dev=3D0x27da, revid=3D0x02=0A do= main=3D0, bus=3D0, slot=3D31, func=3D3=0A class=3D0c-05-00, hdrtype=3D= 0x00, mfdev=3D0=0A cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (d= words)=0A lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00= (0 ns)=0A intpin=3Db, irq=3D21=0Apci0:0:31:3: reprobing on driver add= ed=0Apci1: driver added=0Apci2: driver added=0Afound-> vendor=3D0x168c= , dev=3D0x002c, revid=3D0x01=0A domain=3D0, bus=3D2, slot=3D0, func=3D= 0=0A class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0=0A cmdreg=3D0x0407,= statreg=3D0x0010, cachelnsz=3D8 (dwords)=0A lattimer=3D0x00 (0 ns), m= ingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0A intpin=3Da, irq=3D17=0A = powerspec 3 supports D0 D1 D3 current D0=0A MSI supports 1 message= =0Apci0:2:0:0: reprobing on driver added=0Aath0: mem 0xfbff0000-0xfbfff= fff irq 17 at device 0.0 on pci2=0Apcib2: ath0 requested memory range 0x= fbff0000-0xfbffffff: good=0Aioapic0: routing intpin 17 (PCI IRQ 17) to l= apic 0 vector 59=0Aath0: [MPSAFE]=0Aath0: [ITHREAD]=0Aar9285Attach: sc 0= xc49ca000 st 0x1 sh 0xe678d000=0Aar5416SetPowerMode: AWAKE -> AWAKE (set= chip )=0Aar9285Attach: AR_SREV 0xc02ff=0Aar9285Attach: ID 0xc02ff VERSI= ON 0x3 TYPE 0x0 REVISION 0x2=0Aath_hal_v4kEepromAttach Eeprom Magic =3D= 0xa55a=0Aath_hal_v4kEepromAttach Eeprom Version 14.13=0Av4kEepromReadCT= LInfo Numctls =3D 6=0Aar5416SetPowerMode: AWAKE -> AWAKE (set chip )=0Aa= r9280RfAttach: attach AR9280 radio=0AenableAniMIBCounters: Enable mib co= unters: OfdmPhyErrBase 0x0 cckPhyErrBase 0x0=0Aar9285Attach: return=0Age= tchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm=0Agetregstate: EEPROM cc 0= rd 0x10=0Agetregstate: EEPROM rd 0x60=0Agetchannels: !avail mode 0x6800= c (0x2) flags 0x2150=0Agetchannels: !avail mode 0x6800c (0x1) flags 0x14= 0=0Aar5416GetChipPowerLimits: no min/max power for 2412/0xa0=0AChan 2412= : MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max powe= r for 2417/0xa0=0AChan 2417: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipP= owerLimits: no min/max power for 2422/0xa0=0AChan 2422: MaxPow =3D 63 Mi= nPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2427/0xa0=0A= Chan 2427: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min= /max power for 2432/0xa0=0AChan 2432: MaxPow =3D 63 MinPow =3D 0=0Aar541= 6GetChipPowerLimits: no min/max power for 2437/0xa0=0AChan 2437: MaxPow= =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 24= 42/0xa0=0AChan 2442: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimi= ts: no min/max power for 2447/0xa0=0AChan 2447: MaxPow =3D 63 MinPow =3D= 0=0Aar5416GetChipPowerLimits: no min/max power for 2452/0xa0=0AChan 245= 2: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max pow= er for 2457/0xa0=0AChan 2457: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChip= PowerLimits: no min/max power for 2462/0xa0=0AChan 2462: MaxPow =3D 63 M= inPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2467/0xa0= =0AChan 2467: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no= min/max power for 2472/0xa0=0AChan 2472: MaxPow =3D 63 MinPow =3D 0=0Aa= r5416GetChipPowerLimits: no min/max power for 2484/0xa0=0AChan 2484: Max= Pow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for= 2412/0x480=0AChan 2412: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPower= Limits: no min/max power for 2417/0x480=0AChan 2417: MaxPow =3D 63 MinPo= w =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2422/0x480=0ACh= an 2422: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/m= ax power for 2427/0x480=0AChan 2427: MaxPow =3D 63 MinPow =3D 0=0Aar5416= GetChipPowerLimits: no min/max power for 2432/0x480=0AChan 2432: MaxPow= =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 24= 37/0x480=0AChan 2437: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLim= its: no min/max power for 2442/0x480=0AChan 2442: MaxPow =3D 63 MinPow= =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2447/0x480=0ACha= n 2447: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/ma= x power for 2452/0x480=0AChan 2452: MaxPow =3D 63 MinPow =3D 0=0Aar5416G= etChipPowerLimits: no min/max power for 2457/0x480=0AChan 2457: MaxPow= =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 24= 62/0x480=0AChan 2462: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLim= its: no min/max power for 2467/0x480=0AChan 2467: MaxPow =3D 63 MinPow= =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2472/0x480=0ACha= n 2472: MaxPow =3D 63 MinPow =3D 0=0Agetchannels: !avail mode 0x6800c (0= x20) flags 0xd0=0Agetchannels: !avail mode 0x6800c (0x40) flags 0x150=0A= getchannels: !avail mode 0x6800c (0x400) flags 0x8140=0Agetchannels: !av= ail mode 0x6800c (0x200) flags 0x4140=0Agetchannels: !avail mode 0x6800c= (0x1000) flags 0x8480=0Agetchannels: !avail mode 0x6800c (0x800) flags= 0x4480=0Aar5416GetChipPowerLimits: no min/max power for 2412/0x10480=0A= Chan 2412: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min= /max power for 2417/0x10480=0AChan 2417: MaxPow =3D 63 MinPow =3D 0=0Aar= 5416GetChipPowerLimits: no min/max power for 2422/0x10480=0AChan 2422: M= axPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power f= or 2427/0x10480=0AChan 2427: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipP= owerLimits: no min/max power for 2432/0x10480=0AChan 2432: MaxPow =3D 63= MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2437/0x10= 480=0AChan 2437: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits:= no min/max power for 2442/0x10480=0AChan 2442: MaxPow =3D 63 MinPow =3D= 0=0Aar5416GetChipPowerLimits: no min/max power for 2447/0x10480=0AChan= 2447: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max= power for 2452/0x10480=0AChan 2452: MaxPow =3D 63 MinPow =3D 0=0Aar5416= GetChipPowerLimits: no min/max power for 2457/0x10480=0AChan 2457: MaxPo= w =3D 63 MinPow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2= 462/0x10480=0AChan 2462: MaxPow =3D 63 MinPow =3D 0=0Aar5416GetChipPower= Limits: no min/max power for 2467/0x10480=0AChan 2467: MaxPow =3D 63 Min= Pow =3D 0=0Aar5416GetChipPowerLimits: no min/max power for 2472/0x10480= =0AChan 2472: MaxPow =3D 63 MinPow =3D 0=0Agetchannels: !avail mode 0x68= 00c (0x10000) flags 0x10140=0Agetchannels: !avail mode 0x6800c (0x80000)= flags 0x20140=0Agetchannels: !avail mode 0x6800c (0x100000) flags 0x401= 40=0AassignPrivateChannels: private[ 0] 2412/0xa0 -> channel 2412=0Aass= ignPrivateChannels: private[ 1] 2417/0xa0 -> channel 2417=0AassignPriva= teChannels: private[ 2] 2422/0xa0 -> channel 2422=0AassignPrivateChanne= ls: private[ 3] 2427/0xa0 -> channel 2427=0AassignPrivateChannels: priv= ate[ 4] 2432/0xa0 -> channel 2432=0AassignPrivateChannels: private[ 5]= 2437/0xa0 -> channel 2437=0AassignPrivateChannels: private[ 6] 2442/0x= a0 -> channel 2442=0AassignPrivateChannels: private[ 7] 2447/0xa0 -> ch= annel 2447=0AassignPrivateChannels: private[ 8] 2452/0xa0 -> channel 24= 52=0AassignPrivateChannels: private[ 9] 2457/0xa0 -> channel 2457=0Aass= ignPrivateChannels: private[ 10] 2462/0xa0 -> channel 2462=0AassignPriva= teChannels: private[ 11] 2467/0x2a0 -> channel 2467=0AassignPrivateChann= els: private[ 12] 2472/0x2a0 -> channel 2472=0AassignPrivateChannels: pr= ivate[ 13] 2484/0x2a0 -> channel 2484=0AassignPrivateChannels: 40 public= , 14 private channels=0Aath_hal_init_channels: cc 0=0Aath_getchannels: e= eprom rd 96 cc 0 (mapped rd 96 cc 0) location I ecm=0Aath_hal_computetxt= ime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (r= ate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_c= omputetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown= phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0A= ath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime= : unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate= ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_comp= utetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown ph= y 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath= _hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: u= nknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix= 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_compute= txtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4= (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_ha= l_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unkn= own phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)= =0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxt= ime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (r= ate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_c= omputetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown= phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0A= ath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime= : unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate= ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_comp= utetxtime: unknown phy 4 (rate ix 8)=0Aath_hal_computetxtime: unknown ph= y 4 (rate ix 8)=0Aath_hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath= _hal_computetxtime: unknown phy 4 (rate ix 8)=0Aath_descdma_setup: rx DM= A: 40 buffers 1 desc/buf=0Aath_descdma_setup: rx DMA map: 0xe679e000 (38= 40) -> 0x2325e000 (3840)=0Aath_descdma_setup: tx DMA: 200 buffers 10 des= c/buf=0Aath_descdma_setup: tx DMA map: 0xe67cd000 (192000) -> 0x20400000= (192000)=0Aath_descdma_setup: beacon DMA: 4 buffers 1 desc/buf=0Aath_de= scdma_setup: beacon DMA map: 0xe67fd000 (384) -> 0x1570d000 (384)=0Aar52= 12SetupTxQueue: queue 9=0Aar5212SetupTxQueue: queue 8=0Aar5212SetupTxQue= ue: queue 0=0Aar5212SetupTxQueue: queue 1=0Aar5212SetupTxQueue: queue 2= =0Aar5212SetupTxQueue: queue 3=0Aath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11= Mbps=0Aath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18= Mbps 24Mbps 36Mbps 48Mbps 54Mbps=0Aath0: 11ng MCS: 15Mbps 30Mbps 45Mbps= 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180M= bps 240Mbps 270Mbps 300Mbps=0Aath0: AR9285 mac 192.2 RF5133 phy 14.0=0Aa= th0: Use hw queue 1 for WME_AC_BE traffic=0Aath0: Use hw queue 0 for WME= _AC_BK traffic=0Aath0: Use hw queue 2 for WME_AC_VI traffic=0Aath0: Use= hw queue 3 for WME_AC_VO traffic=0Aath0: Use hw queue 8 for CAB traffic= =0Aath0: Use hw queue 9 for beacons=0Aath0: using multicast key search= =0Apci4: driver added=0Apci5: driver added=0A=0A