afaerber_ has joined #linux-exynos
afaerber has quit [Ping timeout: 246 seconds]
krzk has joined #linux-exynos
krzk has quit [Remote host closed the connection]
pekka30 has quit [Quit: Leaving.]
pekka30 has joined #linux-exynos
krzk has joined #linux-exynos
pekka10 has joined #linux-exynos
dlan has quit [Ping timeout: 240 seconds]
dlan has joined #linux-exynos
krzk has quit [Quit: Wychodzi]
aballier_ has joined #linux-exynos
aballier has quit [Ping timeout: 260 seconds]
afaerber_ is now known as afaerber
liquidAcid has joined #linux-exynos
_whitelogger has quit [Ping timeout: 240 seconds]
_whitelogger has joined #linux-exynos
<prahal__> liquidAcid: finally got to the atomic item : I have an issue !-) - if dpms in gnome-shell = vblank_off then pageflip , the pageflip *succeed* . Well it is acked by atomic code but no reference is taken -> on vblank_on the vblank events are left off and gnome-shell is waiting for its reply forever
<prahal__> btw I was indeed interested by the dma + sound thread . Thanks
<liquidAcid> prahal__, i can't get 4.2-rc to work atm, all regulator lookups fail for some reason
<prahal__> I switched to linux-next 20150723
<liquidAcid> and 4.1.y has broken vsync for me, lots of tearing (probably because of the unfinished atomic conversion)
<prahal__> with an added kdbus fix
<liquidAcid> uh, kdbus *yuck*
<liquidAcid> [ 1.122334] dwc2 12480000.hsotg: Failed to get supply 'vusb_d': -517
<liquidAcid> no idea what 517 is supposed to be at all
<liquidAcid> [ 0.769211] exynos-hdmi 12d00000.hdmi: Failed to get supply 'vdd': -517
<liquidAcid> well, at least its consistent
<prahal__> july 14 has "regulator: core: Handle full constraints systems when resolving supplies" 9f7e25edb1575a6d2363dc003f9cc09d840657e2 <- it tells this is not necessary for DT .... but this is so close to http://lists.infradead.org/pipermail/linux-arm-kernel/2014-December/308626.html ...
<prahal__> this is in rc4
<liquidAcid> hmm, 517 seems to be EPROBE_DEFER
<liquidAcid> prahal__, yeah, that looks very similar
<liquidAcid> although i don't see why it should defer probing at this point
<liquidAcid> prahal__, it shouldn't defer probe at this point
<liquidAcid> either something is broken with the dt parsing or its something else
<liquidAcid> [ 0.548362] hw perfevents: Failed to parse /pmu/interrupt-affinity[0]
<liquidAcid> i don't get it
prahal__ has quit [Ping timeout: 256 seconds]
prahal__ has joined #linux-exynos
prahal__ has quit [Quit: prahal__]
daniels has quit [*.net *.split]
bzyx has quit [*.net *.split]
Swabbles_ has quit [*.net *.split]
Swabbles has joined #linux-exynos
bzyx has joined #linux-exynos
daniels has joined #linux-exynos
WarheadsSE has quit [Ping timeout: 244 seconds]
WarheadsSE has joined #linux-exynos
dlezcano has joined #linux-exynos
<liquidAcid> hmm, looks like it fails in regulator_dev_lookup()
WarheadsSE has quit [Ping timeout: 244 seconds]
WarheadsSE has joined #linux-exynos
WarheadsSE has quit [Ping timeout: 244 seconds]
WarheadsSE has joined #linux-exynos
<liquidAcid> strange, i should find that regulator, it's clearly in the fdt
prahal__ has joined #linux-exynos
<javier__> liquidAcid: with what board are you having that issue?
<liquidAcid> javier__, odroid-x2
<liquidAcid> regulator_list is non-empty and in fact all regulators are there, but node == r->dev.of_node is never true
<javier__> but is the regulator returned by of_get_regulator(dev, supply) in the regulator_list?
<liquidAcid> javier__, yes, vdd-supply for hdmi is ldo8
<liquidAcid> i also run fdtdump in the dtb, all the nodes are there and the phandles are all correct
<liquidAcid> guess i should switch of selftest on
<javier__> liquidAcid: yeah, the DTS seems correct, how weird
<javier__> this is just a plain 4.2-rc3 with no patches on top?
<liquidAcid> torvalds/master with ~180 patches on top
<liquidAcid> nothing touching drivers/regulator and drivers/of though
<javier__> liquidAcid: can you share your complete boot log ooi?
<javier__> I'm curious what could be causing it...
<javier__> it's OK for a regulator_get() to return -EPROBE_DEFER now since the logic to lookup the parent supply was moved from regulator_register() to regulator_get()
<javier__> but in this case I don't see that a parent input supply is defined for the ldo8 regulator
<javier__> so it should succeed if the regulator has been registered already
<liquidAcid> javier__, correct, but parent doesn't seem to be issue
<liquidAcid> javier__, gimme a moment, i need to rebuild and reboot to grab the log
<javier__> liquidAcid: correct, I was just thinking aloud
<javier__> liquidAcid: no rush, I'm just courious :)
<liquidAcid> javier__, that's a partial dmesg: http://pastebin.com/iEnLig9L
<liquidAcid> it really just only affects regulators
<javier__> liquidAcid: I see, so you are having lookup fails for *all* regulators, it is not only about the HDMI vdd supply
<javier__> very weird indeed, I don't have a good idea of what could be causing this on your tree...
<liquidAcid> javier__, yes, it's if i'm using a wrong/corrupt db
<liquidAcid> *dtb
<liquidAcid> but i double-checked this, and if the dtb was corrupt then i probably wouldn't get that far in the boot process anyway
<liquidAcid> javier__, http://pastebin.com/NUJWj4nb
<liquidAcid> more complete log
<liquidAcid> looks like r->dev.of_node is null for every regulator
<liquidAcid> or at least for all ldos and bucks
<javier__> liquidAcid: mmm, the only thing I can think is adding printouts to regulator_register() to see why those of_node are not filled
<liquidAcid> ahhhhhh, i see *lightbulb*
<javier__> ?
<liquidAcid> i changed regulator names in my tree (ldo@X and buck@X), but this time i also removed the regulator-compatible properties -- now the max77686 driver can't associate the regulators
<javier__> ah, that makes sense
<javier__> that's why I always just use the node name to match whatever is used in the driver instead or regulator-compatible
<liquidAcid> javier__, and i think regulator-compatible is deprecated, isn't it?
<javier__> liquidAcid: yes it is
<javier__> liquidAcid: glad that you found the issue, I'm going to sleep since is very late here, bye!
<liquidAcid> javier__, thx for the help
<javier__> liquidAcid: I didn't help anything tbh :)
dlezcano has quit [Ping timeout: 246 seconds]
<liquidAcid> javier__, well, explaining the issue to another person already helps a lot i guess :)
<javier__> liquidAcid: indeed :)
dlezcano has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
krzk has joined #linux-exynos