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
leming has joined #linux-exynos
afaerber_ has quit [Quit: Verlassend]
afaerber has joined #linux-exynos
dlan has quit [Ping timeout: 248 seconds]
dlan has joined #linux-exynos
dlan has quit [Ping timeout: 250 seconds]
dlan has joined #linux-exynos
dlan has quit [Remote host closed the connection]
dlan has joined #linux-exynos
dizzuhen has quit [Ping timeout: 240 seconds]
dizzuhen has joined #linux-exynos
dizzuhen has quit [Quit: Textual IRC Client: www.textualapp.com]
zombah has quit [Quit: Leaving]
amitk has quit [Quit: leaving]
dlan has quit [Ping timeout: 252 seconds]
dlan has joined #linux-exynos
dlan has joined #linux-exynos
si1v3r has joined #linux-exynos
si1v3r has quit [Read error: Connection reset by peer]
indy_ has joined #linux-exynos
arnd has quit [*.net *.split]
indy has quit [*.net *.split]
sjoerd has quit [*.net *.split]
<steev> daniels: i'll take a look and see if it logs anything
<steev> might take me til saturday though
javier__ has quit [Quit: leaving]
<steev> daniels: also, would you be willing to share your kernel config that works?
javier__ has joined #linux-exynos
<steev> and i'm curious about the dt changes you have... that seems to be the case most times that there are just a few changes that are insignificant
<javier__> steev: IIRC the changes he had was about pinmuxing
<steev> those can definitely be important
<javier__> nod
<steev> fwiw, this is the kern.log without the drm.debug=0xff
<steev> Aug 14 04:21:41 kali kernel: [ 4.101160] drm drm: eDP-1: EDID block 0 invalid.
indy_ is now known as indy
<daniels> steev: tegra_defconfig should do it - i'll check your log in the morning if that's ok
<steev> daniels: sure
<steev> i'll actually build a new kernel now with it and have a new one to look at with the drm.debug enabled
<daniels> steev: the pinmux changes are easy to cherry-pick from the wip/4.0.x/exynos-tegra-hwenable branch of https://git.collabora.com/cgit/user/daniels/linux.git
<daniels> but those are only tested on big iirc
<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?
akbennett has quit [Quit: ZNC - http://znc.in]
<javier__> steev: IIRC there was a Kconfig option for that
<steev> javier__: there is - and there's a thing that is supposed to be removing the quotes, but in my V=1 output, it's still quoted
<javier__> steev: strange I was able to build it can't remember if used quoted text or not
<steev> it quotes
<javier__> *but can't
<steev> the option becomes MALI_PLATFORM_THIRDPARTY="chromebook"
<javier__> but yeah, daniels is the one to ask that
<steev> and then there's 2 spots that it is echos it out, to strip the quotes, but doesn't seem to actually do so
<steev> even tried pulling in the latest from tmp
<steev> tmp/lfrb
<steev> s/latest/2 patches/
<steev> hell i even tried just setting it as platform/chromebook
dne has quit [Ping timeout: 252 seconds]
dne has joined #linux-exynos
<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