<john_f>
does u-boot git use simplefb for snow? where would it be enabled?
<john_f>
I cannot find an item for in u-boot config.
<john_f>
I have u-boot git and linus' tree running ok, but with simplefb enabled in the kernel.
<issoeocio>
You follow what instructions, john_f? The wiki for Snow recommends to disable simplefb
<issoeocio>
Sorry, the recommendation for disable the simplefb are for the peach-pit.
<john_f>
at least with the chromeium uboot tree, it needed to be enabled or disabled in both.
<john_f>
mostly gathered from this channel log.
<john_f>
issoeocio: arch needs extended fs attributes, and maybe cgroup options. which are not in the defconfig.
<issoeocio>
You could send me the directions?
issoeocio_ has joined #linux-exynos
issoeocio has quit [Ping timeout: 246 seconds]
<si1v3r>
simplefb is disabled on peach and snow.
<si1v3r>
exynos DRM is now supported so the hack is no longer needed.
<javier__>
issoeocio_: Snow should work well with linux-next or v4.1-rc8, no need to clone a random branch from my repo
<javier__>
john_f: mainline u-boot does not have simplefb support neither ChromiumOS U-boot by default
<javier__>
but that is not needed anymore as si1v3r said
<javier__>
issoeocio_: are you booting a FIT image or chain loading a nv-uboot?
<javier__>
issoeocio_: are you using exynos_defconfig or multi_v7_defconfig?
<issoeocio_>
chain loading nv-uboot
<issoeocio_>
exynos_defconfig
<issoeocio_>
chain loading nv-uboot as far I can tell... I simply dd the .uboot image (from chromium and I try too a compiled image) to the sda1 partition of USB
<javier__>
issoeocio_: that's not going to work, you need to create a uImage of the u-boot image and then signed it
<issoeocio_>
Ok. I will research for how to do this.
<steev>
javier__: that u-boot is for.... snow/spring ?
<javier__>
steev: is for Snow
<steev>
ah, okay
<javier__>
steev: well, at least for Snow. I'm not sure if it will boot a Spring since there isn't a spring_defconfig in mainline u-boot
<steev>
i'm trying to remember what the difference was that required a different u-boot for them
<steev>
also... it looks like, at least with peach-pi, chromeos has moved it to freon, and stablized it, so that's kinda cool i suppose
<javier__>
steev: cool, is that only in dev-channel / test images or is also updated to normal users?
<steev>
javier__: my pi is set to stable for it's chromeos install
<steev>
i updated, and then checked the version because i was curious what had gone stable, and it changed from peach_pi to peach_pi-freon
<javier__>
steev: Spring should be very similar to Snow but there are differences in the display / regulators so maybe Snow u-boot will boot but I don't expect it to enable the display
<steev>
ah, right
<javier__>
steev: so not too useful without a serial console but definitely a question for andreas faerber
<steev>
i'm not sure who that is :)
<javier__>
he usually is in the channel as afaerber, he is the one that did most of the Spring mainlining work
<issoeocio_>
Panic. VFS: Unable to mount root fs
<javier__>
issoeocio_: what's your kernel command line ?
<javier__>
issoeocio_: so your kernel boot, it seems that you didn't provide the correct rootfs parameter
<steev>
javier__: out of curiousity, i have a chromiumos checkout here, and when i switch it to peach_pi-freon, it still wants to build xorg, but i looked at the processes on peach and it's definitely running Chrome not using X
<steev>
i wonder if some of the changes haven't trickled out of the goog
<javier__>
steev: no idea tbh, I'm not that familiar with ChromiumOS. I do mostly kernel work and use a debian rootfs
<javier__>
and also graphics is for sure not one of the areas I've more experience with :)
<javier__>
IOW, I'm pretty ignorant about it
<steev>
javier__: honestly, i do too, since i work on kali for a living, but i watch chromiumos pretty closely, have a few commits here and there to fix things that bugged me
<steev>
and graphics is an area that i suck at too, and since debian is anti-anything closed source, it's kinda hard to get graphcis stuff working properly, especially on arm :P
<javier__>
yeah, in theory should be easy to have mali support on Linux. Just built the out-of-tree driver, the ARM provided EGL libs and the -armsoc DDX
<javier__>
but I have never tried...
<javier__>
*use the ARM provided
<javier__>
issoeocio_: gotta go now but double check your kernel command line params