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)
<steev>
init: i pushed out what i'm running on my x13s as lenovo-x13s-6.1.0-rc7 on github.com/steev/linux
phire has quit [Server closed connection]
phire has joined #aarch64-laptops
mjeanson has quit [Server closed connection]
mjeanson has joined #aarch64-laptops
krzk has quit [Server closed connection]
krzk has joined #aarch64-laptops
Esmil has quit [Server closed connection]
Esmil has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
HdkR has quit [Server closed connection]
HdkR has joined #aarch64-laptops
robclark has quit [Server closed connection]
robclark has joined #aarch64-laptops
systwi_ has quit [Server closed connection]
systwi has joined #aarch64-laptops
Sally[m] has left #aarch64-laptops [#aarch64-laptops]
jonasbits has quit [Server closed connection]
jonasbits has joined #aarch64-laptops
swgws has quit [Ping timeout: 480 seconds]
pjones has quit [Server closed connection]
pjones has joined #aarch64-laptops
zjstraus has quit [Server closed connection]
zjstraus has joined #aarch64-laptops
juergh has quit [Server closed connection]
juergh has joined #aarch64-laptops
djakov has quit [Server closed connection]
djakov has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
vkoul has quit [Server closed connection]
srinik has quit [Server closed connection]
vkoul has joined #aarch64-laptops
srinik has joined #aarch64-laptops
Evaia631 has quit [Server closed connection]
Evaia631 has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
SSJ_GZ has joined #aarch64-laptops
swgws has joined #aarch64-laptops
mcbridematt has joined #aarch64-laptops
Mathew has quit [Ping timeout: 480 seconds]
leezu has quit [Server closed connection]
leezu has joined #aarch64-laptops
exit70 has quit [Server closed connection]
exit70 has joined #aarch64-laptops
jbowen has quit [Server closed connection]
jbowen has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
mani_s has quit [Server closed connection]
mani_s has joined #aarch64-laptops
Lucanis0 has joined #aarch64-laptops
Erisa has quit [Server closed connection]
Erisa has joined #aarch64-laptops
Lucanis has quit [Ping timeout: 480 seconds]
init has quit [Server closed connection]
martijnbraam has quit [Server closed connection]
martijnbraam has joined #aarch64-laptops
Prawn[m] has quit [Server closed connection]
Prawn[m] has joined #aarch64-laptops
fevv8[m] has quit [Server closed connection]
fevv8[m] has joined #aarch64-laptops
laine has joined #aarch64-laptops
init has joined #aarch64-laptops
<init>
@steev thanks for the push, ill try it
ajhalaney[m] has joined #aarch64-laptops
* ajhalaney[m]
is sort of back from holiday and will snag one of steev 's newer branches today hopefully
<init>
that's a lot of patches indeed
<steev>
yeah :)
<init>
thanks a lot, I was about to start skimming patchwork and manually go trough all of them
<steev>
doesn't seem like the kernel test robot yelled at me at all last night, so that's good
Guest95 is now known as qzed
<init>
building. that's going to take a while, I build on the x13s and my current working kernel is not super "conservative" on thermal limits. so no fancy -j8, it becomes dangerously too hot.
<init>
specifically missing commit 65a867ad712b7f3fb9148a79e05dabe1e9ea406b for now :>
EricCurtin[m] has quit [Server closed connection]
EricCurtin[m] has joined #aarch64-laptops
<steev>
what's that one
<steev>
if that's the thermals added to the dts, you do need the previous 6-7 of them
<steev>
if you like, you could write a script where if the temps are > 65C, limit the *big* cores to ~1.8GHz
<steev>
imo 55C is too conservative, but i'm just one person
<init>
Ill definitely consider that
<steev>
calebccff: after more testing... i'm not sure your patch is the issue - 6.0.10 here on the c630 does seem to, every few reboots, refuse to wake the display from suspend
Manis[m] has quit [Server closed connection]
Manis[m] has joined #aarch64-laptops
quinine has quit [Server closed connection]
quinine has joined #aarch64-laptops
wiizzard has quit [Server closed connection]
wiizzard has joined #aarch64-laptops
<steev>
hm, today's next is reporting invalid version magic, so that's fun
<init>
steev: I confirm that your rc7 compiles and boot. Thanks a lot for the patchwork.
<steev>
Glad to hear :) although at this point it’s pretty much just jhovold’s work with a few extras on top.
<steev>
6.2 will be very close, although the drm pull rq didn’t seem to have the sc8280xp stuff in it still
<steev>
I won’t really have a chance to look over things there really good until Wednesday
<steev>
Sm6115 support comes in and that breaks the introduction patch, but only because of alphabetical ordering
hexdump0815 has quit [Quit: WeeChat 1.9.1]
hexdump0815 has joined #aarch64-laptops
<hexdump0815>
calebccff: looking at your boot log "Secure Boot: On" does not look like a good idea - i think you should disable that in the bios if possible to be able to boot linux
<hexdump0815>
calebccff: what kind of connector is that you connected the uart to - is that some standard debug interface or how otherwise you know where the uart port is?
<calebccff>
hexdump0815: the secureboot referenced early in the log there refers to Qualcomm secureboot, not UEFI secureboot.
<calebccff>
I would be very happy if it were possible to disable it :<
<calebccff>
yeah the connector on the motherboard is literally labelled "debug", if you poke it a bit with a UART adapter on the other end of your wire you'll find that pins 4, 5 and 6 are ground, laptop RX and laptop TX respectively, pin 1 is on the left in my photos
<calebccff>
I found a matching flat flex cable which breaks out pins 2,3,4,5 so I sorta cut it down and inserted it to be offset by a single pin
Mathew has joined #aarch64-laptops
<robclark>
re: debug cable on c630, that is pretty cool
iivanov has quit [Remote host closed the connection]
mcbridematt has quit [Ping timeout: 480 seconds]
<steev>
time to mass produce them and sell
<clover[m]>
<steev> "I won’t really have a chance..." <- Thanks for all your effort. I need to buy you a beer sometime
<steev>
i think a vast number of people in this channel deserve a beer before i do ;). i started typing names out and realized the list is very long
<steev>
init: oh, btw, thermal_zone10 should be the skin temp thermal, which is what decides how hot the system should get
<steev>
if it's not 10 on your system, it should be the one labeled... skin_temp_thermal
matthias_bgg has quit [Ping timeout: 480 seconds]
<hexdump0815>
calebccff: oh - you are right :)
matthias_bgg has joined #aarch64-laptops
<calebccff>
steev: you've been a great help, just collecting info and being around to point folks in the right direction makes the project a lot more accessible
<steev>
it helps that the c630 and thinkpad are my daily drivers :P
<calebccff>
yeah, that's quite a feat tbh... I just spent most of the day trying to get an arch install going
<calebccff>
mostly there now, got a rootfs all mostly set up and then accidentally flashed it to itself whilst booted from USB and had to do it all again lol
<calebccff>
oh btw, somehow a configuration I had was causing the firmware to hard crash when attempting to boot the kernel, not sure if anyone has experienced that? effectively it froze
<calebccff>
maybe initramfs too big?
matthias_bgg has quit [Ping timeout: 480 seconds]
<steev>
well, in my defense, i use kali as my daily driver, so debian does 90% of the packaging for me
<steev>
how big of an initramfs are we talking?
<calebccff>
i think it was over 100mb lol, i made some errors....
<calebccff>
it's working alright now so /shrug
<steev>
oof
<steev>
i have only 33MB and i thought it was a bit much
<Leandro[m]>
calebccff: 😳
<calebccff>
well, remember those gpio controlled regulators I added? they seem to work, but by having only console=ttyMSM0 in my cmdline (for UART) I think systemd-logind decided that the serial port is the only "seat"
<calebccff>
and the display is just /off/ lol
<calebccff>
steev: it's now only 7.6mb, so yeah i was doing something very wrong
<steev>
odd, you should be able to do "console=both"
<calebccff>
I had two console= entries before and it worked, i was trying to stop the kernel logs get dumped in my TTY heh
<steev>
but based on my experience with systemd... it wouldn't surprise me if they fucked it up
<steev>
it's great software, when it works, but it's a huge pita when they decide that some way you use it isn't the way they want it to be used
<calebccff>
yeah I feel that...
<calebccff>
it's nice working on postmarketOS where you just have openrc and a handful of services, a lot easier to debug stuff
<steev>
makse sense
<steev>
i miss it from my gentoo days
<steev>
but what i miss most is working ath11k firmware for the thinkpad
<steev>
am currently stuck on someone else's network and getting 35KiB/s download because they only offer 5GHz
<calebccff>
oh yikes...
<calebccff>
steev: how many device IDs are there for the touchscreen in the c630? I think I'm having the issue you fixed with the stylus battery being reported as always dead
<calebccff>
I have /sys/class/power_supply/hid-0018:04F3:2802.0001-battery -> ../../devices/platform/soc@0/8c0000.geniqup/894000.i2c/i2c-5/5-0010/0018:04F3:2802.0001/power_supply/hid-0018:04F3:2802.0001-battery
<steev>
3?
<steev>
maybe?
<steev>
well
<steev>
i only know of 2 different lcds - but, i sold my second one to gwolf and forgot to ask him to check if that device showed up there
<calebccff>
ah ok, cheers
<calebccff>
which of these funky numbers is the device ID?
<steev>
i believe it's the 04f3:2802
<steev>
i'd have to look at the patch at this point to remember
<calebccff>
np.. you added #define I2C_DEVICE_ID_LENOVO_YOGA_C630_TOUCHSCREEN0x279F
<steev>
and i'm oh, likely 2802
<steev>
let me
<steev>
i happen to have the c630 with me
<steev>
\yeah
<steev>
it would be 2802
<steev>
for me it's 0018:04F3:279F.002
<steev>
for me it's 0018:04F3:279F.0002
<calebccff>
huh nice, that makes a lot of sense
<calebccff>
I also can't seem to get the actual battery to show up
<steev>
it's easier to see it in the dmesg output, where it shows [hid-over-i2c 04F3:279F]
<calebccff>
manually probing yoga-c630-ec seems to have done nothing
<steev>
sure yours isn't broken? i noticed in your bootloader saying that it wasn't installed
<steev>
oh, do you have
<steev>
oh, no, the json file isn't needed on c630
<calebccff>
I do notice from bootloader logs: [I2C COMBINEREAD] Bus:0x4, Slave address:0x2C I2C Read and Write Failed
<calebccff>
which is the tsc2 i2c device
<steev>
this is reaching bamse kinda knowledge, not steev knowledge
<steev>
but if you don't have the other tsc, it would make sense that the read/write would fail there?
<calebccff>
I'm guessing that's the one the EC chip is on?
<steev>
that i do not know
<steev>
afaik, the ec should be its own thing
<steev>
but... i think someone may have said before that the ec driver wasn't working for them (and fwiw, it needs to be rewritten as an mfd driver, not what we currently have)
<steev>
calebccff: another option you could try is going back into older releases (5.19, 5.18?) on my git and find the some battery patches and see if those work for you
SSJ_GZ has quit [Ping timeout: 480 seconds]
<ajhalaney[m]>
steev: could you do me a solid to avoid me forgetting again... would you mind setting CONFIG_EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER=y in laptop_defconfig? I'm booting with the kernel's EFI stub and to get my initramfs loaded I need that :)
* ajhalaney[m]
reboots to confirm that was his only remaining problem
<steev>
ajhalaney[m]: ah, right, i thought we did that
<steev>
maybe got dropped when i picked up johan's new stuff somehow
<gwolf>
steev: what do you need me to check? (Some device showing up "there")
<gwolf>
(writing from a phone.... :-/ )
<ajhalaney[m]>
No worries! Unfortunately still failing to boot but now to a black screen.. I'll have to debug more tomorrow as I'm out of time for the day
<steev>
gwolf: a second battery showing up... or something battery-ish
<steev>
either a 279F or 2802
<steev>
ajhalaney[m]: i sometimes get a black screen, sometimes just a reboot does it
<gwolf>
I have only (identified?) /sys/devices/platform/soc@0/8c0000.geniqup/884000.i2c/i2c-1/1-0070/power_supply/yoga-c630-battery/uevent
<gwolf>
In an earlier kernel I had /sys/devices/platform/soc@0/8c0000.geniqup/884000.i2c/i2c-1/1-0070/power_supply/some-battery/uevent
<gwolf>
Gotta go now, time for my kids' class
<gwolf>
but will come back in a couple of hours
<steev>
sorry - it would show up under power_supply - it might not have a uevent file
<steev>
no rush on checking it
<ajhalaney[m]>
ah ok good to know steev . it also looks like we dropped CONFIG_FW_LOADER_COMPRESS=y as well in the new update... I'll stop bugging you until I get myself booting and provide a finalized list instead of a stream of consciousness :P
<steev>
nope, i got the patch that was dropped :)
<steev>
see if the connection will be nice enough to let me push
<steev>
should just be those two entries, and removing seccomp for chrony
<steev>
should just be those two entries, and removing seccomp for chrony
<steev>
looks like it pushed... since the two minute delay happened in irc :D
<calebccff>
steev: gwolf: your battery is under i2c-1? the DTS I have puts it under i2c3
<calebccff>
oh im just straight up missing the c630 EC DT side lol oops
<steev>
yeah, i'm at i2c-1/1-0070 here as well
<calebccff>
it's not all upstream yet
<calebccff>
i missed a patch i guess
<steev>
correct
<steev>
because they don't like that implementation, and asked it to be rewritten as mfd
<steev>
i dunno why my b4 setup doesn
<steev>
't add the Link: to the mailing list like other commits