linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kalle Valo <kalle.valo@iki.fi>
To: Jason Andryuk <jandryuk@gmail.com>
Cc: johannes@sipsolutions.net, linux-wireless@vger.kernel.org
Subject: Re: cfg80211 connect for at76c50x-usb
Date: Wed, 09 Dec 2009 10:32:58 +0200	[thread overview]
Message-ID: <87skbk35tx.fsf@purkki.valot.fi> (raw)
In-Reply-To: <c4d76b3b0912081947m2ffcdb65of44f4ce10dfa00d2@mail.gmail.com> (Jason Andryuk's message of "Tue\, 8 Dec 2009 22\:47\:43 -0500")

Jason Andryuk <jandryuk@gmail.com> writes:

> Kalle,

Hi Jason,

> My logs do not show CMD_JOIN getting sent after executing an "iw
> connect".  dmesg shows the three direct probe attempts being sent to
> the device in at76_mac80211_tx, but a separate monitor interface does
> see them transmitted.  at76_mac80211_tx_callback has urb->status == 0;

Earlier I have noticed that transmission doesn't work at all with
CMD_SCAN. I used it only to enable monitoring.

> So I think the direct probes failure is halting mac80211 before it
> gets any further.  This corresponds to the flows in Johannes's
> mac80211 MLME diagrams.

Yes, that seems to be the case here.

> Hacking in the bssid, by initially setting priv->bssid and re-copying
> on _bss_info_changed, does have CMD_JOIN get sent.  However, it
> returns "at76_wait_completion failed: 7"  CMD_STATUS_TIME_OUT == 0x07.
>
> iw connect is hung too.
>
> It looked like priv->essid wasn't getting set, so I hacked that one in
> too.  With the essid hack, the at76_wait_completion disappears, but
> there is still no connection.

Ok, so CMD_JOIN should work properly then.

I have to admit that the firmware is weird and I have frustrutated
with multiple times. Maybe it's now preventing probe requests and only
allowing authentication and association requuests? If you can hack
mac80211 to skip or ignore probe request phase, that might tell us
more.

> However, there is still nothing seen on the monitor interface and it
> is seeing plenty of other traffic. I am trying to filter with
> wlan.addr == <Mac Address> in wireshark for what it's worth.
>
> Since I am not seeing anything with the CMD_JOIN being sent, I am
> wondering if my device has failed.

Unfortunately I'm busy with other stuff and I can't test it. But if
you can send the patches anyway, and if I find the time at some point,
I can test it with my device.

-- 
Kalle Valo

  reply	other threads:[~2009-12-09  8:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-08  3:55 cfg80211 connect for at76c50x-usb Jason Andryuk
2009-12-08  7:36 ` Kalle Valo
2009-12-09  3:47   ` Jason Andryuk
2009-12-09  8:32     ` Kalle Valo [this message]
2009-12-09 22:54       ` Jason Andryuk
2009-12-14  3:45         ` Jason Andryuk
2009-12-14  6:29           ` Kalle Valo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87skbk35tx.fsf@purkki.valot.fi \
    --to=kalle.valo@iki.fi \
    --cc=jandryuk@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).