[PlanetCCRMA] alsa kernel modules: invalid module format

Samuel Sieb samuel@sieb.net
Sun Nov 7 13:29:01 2004

Fernando Pablo Lopez-Lezcano wrote:
> On Sat, 2004-11-06 at 19:31, Samuel Sieb wrote:
>>Fernando Pablo Lopez-Lezcano wrote:
>>>On Sat, 2004-11-06 at 14:46, Samuel Sieb wrote:
>>>>I installed FC2 on a computer, then upgraded to Planet CCRMA, but I 
>>>>can't get the sound to work now.  It's a Pentium 133.  I get a stream of 
>>>>the following messages when I try to load a sound module:
>>>>WARNING: Error inserting snd_sb16_dsp 
>>>>Invalid module format

> And you did not get any complains from rpm? (about missed
> dependencies?). That is strange. The kernel and the kernel-module-alsa
> packages have built in dependencies so that you should not be able to
> install kernel-module-alsa if the proper matching kernel is not
> installed. 
As far as I can tell, rpm doesn't know any distinction between i586 and 
i686 versions (at least for dependencies).

>>But I just 
>>reinstalled the i586 version of the kernel just to make sure and the 
>>depmod at the end of the install spit out lots of these messages:
>>needs unknown symbol get_user_size
> Ok, this is different. If the architecture indeed matches then it looks
> like a compilation problem when the alsa modules where built (most
> probably nobody has ever tried to actually run the i586 kernel...). 
Not surprising. :-)

> This I would have to fix. 
> To double check that the architecture matches do, for both packages:
>   rpm -q --qf "%{NAME}  %{ARCH}\n" package_name
kernel-module-alsa-2.6.7-1.437.1.ll.rhfc2.ccrma  i586
kernel  i586

However, this message in dmesg:
snd_sb16: version magic '2.6.7-1.437.1.ll.rhfc2.ccrma preempt 686 
REGPARM 4KSTACKS gcc-3.3' should be '2.6.7-1.437.1.ll.rhfc2.ccrma 
preempt 586 REGPARM 4KSTACKS gcc-3.3

led me to check the modules and sure enough:
vermagic=2.6.7-1.437.1.ll.rhfc2.ccrma preempt 686 REGPARM 4KSTACKS

> The kernel modules that kernel-module-alsa installs are located in:
> /lib/modules/2.6.7-1.437.1.ll.rhfc2.ccrma/updates/
> So, erase the files inside that directory and run "/sbin/depmod -a"
> Alsa should load fine after that (using the modules included in the
> kernel rpm). 
I did that and yes it works.
Thank you.