ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
derzahl has quit [Ping timeout: 480 seconds]
derzahl has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov__ has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
Lucanis has quit [Ping timeout: 480 seconds]
Lucanis has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
derzahl has quit [Remote host closed the connection]
derzahl has joined #aarch64-laptops
wwilly has joined #aarch64-laptops
<steev> bamse: been testing that branch - aside from the thing i noticed in #freedreno last night, seems good(ish) - wifi issues not withstanding :)
<bamse> steev: what was the #freedreno-reported thing?
<bamse> steev: i did speak to sibi about further debugging the wifi issue, so i have some more work to acquire the right ramdumps etc so that i can get some assitance from qualcomm
<steev> the screen is all "corrupted" with mesa 21.3 rc1, because it uses uwbc not linear
<bamse> cool effect
<bamse> okay, so we need to double check the ubwc configuration on the dpu side of sc8180x then i presume
<steev> likely, and that's way above my skillset/paygrade - i'm gonna double check tonight if reverting the commit rob mentioned "fixes" it
<bamse> i have no idea what the ubwc configuration would entail, the only thing i know of was to say that sc8180x has DPU_HW_UBWC_VER_30
<bamse> perhaps that's wrong, or perhaps there's something missing elsewhere
<robclark> bamse: for dpu side, I guess 544d8b96150dea3d439dcaf66ac01eca58f4016c might give an idea where to look.. and d0bac4e9cd66fe0c0f5d7fbbf2d0f9956a3d8916 for gpu side..
<robclark> looking at downstream, it does look like there are some gpu side differences.. (but I guess that makes sense because double # of ddr interfaces compared to 640)
<bamse> robclark: thanks for the pointers
<bamse> yeah, that looks most likely
<robclark> this looks plausibly important:
<robclark> also I think we want amsbc to be 1
<bamse> amsbc should be 1 already, thanks to a680 being in the a640 familiy
<bamse> we do however not set BIT(0) of NC_MODE_CNTL
<robclark> ahh, right
derzahl has quit [Quit: auf wiedersehen]
derzahl has joined #aarch64-laptops
Solarbaby has joined #aarch64-laptops
Solarbaby has quit [Read error: Connection reset by peer]
Solarbaby has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
Solarbaby has quit [Read error: No route to host]