summaryrefslogtreecommitdiffstats
path: root/meta-networking/classes/kernel_wireless_regdb.bbclass
diff options
context:
space:
mode:
authorGyorgy Sarvari <skandigraun@gmail.com>2025-06-21 21:40:09 +0200
committerKhem Raj <raj.khem@gmail.com>2025-06-22 09:32:59 -0700
commitac96f33d83a964c0fe574d85df1f2056b16fc313 (patch)
tree16eba19bc3ee48204265d941b820a0a3a73eea9e /meta-networking/classes/kernel_wireless_regdb.bbclass
parentd87fdb7289a510f36abb08ddfdafdea01d23545a (diff)
downloadmeta-openembedded-master-next.tar.gz
nodejs: ignore QEMU_OPTIONS for native signature generationmaster-next
NodeJS recipe uses qemu to run some target binaries during compilation in qemu, in case the build machine's and the target machine's CPU bit-width are different. The task that generates some helper scripts (do_create_v8_qemu_wrapper) is executed before do_compile. In case the target machine changes, that also changes the value of QEMU_OPTIONS variable, since that is always derived from the target machine's properties, even when the current recipe is class-native. This also means that in case the target machine changes, that invalidates the do_create_v8_qemu_wrapper's sstate cache (along with the very costly do_compile), for both target and native builds. However for native builds qemu isn't used at all, since the target and build CPU are the same, their bit-width matches too. To avoid unnecessarily invalidating the sstate cache of nodejs-native when the target machine changes, add QEMU_OPTIONS to BB_HASHCONFIG_IGNORE_VARS in order to exclude it from the signature generation. Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Diffstat (limited to 'meta-networking/classes/kernel_wireless_regdb.bbclass')
0 files changed, 0 insertions, 0 deletions