**** BEGIN LOGGING AT Fri Aug 17 03:00:05 2018 Aug 17 04:56:27 Morning! Aug 17 05:27:55 morning! Aug 17 05:28:03 elvispre: Good catch on the typo! Aug 17 05:28:52 And yes without a writable userdata we would have issues with writing wifi networks to our userdata Aug 17 05:48:37 Ah the MAC address is in another location it seems: https://github.com/shr-distribution/meta-smartphone/blob/pyro/meta-lg/recipes-core/systemd/systemd-machine-units/mako/persist-wifi-mac-addr.sh Aug 17 06:32:46 Herrie: there was an issue with libhardware getting mac addresses wrong Aug 17 06:33:02 there was some code to dig it out from the qualcomm nv memory Aug 17 06:33:08 had this issue with my cancro too Aug 17 06:33:24 https://trello.com/c/IWz81fMG/34-fix-wlan-mac-address Aug 17 06:34:41 "qmi_nv_read_wlan_mac" Aug 17 09:50:14 morning! Aug 17 09:50:40 Herrie: you mean we don't support to rootfs today? Aug 17 09:51:37 in this case, we should add the .writable_image to the root of our rootfs when building the image Aug 17 09:52:06 (or whatever file name is needed) Aug 17 11:02:14 Morning! Aug 17 11:03:06 Tofe: I'm not sure, I just know we need to be able to write the MAC to "/persist/wifi/.macaddr" Aug 17 11:03:32 And there might be others Aug 17 11:03:47 Not sure where our wifi networks are stored. I would assume db8 but would need to check Aug 17 11:05:25 Seems wifi is done by luna-prefs so should be db8 I guess Aug 17 11:08:30 * elvispre notes that it wasn't that userdata was ro, it was that there was no userdata at all. The script could not create the userdata mount point. Aug 17 11:10:46 See Tofe's comment on https://github.com/Tofee/initramfs-tools-halium/commit/4d4ac9f907c0f1f36c2d09dacb1dbb9781341624 Aug 17 15:22:28 elvispre: still, even with having already this directories created in our luneos-dev-image, I'm not sure it's enough Aug 17 15:30:28 Herrie: I was mote thinking about https://github.com/Tofee/meta-smartphone-1/blob/pyro/meta-android/recipes-core/android-system-image/android-system-image.inc#L40 Aug 17 15:30:47 which should also have /userdata Aug 17 15:39:18 Tofe: Ah could also be. I didn't spot this one Aug 17 15:53:23 Tofe: I am not sure either. I just know that the path we took through the previous version of the script did not remount rfs ro. Aug 17 18:41:48 * elvispre just turned his onyx sideways and the screen rotated. I didn't think sensors were working! Aug 17 19:02:00 elvispre: Seems in general sensors don't really require much config so in most cases they'll work "out of the box" Aug 17 20:15:27 Well I have booted this device loads of times and that has not worked before. Aug 17 20:17:09 This means that onyx is working pretty well actually. No BT, no power button control and the screen won't turn off, but otherwise really quite good. Aug 17 22:15:32 Herrie: could it be that this ro thing is the issue that the LG guys are blocked on? **** ENDING LOGGING AT Sat Aug 18 03:00:01 2018