Linux wireless drivers development
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@codeaurora.org>
To: Robert White <rwhite@pobox.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: long startup delay ath10k_pci known issue?
Date: Thu, 28 Feb 2019 10:37:56 +0200	[thread overview]
Message-ID: <877edk1f6j.fsf@purkki.adurom.net> (raw)
In-Reply-To: <53b7cbe9-f419-24c7-0f51-37f92e11df1d@pobox.com> (Robert White's message of "Thu, 28 Feb 2019 07:33:46 +0000")

Robert White <rwhite@pobox.com> writes:

> I recently switched from an ath9k to an ath10k on my (gentoo based)
> home-build router, and there is about a two minute delay between the
> time of the modprobe of ath10k_pci and the time "iw list" can see the
> wireless endpoint. Then there's maybe another delay before the wlan0
> device appears in the kernel.
>
> This extreme delay is preventing a normal startup because it causes an
> error return in the OpenRC dependency/startup logic.
>
> That dependency tree is it's own problem, of course, but I don't
> understand why the delay is taking place. There are no errors shown in
> the startup and the system runs fine once manually kicked around to
> get it running (e.g. manually modprobing the various devices and then
> waiting and then re-triggering various parts of the startup).
>
> I have to reiterate that the system starts and runs fine as-configured
> if I put the ath9k device back in, so it's not a system-level
> configuration problem.

ath9k PCI device does not retrieve firmware images from user space so I
would not yet rule out a system level problem.

> Is this long delay after module and firmware load some expected effect
> that I need to code around or what?

Usually these 60 second (or it's multiply) delays are caused by kernel
requesting a firmware image from user space but the corresponding user
space component is not replying and kernel waits for the reply until it
timeouts and continues. IIRC there's a kernel config option you can use
to disable this feature, or you could also try to fix the user space.

-- 
Kalle Valo

  reply	other threads:[~2019-02-28  8:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-28  7:33 long startup delay ath10k_pci known issue? Robert White
2019-02-28  8:37 ` Kalle Valo [this message]
2019-02-28 21:23   ` Johannes Berg
  -- strict thread matches above, loose matches on Subject: below --
2019-02-28  7:26 Robert White

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=877edk1f6j.fsf@purkki.adurom.net \
    --to=kvalo@codeaurora.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=rwhite@pobox.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