11:00 <suihkulokki> What's the best alternative to earlyprintk on chromebook (snow) ?

11:00 <Wizzup> Can't you pass earlyprintk?

11:00 <suihkulokki> I don't have serialport

11:02 <suihkulokki> I'm trying to boot 4.2, and I get nothing after "starting kernel.." and "stashed 20 records"

11:03 <Wizzup> hm... I'm still on 4.1

11:03 <Wizzup> Guess I should try 4.2.

11:04 <Wizzup> I was going to wait for the grsec. patch

11:04 <javier__> suihkulokki: what bootloader are you using?

11:04 <javier__> suihkulokki: 4.2 works for sure

11:09 <suihkulokki> javier__: u-boot v2015.10-rc3

11:11 <javier__> suihkulokki: and how are you building your kernel and booting it?

11:14 <javier__> there is certainly a problem on your setup since v4.2 with mainline u-boot should work

11:15 <suihkulokki> javier__: exynos_defconfig, then mkimage to uImage, and copy the uImage and dtb the sd card where the mainline u-boot script picks them up

11:16 <javier__> suihkulokki: can you share your mkimage command and also the mainline u-boot bootcmd and bootargs?

11:16 <javier__> I don't remember what is the mainline u-boot default boot args since I've my own...

11:16 <javier__> s/boot args/env vars

11:17 <suihkulokki> moment

11:18 <javier__> sure, no rush :)

11:19 <zombah> 4.2 exynos_defconfig works fine for me with 2015.10-rc2 chainloaded from sdcard

11:20 <javier__> zombah: yes, so does for kernelci http://storage.kernelci.org/mainline/v4.2/arm-exynos_defconfig/lab-collabora/boot-exynos5250-snow.html

11:21 <suihkulokki> ok - typing version on uboot tells me I'm not using mainline uboot

11:21 <javier__> that's why I'm trying to help suihkulokki and see what's the problem with the setup

11:21 <suihkulokki> it seems the sd card has and old u-boot despite of me compiling it..

11:22 <javier__> suihkulokki: maybe wrong priority in your gpt table?

11:22 <javier__> cgpt show /dev/foo should tell you

11:30 <suihkulokki> ok, now I think I have my own built mainline u-boot

11:31 <suihkulokki> however, I get nothing on the screen, so I guess mainline u-boot doesn't have simplefb?

11:35 <Gottox> For me it uboot worked with a prompt

11:35 <Gottox> https://github.com/Gottox/void-packages/blob/6df9c1b3d948c60119ddff811c8b851e49f8b97f/srcpkgs/snow-u-boot/template <- I used this to build it.

11:38 <javier__> suihkulokki: it does but simplefb doesn't play nice with the exynos drm driver

11:38 <javier__> suihkulokki: you need to disable CONFIG_FB_SIMPLE

11:43 <suihkulokki> Gottox: thanks, I followed your mkimage and vbutil_kernel call on my build and now I have snow # prompt

11:44 <Gottox> \o/

12:05 <suihkulokki> ok, I got kernel booted, now I just need to adjust to the u-boot env

12:09 <Gottox> How did you boot that? - It's still a todo at my side :)

12:51 <suihkulokki> Gottox: I'm experimenting with a u-boot script like https://paste.debian.net/311313/

13:00 <suihkulokki> weirldy enough while u-boot loads fine from mmc, u-boot itself doesn't find any partitions on the SD

13:00 <suihkulokki> and my bootargs are probably wrong

13:29 <zombah> default mainline u-boot config for snow enable extlinux support, you can you extlinux.conf with same syntax as pxe config files

13:35 <zombah> here is one i use http://pastebin.com/U9AusMf0

15:06 <suihkulokki> so any example of bootargs that get a framebuffer console up?

15:07 <javier__> suihkulokki: sorry, I was busy and didn't pay attention to this channel

15:08 <javier__> suihkulokki: your bootargs looks correct

15:09 <javier__> suihkulokki: you mentioned that you are using mainline u-boot right? that doesn't have simplefb but is not needed since Exynos DRM should be working

15:22 <suihkulokki> javier__: yeah, mainline u-boot

15:22 <suihkulokki> javier__: with those, I get nothing but a blank screen after u-boot

15:24 <javier__> suihkulokki: strange, did you share your complete process to build the kernel?

15:24 <javier__> that should certainly work

15:58 <suihkulokki> javier__: https://paste.debian.net/311335/

16:02 <javier__> suihkulokki: your load and entry address that you are using for u-boot is wrong

16:02 <javier__> should be 0x40008000

16:03 <javier__> s/u-boot/the uImage

16:07 <liquidAcid> somebody an idea how to properly invalidate way on an l2c-310? i can't make it working properly in a smp setting and i'm getting the impression that the way ops are only useful when brining the system up or down

16:11 <liquidAcid> raw spin_lock_irqsave doesn't help since it only disabled irqs on the local cpu, but apparantly for the way ops to work properly no "background activity" (whatever that means) is allowed -- in particular probably activity on the non-local cpus

16:23 <suihkulokki> javier__: didn't change anything, will have to look another day

16:25 <javier__> suihkulokki: that was certainly wrong, maybe there is another issue

19:40 <suihkulokki> javier__: managed to boot once: https://paste.debian.net/311357/

19:41 <suihkulokki> repeated boots with same kernel and command line arguments went so far nowhere