[alsa-devel] Fwd: [LAD] kernel 2.6.29 rc6 no working rme multiface 1

Takashi Iwai tiwai at suse.de
Wed Mar 4 07:20:17 CET 2009


At Wed, 4 Mar 2009 05:06:47 +0300,
Dmitry Baikov wrote:
> 
> On Tue, Mar 3, 2009 at 10:18 AM, Takashi Iwai <tiwai at 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 at suse.de> wrote:
> >> > At Mon, 2 Mar 2009 06:59:35 +0300,
> >> > Dmitry Baikov wrote:
> >> >>
> >> >> ---------- Forwarded message ----------
> >> >> From: Dmitry Baikov <dsbaikov at 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 at gmx.de" <m.wolkstein at gmx.de>
> >> >> Cc: The Linux Audio Developers' Mailing List
> >> >> <linux-audio-dev at lists.linuxaudio.org>
> >> >>
> >> >>
> >> >> On Mon, Mar 2, 2009 at 4:59 AM, m.wolkstein at gmx.de <m.wolkstein at 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.
> 


More information about the Alsa-devel mailing list