From owner-freebsd-stable@FreeBSD.ORG Sun Oct 4 23:28:33 2009 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 D91091065670 for ; Sun, 4 Oct 2009 23:28:33 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 907468FC16 for ; Sun, 4 Oct 2009 23:28:33 +0000 (UTC) Received: from Macintosh-4.local ([10.0.0.198]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n94NSKki046032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Oct 2009 16:28:21 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4AC92F94.4020106@errno.com> Date: Sun, 04 Oct 2009 16:28:20 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Matt Dawson References: <200910021726.33663.matt@chronos.org.uk> <4AC797E2.2050709@errno.com> <200910032240.45357.matt@chronos.org.uk> In-Reply-To: <200910032240.45357.matt@chronos.org.uk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: ral(4) on 8-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2009 23:28:33 -0000 Matt Dawson wrote: > On Saturday 03 Oct 2009 19:28:50 you wrote: >> ral probably does not populate it's initial channel list according to >> the device capabilities. I'm guessing it falls back on the system code >> to do that and it fills in only channels 1-11. This means future >> changes to regulatory cannot setup the channels you want--it's not >> allowed to add channels that are not listed in the "device >> capabilities". > > That makes sense. Given that my 2561 card has "ETSI" stamped on its label, > one would think it's the card's job to report to the driver what it > supports. If the driver doesn't request this, the safest bet is the lowest > common denominator that should be legal everywhere, 11 channels at FCC > spec. Got it. > > Just a quick question, if I may: Are the maxpower specs of regdomain.xml in > dBm? ETSI is max 20dBm ERP at 2.4GHz. Euro spec cards are only capable of > ~100mW anyway, most more like 60mW and your average foot of RG-174 will > knock nearly a dB off at 2.4GHz, so it hardly matters, but I'm curious. The > manpage doesn't specify what the fields mean. maxpower are expressed as dBm. > >> You can hack ral to setup a proper channel list at attach or you can >> make a private hack to net80211 to populate the channel list w/ those >> channels you want. Either is simple. > > Thank you. I'll probably try the local hack for now, but hacking ral (and > probably iwi now I finally have that working, which does exactly the same > thing) to do the right thing would be a better long-term solution. > > To the list: Does anyone have any idea why the iwi firmware modules build > by default on i386 and not on amd64? I know from experience that manually > building them on 7.1 amd64 didn't work, but it now works well on 8 except > for the messages about mcast/promisc update separation. I had problems w/ the iwi firmware on 64-bit so set the build to i386 only. The problems I had were relocation errors and noone could help; if those are gone then building the fw image for amd64 should be fine. Whether the driver works is another matter... Sam