jnettlet has quit [Remote host closed the connection]
ssvb has quit [Ping timeout: 252 seconds]
ssvb has joined #linux-exynos
amitk has joined #linux-exynos
<steev>
javier__: ping, i saw a coworker of yours (i guess?) did some work on the nyan_big and blaze - do they IRC? if so, do you know which channel i can find them in? i'd really like to get mine booting (with a display) on mainline like peach
<steev>
right now it boots, but i get no video output
<javier__>
steev: hi, I guess you men tomeu. He is on #tegra channel and #armlinux
<javier__>
*mean
<steev>
javier__: ah, okay
<javier__>
steev: I'm pretty sure he got video output working so probably is a regression
<steev>
thanks, yeah, i'm in both there
<steev>
javier__: well... again, i'm on stock bootloader so...
<steev>
but that one uses coreboot/depthcharge not u-boot
<javier__>
steev: mmm ok, he was using u-boot indeed but I think it was the opposite, coreboot/depthcharge worked out of the box while he struggled with u-boot and need some fixing
<steev>
javier__: hm, okay, maybe i'll try to poke at him and see about his config. mine definitely doesn't give video out :)
<javier__>
steev: but he is in a better position to comment on that, should be already online
<steev>
will do - well probably not for a while, i should sleep, got a lot to do tomorrow before my trip
<javier__>
steev: ok
<steev>
thank you though! and peach is doing great here, although it would be nice if your fix suspend and that one memblock patch got applied to the stable tree *hint hint*
<javier__>
steev: mmm I thought I fixed suspend already
<javier__>
did the patch never made it?
<sjoerd>
javier__: I don't think us using u-boot rather then coreboot made a different for displays on tegra
<javier__>
steev: 6fd4899a54a5 irqchip: exynos-combiner: Save IRQ enable set on suspend <- that is in 4.2-rc2
<javier__>
sjoerd: yeah, I will also be surprised but just mentioned that since I'm not familiar with that platform
<javier__>
thought that maybe there were some pinmuxing fun on that
<javier__>
although as I mentioned to steev I'm pretty sure tomeu got it working with both
<sjoerd>
iirc the pinmuxing from both is generated form the same data files
<javier__>
sjoerd: I see
<javier__>
steev: oh, sorry you meant stable! yeah, I've to admit I'm pretty bad at sending patches to stable...
leming has quit [Ping timeout: 255 seconds]
<steev>
javier__: :)
<steev>
some of us like a non-moving target sometimes ;)
<javier__>
steev: yeah, makes sense
ssvb has quit [Quit: Leaving]
Wizzup has quit [Ping timeout: 264 seconds]
Wizzup has joined #linux-exynos
<javier__>
the Odroid XU4 looks nice, very similar to XU3 but cheaper
<sjoerd>
same soc ?
<sjoerd>
so there is no the xu4, xu3 and xu3 lite ?
<javier__>
sjoerd: yeah, same 5422 SoC
<amitk>
i wish they'd just fix the bootloader so we could boot all cores and control cpu c-states through mcpm in mainline
<sjoerd>
++
<javier__>
amitk: yeah, Przemyslaw Marczak from Samsung is working on that AFAIK
<javier__>
I don't know the state of that though
<amitk>
javier__: yeah, I'm waiting on that eagerly before ordroid becomes useful again
<javier__>
amitk: nod
dizzuhen has joined #linux-exynos
zombah has joined #linux-exynos
<daniels>
steev: i have a big/blaze and it worked for me last i tried, but haven't fired it up in a little while
<daniels>
steev: though i did have some dt changes which never got merged :\ need to re-ping on those
<daniels>
steev: can you please send a full dmesg when booting with drm.debug=0xff? mine boots out of coreboot/depthcharge btw, no u-boot
<steev>
i'd hope they are only tested on blaze, since that's all it touchs
<steev>
i'd hope they are only tested on blaze, since that's all it touchs
<steev>
oh, i see it
arnd has joined #linux-exynos
<steev>
daniels: oh, hm, does this mali stuff actually produce a /dev/mali on 4.x ?
si1v3r has joined #linux-exynos
<steev>
not just yet... i'll have to dig in to this, maybe i'll do that on my flight tomorrow
<steev>
daniels: out of curiosity, how do i tell drivers/gpu/arm/midgard/mali_kbase_config_defaults.h that the mali_kbase_config_platform.h (#include <mali_kbase_config_platform.h>) is in drivers/gpu/arm/midgard/platform/chromebook
<steev>
i would have thought the += -I$(src)/$(MALI_PLATFORM_THIRDPARTY_DIR) would let it know to look there, no?
<steev>
hm, looks like the section that's supposed to remove the quotes isn't actually removing the quotes?
<steev>
daniels: so... i would paste the kernel log... if one was produced.
<steev>
however, basing off tegra_defconfig, i never get a log file
<steev>
https://bpaste.net/show/b8995612e4c5 is the kernel config that i'm using. i'm based off linux-4.1.y stable tree, applying only 6493ce4f7a457ff5b8268d16350000ec8e860668, 3f06dd79848d0177fb3a59dbd2f7d01329fd06f0 and f894c966896e60fe1bb7596d472d6ad6c834c07e on a nyan_big