ftg has quit [Read error: Connection reset by peer]
samueldr has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 480 seconds]
ssvb has quit [Quit: Leaving]
cmeerw has joined #linux-sunxi
cmeerw has quit [Ping timeout: 480 seconds]
pentabarf has joined #linux-sunxi
prefixcactus has joined #linux-sunxi
pentabarf has quit [Ping timeout: 480 seconds]
kayterina[m] has joined #linux-sunxi
<libv>
what do you guys think, should i spend a few minutes throwing people, who are here already, out of the freenode channel?
<swiftgeek>
maybe borrow a bot from coreboot
ats has joined #linux-sunxi
ats_ has quit [Ping timeout: 480 seconds]
<rellla>
libv: is it possible to send them a personal message, too? i guess most of the people have this channel active in their bouncer. as i had...
jelly is now known as Guest290
* rellla
is thinking about doing that with #lima and #cedrus, too...
<rellla>
and afaik you will get this personal popup message once you open your irc client. i would go one step further and throw all people, because these ones may have missed the move to oftc.
<rellla>
and then they are probably wondering, why no conversation is happening anymore on the channel - if they don't backread or don't read the topic. they can't speak anyway...
Xalius has joined #linux-sunxi
Guest290 is now known as jelly
warpme_ has joined #linux-sunxi
<libv>
i would just do it all manually i guess
<libv>
but i'll probably do it on monday, while childsitting
<karlp>
why does it matter?
<libv>
the fewer people are there, the fewer incentive people have to stay there i guess
<libv>
but you're probably right
<apritzel>
if people can't speak anyway, they will sooner or later drop out anyway, so why do we need to do something anyway?
<apritzel>
not everyone uses IRC on a daily or even weekly basis
<libv>
right, i guess i just want to get this over and done with asap, and move on
<karlp>
just leave yourself, out of sight, out of mind :)
tnovotny has joined #linux-sunxi
<warpme_>
jernej: re: jout q about g31 on 2 h616 boards i have: yes. it is not working. panfrost loads, seesm to report ok caps but dmeg every 60sec is full of:
<libv>
tuxd3v_: i set it to only allow people who are registered can talk as we had some spammers already
<libv>
heh
<jernej>
warpme_: it looks fine to me...
<jernej>
you don't need to specify interrupt parent, since gic is already default
<warpme_>
jernej: thx. panforst bbrezillon says: "assuming both your amlogic and allwinner SoC embed the same GPU (G31), and one works while the other doesn't, I'd bet on a kernel side issue (PM or cache related)"
<jernej>
yeah, I concur
<jernej>
warpme_: are you 100% you properly powered it?
<jernej>
*sure
<warpme_>
as i see interrupts counters are growing with time it tells me that gpu is somehow alive and constantly doing some jobs.... this will suggest rather cache coherency hypothessis....
<warpme_>
re: PM: well. i "guess" by PM names. in OpiZero2 i see dcdcc is named "vdd-gpu-sys" - so i routed this to mali-supply....
pentabarf has joined #linux-sunxi
<warpme_>
issue for me it that panfrost dmesg verbosity is very difficult to get conclusions what is wrong....
<jernej>
yeah, dcdcc is correct
<warpme_>
re: "don't need to specify interrupt parent" - oh for sure there are many places asking for clanup/optimization. but i think this might be 2nd pass - when we will get it working. so far h616 starts to see pretty good at starter phase: usb, hdmi, eth, cec, vdec, ir are basically working. gl loads but not works. no audio.
pentabarf has quit []
<jernej>
warpme_: there is another special bit for GPU, this time for secure memory
<jernej>
make sure that 0x3007054 bit 0 is 0
<warpme_>
for sure many subsystems are need polishing but imho having as starter an working media playback may encourage new ppl who will maybe help polish those subsystems...
<jernej>
at same place that you added hack for power
<warpme_>
oh qll. let me try
tuxd3v has joined #linux-sunxi
<tuxd3v>
hello all
<jernej>
hello :)
<tuxd3v>
:)
<tuxd3v>
apritzel, what's the news?
Daanct12 has joined #linux-sunxi
<warpme_>
jernej: so i tried with adding in uboot shell mw.l 0x3007054 0 . not helps. still job timeouts...
<jernej>
ok, I'll compare vanilla bifrost driver from ARM web page and AW variant from BSP
<warpme_>
many thx. i might be unavaliable next 2..3h - you know - familly commitments :-)
<jernej>
well, don't expect anything quickly from me either :)
Danct12 has quit [Ping timeout: 480 seconds]
<warpme_>
jernej: btw: event with timeouts - after waiting long enough - i see apearing single gui elements on screen....
<tuxd3v>
my device uses broadcom related stuff( ampak 6212 )
<megi>
mine is ampak 6210
<tuxd3v>
humm even the very annoying messages of timeout's disappeared :)
<apritzel>
tuxd3v: I think the timeout was the actual problem: the driver couldn't communicate with the chip. Any other error reported (firmware loading, etc) was a subsequent error
<tuxd3v>
apritzel, agree
<jernej>
apritzel: do you think some quirk is actually needed or it's just delay that helps?
akanouras has joined #linux-sunxi
<apritzel>
jernej: I don't know. It's a bit puzzling, as the added delay is in the UART driver.
<apritzel>
I'd guess that delays only matter once the BT driver comes into play, which happens after the UART driver