From: Larry Finger <Larry.Finger@lwfinger.net>
To: Thierry Moreau <thierry.moreau@connotech.com>,
linux-wireless@vger.kernel.org
Subject: Re: rtlwifi (rtl8192ce) consistently reports EBUSY error, but scanning works
Date: Wed, 05 Mar 2014 10:40:08 -0600 [thread overview]
Message-ID: <53175368.50009@lwfinger.net> (raw)
In-Reply-To: <5317506B.1080305@connotech.com>
On 03/05/2014 10:27 AM, Thierry Moreau wrote:
> On 03/05/14 07:12, Larry Finger wrote:
>> On 03/05/2014 12:36 AM, Thierry Moreau wrote:
>>> Hi!
>>>
>>> I am using a kind-of "linux from scratch" (i.e. Crux 3.0, 64 bits
>>> Intel, kernel
>>> 3.10.32) and I am stuck with a EBUSY error return from the wireless
>>> driver I
>>> suspect it comes from the driver behavior since it is consistent
>>> either from the
>>> command
>>>
>>> iw dev wlan1 set channel 2
>>>
>>> or the comand
>>>
>>> iwconfig wlan1 set channel 2
>>>
>>> (it occurred also with "iw" with a kernel where the iwconfig support
>>> emulation
>>> is off -- CONFIG_CFG82011_WEXT). The EBUSY error return occurs as
>>> early as
>>> immediately after the initial module install, and consistently
>>> thereafter. The
>>> wireless scanning works (reporting a nearby beacon on channel 1).
>
>>> [ ... ... ]
>
>>>
>>> Any suggestion about a next step in troubleshooting? Maybe trying the
>>> latest
>>> kernel release candidate?
>>
>> I use NetworkManager and I never see errors like this.
>>
>> You definitely should use either a newer kernel or the backports
>> sources. There is a recent change that fixes a problem in rtl8192ce that
>> caused interrupts to be disabled for a long time. That fix is in the
>> mainline 3.14-rc5 and in the wireless-testing repo. It is in the process
>> of being applied to the various stable kernels, but it is probably not
>> there yet.
>>
>> If you just want to try that patch, it is available at
>> https://lkml.org/lkml/2014/2/1/15.
>>
>
> Thanks for your reply Larry. I had seen the interrupt latency fix (latest
> release candidate) but since my problem occurs earlier than any wifi protocol
> activity, I abstained from upgrading.
>
> Anyway since you suggested it, I moved to 3.14.0-rc5 and the problem occurs
> exactly as reported earlier (the dmesg indeed reports a different module load
> and init sequence).
>
> From your suggestions, I should try with tools other than iw and iwconfig. I
> thought the higher level wireless management tools would use the same kernel api.
>
> Any other suggestion?
>
> P.S. Yes, the "ip link set up wlan1" command was given. The EBUSY return applies
> equally before and after this command.
Please give me the exact set of commands you use to get this problem. If
possible, capture the console output. As I am currently running long-term tests
of the latest version of rtl8192ce using an RTL8188CE (10ec:8176), it will be a
perfect time to test.
Larry
next prev parent reply other threads:[~2014-03-05 16:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-05 6:36 rtlwifi (rtl8192ce) consistently reports EBUSY error, but scanning works Thierry Moreau
2014-03-05 7:12 ` Larry Finger
2014-03-05 16:27 ` Thierry Moreau
2014-03-05 16:40 ` Larry Finger [this message]
2014-03-05 19:16 ` Thierry Moreau
2014-03-06 14:54 ` Peter Wu
2014-03-06 18:59 ` Thierry Moreau
2014-03-06 15:57 ` Larry Finger
2014-03-06 17:40 ` Dan Williams
2014-03-05 10:51 ` Peter Wu
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=53175368.50009@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=linux-wireless@vger.kernel.org \
--cc=thierry.moreau@connotech.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).