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