[alsa-devel] Fwd: [LAD] kernel 2.6.29 rc6 no working rme multiface 1
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Dmitry.
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Also the problem might be rather the cardbus side...
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
thanks,
Takashi
On Mon, Mar 2, 2009 at 7:50 PM, Takashi Iwai tiwai@suse.de wrote:
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Does not oops. But the card does not work either.
Also the problem might be rather the cardbus side...
I suspect, too. Because it works in my laptop. But fails on a desktop with pci-cardbus adapter.
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
No serial console :( My new M/B have only pin header and no rs232 jack. Need to find/build an adapter. So. what I see (without stack addresses and some offsets):
-- top of the screen -- resched_task try_to_wake_up ata_scsi_translate enqueue_task_fair enqueue_task resched_task try_to_wake_up error_exit native_apic_mem_write snd_hdsp_midi_input_read+0x140/0x170 uhci_scan_schedule _spin_unlock hdsp_midi_tasklet+0x39/0x40 tasklet_hi_action __do_softirq call_softirq do_softirq+0x4d/0x90 irq_exit+0xa5/0xb0 do_IRQ+0xc5/0x110 ret_from_intr+0x0/0x29 <EOI> datagram_poll+0x0/0xf0 mwait_idle+0x3c/0x50 cpu_idle + 0x65/0xd0 --- end trace ---
Quite meditative to type :)
Dmitry.
At Tue, 3 Mar 2009 01:54:14 +0300, Dmitry Baikov wrote:
On Mon, Mar 2, 2009 at 7:50 PM, Takashi Iwai tiwai@suse.de wrote:
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Does not oops. But the card does not work either.
Also the problem might be rather the cardbus side...
I suspect, too. Because it works in my laptop. But fails on a desktop with pci-cardbus adapter.
That explains. A PCI-board is often problematic...
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
No serial console :( My new M/B have only pin header and no rs232 jack. Need to find/build an adapter. So. what I see (without stack addresses and some offsets):
Looks like an accessing to the uninitialized device. Does the patch below fix?
We should initialize spinlock & co at the very beginning, though...
Takashi
--- diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c index dc65fe1..314e735 100644 --- a/sound/pci/rme9652/hdsp.c +++ b/sound/pci/rme9652/hdsp.c @@ -3740,6 +3740,9 @@ static irqreturn_t snd_hdsp_interrupt(int irq, void *dev_id) midi0status = hdsp_read (hdsp, HDSP_midiStatusIn0) & 0xff; midi1status = hdsp_read (hdsp, HDSP_midiStatusIn1) & 0xff;
+ if (!(hdsp->state & HDSP_InitializationComplete)) + return IRQ_HANDLED; + if (audio) { if (hdsp->capture_substream) snd_pcm_period_elapsed(hdsp->pcm->streams[SNDRV_PCM_STREAM_CAPTURE].substream);
On Tue, Mar 3, 2009 at 10:18 AM, Takashi Iwai tiwai@suse.de wrote:
At Tue, 3 Mar 2009 01:54:14 +0300, Dmitry Baikov wrote:
On Mon, Mar 2, 2009 at 7:50 PM, Takashi Iwai tiwai@suse.de wrote:
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Does not oops. But the card does not work either.
Also the problem might be rather the cardbus side...
I suspect, too. Because it works in my laptop. But fails on a desktop with pci-cardbus adapter.
That explains. A PCI-board is often problematic...
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
No serial console :( My new M/B have only pin header and no rs232 jack. Need to find/build an adapter. So. what I see (without stack addresses and some offsets):
Looks like an accessing to the uninitialized device. Does the patch below fix?
Yes. 2.6.28-ARCH + your patch fixes oops. Cards still does not work though.
If I additionally apply Tim's patch, I get (coldplugged) NULL pointer dereference at 0000000000000140
IP: snd_hdsp_interrupt + 0x9c/0x220
Trace:
handle_IRQ_event handle_fasteoi_irq do_IRQ ret_from_intr flat_send_IPI_mask mwait_idle cpu_idle
Hotplugging just disables the card (as "usual").
Dmitry.
At Wed, 4 Mar 2009 05:06:47 +0300, Dmitry Baikov wrote:
On Tue, Mar 3, 2009 at 10:18 AM, Takashi Iwai tiwai@suse.de wrote:
At Tue, 3 Mar 2009 01:54:14 +0300, Dmitry Baikov wrote:
On Mon, Mar 2, 2009 at 7:50 PM, Takashi Iwai tiwai@suse.de wrote:
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote:
hiho, my name is michael wolkstein and i wrote the first time to this list. sorry about my english. but i am no english native-speaker.
after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface.
i get this message after insert my card. RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Hammerfall-DSP: no Digiface or Multiface connected! RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5
i have compile the kernel included alsa module. also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19.
my old kernel 2.6.24 load both firmwares correct.
the old one 1.0.16 (debian unstable) and the new 1.0.19 download from the alsa-project page
the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Does not oops. But the card does not work either.
Also the problem might be rather the cardbus side...
I suspect, too. Because it works in my laptop. But fails on a desktop with pci-cardbus adapter.
That explains. A PCI-board is often problematic...
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
No serial console :( My new M/B have only pin header and no rs232 jack. Need to find/build an adapter. So. what I see (without stack addresses and some offsets):
Looks like an accessing to the uninitialized device. Does the patch below fix?
Yes. 2.6.28-ARCH + your patch fixes oops. Cards still does not work though.
Of course, it's totally irrelevant :)
If I additionally apply Tim's patch, I get (coldplugged) NULL pointer dereference at 0000000000000140
What is Tim's patch? Could you attach or give the commit id if it's already in the git tree?
thanks,
Takashi
IP: snd_hdsp_interrupt + 0x9c/0x220
Trace:
handle_IRQ_event handle_fasteoi_irq do_IRQ ret_from_intr flat_send_IPI_mask mwait_idle cpu_idle
Hotplugging just disables the card (as "usual").
Dmitry.
On Wed, Mar 4, 2009 at 9:20 AM, Takashi Iwai tiwai@suse.de wrote:
At Wed, 4 Mar 2009 05:06:47 +0300, Dmitry Baikov wrote:
On Tue, Mar 3, 2009 at 10:18 AM, Takashi Iwai tiwai@suse.de wrote:
At Tue, 3 Mar 2009 01:54:14 +0300, Dmitry Baikov wrote:
On Mon, Mar 2, 2009 at 7:50 PM, Takashi Iwai tiwai@suse.de wrote:
At Mon, 2 Mar 2009 06:59:35 +0300, Dmitry Baikov wrote:
---------- Forwarded message ---------- From: Dmitry Baikov dsbaikov@gmail.com Date: Mon, Mar 2, 2009 at 5:49 AM Subject: Re: [LAD] kernel 2.6.29 rc6 no working rme multiface 1 To: "m.wolkstein@gmx.de" m.wolkstein@gmx.de Cc: The Linux Audio Developers' Mailing List linux-audio-dev@lists.linuxaudio.org
On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein@gmx.de m.wolkstein@gmx.de wrote: > hiho, > my name is michael wolkstein and i wrote the first time to this list. > sorry about my english. but i am no english native-speaker. > > after booting kernel 2.6.29 rc6 i get a problem with my rme multiface 1 connected true pcmcia cardbusinterface. > > i get this message after insert my card. > RME Hammerfall DSP 0000:16:00.0: enabling device (0000 -> 0002) > RME Hammerfall DSP 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > Hammerfall-DSP: no Digiface or Multiface connected! > RME Hammerfall DSP 0000:16:00.0: PCI INT A disabled > RME Hammerfall DSP: probe of 0000:16:00.0 failed with error -5 > > i have compile the kernel included alsa module. > also i have installed the newest alsa-firmware 1.0.19 and newest alsa-tools 1.0.19. > > my old kernel 2.6.24 load both firmwares correct. > > the old one 1.0.16 (debian unstable) > and the new 1.0.19 download from the alsa-project page > > the new kernel produce errors. kernel module snd_hdsp is already loaded with the new kernel.
Have the same problem here. 2.6.24 works, 2.6.28 doesn't (tried 2.6.8-ARCH and 2.6.28.7-1-ARCH). I reported the problem to alsa-devel list, but they said I have hw problems (I think I do not).
Could you check the latest sound git tree to be sure?
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Does not oops. But the card does not work either.
Also the problem might be rather the cardbus side...
I suspect, too. Because it works in my laptop. But fails on a desktop with pci-cardbus adapter.
That explains. A PCI-board is often problematic...
The latest arch kernel gives oops, if the card is inserted before booting. It crashes during udev event processing (i.e. something from userspace triggers the problem) If anybody is really interested, I can try to provide kernel backtrace (either type it in, or try to use serial console).
Oops is bad, and yes, it'd be helpful if you can show the backtrace.
No serial console :( My new M/B have only pin header and no rs232 jack. Need to find/build an adapter. So. what I see (without stack addresses and some offsets):
Looks like an accessing to the uninitialized device. Does the patch below fix?
Yes. 2.6.28-ARCH + your patch fixes oops. Cards still does not work though.
Of course, it's totally irrelevant :)
If I additionally apply Tim's patch, I get (coldplugged) NULL pointer dereference at 0000000000000140
What is Tim's patch? Could you attach or give the commit id if it's already in the git tree?
Here it goes:
looks like a good patch to me. i hope it gets pushed into ALSA soon.
takashi applied it to the sound-2.6 git repository: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=e58...
Regards, Dmitry.
At Wed, 4 Mar 2009 21:22:29 +0300, Dmitry Baikov wrote:
If I additionally apply Tim's patch, I get (coldplugged) NULL pointer dereference at 0000000000000140
What is Tim's patch? Could you attach or give the commit id if it's already in the git tree?
Here it goes:
looks like a good patch to me. i hope it gets pushed into ALSA soon.
takashi applied it to the sound-2.6 git repository: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=e58...
Weird. It's just adds more check in snd_hdsp_load_firmware_from_cache(), but has nothing to do with the interrupt handling.
Takashi
On 3/5/09, Takashi Iwai tiwai@suse.de wrote:
At Wed, 4 Mar 2009 21:22:29 +0300, Dmitry Baikov wrote:
If I additionally apply Tim's patch, I get (coldplugged) NULL pointer dereference at 0000000000000140
What is Tim's patch? Could you attach or give the commit id if it's already in the git tree?
Here it goes:
looks like a good patch to me. i hope it gets pushed into ALSA soon.
takashi applied it to the sound-2.6 git repository: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=e58...
Weird. It's just adds more check in snd_hdsp_load_firmware_from_cache(), but has nothing to do with the interrupt handling.
I checked kernel with your patch only, and with Tim's patch added. I did it twice, every time building from scratch.
Btw, with 2.6.24 the card does not work also, it's can't load firmware. This all started after upgrade. I now have Asus P5Q board (Intel P45 chipset). I think I should test the card in another 2 PCI slots.
Dmitry.
Takashi,
takashi applied it to the sound-2.6 git repository: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=e58...
Weird. It's just adds more check in snd_hdsp_load_firmware_from_cache(), but has nothing to do with the interrupt handling.
That patch just deals with the problems introduced with the new power managment in 2.6.28 - the cardbus slot seems to be powered up later so the card isn't initialized yet when the driver is loaded.
Flo
At Thu, 05 Mar 2009 10:13:32 +0100, Florian Faber wrote:
Takashi,
takashi applied it to the sound-2.6 git repository: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=e58...
Weird. It's just adds more check in snd_hdsp_load_firmware_from_cache(), but has nothing to do with the interrupt handling.
That patch just deals with the problems introduced with the new power managment in 2.6.28 - the cardbus slot seems to be powered up later so the card isn't initialized yet when the driver is loaded.
Hmm, but how the bug comes up in the interrupt context after patching?
thanks,
Takashi
On Thu, Mar 5, 2009 at 12:19 PM, Takashi Iwai tiwai@suse.de wrote:
Hmm, but how the bug comes up in the interrupt context after patching?
Sorry, getlemen my bad.
I'd better checked sources twice. I took -F option of patch not as serious, as it deserves, and it messed interrupt handler. After manual patching, everything looks nice and does not oops anymore.
Dmitry.
participants (3)
-
Dmitry Baikov -
Florian Faber -
Takashi Iwai