Re: [Alsa-devel] 2.6.15-rc6: boot failure in saa7134-alsa.c

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



At Wed, 21 Dec 2005 23:40:25 +0100,
Adrian Bunk wrote:
> 
> On Wed, Dec 21, 2005 at 07:38:39PM +0100, Takashi Iwai wrote:
> > At Wed, 21 Dec 2005 19:22:14 +0100,
> > Adrian Bunk wrote:
> > > 
> > > On Wed, Dec 21, 2005 at 03:23:09PM +0100, Takashi Iwai wrote:
> > > > At Tue, 20 Dec 2005 21:23:25 +0100,
> > > > Adrian Bunk wrote:
> > > > > 
> > > > > On Tue, Dec 20, 2005 at 11:59:20AM -0800, Linus Torvalds wrote:
> > > > > > 
> > > > > > 
> > > > > > On Tue, 20 Dec 2005, Adrian Bunk wrote:
> > > > > > >
> > > > > > > > Adrian, does it work if you change the "module_init()" in 
> > > > > > > > sound/sound_core.c into a "fs_initcall()"?
> > > > > > > 
> > > > > > > No, this didn't work.
> > > > > > > 
> > > > > > > What did work was to leave sound/sound_core.c alone
> > > > > > 
> > > > > > Can you do try the other way again, with sound/core/sound.c fixed too?
> > > > > >...
> > > > > 
> > > > > This works in the sense that the kernel boots and my saa7134 TV card is 
> > > > > giving both audio and video output.
> > > > > 
> > > > > But the non-saa7134 access to my soundcard (e.g. rexima or xmms) is no 
> > > > > longer working.
> > > > 
> > > > What is missing there?  No sound card entry in /proc/asound/cards?
> > > >...
> > > 
> > > <--  snip  -->
> > > 
> > > 0 [SAA7134        ]: SAA7134 - SAA7134
> > >                      saa7134[0] at 0xed800000 irq 18
> > > 1 [V8237          ]: VIA8237 - VIA 8237
> > >                      VIA 8237 with AD1888 at 0xe000, irq 21
> > > 
> > > <--  snip  -->
> > > 
> > > What changed compared to the working setup (if the bug is really here) 
> > > is the order of the two.
> > 
> > Well, that's not anyway guaranteed unless you pass the proper index
> > options.
> 
> I'm not sure whether this is really related to my problem:
> 
> No matter how they are ordered, shouldn't my soundcard still be 
> accessible from xmms or rexima?

Yes, it is.  You could have accessed to the secondary card from audio
apps.  In the case of ALSA, it's accessed via "default:1".  For OSS,
via /dev/dsp1.

> > In the case above, snd_via82xx.index=0 saa7134.index=1 should work.
> 
> This results in my soundcard being no longer available:
> 
> <--  snip  -->
> 
> ...
> Unknown boot option `saa7134.index=1': ignoring

Sorry, it should be "saa7134_alsa.index=1", of course.

> ...
> cannot find the slot for index 0 (range 0-0)
> VIA 82xx Audio: probe of 0000:00:11.5 failed with error -12
> ALSA device list:
>   #0: saa7134[0] at 0xed800000 irq 18
> NET: Registered protocol family 2
> ...
> 
> <--  snip  -->
> 
> But as said above, I don't suspect the order of the devices being the 
> problem.

I'm sure it is.  The above shows simply confliction of indices.

> > Or you may tune with udev, too.
> 
> -ENOUDEV

Still you can remap the device files manually as you like :)


Takashi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux