**** BEGIN LOGGING AT Sun Jan 01 03:00:00 2017 Jan 01 04:04:00 Herrie: https://github.com/webos-ports/meta-raspberrypi/pull/1 and https://github.com/webOS-ports/meta-rpi-luneos/pull/5 Jan 01 10:24:12 Morning ! And Happy New Year :) Jan 01 13:37:27 Morning! Happy New Year to everyone! Jan 01 13:41:12 Andolamin: ping Jan 01 13:46:11 Happy New Year all! Jan 01 15:57:56 Herrie: pong Jan 01 16:32:07 Andolamin: Just checking if this is correct. You did a PR to master for meta-raspberrypi not krogoth? Jan 01 16:58:08 Herrie: I thought I did Krogoth... Jan 01 16:59:28 Herrie: Honestly, it needs to go to both, but Krogoth is the more important one. I'll open another PR Jan 01 17:04:20 Herrie: https://github.com/webos-ports/meta-raspberrypi/pull/2 Jan 01 17:12:53 Andolamin: Thnx Jan 01 17:12:59 Will try a build shortly Jan 01 17:13:00 Herrie: funnily enough, I think our good ol' kernel for maguro handles CM12.1 pretty well Jan 01 17:37:53 Tofe: OK that's a bit of a surprise :D Jan 01 17:38:33 I mean, it boots, and shows some stuff; but I'm pretty sure there are some things that aren't well initialized, like PVR Jan 01 17:48:34 Tofe: How's the audio :P ? Jan 01 17:48:43 That was the biggest issue with the old image Jan 01 17:49:19 Herrie: no audio, it seems, so it's funny but quite a deadend actually Jan 01 17:50:09 Tofe: Not sure what you have on your Maguro Android + FW wise. Jan 01 17:50:21 Might be that you need the latest Google factory image (4.3) for the firmwares? Jan 01 17:50:25 https://dl.google.com/dl/android/aosp/yakju-jwr66y-factory-4cadea65.zip Jan 01 17:51:01 no, the firmwares are located partly in the kernel sources, and partly in /system of CM12.1, so I don't need that anymore Jan 01 17:51:25 Ah OK Jan 01 17:51:39 even the CM10.1 kernel used the firmwares from the phablet image, actually Jan 01 17:55:57 Herrie: FYI, here's what I get as a log: http://paste.ubuntu.com/23723092/ Jan 01 17:56:08 * DougReeder checks in Jan 01 17:57:04 Herrie: so, to me it's a conflict between some IRQ treatment and a low-level firmware live patch Jan 01 17:59:00 I've tried reverting one or two commits, which are impacting this code, but it's not very successful so far https://github.com/Tofee/android_kernel_samsung_tuna/commits/tuna/3.0/cm-12.1 Jan 01 18:01:15 There are also some interesting patches, like this one, but I don't know yet if it is already integrated in this kernel http://www.fsfla.org/svn/fsfla/software/linux-libre/freed-ora/tags/f20/3.11.2-301.fc20.gnu/0012-mmc-omap_hsmmc-Fix-the-crashes-due-to-the-interrupts.patch Jan 01 18:52:07 Tofe: http://lists.infradead.org/pipermail/linux-arm-kernel/2013-June/176192.html Jan 01 18:52:20 See the patch for arch/arm/plat-omap/dma.c Jan 01 18:52:49 Seems that you might need to switch the kfree(d) and kfree(p) order? That patch hasn't been applied yet in your kernel it seems Jan 01 19:00:19 I have stuff on the screen! Jan 01 19:00:27 =D Jan 01 19:00:43 It's just colored dots, but it's progress Jan 01 19:14:07 Andolamin: Yeah it's something :D Jan 01 19:14:48 Herrie: Finally got the framebuffer to create, and then 'cat /dev/urandom > /dev/fb0' works Jan 01 19:15:06 Still haven't gotten QT to put anything on screen, but that at least means some part of the graphics system is working Jan 01 19:32:29 Andolamin: OK, I kicked off a build on Jenkins to see if it's behaving :P Jan 01 19:33:26 The PRs that I submitted should build, but won't have /dev/fb0 Jan 01 19:34:09 Now that I've got /dev/fb0 locally, I'm trying to get QT to behave with it. I think it's running out of GPU memory **** ENDING LOGGING AT Mon Jan 02 03:00:00 2017