From: Larry Finger <Larry.Finger@lwfinger.net>
To: jerome huang <jerome.syno@gmail.com>
Cc: "Xu, Andiry" <Andiry.Xu@amd.com>,
Sarah Sharp <sarah.a.sharp@linux.intel.com>,
linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org
Subject: Re: rt8192cu on USB3
Date: Thu, 08 Mar 2012 11:56:32 -0600 [thread overview]
Message-ID: <4F58F2D0.5060805@lwfinger.net> (raw)
In-Reply-To: <CAHaq0gJRr5p2d=P_J9+NQ0=PqaCu6NLSwJ_LSjFn7HffkX-Odg@mail.gmail.com>
On 03/08/2012 05:26 AM, jerome huang wrote:
>
> I found a interesting thing.
>
> Here is my original test steps:
> 1. plugin 8192 => at this step, modules will be inserted
> 2. ifconfig wlan0 up => at this step, firmware will be uploaded
> 3. iwlist wlan0 scanning => check if wlan0 works
>
> The original problem occurs at last step,
> there is "always" no ap list result.
>
> And I found a way to make it work "always":
> 1. plugin 8192
> 2. ifconfig wlan0 up
> 3. ifconfig wlan0 down
> 4. ifconfig wlan0 up
> 5. iwlist wlan0 scanning
> If I up->down->up sequentially, (without scanning after first up),
> and then scanning(step 5),
> it works!
>
> Does this mean the firmware is not transfered or written correctly?
I did a bit of testing with debug level 4. For kernels 3.2 and older, the
firmware file is read by the kernel when the driver is loaded using the
synchronous method. I confirm that it is not loaded into the device until the
interface is brought up. The upload mechanism is supposed to be waiting while
the firmware is uploaded, but that may not be happening.
When you did the original 3-step process, was there any delay between steps 2
and 3? Does anything change if you wait for 30 sec between steps 2 and 3?
with kernels 3.3 and later, there is a major change in the firmware loading in
that an asynchronous method is used. The probe routine run when the driver is
loaded places a firmware read request, but does not wait. The interface startup
is delayed until the callback routine is entered. This change will not affect
when the firmware is loaded into the device.
Larry
next prev parent reply other threads:[~2012-03-08 17:56 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-08 2:03 rt8192cu on USB3 jerome huang
2012-03-08 2:16 ` jerome huang
2012-03-08 2:35 ` Larry Finger
2012-03-08 6:35 ` jerome huang
2012-03-08 7:06 ` Andiry Xu
2012-03-08 7:11 ` Andiry Xu
[not found] ` <2A76B9D36150BE4293842BC2FE8FF165016A31@SCYBEXDAG04.amd.com>
2012-03-08 10:32 ` jerome huang
2012-03-08 11:26 ` jerome huang
2012-03-08 17:56 ` Larry Finger [this message]
2012-03-09 3:28 ` jerome huang
2012-03-09 3:59 ` Larry Finger
2012-03-09 7:39 ` jerome huang
2012-03-09 15:04 ` Larry Finger
2012-03-09 16:02 ` jerome huang
2012-03-22 22:31 ` Sarah Sharp
2012-03-23 2:24 ` Larry Finger
2012-03-23 20:34 ` Sarah Sharp
2012-03-24 2:16 ` Richard Farina
2012-03-24 4:59 ` Larry Finger
2012-04-05 22:49 ` Sarah Sharp
2012-03-24 4:55 ` Larry Finger
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=4F58F2D0.5060805@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=Andiry.Xu@amd.com \
--cc=jerome.syno@gmail.com \
--cc=linux-usb@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=sarah.a.sharp@linux.intel.com \
/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).