robclark changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
<steev>
you can always set them to that yourself
<steev>
that's what i do, but again, we don't yet know where it's storing that info
<nerdboy>
crap, on 6.7 i'm not seeing battery, usb display, or audio device
<nerdboy>
i have alsa-ucm-conf master, which is several commits beyond the volume fixes
<nerdboy>
i have linux-firmware master
<nerdboy>
usb devices and kernel modules looks correct for the usb display stuff
<nerdboy>
are there still missing firmware bits to add?
Ablu has quit [Read error: Connection reset by peer]
Ablu has joined #aarch64-laptops
<enyalios>
nerdboy: im running steevs 6.7.0 with laptop_defconfig, linux-firmware-20231211, alsa-ucm-conf-1.2.10 + 335 patch
<enyalios>
and i have working battery and audio, but i dont have a usb display to test with
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<steev>
do you have pd-mapper running?
<steev>
without that, battery and audio aren't gonna
<steev>
while i do have lumag's pd mapper kernel modules, they don't *quite* work 100% on the x13s yet
<steev>
it's the "userspace dependencies" section of johan's wiki
<nerdboy>
it claims to be running...
<nerdboy>
lemme go poke at it
<nerdboy>
it doesn't appear to do anything, but i'm running the latest "version" so maybe i need newer?
<steev>
what is in your /lib/firmware/qcom/sc8280xp/LENOVO/21BX/ directory
<_[m]1>
in the end when I set it manage by NM and do nmcli dev wifi connect [...] it connects 😲
<jglathe>
the a660 files come from linux-firmware, the *8280.mbn files should be in linux-firmware, too. Anyway, I copied them from the windows installation
<_[m]1>
<jglathe> "@_[m]1 do you have the fw..." <- I'm assuming it's in steevs branch(es) yes
<_[m]1>
or I suck too much in wpa_supplicant config or nmcli did some magic but it works now
<jglathe>
I guess it isn't. I'm on ubuntu mantic here, linux-firmware should have them
<_[m]1>
I have 20230625-2
<_[m]1>
trying steam again, seems to work fine but doesn't launch the GUI in the end 🤔
<bamse>
jenneron[m]: "planned" is a strong word...
<bamse>
jenneron[m]: i think the only planned work i have on sc8180x is that i intend to get it into kernelci...which might result in some unplanned work
<bamse>
jenneron[m]: is there anything in particular that you're looking for?
<jenneron[m]>
bamse: well it would be good to have support for speakers (soundwire fails for me), mics (needs routing in dts + ucm) and venus video decoder
<jenneron[m]>
these at least don't require as much work as e.g. fingerprint
<jenneron[m]>
i mostly gave up on working on audio after getting headphones to work, so i'm just wondering if it can ever happen
<jenneron[m]>
also touchpad issue is quite annoying, still have no idea how to fix it
<bamse>
jenneron[m]: i'm afraid i don't understand how audio works...but vkoul| was looking at this at some point, iirc it's quite similar to other already supported platforms
<bamse>
jenneron[m]: what's up with the touchpad?
<jenneron[m]>
audio is pretty similar to c630, but soundwire fails, thus speakers don't work
<bamse>
nice with the touchscreen, if you haven't already, please add a commit message and send upstream
<bamse>
jenneron[m]: vkoul| had problems with soundwire as well, but i thought srinik fixed a very similar issue when bringing up audio on x13s
<jenneron[m]>
bamse: if you spam click e.g. middle click (with 3 fingers) at some point it may become stuck on 3 fingers. you won't be able to move cursor
<jenneron[m]>
stuck on middle click* it's better to say it this way
<jenneron[m]>
sometimes it gets stuck on right click as well
<jenneron[m]>
if you tap with 3 fingers again it gets back to normal state
<jenneron[m]>
so my way to reproduce it: press middle click 3 times very quickly, then check whether it's stuck. in one of 5-10 cases it gets stuck for me
<bamse>
jenneron[m]: that issue i've actually seen...but presumably only on flex
<bamse>
jenneron[m]: feels like it would be a firmware issue then
<jenneron[m]>
iirc it works fine on windows though...
<jenneron[m]>
i'm not sure how we would upgrade firmware. fwupd detects only camera and UFS
<jenneron[m]>
*firmware of touchpad
<bamse>
okay, then perhaps it's not firmware after all
<bamse>
but it's deeper into the hid driver than i've been
<jenneron[m]>
<bamse> "nice with the touchscreen, if..." <- i need to figure out how to upstream patches first of all, heh. but i will definitely try upstreaming touchscreen binding
<jenneron[m]>
bamse: since we can reproduce it on spam-clicking, i thought that the problem might be interrupt. i tried setting it to edge falling, but i'm not sure it helped, since it still happens. edge falling is also against i2c hid specification. i'm not sure what else we could do with interrupt
<jenneron[m]>
maybe we should configure i2c for a higher frequency
<bamse>
for the longest time i had one of those interrupt flags wrong, so we effectiely had an irq storm...which made all other interrupts sluggish, but i believe we fixed that before pushing upstream, right?
<bamse>
jenneron[m]: i don't remember if the i2c bus speed comes from acpi, of i just picked a standard number...so definitely worth investigating
<bamse>
jenneron[m]: sounds good, but please do take a look at b4 prep / b4 send and push that touchscreen patch (and other things that you might come up with)
<jenneron[m]>
yeah i definitely should look into it
<bamse>
jenneron[m]: there are a few other users out there whom's interest you might stirr up by sending a few patches...
<jenneron[m]>
bamse: i don't think i can upstream anything other than touchscreen
<bamse>
jenneron[m]: start with that :)
<jenneron[m]>
we have camera working, but it depends on usb-mp patches, headphones depend on sm8150 driver being developed by someone else, i just picked it to my tree and did a few modifications
<jenneron[m]>
unfortunately these things are not upstreamable from my side right now
<jenneron[m]>
but i'm going to start with touchscreen
<bamse>
don't we still have a fair amount of warnings when you run make dtbs_check (or make sc8180x-lenogo... CHECK_DTBS=1) ?
<bamse>
not sure if that's just cosmetic cleanup, or if there are any issues hidden in there
<bamse>
either way, contributions for that is definitely welcome
<jenneron[m]>
bamse: i think i can introduce a few more by adding touchscreen, heh
<jenneron[m]>
since it uses dt bindings recently added to the driver, but not added to the yaml documentation
<bamse>
jenneron[m]: the binding should have been updated accordingly...
<bamse>
jenneron[m]: and if it hasn't, then you have another opportunity to contribute
<bamse>
anyway, start with figuring out how to send that one patch
<steev>
jenneron[m]: well, fun fact, the c630 doesn't work anymore either for audio :) there's some soundwire unflow stuff
<steev>
calebccff: it does look like i have msm, and ti-sn65dsi86 in the initrd, and i do include the a630 sqe and gmu fw as well
<jenneron[m]>
it seems that i discovered something about UFS dying on high load
<jenneron[m]>
6.7 = dies
<jenneron[m]>
6.7 + 2 patchsets from konradybcio = doesn't die
<jenneron[m]>
6.7 + 2 patchsets from konradybcio + 1k kHz i2c = dies
<jenneron[m]>
however it needs much higher load than before..
<jenneron[m]>
and i'm not 100% sure that i2c affects it
<calebccff>
steev: hmm, i wouldn't think firmware should make a different, i also have the modules but i'll double check
<steev>
firmware shouldn't, since it's one of those things
<steev>
that it will retry every time the gpu tries to open
<calebccff>
turned on a bunch of driver core debugging
<calebccff>
it's constantly trying to probe the backlight device and the bridge but deferring on both
<calebccff>
and then idk what goes wrong with switch_root...
<steev>
maybe i'm not seeing it because i have i2c built in?
<calebccff>
ohh dude i2c is built as a module in my config,, i never noticed :sob:
VintourZ2 has joined #aarch64-laptops
VintourZ2 has quit []
<calebccff>
finally, feels good to get this device booting again
<calebccff>
gonna be a great little tablet for running rnote
<nerdboy>
enyalios: how are you generating your initramfs and are you including stuff from /lib/firmware ?
<nerdboy>
i was using dracut before the hw died but not having any luck now
<steev>
calebccff: oh good to hear yours is booting again :D
<steev>
now fix the audio :P
<calebccff>
steev: i feel like im probably being dumb, but even with debug logs turned on i couldn't clearly see why the bridge driver kept probe deferring... the fact that it's parent device driver was an unavailable module surely ought to be something the kernel screams louder about?!
<calebccff>
lol audio
<steev>
calebccff: well the display is i2c so the messages about i2c were what made me think of it
* nerdboy
spinning a clean 6.7.0 laptop_defconfig
<calebccff>
steev: yeah fair enough x3. btw how does your partition table look on the c630? did you just nuke the whole LUN and repartition?
<steev>
i (sadly) still keep windows around on it for some reason
<calebccff>
right, this one was the same
<calebccff>
trying to figure out a good installation process for pmOS
<steev>
well, the qseecom that is in 6.7 doesn't seem to like the c630, but i haven't looked into why at all