**** BEGIN LOGGING AT Wed Feb 14 03:00:02 2018 Feb 14 09:13:59 anyone know what might be causing a “devtmpfs: error mounting -2” boot error? Feb 14 09:18:57 hmm, guess my rootfs was missing “/dev”, although now I’m getting “Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.” Feb 14 09:21:45 sounds like you're doing something massively fishy to your image Feb 14 09:31:06 yeah, probably right about that, trying to convert janky shell script build system to oe Feb 14 09:34:06 does the kernel first look at /etc/inittab? Feb 14 09:34:13 for init? Feb 14 09:34:42 nope, init is expected to be at /bin/init. Feb 14 09:35:36 oh, yeah that doesn’t exist Feb 14 09:36:12 oh, but /sbin/init does Feb 14 09:37:06 granted, i might be mistaken about bin versus sbin Feb 14 09:37:44 so the working stock firmware uses /sbin/init as does the test build I’m trying to get to boot Feb 14 09:38:30 and /sbin/init is symlinked to busybox Feb 14 09:39:24 TBH, i have no idea what you are doing and what is going on. Feb 14 09:40:25 I’m basically trying to build the stock firmware from source so that I can have a starting point for an oe port Feb 14 09:40:57 but there’s some config error or bug in the stock firmware build system that’s causing boot failures Feb 14 09:41:10 that actually does not sound like a very good plan, as you're prone to replicate weirdnesses of the stock image. Feb 14 09:41:30 why not start with a clean slate as far as possible? what hw are we talking about? Feb 14 09:43:11 well I’m trying to replicate stock first so that I can figure out how it’s doing everything and validate the reference source is correct, it’s a modified xilinx board Feb 14 09:43:42 hehe Feb 14 09:44:42 there’s some pretty heavy uboot customizations as well that I need to validate as well Feb 14 09:45:12 guessed that, well then have fun... Feb 14 09:45:47 any idea how to get more debug info out of it? such as the file path it’s trying to execute for init? Feb 14 10:17:30 hello, bitbake is failing to parse my distro configuration I try to derive from poky: https://pastebin.com/BNx22RmM Feb 14 10:17:40 I am getting unparsed line: 'def arm_tune_handler(d):' Feb 14 10:17:51 which is strange since I am trying to just copy-paste stuff from fslc-base.inc in meta-freescale-distro for now Feb 14 10:27:26 bluelightning, hi Feb 14 10:28:07 after yesterday's pull thre is a new error building non-yocto 4.16-rc1 kernel Feb 14 10:28:34 seems a missing dependency on openssl-native Feb 14 10:28:59 RP: ^ Feb 14 10:29:17 actually, hang on Feb 14 10:29:26 ant_work: isn't that kernel config dependent? Feb 14 10:30:04 I have to verify, just reused an older defconfig. Maybe new 4.16 defaults Feb 14 10:30:30 scripts/extract-cert.c:21:25: fatal error: openssl/bio.h: No such file or directory Feb 14 10:33:34 this happened on incremental build, then I wiped all and same on build from scratch Feb 14 10:37:10 "You will need openssl to build kernels 3.7 and higher if module signing is enabled. You will also need openssl development packages to build kernels 4.3 and higher" Feb 14 10:52:29 Yes, I think that dependency is configuration dependent Feb 14 10:58:16 well, 4.14 does compile so it is some change in kernel Feb 14 16:37:33 LetoThe2nd, if you were curious what the boot problem was, I did get it working finally, libc and a few other libraries were missing due to a build system path bug :P Feb 14 17:27:38 armpit, doing a jenkins upgrade...please hold off on starting world build. Feb 14 17:28:33 k Feb 14 18:10:12 armpit, please try when you are ready for the next round? Feb 14 18:10:29 k. thanks Feb 14 19:26:28 * armpit bangs head against wall Feb 14 21:28:50 * armpit that should have failed "runqemu qemux8" instead it launched x86 image... seems wrong Feb 14 21:29:07 * armpit fuzzy logic ?? **** ENDING LOGGING AT Thu Feb 15 03:00:01 2018