<jernej>
I don't have screen with bigger than 1920x1080 resolution, so I can't make any test
<KotCzarny>
no downscale capable ones?
<anarsoul>
jernej: is this part somehow different from linux?
<jernej>
shouldn't be
<jernej>
do yo have latest version since I fixed something in that area maybe a month ago?
<jernej>
linux driver
<jernej>
besides, I'm testing more or less only on H3
<jernej>
A64 may have some clock differences
<anarsoul>
jernej: I'm testing u-boot now
<anarsoul>
and I'm using the latest version (well, u-boot master)
<anarsoul>
looks like edid says hsync+, vsync-
<jernej>
well, then you are the first with such resolution :)
<anarsoul>
:)
<jernej>
I would be very glad if you can determine which bit is which
<anarsoul>
I commented out "setbits_le32(&phy->pol, 0x300);" and it works fine now
<anarsoul>
guess it shouldn't be 0x300 if HSYNC_HIGH is set, but VSYNC_HIGH isn't?
<jernej>
Please try to determine which bit is hsync and which vsync
<anarsoul>
jernej: OK
<anarsoul>
jernej: thanks a lot for the hint :)
<jernej>
and btw, bit must be 1 if *negative* sync is required
<anarsoul>
you're genius :)
<jernej>
ah, I just spent more time with this driver that anyone else...
vagrantc has quit [Quit: leaving]
<jernej>
same fix must be applied to linux driver
<anarsoul>
jernej: but it works in linux
<jernej>
yeah, but phy code shouldn't be different
<jernej>
maybe there is some difference in common dw_hdmi code
junnie has joined #linux-sunxi
<anarsoul>
jernej: I found similar place in linux driver, that's just weird that it works...
<jernej>
I think some monitors doesn't really care about that setting or are at least much more forgiving
<anarsoul>
HSYNC is 0x200, VSYNC is 0x100
<anarsoul>
do you want me to send a patch for u-boot?
<jernej>
yes, that would be nice
<jernej>
btw, not sure how you wrote the code, but you don't need to use negation (!) since there are DISPLAY_FLAGS_HSYNC_LOW and DISPLAY_FLAGS_VSYNC_LOW macros
<jernej>
or at least they should be
<jernej>
thanks for debugging!
<jernej>
one more item crossed from (virtual) todo list
reinforce has joined #linux-sunxi
<anarsoul>
jernej: no, thank you :)
<anarsoul>
let me try it with HSYNC_LOW and VSYNC_LOW
<anarsoul>
yeah, works fine as well
<jernej>
ok, I have to go
<jernej>
just don't forget to cc me with the patch :)
<jernej>
bye
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
BenG83 has quit [Ping timeout: 276 seconds]
<anarsoul>
jernej: done
tllim has quit [Read error: Connection reset by peer]
<anarsoul>
thanks again for the hint, I'm really happy with HDMI in u-boot working properly now :)
IgorPec has quit [Ping timeout: 240 seconds]
fl_0 is now known as fl_0|afk
Pe3ucTop has quit [Ping timeout: 276 seconds]
Pe3ucTop has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 250 seconds]
BenG83 has joined #linux-sunxi
Hao has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
Putti has joined #linux-sunxi
Putti has quit [Ping timeout: 268 seconds]
fl_0|afk is now known as fl_0
indy has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
BenG83 has quit [Ping timeout: 258 seconds]
BenG83 has joined #linux-sunxi
msimpson has joined #linux-sunxi
massi has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
yann has quit [Ping timeout: 260 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
xes_ is now known as xes
Ntemis has joined #linux-sunxi
junnie has quit [Ping timeout: 276 seconds]
apritzel has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
junnie has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
afaerber has quit [Quit: Leaving]
hardfalcon has joined #linux-sunxi
yann has joined #linux-sunxi
victhor has quit [Remote host closed the connection]
skiboy has joined #linux-sunxi
tom_nov has joined #linux-sunxi
junnie has quit [Ping timeout: 250 seconds]
junnie has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
enrico_ has joined #linux-sunxi
<silviop>
mripard: mpi-dsi lcd commands are sent through I2C ?
<mripard>
no, through MIPI-DSI
kaspter has quit [Quit: kaspter]
<silviop>
where do you code this ? in dsi tree ? or in a separate file passed to driver (like firmware files).
kaspter has joined #linux-sunxi
<mripard>
in a kernel driver usually
<silviop>
so for the same soc with different lcd manufacturer you must compile different modules
<mripard>
yes, but different boards usually have different components beside the SoC
<mripard>
so it's business as usual
<silviop>
for example gls1680(a touch screen controller) use different configuration loaded through kernel modules but stored in a "firmware" file
<silviop>
why is not possible to store only manufacturer specific command in a file and read back on module load ?
<mripard>
because it's not just about commands, but also the timings of them, and then you have to provide data to the kernel anyway for the timings
<mripard>
you wouldn't be able to do proper power management either with your solution
afaerber has joined #linux-sunxi
Putti has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
<mripard>
silviop: you can support that pretty easily yes
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
<silviop>
mripard: ok i will hive a try . panel-huarui-lhr050h41.c is a good example to follow ? or there is more generic ?
<mripard>
you can follow that one
chlorine has quit [Ping timeout: 240 seconds]
chomwitt has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
nuuuciano has quit [Quit: Leaving]
nuuuciano has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine_ has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has quit [Ping timeout: 260 seconds]
<swiftgeek>
willmore: ah yes then sure if package is different then those things could happen
chlorine has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
chlorine has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
chlorine has joined #linux-sunxi
hipboi has quit [Ping timeout: 268 seconds]
chomwitt has quit [Ping timeout: 276 seconds]
hipboi has joined #linux-sunxi
GrimKriegor has quit [Read error: Connection reset by peer]
junnie has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
nobe has quit [Remote host closed the connection]
jbrown has joined #linux-sunxi
ornitorrincos has quit [Quit: ZNC 1.6.5 - http://znc.in]
ornitorrincos has joined #linux-sunxi
ornitorrincos has quit [Changing host]
ornitorrincos has joined #linux-sunxi
chomwitt has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
<Pe3ucTop>
Hi, question about PIO in devicetree, I have board with camera connected, so some pins defined for CSI and different board have LCD , so where correctly to place pin definition ?? in CPU dtsi or in board dts ??
mkid has joined #linux-sunxi
valkyr1e has quit [Ping timeout: 240 seconds]
<apritzel>
Pe3ucTop: didn't you answer the question yourself? "... have board with camera, ... different board have LCD ..."
valkyr1e has joined #linux-sunxi
<apritzel>
so those pin assignment go into the board's dts
<apritzel>
if the SoC pins are already mentioned in the .dtsi already
smaeul has quit [Ping timeout: 255 seconds]
smaeul has joined #linux-sunxi
nobe has joined #linux-sunxi
<Pe3ucTop>
apritzel: thanks, I was not sure, now it's clear :)
<apritzel>
Pe3ucTop: so in case of CSI the answer is actually: "both", since I can't find any CSI pins in any SoC .dtsi yet
<apritzel>
Pe3ucTop: compare uart<x>_pins: you mention which pins *can* be a assigned to a UART in the .dtsi, and then say *which* of them actually *are* in the board .dts
reinforce has quit [Quit: Leaving.]
<mripard>
apritzel: there's no CSI pins because there's no CSI driver :)
<apritzel>
mripard: I know, but hopefully Pe3ucTop has something in his sleeve :-D
Ntemis has quit [Read error: Connection reset by peer]
chomwitt has quit [Quit: WeeChat 1.0.1]
ernestask has joined #linux-sunxi
<Pe3ucTop>
apritzel: I'm working with the same "driver" which is provided as patches in google group and from Ondrej Jirman...
massi has quit [Remote host closed the connection]
dave0x6d has joined #linux-sunxi
<Pe3ucTop>
But now some questions:
fkluknav has quit [Ping timeout: 255 seconds]
<Pe3ucTop>
Can't get ALSA working, sun4i-codec, reprst ASoC not redisteres , and Failed to register card.. Any advice where to look for solution ?
msimpson has quit [Quit: Leaving]
<anarsoul>
Pe3ucTop: some component is probably missing
<apritzel>
Pe3ucTop: it would be helpful if you would reveal your board or SoC ;-)
junnie has quit [Ping timeout: 264 seconds]
fkluknav has joined #linux-sunxi
<Pe3ucTop>
apritzel: Alwinner
<Pe3ucTop>
apritzel: V3s , LicheePi zero, Linux 4.13 , trying to use sun8i-codec-analog + sun4i-codec
<Pe3ucTop>
I see some got it working, Looks like I'm doing the same but without ssuccess.
<Pe3ucTop>
miasma: I noticed you had payed with ALSA on V3s , did you get it working ? did you change device-treee / config files ?
<anarsoul>
Pe3ucTop: if V3S is alike other allwinner socs you need cpudai (which is i2s driver), codec dai (sun4i-codec) and analog codec. Make sure that you have DMA driver working
<miasma>
Pe3ucTop: i don't have v3 boards, h3
<wens>
icenowy[m]: ^
chlorine has quit [Remote host closed the connection]