The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Thierry Reding <thierry.reding@avionic-design.de>
Cc: Jaroslav Kysela <perex@perex.cz>,
	David Henningsson <david.henningsson@canonical.com>,
	alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ALSA: hda - Defer probe when loading patch firmware
Date: Thu, 09 Aug 2012 09:31:30 +0200	[thread overview]
Message-ID: <s5hd330frn1.wl%tiwai@suse.de> (raw)
In-Reply-To: <20120809070813.GA6979@avionic-0098.mockup.avionic-design.de>

At Thu, 9 Aug 2012 09:08:13 +0200,
Thierry Reding wrote:
> 
> On Thu, Aug 09, 2012 at 08:57:13AM +0200, Takashi Iwai wrote:
> > At Thu,  9 Aug 2012 08:45:23 +0200,
> > Thierry Reding wrote:
> > > 
> > > Recent changes to the firmware loading helpers cause drivers to stall
> > > when firmware is loaded during the module_init() call. The snd-hda-intel
> > > module requests firmware if the patch= parameter is used to load a patch
> > > file. This patch works around the problem by deferring the probe in such
> > > cases, which will cause the module to load successfully and the driver
> > > binding to the device outside the module_init() call.
> > 
> > Is the "recent" change meant 3.6 kernel, or in linux-next?
> > 
> > In anyway, I don't understand why such a change was allowed.  Most
> > drivers do call request_firmware() at the device probing time.
> > If this really has to be resolved in the driver side, it must be a bug
> > in the firmware loader core code.
> 
> A good explanation of the problem and subsequent discussion can be found
> here:
> 
> 	http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/49975

Yeah, but it doesn't justify this ugly module option.
It's a simple bug.  Papering over it with this option doesn't fix
anything.


Takashi

  reply	other threads:[~2012-08-09  7:31 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-09  6:45 [PATCH] ALSA: hda - Defer probe when loading patch firmware Thierry Reding
2012-08-09  6:57 ` Takashi Iwai
2012-08-09  7:08   ` Thierry Reding
2012-08-09  7:31     ` Takashi Iwai [this message]
2012-08-09  7:36       ` Thierry Reding
2012-08-09  7:42         ` Takashi Iwai
2012-08-09  7:50           ` Takashi Iwai
2012-08-09  7:57             ` Thierry Reding
2012-08-09  8:07           ` Thierry Reding
2012-08-09  8:21             ` Takashi Iwai
2012-08-09  9:19               ` Takashi Iwai
2012-08-09 10:34               ` Thierry Reding
2012-08-09 12:32                 ` Takashi Iwai
2012-08-09 12:49                   ` Thierry Reding
2012-08-09 13:06                     ` Takashi Iwai
2012-08-09 13:09                   ` [PATCH 0/2] HD-audio firmware loading fixes Takashi Iwai
2012-08-09 13:10                     ` [PATCH 1/2] ALSA: hda - Load firmware in hda_intel.c Takashi Iwai
2012-08-09 14:26                       ` Thierry Reding
2012-08-09 13:11                     ` [PATCH 2/2] ALSA: hda - Deferred probing with request_firmware_nowait() Takashi Iwai
2012-08-09 13:26                       ` David Henningsson
2012-08-09 13:32                         ` Takashi Iwai
2012-08-09 13:36                           ` [PATCH 2/2 v2] " Takashi Iwai
2012-08-09 13:54                             ` David Henningsson
2012-08-09 14:04                               ` Thierry Reding
2012-08-09 14:04                               ` Takashi Iwai
2012-08-09 14:10                                 ` [PATCH 2/2 v3] " Takashi Iwai
2012-08-09 14:19                                   ` David Henningsson
2012-08-09 14:25                                   ` Thierry Reding
2012-08-09 14:34                                     ` Takashi Iwai
2012-08-09 14:38                                       ` Thierry Reding

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=s5hd330frn1.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=david.henningsson@canonical.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=perex@perex.cz \
    --cc=thierry.reding@avionic-design.de \
    /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