Earlier this month I sent a message saying that my wireless card
(Orinoco) doesn't work at all any more.  In the meantime, I've
narrowed the problem down to IBSS ("ad-hoc") mode: it works fine in
BSS (base station) mode.  I'd like to know if *anybody* is using IBSS
(maybe with Orinoco cards) on a -CURRENT newer than about mid-May.

Here's a summary of what I see:

It happens on two different cards with different firmware.  The
ifconfig and wicontrol outputs look identical modulo MAC address and
IBSS channel.
  
wi0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
        ether 00:02:2d:04:09:3a
        media: IEEE 802.11 Wireless Ethernet autoselect (none)
        ssid ""
        stationname "FreeBSD WaveLAN/IEEE node"
        channel -1 authmode OPEN powersavemode OFF powersavesleep 100
        wepmode OFF weptxkey 1
 
NIC serial number:                      [  ]
Station name:                           [ FreeBSD WaveL ]
SSID for IBSS creation:                 [  ]
Current netname (SSID):                 [  ]
Desired netname (SSID):                 [  ]
Current BSSID:                          [ 00:00:00:00:00:00 ]
Channel list:                           [ 7ff ]
IBSS channel:                           [ 3 ]
Current channel:                        [ 65535 ]
Comms quality/signal/noise:             [ 0 0 0 ]
Promiscuous mode:                       [ Off ]
Process 802.11b Frame:                  [ Off ]
Intersil-Prism2 based card:             [ 0 ]
Port type (1=BSS, 3=ad-hoc):            [ 1 ]
MAC address:                            [ 00:02:2d:04:09:3a ]
TX rate (selection):                    [ 0 ]
TX rate (actual speed):                 [ 0 ]
RTS/CTS handshake threshold:            [ 2312 ]
Create IBSS:                            [ Off ]
Access point density:                   [ 1 ]
Power Mgmt (1=on, 0=off):               [ 0 ]
Max sleep time:                         [ 100 ]
WEP encryption:                         [ Off ]
TX encryption key:                      [ 1 ]
Encryption keys:                        [  ][  ][  ][  ]
 
wi0: <Lucent Technologies WaveLAN/IEEE> at port 0x100-0x13f irq 11 function 0 config 1 
on pccard1
wi0: 802.11 address: 00:02:2d:04:09:3a
wi0: using Lucent Technologies, WaveLAN/IEEE
wi0: Lucent Firmware: Station (6.6.1)
wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 
wi0: <Lucent Technologies WaveLAN/IEEE> at port 0x100-0x13f irq 11 function 0 config 1 
on pccard1
wi0: 802.11 address: 00:02:2d:1e:d9:60
wi0: using Lucent Technologies, WaveLAN/IEEE
wi0: Lucent Firmware: Station (6.16.1)
wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 
When I run dhclient against the first card, I don't get a connection,
and the other end doesn't see any data traffic, but it finds the
network:
 
wi0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::202:2dff:fe04:93a%wi0 prefixlen 64 scopeid 0x4
        inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
        ether 00:02:2d:04:09:3a
        media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps)
        status: associated
        ssid FOOXX 1:FOOXX
        stationname "FreeBSD WaveLAN/IEEE node"
        channel 3 authmode OPEN powersavemode OFF powersavesleep 100
        wepmode OFF weptxkey 1
 
I had guessed that it might be turning WEP on without saying so, but
setting WEP on at both ends didn't help either.

The second card is much worse than the first: when I try to start
dhclient against it, I get the following messages:

  wi0: timeout in wi_cmd 0x0002; event status 0x8080
  wi0: timeout in wi_cmd 0x0121; event status 0x8080
  wi0: wi_cmd: busy bit won't clear.

This last one continues forever.  At least the keyboard is locked, so
I can't do anything (not even get into ddb, which might have been
useful).  While trying to power down I got these messages:

  wi0: failed to allocate 2372 bytes on NIC.
  wi0: tx buffer allocateion failed (error 12)

After that, it continued until I finally managed to power down.

Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to