[FallOut] has quit [Quit: There are paranoid crossroads and shipwreck alleys.]
lurchi_ is now known as lurchi__
xes has quit [Ping timeout: 264 seconds]
[Sorcery] has joined #linux-sunxi
xes has joined #linux-sunxi
<micken>
is simplefb data really located at start of ram?
<micken>
from what I can see the allocation function allocates from start of ram, but when it writes plat->base as the fraemebuffer, I can't see those two (the phys address) and plat->base connected
anarsoul|3 has quit [Ping timeout: 264 seconds]
<micken>
but if plat->base is the physical address of the framebuffer, then I can save that to a fixed location
<wens>
vagrantc: was fixed in 561f8281cf90, but maybe wasn't picked to stable :/
<micken>
in riscos that address will be saved to sram before mmu activation
<micken>
and after mmu is on , and sram is mapped , I simply read the address and maps that
<micken>
so not rocketsience *if* plat->base is the phys address of the framebuffer
jailbox has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
[Sorcery] has quit [Quit: ofc]
nots has quit [Quit: Page closed]
jailbox has joined #linux-sunxi
hlauer has joined #linux-sunxi
chewitt has joined #linux-sunxi
liqsquid has joined #linux-sunxi
freemangordon has quit [Ping timeout: 240 seconds]
<ElBarto>
anarsoul: if you have any pointer on where to look :)
<anarsoul>
ElBarto: yes, enable regulator support
SP7RT has joined #linux-sunxi
<anarsoul>
however that's probably not it
<ElBarto>
anarsoul: CONFIG_DM_REGULATOR ?
<anarsoul>
yes
<ElBarto>
I have it
<ElBarto>
no regulator when I use the regulator command
aalm has joined #linux-sunxi
<anarsoul>
ElBarto: well, try using previous branch
<anarsoul>
probably I broke pinebook at some point
<anarsoul>
ElBarto: you need fixed regulator
afaerber has joined #linux-sunxi
dc13ff has joined #linux-sunxi
<ElBarto>
how are regulator supposed to work ? there is no CONFIG_AXP in the def config or even node axp node in the compiled dtb
megi has quit [Ping timeout: 260 seconds]
diego_r has quit [Ping timeout: 260 seconds]
<anarsoul>
ElBarto: it's fixed regulator, controlled by gpio
<ElBarto>
anarsoul: which regulator are you talking about ?
<anarsoul>
ElBarto: one that controls backlight power
hitech95 has joined #linux-sunxi
<ElBarto>
why does the backlight would have an effect that I can talk to the ANX chip ?
<anarsoul>
ElBarto: it shouldn't
<anarsoul>
but anyway, try enabling it
<ElBarto>
it just enables the DC/DC convertor for the backlight ...
<ElBarto>
eh fun thing, after ~20 mins powered off the display is here ...
phdeswer has quit [Ping timeout: 260 seconds]
<ElBarto>
and a reboot and it's gone ...
tllim has joined #linux-sunxi
<ElBarto>
something is weird
<anarsoul>
ElBarto: hm
<anarsoul>
update your atf?
lerc_ has joined #linux-sunxi
<ElBarto>
anarsoul: I need to go but could try that
<ElBarto>
anarsoul: but why ?
<anarsoul>
ElBarto: well, I have no idea why it doesn't work for you
<ElBarto>
you think that it's not really powered off or something ?
<anarsoul>
ElBarto: I recently switched to using i2c controller instead of i2c-gpio
<anarsoul>
that could be it
<ElBarto>
could be hw related as I always had problem
<ElBarto>
but I always had problem with your u-boot
<anarsoul>
but it's stable for me...
<ElBarto>
I didn't formatted the eMMC and never had any problem when booting from it
lerc has quit [Ping timeout: 260 seconds]
<ElBarto>
now that I have a serial console I can say that it always boot
<ElBarto>
just sometimes no video ...
<ElBarto>
I have to go but will debug more
<ElBarto>
thanks
<vagrantc>
i seem to recall seeing that, and a more recent ATF fixed it for me
tom_nov has quit [Quit: Leaving]
sunshavi has quit [Ping timeout: 240 seconds]
freemangordon has joined #linux-sunxi
SP7RT has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
[StackTrace] has joined #linux-sunxi
<anarsoul>
mripard: can you try calling mipi_dsi_dcs_get_power_mode() in your panel driver? I wonder if it returns something reasonable on your panel
<mripard>
anarsoul: I don't have the board here
<anarsoul>
oh, ok
<mripard>
anarsoul: can you remind it to me next week?
<anarsoul>
sure
<mripard>
thanks :)
yann|work has quit [Ping timeout: 260 seconds]
pmpp has quit [Quit: No Ping reply in 180 seconds.]
clemens3_ has quit [Ping timeout: 240 seconds]
pmpp has joined #linux-sunxi
jbrown has joined #linux-sunxi
jbrown has quit [Client Quit]
jbrown has joined #linux-sunxi
simosx has quit [Quit: Yakkety Bye!]
SP7RT has joined #linux-sunxi
freemangordon has quit [Ping timeout: 260 seconds]
netlynx has joined #linux-sunxi
<anarsoul>
mripard: as far as I can tell, nothing calls dsi_dcs_rd() in BSP kernel, so it can be non-functional
vagrantc has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
cosm has quit [Remote host closed the connection]
cosm has joined #linux-sunxi
<mripard>
anarsoul: I' pretty sure I tested it, but I'm not definitive
TEKrantz has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
paulliu has quit [Quit: Leaving.]
TEKrantz has joined #linux-sunxi
Andy-D has quit [Ping timeout: 256 seconds]
dc13ff has quit [Quit: Connection closed for inactivity]
hardfalcon has joined #linux-sunxi
hitech95 has quit [Ping timeout: 240 seconds]
SP7RT has quit [Ping timeout: 268 seconds]
SP7RT has joined #linux-sunxi
yann|work has joined #linux-sunxi
<anarsoul>
mripard: OK, I'm comparing regdump for bsp and mainline kernel...
a|3x has joined #linux-sunxi
<mripard>
heh. Been there, done that :)
<anarsoul>
hm, devmem crashes on mainline...
clemens3_ has joined #linux-sunxi
<mripard>
you'd be better off enabling the regmap traces
<mripard>
it traces all register writes through ftrace
<anarsoul>
mripard: yeah, I don't have it on bsp
<mripard>
I meant on mainline
<anarsoul>
mripard: thanks for the tip
<anarsoul>
I found some difference in regs values
<anarsoul>
for instance, dsi_basic_ctl, dsi_basic_ctl1 and dsi_basic_size0 values differ. Mainline driver doesn't set trail_inv and trail_fill fields for dsi_basic_ctl
jakllsch has joined #linux-sunxi
<anarsoul>
mripard: mainline doesn't touch number of regs that bsp driver touches. Is it on purpose?
phdeswer has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
<mripard>
possibly ? :)
<mripard>
I've done pretty much the same thing you did, and then cleaning up the writes that were apparently not relevant
<anarsoul>
I see
<mripard>
so depending on the exact register, the answer would be yes or no :)
<anarsoul>
what about dsi_basic_ctl?
<anarsoul>
bsp drivers sets its value based on lanes number
<montjoie>
hello does anyone started working on R40 sata ?
anarsoul|3 has joined #linux-sunxi
<mripard>
anarsoul: how many lanes does your panel use ?
Ixnus has joined #linux-sunxi
<anarsoul|3>
mripard: 4
Ixnus has quit [Client Quit]
SP7RT has quit [Ping timeout: 276 seconds]
<mripard>
ok, good
<anarsoul|3>
mripard: what about yours?
<mripard>
it's the only setup I've seen working, and it's the one supported by the driver so fare
<mripard>
so you should have pretty much the same setup
<anarsoul|3>
probably there're some differences with a31 driver
SP7RT has joined #linux-sunxi
<anarsoul|3>
I need to fix my panel driver to use the same timings as BSP, to reduce reg dump difference