Re: Fwd: [LAD] kernel 2.6.29 rc6 no working rme multiface 1

[Takashi Iwai <tiwai@suse.de>]

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