Latest ALSA (Non-kernel) and saa7134-alsa (kernel) [Solved]

[SysGhost]

Just as the topic says:

Latest ALSA (Non-kernel) and saa7134-alsa (kernel) possible?

My soundcard "Asus Xonar DX" needs latest alsa availabe at this date to function properly.
So thats why I use a portage-overlay to download, compile and install the latest one available, at this time 1.0.17

Now when I just installed a new TV-card I looked around in the kernel for the module, and it seems to be saa7134 found under v4l section.
So far it works, but here my little sound/alsa problem begins:

I could use the analog cable from the TV-card to the soundcard... if I had the connector available on the tv-card that is, and I prefer not to solder one there myself (even if there is a place for one connector to be soldered)

This module need in-kernel alsa to enable saa7134-alsa as selectable. But I cannot use the in-kernel alsa because it does not support my soundcard... yet.
Yes, it does have C-Meia 8788 (Oxygen) support, but this rather old version does NOT function properly with Asus Xonar DX

At the moment I'm using kernel 2.6.26

Now to my question:
Is there a workaround to enable alsa-support for my TV-card at the same time using latest non-kernel alsa?
(the real problem is that the alsa package won't compile/install with in-kernel alsa enabled)

[SysGhost]

Update on my progress:

I'll try explaining a little more in detail what I want and what my problem is, as I think I wasn't clear enough in the first post:


Since I need the latest ALSA drivers available at the same time using in-kernel ALSA to be able to use DMA-sound from my tv-card (Pinnacle 310i: SAA7134. Analog part)
My soundcard, Asus Xonar DX requires alsa-drivers later than those included in GNU/Linux kernel 2.6.26.

There are two available sources to get ALSA-drivers:
1: Drivers for ALSA included with the kernel (In my case 2.6.26) This one does not include the latest drivers available.
2: alsa-driver ebuild (Included in portage, latest version available with an overlay)

It seems that I cannot have the cake and eat it, since they conflict with each-other. (ALSA conflicts with... ALSA... wow... hehe)

My TV-card has the ability to transfer sound via DMA (Direct Memory Access) instead of the normal way by an analog audio cable.
I could have gone the easy way and simply use the analog cable internally, from the TV-card to the soundcards AUX In... If my TV-card had any sockets soldered on that is.
Yes, I can do that myself, but I prefer not to put the soldering iron in the computer.

The card have a few modules that I need to "activate" in the kernel configuration, and one of them, responsible for the sound, is named saa7134-alsa.
Just as you guessed it needs ALSA (Or OSS). And if that wasn't enough, it needs the ones in kernel.
(At least as I know of. I cannot figure out how to make v4l saa7134-alsa to detect/accept that I have installed the external alsa-driver)

Solution:
Take the latest alsa-drivers available, and replace the kernel ones.
I started to figure out howto do that, as I believe it isn't just that easy as just dropping them over the old ones.
But before I knew it, it had a tip that the zen-sources overlay might be what I need. So I tested.

Bingo! It works, and since I'm now using in kernel ALSA, I can now select the DMA-soundriver for saa7134: saa7134-alsa.

Now, to the links:
zen-sources: http://zen-sources.org/
Latest v4l: http://www.linuxtv.org/v4lwiki/index.php/How_to_build_from_Mercurial
gentoo-wiki about saa7134: http://gentoo-wiki.com/HARDWARE_saa7134

If I forgot anything... ask!