From owner-freebsd-stable@FreeBSD.ORG Fri Oct 2 16:26:38 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 99E5B1065672 for ; Fri, 2 Oct 2009 16:26:38 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC3C8FC0C for ; Fri, 2 Oct 2009 16:26:37 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n92GQY6p085056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Oct 2009 17:26:35 +0100 (BST) (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk n92GQY6p085056 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1254500795; bh=YHkd3NuFMhkJpMS4JfvF2wsjH32cwA0I3RUA86/ElMk=; h=From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding:Message-Id; b=OYYM7Flp3X38HB2HZbAeH9kui06pQOplbzLteFahcsEME4aNO5Tuxw4iBzMILCimH mt8AcVkCGG53c5dWDuWUQcBJh3QaEdfrORhaEKRQ4sbAFWuQZ2MnwUhy2tcHBJfnf1 waMY0x7t7iR/GLZAH2NW84z6uOVrSc6FP5NcAqIY= From: Matt Dawson To: freebsd-stable@freebsd.org Date: Fri, 2 Oct 2009 17:26:33 +0100 User-Agent: KMail/1.12.1 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.1; amd64; ; ) X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Fri, 02 Oct 2009 17:26:35 +0100 (BST) X-Virus-Scanned: clamav-milter 0.95.2 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.3 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_48_96,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: 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: Fri, 02 Oct 2009 16:26:38 -0000 Odd little issue just cropped up on my lappie running 8.0-RC1 amd64. On 7.2 the ral(4) wireless NIC (2560 1st gen mini-PCI) gave me the Japanese regulatory domain allocations (2.412GHz to 2.477GHz, 14 channels) on 802.11g. I understand a lot has changed with 802.11 on 8, but I can now only ever get 2.412-2.462GHz channels 1 to 11. It's not a huge issue right now as my own AP is within that range, but I may run into problems using open access WiFi on the go sometime in the future, with being in the UK (ETSI) and all that. wlan0 is set up in rc.conf like this: wlans_ral0="wlan0" ifconfig_wlan0="country GB regdomain ETSI protmode off WPA DHCP" Taking the interface down and tweaking ifconfig's regdomain and related options makes no difference. I still only end up with 11 channels no matter what I try. Booting from 6.3 (DSBSD over PXE) lists, yet again, 14 channels when I use ifconfig ral0 list chans. Ifconfig lists the correct country and regdomain, so I'm stumped. I do get the "ral0: need multicast update callback" warning, but I'm led to believe that this is harmless. ral0@pci0:2:4:0: class=0x028000 card=0x614618e8 chip=0x02011814 rev=0x01 hdr=0x00 vendor='Ralink Technology, Corp' device='Ralink Chipset 802.11b/g WLAN card ( PCIVEN_1814&DEV_0201&SUBSYS_68331460&REV_013&)' class=network cap 01[40]=powerspec 2 supports D0 D3 current D0 Any ideas? Anything else I can do to check the card? Anything else I should have included? I also have a 2561 based Gigabyte GN-WI01GS (also ral) and an iwi(4) 2915 dual band card to test with (and no silly BIOS limitations to stop me, thank $DEITY), but I've had zero luck with iwi on amd64, hence the Ralink card. Last time I tried iwi, the default build (7.1 IIRC) didn't build the module or its firmware (I did have the license ack in loader.conf) and I had to faff about connecting the module to the build, which wasn't pleasant and didn't work anyway (no results from scan, no association with my AP despite working perfectly on i386 with the same config). -- Matt Dawson MTD15-RIPE matt@chronos.org.uk