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?
> 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
...
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.
> Or you may tune with udev, too.
-ENOUDEV
> Takashi
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
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]