<jernej>
if you want for H616, you'll need to slightly adjust pinctrl and emac parts
<jernej>
H616 has 2 emacs, second one is dedicated for fast ethernet
<jernej>
and internal phy
<KREYREN_oftc>
> <fraolt> KREYREN_oftc: https://dpaste.com/AGQA2EEUQ < fraolt, reportedly fixes issue on Gentoo Linux according to the community member who tested the changes, i will be deploying mine now as well to test on nixos
<KREYREN_oftc>
fraolt, the patch also works on my end using NixOS!
<fraolt>
So, I'm not sure what's the best way forward now. I'm thinking about improving the out-of-tree patches, but I have no working code yet. So, the patch is the best we have for now.
<Jookia>
fraolt: You too are working on clocks huh? :(
apritzel has quit [Ping timeout: 480 seconds]
<KREYREN_oftc>
teres is kinda highly dependent on the LTS as all major distributions are using it and do not expect to apply additional patches so ideally if you could implement that in a way that doesn't touch LTS and develop that in non-lts releases
<KREYREN_oftc>
bcs breakage in LTS means that e.g. my drone will fall out of the sky as i use mine in mission critical environment
<KREYREN_oftc>
bcs i maintain all of the major distros and i would go insane if i had to manage kernel patches for all of them kinda
<KREYREN_oftc>
Or ideally at least having a mainling list that the teres users can join so that we are aware of anything that might touch the teres's functionality
vagrantc has joined #linux-sunxi
<fraolt>
Is the anx6345 in mainline?
apritzel has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
<fraolt>
Jookia: Well, I want the pinephone to work on mainline.
<diego71>
uhm, in my test it was not, but I can tell you when the bisect finished (tomorrow I hope)
<diego71>
(not specifically 6.5.13)
<diego71>
for example the lcd is blank with this commit be3c213150dc4370ef211a78d78457ff166eba4e
warpme has quit []
<fraolt>
Ok, please let me no.
<fraolt>
There was a patch in 6.5 that fixed clock rate calculations for lcd panels in some circumstances. Maybe that's it.
<fraolt>
So, you, diego71, have an issue with the internal lcd while KREYREN_oftc has an issue with anx6345. Those could be separate issues, I believe.
<Jookia>
fraolt: Your patch to limit something unintentionally made me fix my code, so now I have working clocks. So thanks!
<fraolt>
Jookia: Nice! Which patch do you mean?
<Jookia>
fraolt: The one to limit M/N divisors or something. I rememberd I didn't do that and the reason I was getting weird signals is it would operate outside max N
<KREYREN_oftc>
> <fraolt> So, you, diego71, have an issue with the internal lcd while KREYREN_oftc has an issue with anx6345. Those could be separate issues, I believe. < It seems like the same issue to me, i rather lack the required experience in that part of the linux kernel to properly identify and elaborate on the issue tbh
<fraolt>
Ugh, I just saw in the DT that anx6345 is connected to tcon0. So, you're probably right, KREYREN_oftc.
<fraolt>
Jookia: Ah nice! That reminds me, that I need to send an update of the M/N ratio series.
<fraolt>
afk now. Good night or whatever time it is for you. :D
<Jookia>
KREYREN_oftc: I'm not entirely sure, I'm not an EMI person. I'm not sure if that's a clocking issue. Fractional clocking allows much more accurate clocking. There is also spread-spectrum support which could be used to reduce EMI by having the audio rate vary so there's not a resonance like you're experiencing
<Jookia>
So the answer is ...... maybe? It really depends what is causing the EMI
<Jookia>
It could certainly help debug this issue by changing the clocks
<KREYREN_oftc>
Jookia, the issue is that i don't have a reliable way to reproduce the issue but if you can give out a helpful info on how to change the clocks to mitigate that i can add that to the wiki and it may lead to the fix
<Jookia>
I'm not familiar with the A64, but to my knowledge the clocks are set on boot
<Jookia>
by the device reset
apritzel has joined #linux-sunxi
<apritzel>
so the ANX6345 translates from the parallel LCD interface to eDP, which is what the panel uses. So from the A64's point of view, timing & clock wise it's all TCON0 LCD, on 3*6 pins
<apritzel>
diego71: what is your display? parallel LCD or MIPI-DSI?
jernej_ has joined #linux-sunxi
jernej has quit [Remote host closed the connection]
oliv3r[m] has quit [Ping timeout: 480 seconds]
chuang[m] has quit [Ping timeout: 480 seconds]
obbardc has quit [Ping timeout: 480 seconds]
pgwipeout[m] has quit [Ping timeout: 480 seconds]
vulpes2[m] has quit [Ping timeout: 480 seconds]
Tooniis[m] has quit [Ping timeout: 480 seconds]
JuniorJPDJ has quit [Ping timeout: 480 seconds]
KREYREN has quit [Ping timeout: 480 seconds]
Guest1216 has quit [Ping timeout: 480 seconds]
Newbyte has quit [Ping timeout: 480 seconds]
error2[m] has quit [Ping timeout: 480 seconds]
exkc has quit [Ping timeout: 480 seconds]
fraolt has quit [Ping timeout: 480 seconds]
cperon has quit [Ping timeout: 480 seconds]
aerospace[m] has quit [Ping timeout: 480 seconds]
movedon5b2z4xywybidzannet[m] has quit [Ping timeout: 480 seconds]
GrantM11235[m] has quit [Ping timeout: 480 seconds]