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