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
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
<enyalios> im running into this weird problem with my x13s, i have to push the 'T' key significantly harder than the ohers to get it to register
<enyalios> has anyone else seen anything like that
<HdkR> Sounds like something got under the key
<abby> ^
<enyalios> how do you fix that?
<enyalios> i tried blowing some compressed air around it but its not any better
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit []
<Nios34[m]> travmurav I tried to bring up IPA and it worked. It seems the mem region from sc7180.dtsi is not right somehow and it requires 0x100000 wide like sdm850
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
<travmurav[m]> William Goodspeed: nice! that makes sense since sc7180 one is for cros frimware not qcom/android one we have on woa. So probably easiest is to just override it in your board/move it where it doesn't overlap with anything if can/have to
<Nios34[m]> yeah, also should I load BTU firmware for mpss? There are ones ending with nm and BTU
<Nios34[m]> When I loaded BTU one it just returned -22. But for the nm one, mpss doesn't bring up modem I guess
<travmurav[m]> William Goodspeed: _nm (small file) is "no modem"
<travmurav[m]> I only have "normal" (no suffix) ~80MiB and small _nm ~8MiB fwiw
<Nios34[m]> cool, I will try to see if I can get the big one loaded then
possiblemeatball has quit [Quit: Quit]
<Nios34[m]> On Linux 6.9.1, the hid-over-i2c keyboard got detected to be a tablet pad and keyboard. (ID_INPUT_TABLET_PAD, ID_INPUT_KEYBOARD) And libinput thinks the keyboard event is tablet pad causing it not works on sway. I tried to make a udev rule to remove ID_INPUT_TABLET_PAD but libinput still thinks it's tablet pad. How to solve this?
hexdump0815 has quit [Quit: WeeChat 3.8]
hexdump0815 has joined #aarch64-laptops
<hexdump0815> nios34: happy to hear about your backlight success - do you have patches/code somewhere online?
<Nios34[m]> I will make one and get back to you later
alfredo has quit [Quit: alfredo]
alfredo has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
iivanov_ has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
Mathew has quit [Quit: Leaving]
mcbridematt has joined #aarch64-laptops
iivanov_ has quit [Quit: Leaving...]
juergh has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
iivanov has joined #aarch64-laptops
iivanov has quit []
iivanov has joined #aarch64-laptops
iivanov has quit []
iivanov has joined #aarch64-laptops
juergh has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
laine_ has joined #aarch64-laptops
laine has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
<jenneron[m]> bamse: > crashing late during boot
<jenneron[m]> isn't this our UFS problem?
<\[m]> <JensGlathe[m]> "Continuation of the current path..." <- they also have a git with debian image, I read it as you can from the release onwards install and use debian 12?
<Dylanger> Fedora should start making images for devices too?
<Dylanger> There's already generic aarch64 Fedora images for devices that do UEFI, not sure how the DTB selection process works for that tho
<JensGlathe[m]> Wondering the same thing.
<Dylanger> Actually reminds me, I wanna try use Fedora's Kernel image on my mt8195 chromebook
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<Jasper[m]> <Dylanger> "Fedora should start making..." <- You can make those yourself on supported platforms
<Jasper[m]> Forgot the name, but it's a bootstrap script
<Jasper[m]> <Dylanger> "There's already generic aarch64..." <- Technically it doesn't hahahah, the DTB's are not in a place grub can touch, but I think the inclusion of those (or at least the one for the x13s) is being worked on
<Dylanger> Some standardized way
<JensGlathe[m]> Testing around with the pop-os 24.04 image. hmm. I can get it to boot on the x13s when I explicitly specify the dtb and use grub. Usually pop is using systemd-boot, and no I was too dumb to convince it
<Jasper[m]> Dylanger: ideally they just plop the dtb folder on ESP and tell grub to look there
<Jasper[m]> But grub needs to know what device it's running on for that
Caterpillar has joined #aarch64-laptops
<JensGlathe[m]> yeah so it needs to be identified
iivanov has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> What I don't understand looking at the makefiles, they do interesting things, but never even bother to give kernel options or devicetree info. As if it wasn't even a consideration.
<Jasper[m]> SMBIOS machinename and the conpatible in the DT maybe?
<Jasper[m]> (If that isn't already a thing)
<\[m]> > and check for the 'devicetree /x1e80100-crd.dts’ and that the kernel arguments contain “pd_ignore_unused clk_ignore_unused fw_devlink=off”.
iivanov has joined #aarch64-laptops
<\[m]> so it has the dtb in windowd efi preinstalled?
<\[m]> * windowd efi part preinstalled?
<\[m]> * so it has the dts in windowd efi part preinstalled?
<Jasper[m]> \[m]: Yes, but that's just telling it to look for the DTB through the config option
<travmurav[m]> sounds like the user is supposed to set the dtb via grub/sd-boot
<travmurav[m]> so nothing new
<\[m]> but it implies, that the dts/dtb is already generated?
<travmurav[m]> the crd dts is upstream
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo1 has joined #aarch64-laptops
Caterpillar has quit [Quit: Konversation terminated!]
<Dylanger> <Jasper[m]> "But grub needs to know what..." <- systemd-boot tho?
<Dylanger> Isn't grub yucky nowdays?
matthias_bgg has quit [Ping timeout: 480 seconds]
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo has quit [Quit: alfredo]
matthias_bgg has joined #aarch64-laptops
<lollaritits[m]> uh my blutooth audio just keeps and keeps stuttering
<lollaritits[m]> and gets worse over the time
<lollaritits[m]> (with pmOS)
jgowdy has quit [Quit: _]
<travmurav[m]> \: arch/arm64/boot/dts/qcom/x1e80100-crd.dts
jgowdy has joined #aarch64-laptops
jgowdy has quit []
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit []
jgowdy has joined #aarch64-laptops
minecrell has quit [Quit: Ping timeout (120 seconds)]
minecrell has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<\[m]> oooh yes, nice
iivanov has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit []
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit []
jgowdy has joined #aarch64-laptops
possiblemeatball has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<steev> gwolf: looks like lumag just posted v3 of the c630 ec stuff which includes the dp port again
* gwolf wakes up with renewed interest!
<gwolf> now, just for context... who/what is lumag, and where can I find this? :-]
<gwolf> Thanks!
<gwolf> Although "DisplayPort support is still not a part of this patchset"
<gwolf> v2 drops support of DP, and it does not mention V3 adding it back?
<travmurav[m]> maybe lumag wants to tie it into the type-c stuff properly
<gwolf> right, makes sense
<gwolf> and anyway, I could look into V1, even if it's somewhat buggy... Don't have my laptop on me (and have to do $workstuff for the next couple of hours), but loks like a lead to follow. Although.... Well, V1 is from August 2022
<travmurav[m]> I think lumag wanted this in for type-c ucsi stuff and later do some magic better dp<->type-c mapping
<gwolf> (and I think it could be the 5.19 I already have)
matthias_bgg has quit [Ping timeout: 480 seconds]
<steev> ah, i missed that, i just glanced over the code and saw the dp remote endpoints
<steev> lumag is dmitry's irc nick
matthias_bgg has joined #aarch64-laptops
<gwolf> thanks for the heads-up... :-) It's good to know I'm stealing some cycles in the back of your mind!
<steev> don't get me wrong, my x13s is my daily driver, but i *love* my c630
<steev> it's thinner, lighter, longer battery life
<steev> even now, 6 or so years later, i still get ~65 hours of battery life while suspended
matthias_bgg has quit [Ping timeout: 480 seconds]
<gwolf> right. It's not very useful when suspended, but ~10hr working is quite impressive.
<steev> especially considering an amd64 laptop of the same age would have ~1
<HdkR> I'm definitely jealous that the X1E Yoga has a larger battery than the Thinkpad. One of my Surface Books had a massively oversized battery for the hardware and it was glorious
<steev> says the guy who runs these plugged in 24/7
* travmurav[m] makes a quick dirty trend estimate for his laptop and gets ~11 days of suspend 100%->0%
<HdkR> One of my laptops moves around without being plugged in, certainly isn't the X13s :P
<travmurav[m]> somehow this doesn't feel right, probably more like 7 days
<travmurav[m]> I guess wonders of a midrange smartphone soc with a 50Wh battery xD
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
<\[m]> <steev> "says the guy who runs these..." <- exactly lol, every time I go somewhere with a longer travel time I even consider to buy a laptop powerbank (and ocassionaly even mobile satellite haha)
<\[m]> how's the c630 keyboard though
Caterpillar has joined #aarch64-laptops
matalama has joined #aarch64-laptops
matalama has quit [Remote host closed the connection]
matalama has joined #aarch64-laptops
Caterpillar has quit [Quit: Konversation terminated!]
<steev> it... is a keyboard
<gwolf> \[m]: Not great, but works
<gwolf> (I was / am spoiled with Thinkpad keyboards)
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
matalama has quit [Ping timeout: 480 seconds]
matalama has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
matalama has quit [Ping timeout: 480 seconds]
<alx___> https://github.com/quic/fastrpc new quic release, updated fastrpc lib and daemon :D
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit []
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Remote host closed the connection]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
hightower4 has joined #aarch64-laptops
hightower3 has quit [Ping timeout: 480 seconds]
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
possiblemeatball has quit [Quit: Quit]
matalama has joined #aarch64-laptops
matalama has quit [Ping timeout: 480 seconds]
matalama has joined #aarch64-laptops
matalama has quit [Ping timeout: 480 seconds]