CFT: ndis, iwi, ipw users
mime at traveller.cz
Wed Aug 10 14:48:46 GMT 2005
Michal Mertl wrote:
> Sam Leffler wrote:
> > http://people.freebsd.org/~sam/curchan.patch
> > has changes to resolve an issue with not recognizing when an ap moves to
> > a different channel. It eliminates the use of ic->ic_bss->ni_chan to
> > identify the current channel while scanning. It's been reviewed and
> > tested ok on ath, wi, ral, and ural devices. I need folks to verify it
> > does not break ndis, iwi, and ipw devices (there are changes for awi but
> > so far as I know noone uses awi).
> > I want to get this committed to HEAD soon so quick feedback on those
> > devices would be appreciated. Thanks.
> > Sam
> My notebook with ipw still works. I have set up hostap on ath on channel
> 1 and associated the notebook to it. I then changed the channel on the
> AP and the notebook immediately switched too.
I've just noticed that the channel reported by ifconfig on the ipw
station is wrong.
genius1# ifconfig ipw0
ipw0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255
media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps)
ssid testap channel 1 bssid 00:0b:6b:35:dc:f0
authmode OPEN privacy OFF txpowmax 100 bintval 100
genius1# ifconfig ipw0 list scan
SSID BSSID CHAN RATE S:N INT CAPS
testap 00:0b:6b:35:dc:f0 9 11M 62:0 100 E
genius1# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=8.801 ms
--- 192.168.0.1 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max/stddev = 8.801/8.801/8.801/0.000 ms
Is this expected? I've never really checked it before.
More information about the freebsd-current