linux-kernel - Re: [alsa-devel] Boot failure with 2.6.21 with snd-maestro3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 02 May 2007 11:58:32 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	Giridhar Pemmasani <pgiri@...oo.com>
Cc:	Adrian Bunk <bunk@...sta.de>, alsa-devel@...a-project.org,
	Clemens Ladisch <clemens@...isch.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Jaroslav Kysela <perex@...e.cz>
Subject: Re: [alsa-devel] Boot failure with 2.6.21 with snd-maestro3

At Sun, 29 Apr 2007 14:09:29 -0700 (PDT),
Giridhar Pemmasani wrote:
> 
> --- Adrian Bunk <bunk@...sta.de> wrote:
> 
> > On Sun, Apr 29, 2007 at 09:55:18AM -0700, Giridhar Pemmasani wrote:
> > > When snd-maestro3 (ESS Maestro 3 driver) is enabled, kernel 2.6.21 fails
> > to
> > > boot - it seems to stop at various points depending on what other modules
> > are
> > > enabled. Disabling snd-maestro3 fixes all issues. Moreover, with
> > everything
> > > else being same, using maestro3.c from 2.6.20 kernel and using it in
> > 2.6.21
> > > kernel also works - i.e., system boots fine. I will try to isolate the
> > issue
> > > and follow up.
> > 
> > There were only the two attached patches between 2.6.20 and 2.6.21 to 
> > this driver:
> > - maestro3: add request_firmware()
> > - maestro3 - Use quirk list helper function
> > 
> > 2.6.21 + 2.6.20 maestro3.c works for you.
> > 
> > Does 2.6.21 + 2.6.20 maestro3.c + patch-maestro3-1 work?
> 
> 2.6.21 with 2.6.20's maestro3.c with patch-maestro3-1 exhibited the same
> issue. However, I identified the cause: maestro3 driver in 2.6.21 (even just
> patch-maestro3-1) tries to load firmware file from user space. But each time
> request_firmware is called it takes about 1 minute to timeout (because I
> don't have the firmware installed?).

Yes, some drivers (e.g. maestro3, ymfpci) require now external
firmwares.  Try to install them from the latest alsa-firmware
package.
I already added new Kconfigs to choose whether external or in-kernel
firmware for 2.6.22.  Anything else should be as it was.  (The
replacement with quirk list helper doesn't change the functionality.)


Takashi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/