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)
bamse has quit [Server closed connection]
<steev>
RIP
bamse has joined #aarch64-laptops
bamse is now known as Guest163
robclark has quit [Server closed connection]
robclark has joined #aarch64-laptops
derzahl has joined #aarch64-laptops
Guest163 is now known as bamse
<bamse>
steev: looks to be an issue with dsi, not sure if it relates to the dp patches...but let's keep an eye on that...
<bamse>
steev: i guess i could add the ec with "empty" connectors, and then add the dp node separately...is that what you're asking for?
<steev>
bamse: essentially, yeah, and you might be right it seems dsi, except i put this on 5.19 (commented out the dp stuff for usb and disabled the mdss for it) and can't suspend anymore either
<steev>
i end up with a cursor on a mostly blank screen and the display still on
<steev>
doesn't suspend, and can't wake
<steev>
admittedly, i may not have gotten the correct stuff commented out
<bamse>
so you wanted the dp node separately so you can easily apply/revert that for testing purposes?
<steev>
yeah, basically, battery working - > test; dp stuff -> test
<bamse>
i think you can just toggle the status of the dp node...
<bamse>
but, i can split the patches as well
<steev>
i thought i could too
<steev>
i'm assuming that's just mdss_dp status=disabled yeah?
<bamse>
steev: yes, that's my expectation
<steev>
that seems to take out using the usb port too heh
<steev>
that's fine
<steev>
okay so yeah, when i try to suspend now, it locks up
<steev>
that's running systemctl suspend, will try just closing it
srinik has quit [Server closed connection]
srinik has joined #aarch64-laptops
<steev>
closing lid doesn't suspend it at all, oddly. choosing suspend from gnome's logout menu does the same lock up
<bamse>
works on my machine<tm>
<bamse>
on second boot, because first boot it was waiting for the dsi bridge etc to probe
<steev>
not here :/
<steev>
you have the boe?
<steev>
it shouldn't matter, but i think we have different screens now, gwolf has the boe screen now
<bamse>
it's not related to the screen, as we run off the panel-edp now and detect which timings to use
<steev>
ah, okay, makes sense
* gwolf
woners whatis boe
<steev>
i tried both with DRM built in since that's what your config dump does, as well as m
<steev>
gwolf: screen vendor
<gwolf>
(just cloned from Andersson's... will start building shortly)
<gwolf>
OK
<gwolf>
Oh, right, there were different vendors for C630.
<steev>
yours can have some fancy timings to lower power consumption
<steev>
but they got nacked by boe themselves because they possibly could fail some tests they have internally or something
<gwolf>
Dunno. But works quite nicely :-] I think even better than the common experience around here
<steev>
to be fair, my systems are all running in a state of flux ;)
<steev>
trying to collect the patches for all of the systems we support in kali is.... time consuming... as well to get them all to play nice together on the same kernel version
<steev>
i'm trying to rewrite the overlays i wrote for the radxa zero to support the upstream way and it's just not playing nice
<gwolf>
Oh, you can just ship a gazillion different kernel flavors instead ;_)
<steev>
no, that's what i currently do :P
<steev>
i want to ship just one flavor, but debian won't pull in patches until they're at least in -next
<gwolf>
of course, it makes sense to ship less rather than more
<gwolf>
absolute sense
<gwolf>
And... yes, our kernel maintainers are somewhat conservative... but I guess it mostly works for most use cases ;-)
<steev>
i get it, definitely don't want to be carrying around test patches into stable
<steev>
good reminder that i wanted to ping neil about the radxa stuff i'm trying and failing
<steev>
you want my t-b now or do you want me to wait for some reviews?
<bamse>
i'd be happy to take some t-bs
<steev>
oooh
<steev>
does the dp stuff work for the thinkpad too?
<steev>
i just saw that patchset
<bamse>
i have it working on the crd, was trying to finish the cleanup before i tried to replicate it on the x13s
<bamse>
but pretty close to yes, you need some more patches that i hope to see hit the list tomorrow or so
<steev>
ahh
<steev>
i'll wait for those and then give it a whirl
<bamse>
the integration in the dp driver is the same in both cases, got it nicely abstracted
<steev>
bamse: are those against latest next? or against 0728?
<bamse>
tested on 0728, but then i merged the c630 and x13s pieces together and compile tested that on a clean 0810...
<steev>
ah, let me bump to 0810, i was on 0808 still
<steev>
oh, derp
<steev>
i have older versions of some :D
iivanov has joined #aarch64-laptops
<derzahl>
every one here run debian or derivative on their c630 right? What else is known to run fairly well?
<derzahl>
we have a list by chance?
alexeymin has quit [resistance.oftc.net reticulum.oftc.net]
krzk has quit [resistance.oftc.net reticulum.oftc.net]
cmeerw[m] has quit [resistance.oftc.net reticulum.oftc.net]
falk689 has quit [resistance.oftc.net reticulum.oftc.net]
c00k has quit [resistance.oftc.net reticulum.oftc.net]
kbingham has quit [resistance.oftc.net reticulum.oftc.net]
ungeskriptet[m] has quit [resistance.oftc.net reticulum.oftc.net]
AlexMarty[m] has quit [resistance.oftc.net reticulum.oftc.net]
harvests[m] has quit [resistance.oftc.net reticulum.oftc.net]
Penguinpee has quit [resistance.oftc.net reticulum.oftc.net]
qzed has quit [resistance.oftc.net reticulum.oftc.net]
minecrell has quit [resistance.oftc.net reticulum.oftc.net]
hexdump0815 has quit [resistance.oftc.net reticulum.oftc.net]
macc24 has quit [resistance.oftc.net reticulum.oftc.net]
travmurav[m] has quit [resistance.oftc.net reticulum.oftc.net]
steevdave[m] has quit [resistance.oftc.net reticulum.oftc.net]
davidebeatrici[m] has quit [resistance.oftc.net reticulum.oftc.net]
amstan has quit [resistance.oftc.net reticulum.oftc.net]
shoragan has quit [resistance.oftc.net reticulum.oftc.net]
luxio_39[m] has quit [resistance.oftc.net reticulum.oftc.net]
go4godvin has quit [resistance.oftc.net reticulum.oftc.net]
clover[m] has quit [resistance.oftc.net reticulum.oftc.net]
szclsya[m] has quit [resistance.oftc.net reticulum.oftc.net]
jenneron[m] has quit [resistance.oftc.net reticulum.oftc.net]
tinybronca[m] has quit [resistance.oftc.net reticulum.oftc.net]
iivanov has quit [resistance.oftc.net reticulum.oftc.net]
ajhalaney[m] has quit [resistance.oftc.net reticulum.oftc.net]
harvestz[m] has quit [resistance.oftc.net reticulum.oftc.net]
xnox has quit [resistance.oftc.net reticulum.oftc.net]
Dylanger has quit [resistance.oftc.net reticulum.oftc.net]
suihkulokki has quit [resistance.oftc.net reticulum.oftc.net]
danielt has quit [resistance.oftc.net reticulum.oftc.net]
janrinze has quit [resistance.oftc.net reticulum.oftc.net]
maz has quit [resistance.oftc.net reticulum.oftc.net]
mahmoudajawad[m] has quit [resistance.oftc.net reticulum.oftc.net]
agraf has quit [resistance.oftc.net reticulum.oftc.net]
alpernebbi has quit [resistance.oftc.net reticulum.oftc.net]
neobrain has quit [resistance.oftc.net reticulum.oftc.net]
djakov_ has quit [resistance.oftc.net reticulum.oftc.net]
javierm has quit [resistance.oftc.net reticulum.oftc.net]
HdkR has quit [resistance.oftc.net reticulum.oftc.net]
abelvesa has quit [resistance.oftc.net reticulum.oftc.net]
tomeu has quit [resistance.oftc.net reticulum.oftc.net]
arisu has quit [resistance.oftc.net reticulum.oftc.net]
Lucy[m] has quit [resistance.oftc.net reticulum.oftc.net]
calebccff has quit [resistance.oftc.net reticulum.oftc.net]
Sobek[m] has quit [resistance.oftc.net reticulum.oftc.net]
jelly has quit [resistance.oftc.net reticulum.oftc.net]
srinik has quit [resistance.oftc.net reflection.oftc.net]
bamse has quit [resistance.oftc.net reflection.oftc.net]
dianders has quit [resistance.oftc.net reflection.oftc.net]
robher_ has quit [resistance.oftc.net reflection.oftc.net]
broonie has quit [resistance.oftc.net reflection.oftc.net]
robclark has quit [resistance.oftc.net graviton.oftc.net]
pundir has quit [resistance.oftc.net graviton.oftc.net]
leezu has quit [resistance.oftc.net graviton.oftc.net]
arnd has quit [resistance.oftc.net graviton.oftc.net]
_alice has quit [resistance.oftc.net graviton.oftc.net]
rfs613 has quit [resistance.oftc.net graviton.oftc.net]
systwi has quit [resistance.oftc.net graviton.oftc.net]
gwolf has quit [resistance.oftc.net graviton.oftc.net]
psydroid[m] has quit [resistance.oftc.net reticulum.oftc.net]
srinik has joined #aarch64-laptops
dianders has joined #aarch64-laptops
bamse has joined #aarch64-laptops
robher_ has joined #aarch64-laptops
broonie has joined #aarch64-laptops
Evaia63 has quit [resistance.oftc.net graviton.oftc.net]
mani_s has quit [resistance.oftc.net larich.oftc.net]
exit70 has quit [resistance.oftc.net graviton.oftc.net]
jhugo__ has quit [resistance.oftc.net larich.oftc.net]
shawnguo9 has quit [resistance.oftc.net larich.oftc.net]
tomf has quit [resistance.oftc.net larich.oftc.net]
ndec has quit [resistance.oftc.net larich.oftc.net]
vkoul has quit [resistance.oftc.net larich.oftc.net]
CosmicPenguin_ has quit [resistance.oftc.net larich.oftc.net]
jbowen has quit [resistance.oftc.net larich.oftc.net]
steev has quit [resistance.oftc.net larich.oftc.net]
samueldr has quit [resistance.oftc.net larich.oftc.net]
robclark has joined #aarch64-laptops
leezu has joined #aarch64-laptops
arnd has joined #aarch64-laptops
_alice has joined #aarch64-laptops
systwi has joined #aarch64-laptops
exit70 has joined #aarch64-laptops
rfs613 has joined #aarch64-laptops
gwolf has joined #aarch64-laptops
Evaia63 has joined #aarch64-laptops
pundir has joined #aarch64-laptops
calebccff has joined #aarch64-laptops
minecrell has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
falk689 has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
macc24 has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
alexeymin has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
c00k has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
qzed has joined #aarch64-laptops
krzk has joined #aarch64-laptops
mahmoudajawad[m] has joined #aarch64-laptops
xnox has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
amstan has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
tinybronca[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
go4godvin has joined #aarch64-laptops
janrinze has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
neobrain has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
arisu has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
abelvesa has joined #aarch64-laptops
agraf has joined #aarch64-laptops
javierm has joined #aarch64-laptops
maz has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
davidebeatrici[m] has quit [reticulum.oftc.net charon.oftc.net]
steevdave[m] has quit [reticulum.oftc.net charon.oftc.net]
amstan has quit [reticulum.oftc.net charon.oftc.net]
travmurav[m] has quit [reticulum.oftc.net charon.oftc.net]
luxio_39[m] has quit [reticulum.oftc.net charon.oftc.net]
macc24 has quit [reticulum.oftc.net charon.oftc.net]
go4godvin has quit [reticulum.oftc.net charon.oftc.net]
shoragan has quit [reticulum.oftc.net charon.oftc.net]
hexdump0815 has quit [reticulum.oftc.net charon.oftc.net]
minecrell has quit [reticulum.oftc.net charon.oftc.net]
szclsya[m] has quit [reticulum.oftc.net charon.oftc.net]
ajhalaney[m] has quit [reticulum.oftc.net charon.oftc.net]
jenneron[m] has quit [reticulum.oftc.net charon.oftc.net]
clover[m] has quit [reticulum.oftc.net charon.oftc.net]
tinybronca[m] has quit [reticulum.oftc.net charon.oftc.net]
danielt has quit [reticulum.oftc.net charon.oftc.net]
mahmoudajawad[m] has quit [reticulum.oftc.net charon.oftc.net]
harvestz[m] has quit [reticulum.oftc.net charon.oftc.net]
iivanov has quit [reticulum.oftc.net charon.oftc.net]
djakov_ has quit [reticulum.oftc.net charon.oftc.net]
neobrain has quit [reticulum.oftc.net charon.oftc.net]
Dylanger has quit [reticulum.oftc.net charon.oftc.net]
javierm has quit [reticulum.oftc.net charon.oftc.net]
arisu has quit [reticulum.oftc.net charon.oftc.net]
Lucy[m] has quit [reticulum.oftc.net charon.oftc.net]
janrinze has quit [reticulum.oftc.net charon.oftc.net]
tomeu has quit [reticulum.oftc.net charon.oftc.net]
agraf has quit [reticulum.oftc.net charon.oftc.net]
maz has quit [reticulum.oftc.net charon.oftc.net]
HdkR has quit [reticulum.oftc.net charon.oftc.net]
abelvesa has quit [reticulum.oftc.net charon.oftc.net]
xnox has quit [reticulum.oftc.net charon.oftc.net]
alpernebbi has quit [reticulum.oftc.net charon.oftc.net]
jelly has quit [reticulum.oftc.net charon.oftc.net]
suihkulokki has quit [reticulum.oftc.net charon.oftc.net]
Sobek[m] has quit [reticulum.oftc.net charon.oftc.net]
ndec has joined #aarch64-laptops
tomf has joined #aarch64-laptops
jbowen has joined #aarch64-laptops
steev has joined #aarch64-laptops
samueldr has joined #aarch64-laptops
mani_s has joined #aarch64-laptops
jhugo__ has joined #aarch64-laptops
shawnguo9 has joined #aarch64-laptops
vkoul has joined #aarch64-laptops
CosmicPenguin_ has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
minecrell has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
arisu has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
xnox has joined #aarch64-laptops
tinybronca[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
jelly has joined #aarch64-laptops
amstan has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
calebccff has joined #aarch64-laptops
danielt has joined #aarch64-laptops
janrinze has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
abelvesa has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
neobrain has joined #aarch64-laptops
agraf has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
javierm has joined #aarch64-laptops
maz has joined #aarch64-laptops
mahmoudajawad[m] has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
macc24 has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
go4godvin has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
falk689 has quit [singleton.oftc.net resistance.oftc.net]
AlexMarty[m] has quit [singleton.oftc.net resistance.oftc.net]
c00k has quit [singleton.oftc.net resistance.oftc.net]
harvests[m] has quit [singleton.oftc.net resistance.oftc.net]
qzed has quit [singleton.oftc.net resistance.oftc.net]
krzk has quit [singleton.oftc.net resistance.oftc.net]
ungeskriptet[m] has quit [singleton.oftc.net resistance.oftc.net]
kbingham has quit [singleton.oftc.net resistance.oftc.net]
alexeymin has quit [singleton.oftc.net resistance.oftc.net]
cmeerw[m] has quit [singleton.oftc.net resistance.oftc.net]
Penguinpee has quit [singleton.oftc.net resistance.oftc.net]
amstan has quit [singleton.oftc.net resistance.oftc.net]
davidebeatrici[m] has quit [singleton.oftc.net resistance.oftc.net]
luxio_39[m] has quit [singleton.oftc.net resistance.oftc.net]
travmurav[m] has quit [singleton.oftc.net resistance.oftc.net]
go4godvin has quit [singleton.oftc.net resistance.oftc.net]
steevdave[m] has quit [singleton.oftc.net resistance.oftc.net]
macc24 has quit [singleton.oftc.net resistance.oftc.net]
shoragan has quit [singleton.oftc.net resistance.oftc.net]
hexdump0815 has quit [singleton.oftc.net resistance.oftc.net]
minecrell has quit [singleton.oftc.net resistance.oftc.net]
clover[m] has quit [singleton.oftc.net resistance.oftc.net]
szclsya[m] has quit [singleton.oftc.net resistance.oftc.net]
jenneron[m] has quit [singleton.oftc.net resistance.oftc.net]
tinybronca[m] has quit [singleton.oftc.net resistance.oftc.net]
ajhalaney[m] has quit [singleton.oftc.net resistance.oftc.net]
neobrain has quit [singleton.oftc.net resistance.oftc.net]
javierm has quit [singleton.oftc.net resistance.oftc.net]
mahmoudajawad[m] has quit [singleton.oftc.net resistance.oftc.net]
janrinze has quit [singleton.oftc.net resistance.oftc.net]
danielt has quit [singleton.oftc.net resistance.oftc.net]
Sobek[m] has quit [singleton.oftc.net resistance.oftc.net]
Lucy[m] has quit [singleton.oftc.net resistance.oftc.net]
Dylanger has quit [singleton.oftc.net resistance.oftc.net]
arisu has quit [singleton.oftc.net resistance.oftc.net]
harvestz[m] has quit [singleton.oftc.net resistance.oftc.net]
iivanov has quit [singleton.oftc.net resistance.oftc.net]
djakov_ has quit [singleton.oftc.net resistance.oftc.net]
HdkR has quit [singleton.oftc.net resistance.oftc.net]
suihkulokki has quit [singleton.oftc.net resistance.oftc.net]
alpernebbi has quit [singleton.oftc.net resistance.oftc.net]
abelvesa has quit [singleton.oftc.net resistance.oftc.net]
agraf has quit [singleton.oftc.net resistance.oftc.net]
calebccff has quit [singleton.oftc.net resistance.oftc.net]
tomeu has quit [singleton.oftc.net resistance.oftc.net]
psydroid[m] has quit [singleton.oftc.net resistance.oftc.net]
jelly has quit [singleton.oftc.net resistance.oftc.net]
maz has quit [singleton.oftc.net resistance.oftc.net]
xnox has quit [singleton.oftc.net resistance.oftc.net]
samueldr has quit [singleton.oftc.net resistance.oftc.net]
CosmicPenguin_ has quit [singleton.oftc.net resistance.oftc.net]
tomf has quit [singleton.oftc.net resistance.oftc.net]
vkoul has quit [singleton.oftc.net resistance.oftc.net]
shawnguo9 has quit [singleton.oftc.net resistance.oftc.net]
ndec has quit [singleton.oftc.net resistance.oftc.net]
jhugo__ has quit [singleton.oftc.net resistance.oftc.net]
jbowen has quit [singleton.oftc.net resistance.oftc.net]
steev has quit [singleton.oftc.net resistance.oftc.net]
mani_s has quit [singleton.oftc.net resistance.oftc.net]
Evaia63 has quit [singleton.oftc.net resistance.oftc.net]
exit70 has quit [singleton.oftc.net resistance.oftc.net]
rfs613 has quit [singleton.oftc.net resistance.oftc.net]
leezu has quit [singleton.oftc.net resistance.oftc.net]
systwi has quit [singleton.oftc.net resistance.oftc.net]
pundir has quit [singleton.oftc.net resistance.oftc.net]
_alice has quit [singleton.oftc.net resistance.oftc.net]
gwolf has quit [singleton.oftc.net resistance.oftc.net]
robclark has quit [singleton.oftc.net resistance.oftc.net]
arnd has quit [singleton.oftc.net resistance.oftc.net]
robher_ has quit [singleton.oftc.net resistance.oftc.net]
bamse has quit [singleton.oftc.net resistance.oftc.net]
srinik has quit [singleton.oftc.net resistance.oftc.net]
broonie has quit [singleton.oftc.net resistance.oftc.net]
dianders has quit [singleton.oftc.net resistance.oftc.net]
alpernebbi has joined #aarch64-laptops
jbowen has joined #aarch64-laptops
maz has joined #aarch64-laptops
macc24 has joined #aarch64-laptops
dianders has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
alexeymin has joined #aarch64-laptops
c00k has joined #aarch64-laptops
krzk has joined #aarch64-laptops
falk689 has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
qzed has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
macc24 has quit [synthon.oftc.net charon.oftc.net]
alpernebbi has quit [synthon.oftc.net charon.oftc.net]
maz has quit [synthon.oftc.net charon.oftc.net]
travmurav[m] has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
javierm has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
xnox has joined #aarch64-laptops
arisu has joined #aarch64-laptops
tinybronca[m] has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
amstan has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
calebccff has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
danielt has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
neobrain has joined #aarch64-laptops
abelvesa has joined #aarch64-laptops
janrinze has joined #aarch64-laptops
maz has joined #aarch64-laptops
agraf has joined #aarch64-laptops
minecrell has joined #aarch64-laptops
mahmoudajawad[m] has joined #aarch64-laptops
go4godvin has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
macc24 has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
derzahl has quit [Remote host closed the connection]
tinybronca[m] has quit [Server closed connection]
tinybronca[m] has joined #aarch64-laptops
EdLin has joined #aarch64-laptops
SallyAhaj has quit [Ping timeout: 480 seconds]
SallyAhaj has joined #aarch64-laptops
xroumegue has joined #aarch64-laptops
EdLin has quit [Remote host closed the connection]
robertmader[m] has joined #aarch64-laptops
<robertmader[m]>
ping - can non-matrix people read this? :)
<HdkR>
yes
<robertmader[m]>
Cool thanks.
<HdkR>
+M isn't set in this channel
<robertmader[m]>
Hi there. I'm currently looking at fixing some performance papercuts in Firefox, GTK4 and Gnome-Shell on ARM devices. Regarding Firefox, some recent changes in FF and Mesa cleared the way for hardware accelerated rendering, i.e. Webrender and dmabuf, on freedreno and panfrost.
<robertmader[m]>
This basically also clears the way for hardware video decoding. However, supporting v4l2 stateless/stateful on top of vaapi is quite a maintenance burden and not very likely to work out. So I wonder how the prospects of vulkan video decoding currently stand. IIUC it has good potential to provide a unified API for all relevant vendors.
<robertmader[m]>
I saw some mesa work in that direction and wondered if anyone here has already investigated if implementing those extension on top of the v4l2 APIs is feasible and realistic within the next years.
<robertmader[m]>
robclark: I suppose you might be a good person to ask here ^
<robertmader[m]>
P.S.: talking to some gstreamer folks revealed that there appears to be a typical chicken-egg problem here regarding market demand. From a Firefox perspective it would somewhat make sense to throw our weight behind it and Nvidia seems to be on board, so there's already a big user basis who a Vulkan implementation would benefit. For Mesa there's some initial work in https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/13803
<HdkR>
I think the main thing is that everyone wants Vulkan Video to be a thing. So it'll happen at some point
jenneron[m] has quit [Server closed connection]
jenneron[m] has joined #aarch64-laptops
szclsya[m] has quit [Server closed connection]
szclsya[m] has joined #aarch64-laptops
<robclark>
robertmader[m]: re: vk video... not entirely sure how much sense it makes, with the video being entirely decoupled with the gpu.. maybe vk video allows for that, I'm not sure. Not aware of anyone looking at that. (maybe someone from linaro? ndec?) I wonder if you couldn't just use something like gstreamer instead?
<robclark>
if a vk driver can do video but no gpu things, not sure if at that point it would make sense to live in mesa or not.. I guess there isn't going to be as much re-use between that and gpu drivers
<robertmader[m]>
robclark: FF switched to ffmpeg long ago, but IIUC that supports v4l2 as well in some form. The question (that I haven't yet looked into) is just how big the extra maintenance burden will be. Having to support 3-4 different APIs just to cover video decoding on all big vendors on Linux is just a bit much.
<robclark>
I believe ffmpeg should somehow work on v4l2 on qc things.. at least I've seen demo's of it in the past
<ndec>
I am not aware of anyone at Linaro looking into that.. but that would be really cool to get hardware video codecs working more broadly..
<ndec>
yeah, we've done the initial v4l2+ffmpeg integration quite a few years ago.
<ndec>
well, using QCOM platforms mostly.
<ndec>
it's been a while since I (or anyone of us) might have tried ffmpeg+v4l2, but certainly something we can help with, if it just "does not work".
ajhalaney[m] has quit [Server closed connection]
ajhalaney[m] has joined #aarch64-laptops
<robclark>
robertmader[m], ndec: I asked around a bit to folks who know a bit more about vk video.. sounds like in _theory_ you have a device w/ only video queue and no GPU.. but passing CTS might involve fixing a lot of CTS tests with bad assumptions. And also android decided not to adopt vk video, which probably also makes it a tougher sell for arm vendors
<robertmader[m]>
<robclark> "robert.mader, ndec: I asked..." <- Thanks! Do you happen to know if Android just not adopted it because they support v4l2 anyway? I know that they also invest quite a bit into that on ChromeOS.
<robclark>
robertmader[m]: my understanding is that for security reasons they want to keep vendor video dec/enc APIs in a separate sandboxed process so they don't want video APIs to be directly accessible to ndk apps
clover[m] has quit [Server closed connection]
clover[m] has joined #aarch64-laptops
leezu has joined #aarch64-laptops
<leezu>
Do you know which software component is expected to handle the cros_ec_buttons SW_TABLET_MODE event and disable the touchpad and laptop keyboard based on it?
<steev>
what desktop
<leezu>
Gnome
<steev>
i'm not entirely sure in gnome, i'm assuming it's libinput related though
<steev>
bamse: so, with a fresh 0810 with just the patches from the mailing lists, suspend does work, however, unsuspend doesn't, i still get the unbalanced irq
<qzed>
leezu, steev: libinput disables the devices
<bamse>
steev: and you've confirmed that this problem is introduced by the dp-series?
<steev>
bamse: i haven't tried vanilla 20220810 - will do that shortly; i should probably mention, it doesn't happen every time either
<leezu>
qzed: Thank you for the pointer. sudo libinput debug-events --device /dev/input/event1 does print the "switch tablet-mode state" events correctly, but the "the touchpad and internal keyboard are disabled" described in the documentation does not work
<bamse>
steev: do we have something for the fact that the wifi driver hangs reboot/shutdown for a minute or so?
<steev>
i haven't seen that in a long time
<qzed>
leezu: you could check `libinput quirks list` on the keyboard/touchpad device
<qzed>
I'm not really sure what libinput uses to determine builtin vs. external
<bamse>
steev: so perhaps there's something in your patch stack? or you haven't seen that in vanilla either?
<qzed>
so either there's a quirk disabling the suspend behavior (which should show up with the command above) or the builtin/external detection goes wrong
<steev>
bamse: not seeing it on the next with ec/dp/usb patches either
<bamse>
steev: congrats :)
<steev>
there's a message printed about failing to remove a key (-108) but that happens pretty quickly
<bamse>
steev: perhaps i haven't upgraded my rmtfs in forever...
<steev>
i'm on 0.2+36g293ab8b
<bamse>
i assumed user error, held the power button and will continue hacking on my other things
<steev>
building a vanilla 20220810 now
<leezu>
qzed: There are no quirks listed (no output) for /dev/input/event0 and /dev/input/event2, which list-devices listed as keyboard and touch input respectively
<leezu>
I'll try creating a quirks file marking these two devices as internal
<qzed>
leezu: right, I think that means that they're discovered as "external"
<qzed>
although if the quirk thing fails I have no idea... that's where my libinput knowledge ends
<leezu>
This is already very helpful, and if that doesn't work I will open a bug. I think the libinput quirks file should be able to address the random touchpad inputs that can be generated on lazor when having the lid closed and an external screen connected
<qzed>
that has a touchscreen, right? we've seen some interference on touchscreens caused by the touchpad on Surface devices, so it probably stands to reason that the reverse is also possible
<leezu>
Maybe the touchscreen is generating the interference and not the touchpad. I haven't actually verified which device sends the interfering events
<leezu>
Actually event2 above is the touchscreen. /dev/input/event7 is the touchpad
<qzed>
I mean both are essentially (I think) capacitive touch sensors with electrostatic fields... so I think it kinda makes sense that weird things happen when you put them close together
<leezu>
Do you know how I can verify the DeviceTree name of my devices? For example, another chromebook related quirk matches based on "MatchDeviceTree=*CB5-312T*"
<steev>
robclark: will test on vanilla first and then do so :)
<leezu>
qzed: Adding the AttrKeyboardIntegration=internal quirk works in that with the quirk debug-events shows no more key press events when in tablet mode. But the pressed keys are still received by applications such as my terminal window in gnome
<qzed>
uhh that's weird
<qzed>
did you reboot?
<leezu>
No. Let me try
<leezu>
qzed: It works after reboot. Will open a PR. What quirk did you apply for the surface touchpad issues?
<qzed>
nothing yet, the touchpad is properly disabled (also for us this was with lid closed), but it somehow still causes interference on the touchscreen
<qzed>
the touchscreen doesn't relay the events to user-space though
<qzed>
but it has an internal noise estimation thing
<qzed>
and that gets screwed up
<qzed>
and since surface touchscreens essentially require manual processing (and currently our processing stuff is not great with regards to noise), we sometimes get spurious touches after suspend with a closed lid
<qzed>
(we essentially get a heatmap, so we can verify quite nicely that there are artifacts in shape of the touchpad present)
<leezu>
Hm, ok. I hope the ModelChromebook=1 quirk will be sufficient for the touchpad. I'll see if the issue reproduces with it.
<leezu>
Can you think of any MatchDeviceTree= string that would match all chromebooks?
<leezu>
[Google Chromebook Lazor Touchpad]
<leezu>
MatchName=*Elan Touchpad*
<leezu>
MatchDeviceTree=*google*
<leezu>
ModelChromebook=1
<qzed>
I assume the MatchDeviceTree matches the main compatible of the device-tree, so I guess there isn't a good way
<leezu>
Above *google*. Do you think this would be a useful catch-all quirk or are there non-chromebooks with touchpads that would match..?
<qzed>
might work, I don't really know anything about the naming conventions for that
<steev>
bamse: with vanilla 20220810, i cannot reproduce, no
<bamse>
steev: do you have anything useful in the log prior to that?
<bamse>
i don't see why the irq state of dsi would be affected by the dp...
<steev>
the reset control splat shows up in vanilla 20220810
<bamse>
seems like we have a little bit of work to do in audio land again...
<steev>
i am still carrying 2-3 patches for that locally that normally i'd apply that aren't here, haven't tested them yet though
<bamse>
i don't see anything useful for the display side...but that interrupt is specific to dsi vs dp, so this much be some weird side effect
<steev>
mfd: wcd934x: fix some duplicate register defines and slimbus: qcom-ngd-ctrl: Initialize ngd_up_work before it can be scheduled
<steev>
could it be because the hdmi isn't on?
<steev>
it's normally on the displayport of the monitor, but i flip it to hdmi during testing
<steev>
so on suspend, it switches back to monitor's displayport
<bamse>
ahh, that shouldn't affect the situation
<bamse>
from my testing, the HPD typically goes high when you connect the cable regardless of what input is selected...which signals that we can read EDID...then typically we just go ahead and start outputing stuff, regardless of the sink input being selected or not
<bamse>
not sure if that can be improved somehow
<bamse>
or if this is how it's supposed to work etc
<steev>
imo, get it out there and improve later :)
<steev>
there are usb errors, but i was gonna look at jhovold's usb patches for sc8280xp stuff and see if that applies to 845 too or not
<bamse>
hmm, i don't think i did proper testing of usb...are you saying that i broke it?
<steev>
no, i mean on suspend
<steev>
Aug 10 14:05:46 limitless kernel: [ 4982.018179] usb 1-1.1: reset full-speed USB device number 9 using xhci-hcd
<steev>
Aug 10 14:05:46 limitless kernel: [ 4982.198135] usb 1-1.1: device descriptor read/64, error -71
<steev>
these lines
<bamse>
ahh, yeah i definitely think that the usb issues we've seen on sc8280xp should existing on sdm845 as well...if we just sleep hard enough
<bamse>
should exist*
<steev>
for flags, it's | right?
<bamse>
yes, to add to a bitmask
<steev>
that cleans that up
<steev>
there is one thing
<bamse>
by doing the same workaround on the gdsc that johan introduced on sc8280xp?
<steev>
yeah
<steev>
suspend doesn't complain now
<bamse>
we need a proper solution for that, in order to be able to actually shut down VDD_CX
<steev>
when i plug in the usb adapter, it causes gnome to crash
<steev>
that could just be a gnome thing though
<steev>
okay so, that actually didn't work, it doesn't seem
<steev>
suspend without the usb -> hdmi works fine
<steev>
with usb-> hdmi... splat
<bamse>
i think there's some rough edges in the dp driver still, where you might just get unlucky and access registers right after the clocks has been disabled
<bamse>
okay, no this is the irq thing again...
<steev>
yeah; i can suspend and resume as much as i want, but as soon as i try to do dp, i get that splat
<steev>
hm, weird one
<bamse>
suspend/resume and then connect the cable gives you that? or suspend with dp connected?
<steev>
suspend with connected
<steev>
i'm about to test disconnecting and then suspending
<steev>
[ 43.670156] geni_i2c 884000.i2c: error turning SE resources:-13
<steev>
disconnecting and suspending works fine, with it connected, suspending, removing during suspend does not