TEKrantz has quit [Read error: Connection reset by peer]
TEKrantz has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 268 seconds]
hardfalcon has joined #linux-sunxi
fkluknav has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
<mirko>
hm, getting "cpu cpu1: cpufreq_init: failed to get clk:" with 4.15 (megous) - what am i missing?
fkluknav has quit [Ping timeout: 240 seconds]
pgreco has quit [Quit: Leaving.]
victhor has quit [Remote host closed the connection]
qeed has quit [Ping timeout: 240 seconds]
tlwoerner has quit [Quit: Leaving]
_whitelogger has joined #linux-sunxi
lurchi_ is now known as lurchi__
JohnDoe_71Rus has joined #linux-sunxi
TEKrantz has quit [Read error: Connection reset by peer]
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
chlorine has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 260 seconds]
chlorine has quit [Ping timeout: 256 seconds]
xes has quit [Ping timeout: 255 seconds]
megi has quit [Ping timeout: 264 seconds]
foxx_ has joined #linux-sunxi
fkluknav has joined #linux-sunxi
IgorPec has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
<wens>
sehraf: look for drm.debug kernel boot parameter
fkluknav has quit [Ping timeout: 240 seconds]
dddddd has quit [Remote host closed the connection]
nuuuciano_ has quit [Ping timeout: 240 seconds]
nuuuciano_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 256 seconds]
leviathan has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
xes has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
sehraf has joined #linux-sunxi
lkcl has quit [Read error: No route to host]
clemens3 has joined #linux-sunxi
return0e has quit [Ping timeout: 268 seconds]
return0e has joined #linux-sunxi
<sehraf>
wens: that was exatly what i was looking for, thanks. So 1440p doesn't work because drm thinks the clock is to high for that mode [ 22.109792] [drm:drm_mode_prune_invalid] Not using 2560x1440 mode: CLOCK_HIGH
<wens>
iirc hdmi only goes up to 1080p
bonbons has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<sehraf>
wens that highly depends on the standard (and sometimes even cable). u-boot actually does use 1440p so the hardware is capable
<sehraf>
next question is now why i don't get a signal
<wens>
I meant the controller/encoder in the SoC
<wens>
I forgot which soc you were using though
<sehraf>
a20 (cubietruck)
<sehraf>
i can live with 1080p but a black screen is annoying nevertheless :D
<Wizzup>
HDMI 1.4 only does 1080p doesn't it?
<Wizzup>
ah. nope.
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.3, revision: git-7269-g7689d8b21, build type: debug, sources date: 20160102, built on: 2018-03-04 22:12:09 UTC git-7269-g7689d8b21 http://www.kvirc.net/]
<sehraf>
does anybody know what this means: [ 24.161631] [drm:drm_mode_prune_invalid] Not using 2560x1440 mode: VIRTUAL_X
SP7RT has joined #linux-sunxi
<KotCzarny>
you can google that message, just remove 2560x1440 from query
<KotCzarny>
probably requested mode is bigger than configured/supported
<sehraf>
tried that already ;) but the first few results didn't yield anything usefull
<KotCzarny>
check what edid returns and what your hw is thinking about maximums?
pmpp_ is now known as pmpp
victhor has joined #linux-sunxi
afaerber has quit [Ping timeout: 252 seconds]
afaerber has joined #linux-sunxi
GrimKriegor has quit [Read error: Connection reset by peer]
mkid has quit [Ping timeout: 265 seconds]
mkid has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
<montjoie>
The more I read BSP, the more I think they never test crypto beyond "compile test"
<KotCzarny>
:)
<KotCzarny>
or just use crypto for one purpose
<KotCzarny>
and only write driver to work with it
<montjoie>
at least the H6 PRNG seems broken, and probably precedent also
<KotCzarny>
hw or sw broken?
<montjoie>
both
<KotCzarny>
ugh
fdcx has joined #linux-sunxi
fdcx_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 256 seconds]
megi has joined #linux-sunxi
BenG83_ has quit [Ping timeout: 264 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
fkluknav has joined #linux-sunxi
elros_ has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
nuuuciano_ has quit [Ping timeout: 260 seconds]
cnxsoft has joined #linux-sunxi
<mirko>
still not getting cpufreq/dvfs working on my orangepi lite/one - this time with 4.16 (megous). operating-points are part of the dts, maybe missing some kernel support? don't know where to look anymore..
nuuuciano has joined #linux-sunxi
<mirko>
"cpu cpu1: cpufreq_init: failed to get clk: -2") / no /sys/devices/system/cpu/cpu0/cpufreq
<dddddd>
kilobyte, I'm looking at your atf-allwinner debian package. I think it's compatible with the patch we're using for the teres-i. Would you review/accept it?
<dddddd>
It's a small block of code, to enable power to the LCD (like one of the last commits do for the pinebook)
<kilobyte>
dddddd: I have no teres-i hardware to check, I also blindly package what apritzel and others made -- thus I can't meaningfully review the code
chlorine has quit [Ping timeout: 240 seconds]
<kilobyte>
on the other hand, I'd gladly take any patches if you'd want your hardware to work on unmodified Debian
<dddddd>
kilobyte, oh, I see...
<kilobyte>
ie, I'm uninformed downstream
fkluknav has joined #linux-sunxi
<dddddd>
We have this image (to boot) now but, yes, we want it to work on debian proper (for the installer and so...)
<dddddd>
kilobyte, I'm worried that the code style and some minor details needs polish, so I'd like someone to mentor me with this. I don't see apritzel here now. Can anyone else, please, help me with this?
<kilobyte>
anarsoul did this work, too
<kilobyte>
not on IRC right now, but you can contact both of them via mail
<dddddd>
I'll wait, mail is really not my thing. Thanks! I'll link you the code kilobyte too, soon... just in case.
<dddddd>
kilobyte, I saw some bits on that package that are pine related, somehow hardcoded if I understand it... Is this expected?
<dddddd>
(let me know if you want to move this conversation elsewhere)
<kilobyte>
only because vagrantc (u-boot packager) currently ships only sun50i-a64-pine64.dtb and sun50i-a64-pine64-plus.dtb
<kilobyte>
because of lack of testing, I guess
<dddddd>
I see. We're using some u-boot patches from anarsoul and icenowy[m]. The one from icenowy[m] adds a minimal dts for the teres and it's working great. We have a more complete dts for the kernel (Harald will sent it soon).
<dddddd>
*send
IgorPec has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
FergusL has quit [Read error: Connection reset by peer]