Bug 3962

Summary: Kernel module packages have a hard coded path to STAGING_KERNEL_DIR in the package install scripts
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Mark Hatle <mark.hatle>
Component: kernelAssignee: Mark Hatle <mark.hatle>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Undecided CC: bruce.ashfield, Martin.Jansa, richard.purdie, tom.zanussi
Version: 1.4   
Target Milestone: ---   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: ---

Description Mark Hatle 2013-02-28 17:53:12 UTC 
The kernel module packages (from kernel.bbclass and modules.bbclass) are getting package post install (and remove) scripts that contain a hard coded reference to STAGING_KERNEL_DIR.

This causes depmod failures when installing from an sstate-cache (or package feed).
Comment 1 Mark Hatle 2013-03-01 17:54:53 UTC 
Change has been merged into oe-core:

b18c61bae4d7161c087a004bba3c696006f7a2f6
Comment 2 Martin Jansa 2013-03-02 16:05:14 UTC 
This doesn't work correctly with multiple machines with same architecture:

../sstate-cache/76/sstate-depmodwrapper-cross-cortexa8-vfp-neon-oe-linux-gnueabi-1.0-r0-cortexa8-vfp-neon-3-76f6af3dfee642561bca7b346ed63612_populate-sysroot.tgz
../sstate-cache/76/sstate-depmodwrapper-cross-cortexa8-vfp-neon-oe-linux-gnueabi-1.0-r0-cortexa8-vfp-neon-3-76f6af3dfee642561bca7b346ed63612_populate-sysroot.tgz.siginfo
../sstate-cache/7c/sstate-depmodwrapper-cross-cortexa8-vfp-neon-oe-linux-gnueabi-1.0-r0-cortexa8-vfp-neon-3-7c0a55714df15cf765dd32b67e2c3fbb_populate-sysroot.tgz
../sstate-cache/7c/sstate-depmodwrapper-cross-cortexa8-vfp-neon-oe-linux-gnueabi-1.0-r0-cortexa8-vfp-neon-3-7c0a55714df15cf765dd32b67e2c3fbb_populate-sysroot.tgz.siginfo

It's looking into wrong STAGING_KERNEL_DIR, finds wrong kernel-abiversion and fails.

It needs to be MACHINE_ARCH, because STAGING_KERNEL_DIR is MACHINE specific.