20 Jan
2005
20 Jan
'05
9:20 p.m.
On Thu, 2005-01-20 at 17:03, Shayne O'Connor wrote:
Lee Revell wrote:
:-) Both, see below...
On Fri, 2005-01-21 at 10:19 +1100, Shayne
O'Connor wrote:
what's the proper way to apply the patch?
i cd'd to the alsa-driver source directory and did this:
"patch -p1 < ../emu10k1-multichannel-v002.patch"
and it gave output saying that it patched successfully.
then i did "make; sudo make install", ran the snddevices script, then ran:
"/sbin/modprobe snd-emu10k1;/sbin/modprobe snd-pcm-oss;/sbin/modprobe
snd-mixer-oss;/sbin/modprobe snd-seq-oss"
i'm using a fedora core 2 planet ccrma installation - the ccrma stuff
was installed over my original fc2 install via apt ... i think the
default fc2 install compiles alsa into the kernel, but the ccrma
packages build alsa as a module? Lee Revell wrote:
That's wrong. You must have ALSA built into your kernel and it's
interfering. Or you didn't apply the patch correctly. It should look
like this:
You're sure you have the correct ALSA modules
loaded? Maybe you have
ALSA modules built into the kernel that are interfering. Or maybe you
need to run the snddevices.sh script.
What is in /proc/asound/devices?
[mrmachine@localhost mrmachine]$ cat /proc/asound/devices
4: [0- 0]: hardware dependent
8: [0- 0]: raw midi
18: [0- 2]: digital audio playback
26: [0- 2]: digital audio capture
25: [0- 1]: digital audio capture
16: [0- 0]: digital audio playback
24: [0- 0]: digital audio capture
0: [0- 0]: ctl
1: : sequencer
6: [0- 2]: hardware dependent
9: [0- 1]: raw midi
10: [0- 2]: raw midi
33: : timer but, then again, i'm using the ccrma patched
2.6.10 kernel, so i don't
think that alsa would have been compiled into that version ...
maybe my problem was only re-compiling and installing the alsa-driver
package and not the others as well?
Caveat: For a normal Planet CCRMA FC2/3 install there are two locations
for the ALSA kernel modules. One is the one that comes with the kernel
itself. But Planet CCRMA also supplies a more up to date version of
ALSA, and those kernel modules are installed in:
/lib/modules/`uname -r`/updates/
They override (ie: they are first in the modprobe search order) the ones
in the kernel. So if you do a normal alsa kernel modules install you
will overwrite the modules in the kernel tree, not the updates, and then
if you reload the module you will still get the one in the "updates"
directory.
So... you want to overwrite the updated modules, and you can do that by
supplying the proper flag to the alsa driver configure process:
--with-moddir=/lib/modules/KERNEL_VERSION/updates
With this added the install will overwrite the updated modules
(installed through the kernel-module-alsa package for your kernel
version). A subsequenct /sbin/depmod -a and /sbin/modprobe whatever
should bring in the new version (provided you unload the modules first,
of course).
-- Fernando