From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:05:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55DDF16A46E for ; Thu, 14 Jun 2007 05:05:12 +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 0C9FA13C448 for ; Thu, 14 Jun 2007 05:05:11 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5E55BOF002722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jun 2007 22:05:11 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4670CCA4.3040200@errno.com> Date: Wed, 13 Jun 2007 22:05:40 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Steve Kargl References: <20070614043216.GA90909@troutmask.apl.washington.edu> <4670C6F1.9060301@errno.com> <20070614044805.GA91084@troutmask.apl.washington.edu> In-Reply-To: <20070614044805.GA91084@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath device appears broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2007 05:05:12 -0000 Steve Kargl wrote: > On Wed, Jun 13, 2007 at 09:41:21PM -0700, Sam Leffler wrote: >> Steve Kargl wrote: >>> I updated a 23 May 07 kernel and world to today sources, >>> and ath0 no longer works. The first problem is that I >>> do not use modules and modules are not built. When I >>> boot up, the console shows >>> >>> ieee80211_load_module: load the wlan_scan_sta module by hand for now. >>> >>> Great, I don't have a wlan_scan_sta module. So, I can't get ath0 >>> to associate. >> Read UPDATING? > > I can't find anything relevent at the moment. The 20070610 entry > states: > Users must also, for the moment, kldload the wlan_scan_sta and/or > wlan_scan_ap modules if they use modules for wireless support. > > I don't use modules nor compile them. Perhaps, a sentence is > missing that should direct people that don't use module to update > their kernel config file? Thanks, I'll add more explanation. Short answer is the scanning support is now broken out into separate modules that you must either load or specify in your kernel config file. wlan_scan_sta for sta mode operation. wlan_sta_ap for ap mode operation. This is comparable to how ciphers are split out into modules. > >>> The second problem is ifconfig appears to have lost channel >>> setting capabilities. I use this script to init my ath0 >>> connect >>> >>> #! /bin/sh >>> ifconfig ath0 inet 192.168.0.10 >>> ifconfig ath0 ssid "MySSID" mode 11g wepmode on >>> #ifconfig ath0 ssid "MySIDD" mode 11g channel 11 wepmode on >>> ifconfig ath0 wepkey 0xa_long_hex_number_goes_here deftxkey 1 >>> >>> Note I have to comment out the line with "channel 11" in it. >>> Furthermore, I see >>> >>> mobile:root[203] ifconfig ath0 >>> ath0: flags=8843 metric 0 mtu 1500 >>> ether 00:13:46:c4:5a:c1 >>> inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (OFDM/12Mbps) >>> status: associated >>> ifconfig: unknown/undefined channel number 11 >>> >> What does ifconfig ath0 list chan show? What happens if you remove >> "mode 11g"? How did you get this far if you don't have wlan_scan_sta? >> > > I booted the old kernel so I could report the problem. > ifconfig is incompatible w/ the old kernel. It now queries the kernel to get the channel list to figure out how to map between frequency and IEEE channel #. Previously ifconfig had builtin rules that had to stay in sync w/ the kernel. That was impractical. I though I made ifconfig fall back to the old scheme if the ioctl failed but perhaps not. This means, unfortunately, you cannot manipulate channels w/ the same ifconfig binary on RELENG_6 and HEAD kernels. Sam