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)
sri has joined #aarch64-laptops
<steev>
jenneron[m]: testing your kernel here, no gpu, but that's not too surprising, i'll go through my older stuff and see whats what some time this week. i pushed out the bluetooth patches and hopefully someone can take that base and figure out whats going wrong there
<steev>
bluetooth for the thinkpad*
<steev>
additionally, that frame enc timeout also happens/happened with 5.19.0 rc8 or whatever i was running previously, so it's definitely not something new
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
GuildedThorn has joined #aarch64-laptops
<jenneron[m]>
steev: do you mean no GPU on flex 5g?
janrinze has quit [Ping timeout: 480 seconds]
janrinze has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Read error: Connection reset by peer]
<jenneron[m]>
pierro78: no need to keep usb sticks in usb ports <- means it is DT booting
<jenneron[m]>
iirc you tried acpi on 5.11
<jenneron[m]>
i'm just curious if we have ACPI driver for battery (would be good to find someone with i5 version of this laptop to check it)
<jenneron[m]>
if we don't, i'm not sure it is doable without reverse-engineering windows drivers and that's a thing i'm not interested in at all
<jenneron[m]>
i'm not expert at ACPI, but reading it i see that it has some EC sitting on five i2c buses and it probably controls charging
<jenneron[m]>
given that flex 5g patches for battery don't give working battery, i bet charging is controlled by EC
<jenneron[m]>
pierro78: if you still have installation with 5.11 kernel, please boot it, check whether battery works and send dmesg and lsmod
alfredo has quit [Ping timeout: 480 seconds]
<jenneron[m]>
qzed: btw, can we put some efforts to have common tree until everything is upstreamed? it is a bit inconvenient to have 3 branches for 3 devices
<pierro78>
It's still working if you want me to check stuff
<jenneron[m]>
pierro78: sorry, I didn't explain it well
<jenneron[m]>
I'm asking whether battery worked for you on 5.11 without device tree
<pierro78>
I believe I still have 5.11 but this needs 2 usb sticks to boot ... do you want me to check stuff in this configuration ?
<jenneron[m]>
yes please
<pierro78>
OK I ll try to do it today as I am busy now
<pierro78>
(later today)
<jenneron[m]>
that's fine
iivanov has joined #aarch64-laptops
srinik has quit [Killed (NickServ (Too many failed password attempts.))]
srinik has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
kettenis has quit [Remote host closed the connection]
kettenis has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov_ has quit []
iivanov_ has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
iivanov_ has quit []
iivanov has joined #aarch64-laptops
iivanov has quit []
iivanov has joined #aarch64-laptops
akaWolf0 has quit [Read error: Connection reset by peer]
akaWolf0 has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
juergh[m][m] is now known as tmp[m]
tmp[m] is now known as juergh[m]
<qzed>
jenneron: If you want to create/manage a repo I can send patches or PRs your way
alfredo has quit [Ping timeout: 480 seconds]
<pierro78>
<jenneron[m]> pierro78: if you still have installation with 5.11 kernel, please boot it, check whether battery works and send dmesg and lsmod => apparently battery is not working (drawing 0 Watt of Power from my charger, battery was about 60% and draws 34W when charging) ... here are the pastebins anyway https://paste.debian.net/1268976https://paste.debian.net/1268977
alfredo has joined #aarch64-laptops
<jenneron[m]>
ok, thanks
<jenneron[m]>
<qzed> "jenneron: If you want to create..." <- the problem is that your patches are based on an outdated patchset
<qzed>
you could "git cherry-pick" anything beyond the base patches from bamse
<jenneron[m]>
i will push it separately
<qzed>
I'll have a look at those, but I'd prefer to keep the linux-surface tree to the minimum on SPX (preferably with some justifications why which patch is required)
<qzed>
but I'll try to update the commits I already have (like the flex dts)
<steev>
i suppose we could always submit the stuff to upstream... i've seen people do that? seems like you do From: <original author> at the start of it?
<qzed>
for example I'm not sure whether the type-c stuff is necessary on the SPX since it uses something that is integrated with its EC
<steev>
it would be nice to get things flowing into upstream but i do think the rpmhpd stuff needs to be looked at closer (if it's still needed)
<qzed>
yeah, the problem is that I don't know whether half of the stuff I have is still required or not :/
<jenneron[m]>
and then i will just keep rebasing on your branches in the future
<steev>
jenneron[m]: and yeah, the gpu isn't working for me with your branch, i haven't had a chance to dig deeper though; https://paste.debian.net/hidden/bcaa4ab2
<qzed>
jenneron: depending on what specifically you want, you could just do something like
<steev>
i have some patches around here somewhere that i should try to dig up
<qzed>
but the issue was more or less present before, it just occurred only sometimes and now it's every time...
Mathew has joined #aarch64-laptops
mcbridematt has quit [Read error: Connection reset by peer]
<javierm>
qzed: may be worth to test with deferred_probe_timeout=30
<qzed>
tried that already, but I think I've found the culprit:
<qzed>
sc8180.dtsi got updated, which set dispcc to be disabled by default
<qzed>
naturally my surface-pro-x.dts doesn't enable that...
<steev>
that would do it
<javierm>
indeed
<qzed>
yep.... that was it...
<selmer443[m]>
Is gpu working on x13s yet by chance? I haven’t had a chance to keep up with what’s been goin on
<steev>
no
<selmer443[m]>
Dang, I thought I saw that some progress had been made though?
<qzed>
hmm, so things on 6.1.8 mostly work... except that every time the display goes off it complains about "disp_cc_mdss_edp_aux_clk status stuck at 'on'"