Bug 741341
| Summary: | "modprobe snd_hda_intel" crashes on my hardware | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | abdelghani <abdelghani> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 15 | CC: | abdelghani, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-09-29 07:56:22 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
abdelghani
2011-09-26 15:56:25 UTC
Created attachment 524932 [details]
The patch which I have used for Fedora 9
* I have used the attached patch to force the driver to program the code.
lspci -v : 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at fea38000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [130] Root Complex Link Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel * Please, I need your great help to make my sound card works as I did for Fedora 9. * Or any workaround. * If you need any information, please don't hesitate. Thanks a lot in advance. as you're comfortable building your own kernels, it would probably be best if you just work directly with the upstream ALSA developers at alsa-devel to try and get this fixed in the latest upstream code. Also, I suspect that patch you attached needs some work so that it only applies those workarounds on the specific codec in your hardware. The upstream developers should be able to point you in the right direction. (In reply to comment #4) > as you're comfortable building your own kernels, it would probably be best if > you just work directly with the upstream ALSA developers at > alsa-devel to try and get this fixed in the latest upstream > code. > > Also, I suspect that patch you attached needs some work so that it only applies > those workarounds on the specific codec in your hardware. > The upstream developers should be able to point you in the right direction. Hi Dave, thanks a lot for your quick reply, you are right, I will contact the upstream ALSA developers. I will update this bug whenever I get a feedback from them. With the help of clemens ladisch & Takashi lwai, the issue is solved with: Overriding the pin configs with a HDA patch file. And ensuring that the kernel is compiled with CONFIG_SND_HDA_PATCH_LOADER; then creating a file /lib/firmware/forgotten-ezono-hda-settings with the following contents: [codec] 0x11061708 0xffffffff 2 [pincfg] 0x1c 0x0000f000 0x1d 0x00a0f040 0x1f 0x0100f010 0x20 0x0020f000 0x22 0x0000f002 0x23 0x0000f004 Then loading the snd-hda-intel driver with the parameter "patch=forgotten-ezono-hda-settings", either by adding that parameter to the modprobe command line, or by putting the line options snd-hda-intel patch=forgotten-ezono-hda-settings into a .conf file in /etc/modprobe.d/. For more info : http://mailman.alsa-project.org/pipermail/alsa-devel/2011-September/044438.html [^] |