ChanServ 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
icecream95 has joined #aarch64-laptops
<icecream95> JensGlathe[m]: The SD card reader on my Vivobook works in both Linux and Windows for my basic SDHC/SDXC cards
<icecream95> Whether the cards themselves work (without any IO errors) is a different matter... apparently leaving them unused for years isn't good for them
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> If the card works without errors in the USB card reader, this can be ruled out. It's some oddity with the DevKit card reader, we'll find out eventually.
albsen[m] has joined #aarch64-laptops
<albsen[m]> hi, did anyone here replace the SSD on their t14s? I've read that there might be some compatibility issues
<icecream95> JensGlathe[m]: Some of my cards work fine and without errors in the Vivobook's reader, and the others show corruption with other readers as well. What's fun is that the corruption isn't static, so maybe I should make multiple disk images and average them to reduce errors...
krzk has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> I don't use them much, but on SBC these are common - so I have a few. No card age related errors encountered so far. For testing I bought 2 new ones (one SDXC, one micro-sdxc) and was surprised how expensive they have become. I opted for 256GB ones since the base 64GB usually started at ~50€ anyway.
<JensGlathe[m]> And now its a data point: put an UEFI bootable sd into the dev kit and it boots from there
<JensGlathe[m]> with priority
krzk has joined #aarch64-laptops
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
krzk is now known as Guest5771
Guest5771 has quit [Read error: Connection reset by peer]
krzk has joined #aarch64-laptops
krzk has quit [Ping timeout: 480 seconds]
<macc24> icecream95: power supply issues?
krzk has joined #aarch64-laptops
SpieringsAE has joined #aarch64-laptops
<SpieringsAE> icecream95: With my latest 6.13-rc6 kernel? It has to be coincedence then that both me and TheBITLINK have this issue, I have opened a support ticket with Asus about it yesterday
<icecream95> SpieringsAE: Yes, for me the card reader works with your kernel (I tested in EL2).
<SpieringsAE> I doubt this would have a difference between el1/el2
<SpieringsAE> but yeah, the fact that it works in windows for you aswell is also a better indicator
krzk has quit [Ping timeout: 480 seconds]
<icecream95> I wonder if your problem is related to the issues with the ROG Ally SD card reader...
creemj has quit [Ping timeout: 480 seconds]
creemj has joined #aarch64-laptops
<icecream95> I wonder if having the card reader right next to the USB-C ports was a good idea, given how hot that part of the case gets when charging
<SpieringsAE> it does really get very hot there yeah
<icecream95> Though the Ally used a PCIe card reader, so it wouldn't be exactly the same issue
<SpieringsAE> ah that was also an overheating one yeah?
<SpieringsAE> was that the controller that got damaged or just the sd-card itself though?
<_mike> hi *
jhovold has joined #aarch64-laptops
krzk has joined #aarch64-laptops
<icecream95> It seems like it was both. But there isn't really much evidence to say that the issues are related yet
<icecream95> Chromebooks have an EC command for limiting charging current, it would be nice to be able to control that here, because even if it isn't burning up components, it is still uncomfortable
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
<SpieringsAE> definetly would like charge capacity limit to work like it does in windows
<SpieringsAE> my previous vivobook had it too
<SpieringsAE> ah well, well see what asus has to say
krzk has quit [Ping timeout: 480 seconds]
icecream95 has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops
<kuruczgy[m]> Can any x1e laptop do charge capacity limiting? (Last I looked on my yoga I could not even find such a feature on Windows)
pneuhardt has joined #aarch64-laptops
<SpieringsAE> yeah I was able to set it up in the myasus app or something on windows
<JensGlathe[m]> The mere fact that this option exists is proof they know of the issue
<SpieringsAE> this is only capacity so dont charge above 80%
<SpieringsAE> not charge speed
<SpieringsAE> pretty regular battery protection feature
<JensGlathe[m]> Seems to be an issue nonetheless. No need to add controls when it is fine with default settings.
checkfoc_us9 has quit []
checkfoc_us9 has joined #aarch64-laptops
<HdkR> Users almost certainly want controls for charge limit. I would basically always set 80% on all my devices unless I know I'm travelling and then I remove that limit
<HdkR> Also if it is basically always sitting plugged in, setting the limit is also good :D
<HdkR> Which is my devices nearly 100% of the time
<SpieringsAE> same
krzk has joined #aarch64-laptops
krzk is now known as Guest5784
Guest5784 has quit [Read error: Connection reset by peer]
krzk has joined #aarch64-laptops
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
smoorgborg[m] has joined #aarch64-laptops
<smoorgborg[m]> Not sure if anyone noticed, but theres a critical "Qualcomm Retimer" firmware update posted for ThinkPad T14s which should fix standby issues with USB plugged in -> https://download.lenovo.com/pccbbs/mobiles/n42tt02w.html
<smoorgborg[m]> (Requires BIOS v2.15 or later)
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
nothorseface has joined #aarch64-laptops
krzk has quit [Ping timeout: 480 seconds]
kmeaw has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
janrinze has quit [Quit: Leaving.]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #aarch64-laptops
<jhovold> smoorgborg[m]: thanks for the link!
nothorseface has quit [Ping timeout: 480 seconds]
nothorseface has joined #aarch64-laptops
nothorseface has quit [Ping timeout: 480 seconds]
<SpieringsAE> does anyone know an IRC where Marek Vasut is active? I'm going crazy on this display issue and he seems to be very active in this part
ungeskriptet_ has joined #aarch64-laptops
ben__ has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> Display issue? pwm_bl?
<Jasper[m]> https://social.treehouse.systems/@marcan/113821266231103150 semi-relevant to here since usbc keeps breaking on sc8280xp and x1 in new and inventive ways
<JensGlathe[m]> would be boring otherwise
<SpieringsAE> nah its a mipi dsi bus into a sn65dsi85 into a dual lane lvds display, porting some dts from a vendor kernel to mainline (imx8mp soc)
<SpieringsAE> but this thing just won't work, it was the easiest one to set up on the vendor kernel out of all screens but now its driving me nuts
<Jasper[m]> That chip sounds familiar, cros?
<SpieringsAE> nah nxp
<SpieringsAE> some industrial thing 4xcortex a53
<SpieringsAE> I don't think there is a sad enough chromebook for this chip lol
<Jasper[m]> SpieringsAE: trogdor has SN65DSI86
<SpieringsAE> I also have a mipi dsi -> sn65dsi86 -> edp panel which works fine
<Jasper[m]> That's where I remembered it from
<SpieringsAE> aah that one
<SpieringsAE> jeah the 86 is dsi -> edp
<SpieringsAE> 83-84-85 are dsi -> lvds
ungeskriptet_ has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #aarch64-laptops
hexa- has quit [Quit: WeeChat 4.4.3]
<Jasper[m]> Maybe he's in the drm subsystem?
<Jasper[m]> iirc there's a channel for that
<SpieringsAE> that one seems to be working fine with the imx8mp
<SpieringsAE> but on which server
hexa- has joined #aarch64-laptops
<Jasper[m]> Hmmm 85 is unsupported by the driver
<Jasper[m]> L16
alfredo has joined #aarch64-laptops
<Jasper[m]> @SpieringsAE f I googled correctly, #dri-devel on oftc (so <-that # should work)
<Jasper[m]> *if I
<SpieringsAE> all of those are compatiple, so I use it as an 84, just only could get a 85
<SpieringsAE> has all the proper registers
<Jasper[m]> 85 may also have it, but any logic to make it actually work may not be implemented
<Jasper[m]> Best is to ask Marek though, but you got that already
<SpieringsAE> atleast kind backwards so 84 can be used as 83 or 84, 85 as 83,84 or 85
<Jasper[m]> Did they not reply to emails?
<SpieringsAE> I feel like thats a bit to rude?
<SpieringsAE> I may be mistaken in that
<Jasper[m]> imo it depends on how you approach it, but I have had mixed experiences aswell :^)
<Jasper[m]> Otherwise posting on the ml and CC'ing him may be preferred
<jhovold> Here's an updated wip branch for the T14s and X Elite:
<jhovold> Changes include:
<jhovold> - fix usb_2 interrupts
<jhovold> - enable fingerprint reader on t14s
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
<robclark> Jasper[m], SpieringsAE: yup, #dri-devel on oftc
ungeskriptet has joined #aarch64-laptops
ben__ has quit [Ping timeout: 480 seconds]
ben__ has joined #aarch64-laptops
deathmist has quit [Ping timeout: 480 seconds]
deathmist has joined #aarch64-laptops
SpieringsAE has quit [Quit: Leaving]
deathmist has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #aarch64-laptops
<JensGlathe[m]> ubuntu-qcom-x1e builds of 6.13-rc7 (based on jhovold's branch) are [available at the usual place](https://drive.google.com/drive/folders/1Lps5o3FXroAJFDiKj18vutJbC1uld49s?usp=sharing)
alfredo has quit [Ping timeout: 480 seconds]
deathmist has joined #aarch64-laptops
ungeskriptet_ has joined #aarch64-laptops
<agl> x13s: uname -a : Linux Debian-x13s 6.13.0-rc7 #1 SMP PREEMPT Mon Jan 13 17:12:01 CET 2025 aarch64 GNU/Linux
<agl> It seems it works :)
<agl> I can at this moment not test all because I'am in the clubhouse.
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet_ is now known as ungeskriptet
<steev> only 10.6 hours of battery life though :(
<agl> steev: I have tested your kernel 6.12.9: All tests of the things what i need are working.
<steev> :)
alfredo has joined #aarch64-laptops
alfredo has quit [Remote host closed the connection]
alfredo has joined #aarch64-laptops
krzk has quit [Remote host closed the connection]
krzk has joined #aarch64-laptops
nothorseface has joined #aarch64-laptops
nothorseface_ has joined #aarch64-laptops
nothorseface has quit [Ping timeout: 480 seconds]
alfredo has quit [Quit: alfredo]
SpieringsAE has joined #aarch64-laptops
<SpieringsAE> my fork for the asus vivobook has also been updated to 6.13-rc7, not really anything new though: https://github.com/SpieringsAE/linux/tree/wip/x1e80100-6.13-rc7
SpieringsAE has quit [Remote host closed the connection]
_mike has quit [Remote host closed the connection]
<macc24> <icecream95> "Chromebooks have an EC command..." <- you're free to learn 8051 assembly and figure out if that's the case on devices with it8987 :)
zxvxc has joined #aarch64-laptops
zxvxc has quit [Remote host closed the connection]
jglathe_volterra has quit [Remote host closed the connection]
<HdkR> It's an 8051?
<macc24> yes
ben__ has quit [Ping timeout: 480 seconds]
<abby> everything is an 8051
<HdkR> A market that the Cortex-M0 still hasn't defeated
<steev> i just cheat and read the cros sources
<kettenis> are you sure it isn't a Cortex-M0 emulating a 8051? ;)
ben__ has joined #aarch64-laptops
<TheBITLINK[m]> SpieringsAE: I was testing your SD Card reader patches, I'm seeing USB connect messages on dmesg when inserting a card, and a /dev/sda appears, but I get "No medium found" when trying to do anything with it
<TheBITLINK[m]> considering icecream95 said it's working for them, and it isn't working on windows for either of us, I think it's safe to assume it's a hardware issue, probably even from the factory
<TheBITLINK[m]> that or it's very easy to get damaged from the high temperatures near the USB-C ports
ben__ has quit [Ping timeout: 480 seconds]
enyalios_ has joined #aarch64-laptops
enyalios has quit [Ping timeout: 480 seconds]
nothorseface_ has quit [Read error: Connection reset by peer]
nothorseface_ has joined #aarch64-laptops
nothorseface_ has quit [Read error: Connection reset by peer]
nothorseface has joined #aarch64-laptops
nothorseface has quit []
ben__ has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
<farchord> Anyone have a script that copies the firmware from the Windows partition? I used a modified version of the ubuntu one, but it didn't work so I think I missed some stuff as my battery meter still dont work
<tobhe_> farchord: which device?
tobhe_ is now known as tobhe
<robclark> it could also be kernel module probing before rootfs mounted (if the adsp fw doesn't end up in initrd)... I have something that runs some sysfs writes at startup to kick the adsp
<farchord> tobhe_: Asus vivobook s15
<farchord> Dangit i forgot you guys hated matrix features sorry
<farchord> Didnt mean to reply
<farchord> Im on fedora and alot of things are working. Im running on you guys’ kernel thanks to nirik’s build on copr
<farchord> The install is currently on a usb-c drive
<robclark> farchord: ^^^
<farchord> Thanks!
hightower2 has joined #aarch64-laptops
kmeaw has quit [Ping timeout: 480 seconds]
kmeaw has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops