**** BEGIN LOGGING AT Fri Dec 22 03:00:02 2017
Dec 22 08:49:18 <Herrie|Laptop> Morning
Dec 22 08:49:40 <Herrie|Laptop> elvispre: https://github.com/Herrie82/meta-smartphone/commit/c51ef2400c0a3ee1e0caa9431dfacc23af76dc82
Dec 22 08:49:43 <Herrie|Laptop> That's one part
Dec 22 08:49:50 <Herrie|Laptop> I'll get to the Android patches in a bit
Dec 22 08:50:11 <elvispre> Morning!
Dec 22 08:52:06 <elvispre> Herrie|Laptop: Nice. I'm only here at home for another hour or so, so I'll have to try this next step when I get back. (Thursday probably.)
Dec 22 08:52:27 <Herrie|Laptop> elvispre: No worries
Dec 22 08:52:33 <Herrie|Laptop> I'll be a bit busy these days too
Dec 22 08:52:44 <Herrie|Laptop> But will try and see if I can make some progress with my Mido ;)
Dec 22 08:52:51 <elvispre> Herrie|Laptop: Coincidence! ;)
Dec 22 08:54:16 <elvispre> Herrie|Laptop: Um, mmcblk0p7 is 16777216 bytes long on my device.
Dec 22 08:57:03 <elvispre> Herrie|Laptop: Where did your number come from?
Dec 22 09:00:13 <Herrie|Laptop> Cm 14.1 boardconfig.mk: https://github.com/LineageOS/android_device_oneplus_onyx/blob/cm-14.1/BoardConfig.mk#L102
Dec 22 09:00:33 <elvispre> Herrie|Laptop: Also, are we sure about the interpretation of the machine.conf names (user data partition and "/system")
Dec 22 09:00:45 <Herrie|Laptop> system = clear
Dec 22 09:00:51 <Herrie|Laptop> userdata = sdcard according to Tofe ;)
Dec 22 09:00:56 <Herrie|Laptop> I trust him on that in general
Dec 22 09:01:08 <Herrie|Laptop> But he's also wrong sometimes (though not very often :P)
Dec 22 09:01:14 <elvispre> Herrie|Laptop: :-)
Dec 22 09:02:03 <Tofe> Morning!
Dec 22 09:02:09 <elvispre> Herrie|Laptop: See, I did cat /dev/block/mmcblk0p7 > /sdcard/qqq.img and the file was 16777216 bytes long.
Dec 22 09:02:15 <Tofe> Yup, aiming for god level, but not there yet
Dec 22 09:02:59 <Tofe> elvispre: the size of that partition doesn't necessarily match the size of the .img file
Dec 22 09:03:20 <Tofe> however it means a boot.img > 16MB won't fit.
Dec 22 09:04:12 <Herrie|Laptop> Tofe: We should be taking these values from BoardConfig.mk normally right?
Dec 22 09:05:08 <Tofe> not sure if that particular size is written somewhere
Dec 22 09:05:21 <Tofe> I mean, that's just a max size
Dec 22 09:06:05 <bshah> normally fastboot can provide this info iIRc
Dec 22 09:06:08 <bshah> *IIRC
Dec 22 09:06:09 <Tofe> ah yes it's there BOARD_BOOTIMAGE_PARTITION_SIZE := 67108864
Dec 22 09:06:19 <Tofe> (for mido)
Dec 22 09:07:02 <Tofe> https://github.com/LineageOS/android_device_oneplus_onyx/blob/cm-14.1/BoardConfig.mk#L96 for one+
Dec 22 09:07:15 <elvispre> It just seems a bit of a coincidence that my partition image exactly matches BOARD_BOOTIMAGE_PARTITION_SIZE which is what I think p7 is (on onyx).
Dec 22 09:08:00 <Tofe> elvispre: yes, boot (i.e. your p7) is that partition, it's a good thing numbers do match :)
Dec 22 09:09:46 <elvispre> Oh, my mistake. onyx.conf is referring to SYSTEMIMAGE size. Carry on Herrie! :)
Dec 22 09:12:23 <Tofe> Be careful with overwriting partitions ;)
Dec 22 09:15:31 <elvispre> Herrie|Laptop: Since you're in there already and I looked it up: You could set MACHINE_DISPLAY_PPI = "441" in onyx.conf
Dec 22 09:16:03 <Herrie|Laptop> elvispre: OK
Dec 22 09:16:10 <Herrie|Laptop> Yeah PPI is a bit random value it seems
Dec 22 09:16:19 <Herrie|Laptop> People tend to change it with different roms too
Dec 22 09:16:30 <Herrie|Laptop> Even though resolution & display size is the same
Dec 22 09:16:42 <Herrie|Laptop> I guess it's partially personal preference too
Dec 22 09:22:59 <elvispre> Herrie|Laptop: I can well believe that it won't make much / any difference but that's what the specs say.
Dec 22 09:23:13 <Herrie|Laptop> elvispre: I can update it ;)
Dec 22 09:24:35 <Herrie|Laptop> OK done & squashed the 2 commits together ;)
Dec 22 09:25:45 <Tofe> Herrie|Laptop: we have also GridUnits, so PPI is less important for LuneOS
Dec 22 09:26:05 <Herrie|Laptop> Tofe: True
Dec 22 12:49:25 <Herrie|Laptop> JaMa: Hi :)
Dec 22 12:51:38 <JaMa> Herrie|Laptop: Hi
Dec 22 12:51:49 <JaMa> Herrie|Laptop: is there anything you need me to merge for meta-smartphone?
Dec 22 12:52:13 <JaMa> and there is pending qt5 upgrade to 5.9.3 in meta-qt5/rocko-next if you want to try it
Dec 22 12:53:16 <Herrie|Laptop> JaMa: Yeah meta-smartphone can go
Dec 22 12:53:26 <Herrie|Laptop> Afterwards I'll do another PR for meta-oneplus ;)
Dec 22 12:53:32 <Herrie|Laptop> elvispre is working on a oneplus port
Dec 22 13:41:35 <JaMa> meta-smartphone merged
Dec 22 13:41:48 <JaMa> docker-shr @ ~/meta-webos-ports $ git log --oneline b34339e..b0ccae3
Dec 22 13:41:49 <JaMa> b0ccae3 org.webosports.app.camera: Bump SRCREV
Dec 22 13:42:24 <JaMa> the same one is in pyro branch
Dec 22 13:42:38 <JaMa> but you've probably pushed to wrong branch, now I've overwritten master
Dec 22 13:52:14 <Herrie|Laptop> JaMa: Yes sorry didn't have my morning coffee when I did that one :P
Dec 22 13:52:21 <Herrie|Laptop> Was by mistake in master
Dec 22 13:57:14 <JaMa> np
Dec 22 13:59:35 <JaMa> I've also pushed small upgrade of oe-core/meta-oe pyro
Dec 22 13:59:42 <JaMa> and rebased testing and stable on top of that
Dec 22 14:00:45 <JaMa> time to run some builds, the jenkins server seems to be slacking
Dec 22 14:00:57 <JaMa> no testing builds in a month
Dec 22 14:11:39 <Herrie|Laptop> JaMa: Yeah we've been busy with some other things
Dec 22 14:11:43 <Herrie|Laptop> But a testing build is a good idea
Dec 22 14:16:44 <JaMa> that's ok, I cannot complain as I haven't had time for anything myself.. :0
Dec 22 14:17:22 <JaMa> but I'm back from Korea now, wrapping some things before the end of the year and hopefully with a bit more time in next year
Dec 22 14:18:03 <Herrie|Laptop> Ah you were in Korea this time
Dec 22 14:18:07 <Herrie|Laptop> I thought you were US side
Dec 22 14:21:18 <JaMa> is there short summary of what you're up-to with xiaomi and oneplus?
Dec 22 14:23:01 <Herrie|Laptop> JaMa: Nothing much, just the xiaomi Redmi Note 4 has a 3.18 kernel which is a lot newer compared to our 3.4 and opens the door for anbox.io
Dec 22 14:23:28 <Herrie|Laptop> And it has good libhybris support as per https://wiki.merproject.org/wiki/Adaptations/libhybris
Dec 22 14:23:55 <Herrie|Laptop> Got a good deal on it, so trying to get a LuneOS port working with Halium 7.1 as basis. Would be our first Halium 7.1 based port as well.
Dec 22 14:24:17 <Herrie|Laptop> elvispre had a OnePlus X (onyx) laying around so he's trying to do the same at his end
Dec 22 14:26:35 <JaMa> ok, thanks
Dec 22 14:27:19 <JaMa> any plans for Qt upgrade to 5.10 or Yocto to Rocko? I guess there are other priorities now, so I'm just curious
Dec 22 14:27:20 <Herrie|Laptop> Seems the 3.18.85 of the Redmi Note 4 (mido) is the target with the newest kernel currently
Dec 22 14:27:36 <Herrie|Laptop> JaMa: We'd like Rocko just have some issues to sort still
Dec 22 14:28:13 <JaMa> ok
Dec 22 14:28:24 <Herrie|Laptop> BlueZ5 is sorted more or less (for N4 and N5), just TP but Tofe will be on that
Dec 22 14:28:31 <Herrie|Laptop> We'd need to tackle mesa + gyp
Dec 22 14:29:14 <Herrie|Laptop> I think for now we're OK on 5.9.x
Dec 22 14:29:16 <Herrie|Laptop> For QT
Dec 22 14:29:47 <JaMa> ok, I've included 5.9.3 in next unstable build, if it builds, I'll do the same for next testing build
Dec 22 14:30:01 <JaMa> it should be small step from 5.9.2 so hopefully nothing will break
Dec 22 14:30:15 <Tofe> Afaik, the only interesting thing in Qt 5.10 for us is QML enums, and that's just for easier qml stubs
Dec 22 14:30:27 <Herrie|Laptop> Tofe: Well Chromium 61 but that's not urgent
Dec 22 14:30:43 <Herrie|Laptop> Chromium takes a lot of work to update all the time
Dec 22 14:30:48 <JaMa> ok, I'll look at mesa next year
Dec 22 14:31:27 <JaMa> I still have some WIP changes for mesa+qemu+virglrenderer, so LuneOS might be good test case for that
Dec 22 14:31:55 <Tofe> JaMa: oh, yes, that's be great to use it as a test case :p
Dec 22 14:32:05 <Tofe> s/'s/'d/
Dec 22 14:46:44 <JaMa> Herrie|Laptop: should I merge that meta-oneplus PR now?
Dec 22 14:47:04 <JaMa> I don't plan to test it, your word is enough for me :)
Dec 22 14:47:18 <Herrie|Laptop> JaMa: Well doesn't hurt... It's a good start, we'll tweak it from there
Dec 22 14:47:46 <JaMa> only reason why I haven't given you the push permission is that I care about cherry-picking the changes to all 3 active branches (unlike rebasing I do in meta-webos-ports)
Dec 22 14:47:52 <JaMa> ok
Dec 22 14:48:14 <Herrie|Laptop> JaMa: It saves elvispre a lot of work figuring it out himself :P
Dec 22 14:48:24 <Herrie|Laptop> So I quickly mocked some things up for him that should reasonably work
Dec 22 14:48:28 <Herrie|Laptop> Based on my xiaomi work
Dec 22 14:49:20 <Tofe> JaMa: I wonder, what would be your favorite approach if you wanted to include a minimal lvm binary in an initramfs ?
Dec 22 14:49:38 <Herrie|Laptop> Tofe: Yeah that's a good question :P
Dec 22 14:49:39 <Tofe> Add a bbappend to create a minimalist additional lvm package ?
Dec 22 14:50:32 <Tofe> (i.e. what they did here: https://lists.yoctoproject.org/pipermail/yocto/2015-June/025337.html )
Dec 22 14:52:27 <JaMa> Tofe: is it one of the binaries already built by lvm recipe?
Dec 22 14:53:12 <JaMa> moving it to separate package, adding it to main package RDEPENDS and then installing only the separate one in initramfs image sounds reasonable
Dec 22 14:53:13 <Tofe> well we would only need to mount a lvm volume, so I guess it sums up to dm-setup
Dec 22 14:55:00 <Tofe> JaMa: ok, so maybe we'll do that then.
Dec 22 14:55:18 <Tofe> Herrie|Laptop: I'll put that in place, but in the meantime, just include the whole lvm package :)
**** ENDING LOGGING AT Sat Dec 23 03:00:02 2017