In order to get "Beats Audio" (2.1 channel sound) working on my HP
k025dx laptop running CentOS 6.5, I need to re-assign some of the pins
on the Intel HDA soundcard - model 92HD91BXX. This is trivial in newer
distros for two reasons:
1. the 'hda-jack-retask' application compiles and runs on newer distros
2. the snd-hda-intel modules on newer distros are compiled with
CONFIG_SND_HDA_RECONFIG=y
Even if I could get 'hda-jack-retask' to compile, I'd still need the
module built with CONFIG_SND_HDA_RECONFIG=y.
So I followed the 2 wiki articles to install full kernel sources and I
re-compiled the module.
When loading the new module, I get the following error:
FATAL: Error inserting snd_hda_intel
(/lib/modules/2.6.32-431.11.2.el6.x86_64/extra/snd-hda-intel.ko):
Invalid module format
I run 'file' on the new and original modules and they seem identical:
/lib/modules/2.6.32-431.11.2.el6.x86_64/extra/snd-hda-intel.ko: ELF
64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
/lib/modules/2.6.32-431.11.2.el6.x86_64/kernel/sound/pci/hda/snd-hda-intel.ko:
ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
My next attempt was to compile an entire kernel, and then copy the new
module over to the original kernel. Inserting the module give the
following:
Module signed with unknown public key
ksign: module signed with unknown public key
- signature keyid: 3000b37e8a34083d ver=4
I googled for a fix and tried two methods of removing the module signing
(neither worked):
objcopy -R .note.module_sig snd-hda-intel.ko
objcopy -R .module_sig snd-hda-intel.ko
(I did get finally get the audio pins re-mapped, but I had to resort to
using my newly-compiled kernel as well).
Should kmod fix my issues?
Thanks,
Chris
