From: Abdelghani Ouchabane <abdelghani@ezono.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: "modprobe snd_hda_intel" crashes on my hardware
Date: Wed, 28 Sep 2011 14:51:26 +0200 [thread overview]
Message-ID: <4E83184E.10203@ezono.com> (raw)
In-Reply-To: <s5hipocbva1.wl%tiwai@suse.de>
Takashi Iwai wrote:
> At Wed, 28 Sep 2011 14:22:02 +0200,
> Abdelghani Ouchabane wrote:
>
>>
>>> OK, it's good to hear. So 3.1 kernel is fine as is. Only 3.0 and
>>> earlier can get Oops with buggy BIOS setups.
>>>
>>> I can easily fix it up, but maybe better first stabilize 3.1 and make
>>> similar 3.0 stable patch.
>>>
>>>
>>> thanks,
>>>
>>> Takashi
>>>
>>>
>> Do I need to contact the manufacturer of my board to fix the BIOS as
>> well, or it can be fixed by a patch?
>>
>
> The easiest way is to create a file and feed via "patch" option of
> snd-hda-intel module as Clemens suggested.
>
>
I have three systems with the same hardware and software,
in /proc/asound/card0/codec#2
system 1 : Subsystem Id: 0x7fafffdd
system 2 : Subsystem Id: 0xffffffff
system 3 : Subsystem Id: 0xff7f7fa3
Why the "Subsystem Id" is different between the three systems?
Is there a way to don't use it in :
[codec]
vendor-id subsystem-id address
If I set the right subsystem-id in
/lib/firmware/forgotten-ezono-hda-settings, the kernel doesn't crash and
the sound works perfectly.
I need one /lib/firmware/forgotten-ezono-hda-settings for all systems
and I can not get "Subsystem Id" before loading snd_hda_intel successfully
Any idea please?
Thanks,
Ghani
next prev parent reply other threads:[~2011-09-28 14:51 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-27 6:41 "modprobe snd_hda_intel" crashes on my hardware Abdelghani Ouchabane
2011-09-27 13:18 ` Clemens Ladisch
2011-09-27 12:20 ` Abdelghani Ouchabane
2011-09-28 4:01 ` Raymond Yau
2011-09-28 6:15 ` Abdelghani Ouchabane
2011-09-28 6:50 ` Abdelghani Ouchabane
2011-09-28 6:54 ` Abdelghani Ouchabane
2011-09-28 7:10 ` Abdelghani Ouchabane
2011-09-28 6:00 ` Takashi Iwai
2011-09-28 6:24 ` Abdelghani Ouchabane
2011-09-28 9:07 ` Takashi Iwai
2011-09-28 9:50 ` Paul Menzel
2011-09-28 8:34 ` Abdelghani Ouchabane
2011-09-28 13:42 ` Takashi Iwai
2011-09-28 6:51 ` Abdelghani Ouchabane
2011-09-28 7:00 ` Abdelghani Ouchabane
2011-09-28 7:54 ` Abdelghani Ouchabane
2011-09-28 8:20 ` Abdelghani Ouchabane
2011-09-28 13:43 ` Takashi Iwai
2011-09-28 12:22 ` Abdelghani Ouchabane
2011-09-28 14:23 ` Takashi Iwai
2011-09-28 12:51 ` Abdelghani Ouchabane [this message]
2011-09-28 14:58 ` Takashi Iwai
2011-09-28 13:19 ` Abdelghani Ouchabane
2011-09-28 15:01 ` Clemens Ladisch
2011-09-28 13:22 ` Abdelghani Ouchabane
-- strict thread matches above, loose matches on Subject: below --
2011-09-27 5:42 Abdelghani Ouchabane
2011-09-27 5:46 ` Abdelghani Ouchabane
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=4E83184E.10203@ezono.com \
--to=abdelghani@ezono.com \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.