linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thierry Moreau <thierry.moreau@connotech.com>
To: Larry Finger <Larry.Finger@lwfinger.net>, linux-wireless@vger.kernel.org
Subject: Re: rtlwifi (rtl8192ce) consistently reports EBUSY error, but scanning works
Date: Wed, 05 Mar 2014 16:27:23 +0000	[thread overview]
Message-ID: <5317506B.1080305@connotech.com> (raw)
In-Reply-To: <5316CE44.5060905@lwfinger.net>

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.

Regards,

-- Thierry Moreau

  reply	other threads:[~2014-03-05 16:26 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 [this message]
2014-03-05 16:40     ` Larry Finger
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=5317506B.1080305@connotech.com \
    --to=thierry.moreau@connotech.com \
    --cc=Larry.Finger@lwfinger.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).