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
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
shoragan has quit [Quit: quit]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
hipboi has joined #aarch64-laptops
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
hexdump01 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
hipboi has quit [Quit: hipboi]
hipboi has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
hipboi has quit []
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
alfredo has quit [Ping timeout: 480 seconds]
tobhe_ is now known as tobhe
hipboi has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
xroumegue has quit [Ping timeout: 480 seconds]
xroumegue has joined #aarch64-laptops
hogliux has joined #aarch64-laptops
<hogliux>
travmurav[m] and others affected by the recent commit: I just want to say thank you for all your work and help here on this channel. It's sad to see that it has come to this. I'm hoping for more normal times again.
shoragan has joined #aarch64-laptops
* travmurav[m]
reacts with ❤️
srinik has joined #aarch64-laptops
<\[m]>
yeah it had me thinking too - still feels odd
<\[m]>
which law applies to linux codebase? where the registrar is hosted? it's 3 letter agency pushing this? and why does linus have to reply in the most sarcastic manner, I think it sucks and just adds to the issue
<krzk>
SpieringsAE: it's only layout - order stickers, 1-2 USD on AliExpress :)
<SpieringsAE>
its not just layout, the buttons are not the correct shape
<SpieringsAE>
stickers wont fix this
<travmurav[m]>
Sticker doesn't care if it sticks to two buttons at the same time /s
<krzk>
ok, few buttons have different shape true, but z-y is fixable :)
<SpieringsAE>
yeah I know that but it is still a mess
<\[m]>
<SpieringsAE> "do I just buy a new keyboard..." <- send it back and buy on alternate
<\[m]>
<SpieringsAE> "it doesnt specify anything about..." <- for t14s it does state qwertz
<SpieringsAE>
why cant we just get the nice things here in the netherlands :(, there are 3 options with 32gb of ram here, but I have conflicts with all of them
<SpieringsAE>
alternate specifies german keyboard :(
<\[m]>
ah no it's qwertz too for vivobook
<SpieringsAE>
jep
<tobhe>
funny. I always ordered my keyboards at alternate.nl because they offer ansi
<SpieringsAE>
nl doesnt jeah the dutch alternate doesnt have a 32gb varian
<SpieringsAE>
t
<SpieringsAE>
does anyone here live in the baltic states lol
<SpieringsAE>
they have the one I want
<SpieringsAE>
but wont send it to me from the shop
<abby>
here we have ansi (because american influence probably), french iso, and multilingual iso. the multilingual one is so weird (i use the french iso, it's pretty nice for me)
<\[m]>
maybe wait for the discount on lenovo site
<kuruczgy[m]>
I just had another idea about the slim 7x lid switch: You cannot turn on the laptop with the lid closed, the power button does nothing. So whatever is handling the power on has to also be reading the lid switch.
<kuruczgy[m]>
I wonder what components are powered on when the laptop is "off". Is it only one of the PMICs or also the EC?
<travmurav[m]>
kuruczgy[m]: The ec does that usually, yes
<travmurav[m]>
It's the case on aspire1
<kuruczgy[m]>
Hm... macc24 how far did you get with your EC fw reversing? (I guess if you have found anything about the lid switch you would have already posted about it.)
<macc24>
kuruczgy[m]: the ec is powered on 24/7 afaik
<macc24>
kuruczgy[m]: i found only disappointment
hipboi has quit [Quit: hipboi]
crisma has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
<abelvesa>
tobhe: I don't have a t14s with oled, so I can't test
<robclark>
abelvesa: flto (in #freedreno) had some hack for t14s oled.. I think he had to hard-code the backlight level or something like that
<farchord>
freekurt: yeah that's an old article. And with the stuff happening with Quallcomm's arm license, honestly, I don't know...
cyrinux has quit []
cyrinux has joined #aarch64-laptops
<bamse>
SpieringsAE: cool
<bamse>
SpieringsAE: yeah, i'm daily driving the x13s...will follow up with the platforms if this is accepted, including x1e
<macc24>
<freekurt[m]> "i just learned about this. https..." <- i don't have much faith in this - didn't see a patch for dts on mailing list and i also asked them for a development sample to get it mainlined and got ghosted
SpieringsAE has quit [Quit: Leaving]
steveej[m] has joined #aarch64-laptops
<steveej[m]>
i'd like to get camera support working on the x13s with nixos, and i'm wondering which application needs libcamera 0.3 linked in. nixos stable is still on libcamera 0.2, however i could pull in libcamera 0.3 into specific packages if that's what's required.
<kbingham>
steveej[m], Why is nixos still on libcamera-0.2 ...
<kbingham>
They've missed 0.3.0 0.3.1 and 0.3.2 ?
<kbingham>
(and in ~four weeks I'll tag 0.4.0)
<kbingham>
If you want x13s - you need 0.3.1 or 0.3.2 ...
<kbingham>
The main thing you'll need to make sure is updated too is pipewire - that's what connects libcamera to browsers ...
<kbingham>
yes - any change in libcamera from 0.X.0 (the X) is ABI break.
<steveej[m]>
ah the pipewire info is great, thanks.
<kbingham>
It's "only" pipewire that needs to be rebuilt against it in reality.
whiskey9 has quit [Quit: whiskey9]
srinik has quit [Ping timeout: 480 seconds]
<konradybcio>
macc24: are you sure your lenovo doesn't have lid switch on the same pin as surface?
<konradybcio>
you may need to also copy the pinctrl node to make sure the gpio is configured correctly
<travmurav[m]>
iirc he checked tlmm registers in windows and linux, and the config was same
<travmurav[m]>
but in windows tlmm shown changes to gpio but can't replicate in linux
<konradybcio>
you must also have 602cb14e310a7a32c4f27d1f16c4614c790c7f6f for it to work
<travmurav[m]>
hm would wakeup map really matter for polling the gpio via sysfs tho
<travmurav[m]>
s/sysfs/gpiolib
<travmurav[m]>
well both I guess
<macc24>
<travmurav[m]> "iirc he checked tlmm registers..." <- 1. she, not he 2. i didn't do that
<travmurav[m]>
gah sorry
<travmurav[m]>
hm I guess I misremember
<travmurav[m]>
I definitely recall discussing reading tlmm registers via windbg with someone
<macc24>
<konradybcio> "macc24: are you sure your lenovo..." <- acpi says it's on 92 and i've checked /sys/fs/debug/gpio for changes and nothing was consistent with lid opening and closing
<macc24>
travmurav[m]: probably me but i didn't have energy to do it at that time and immediately forgot about it
<bamse>
macc24: and you keep that pin bias-disable?
<macc24>
yes
<konradybcio>
macc24 maybe you need to toggle some regulator (either via rpmh or through some gpio en pin)
<kuruczgy[m]>
Back when I was doing this I went through the gpios that were different on linux compared to windows and tried toggling them.
<kuruczgy[m]>
I don't know anything about rpmh though, if you can give some pointers for what I should try that would be useful.
<konradybcio>
there's a bunch of regulator-n nodes in your device tree, these are regulators which are exposed over rpmh (think "power management mcu")
<konradybcio>
they're the ones that come from the PMICs
<travmurav[m]>
hm, considering the hall sensor seems to be active low, I wonder if it will work if one pulls it up from the soc
<travmurav[m]>
this doesn't sound particularly great thoguh since it seems like on windows it's externally pulled up
<macc24>
<konradybcio> "macc24 maybe you need to..." <- i went over dsdt and compared regulators, and copied over regulators from crd dts
<kuruczgy[m]>
konradybcio: Are the regulator definitions in the device tree exhaustive? Is there an easy way to toggle them via sysfs?
<konradybcio>
unlikely and don't think so
<travmurav[m]>
tho I guess hall sensors would often have a dedicated vdd
<travmurav[m]>
at least this one Im looking one seems push-pull
<travmurav[m]>
not open drain
<travmurav[m]>
certainly idk what that laptop uses but my guess is that those are all similar
<macc24>
my current hypothesis is either i need to tell the ec to enable lid switch, or there's gpio regulator missing
<travmurav[m]>
but it would be weird if some rail is killed for this
<travmurav[m]>
did anyone try regulator_ignore_unused?
<travmurav[m]>
perhaps it's boot-on and linux kills it since it's not claimed
<macc24>
this laptop has an open-to-wake function so why would it ever need hall switch to be turned off
<macc24>
travmurav[m]: also tried with regulator_ignore_unused
<travmurav[m]>
mhm
<macc24>
> <@travmurav:matrix.org> perhaps it's boot-on and linux kills it since it's not claimed
<macc24>
* already tried with regulator\_ignore\_unused
<travmurav[m]>
but then again I'd assume this rail should be always-on
<travmurav[m]>
since this is supposed to be used by ec to disable the power button
<macc24>
travmurav[m]: huh?
<travmurav[m]>
as in, it's often that they do it to make sure you can't accidentally turn on the device by pushing at the lid
<travmurav[m]>
when the button is a part of the kb
<travmurav[m]>
aspire1 does that
<macc24>
button is on the side on slim7x
<travmurav[m]>
ah
<travmurav[m]>
convertible
<travmurav[m]>
right
<macc24>
nope
* travmurav[m]
doesn't remember what all those laptops are
<macc24>
it's on the side for the fun of it apprently
<travmurav[m]>
but right I see I guess
<travmurav[m]>
then this is weird but I gues would make more sense it's not always on
<travmurav[m]>
but then why does firmware not enable it or if it does, why does it disable it back off...
<travmurav[m]>
I guess in that case one could argue you don't care about the lid in efi
<macc24>
ec/pmic reset?
<travmurav[m]>
well I'd assume that the rail would be brought up to at least do the in-hw backlight killing, also apparently common
<travmurav[m]>
but oh well
* robclark
keeps accidentially hitting the button when I pick up my 7x
<macc24>
hmm, it's an oled display so it doesn't do any backlight stuff
<macc24>
and when i shut the lid in linux the screen stays on
<travmurav[m]>
somehow it feels to me that not many oems would properly use the system pmic regulators but perhaps they know more now and I'm outdated as I was only ever looking at x86-ey 7c aspire1 design
hightower2 has joined #aarch64-laptops
* travmurav[m]
was looking at x1e laptops around but they are not only expensive af but now he is once again reminded that picking up a thing for which there is no schematics is just voluntary torture
* macc24
would do anything for performance
<travmurav[m]>
and I didn't see any x1e things on vinafix et al yet
<macc24>
i wonder how hard would it be to get hired at lenovo as a hardware designed for the sole purpose of borrowing schematics
<macc24>
we do a little bit of trolling
<konradybcio>
travmurav bestbuy had a sale for an 8core laptop for $599 brand new..
<konradybcio>
but tech is always cheaper in the us :p
<travmurav[m]>
best they can offer here is 1500
<konradybcio>
$?
<travmurav[m]>
admittedly for full x1e
<travmurav[m]>
yes
<travmurav[m]>
but I don't think I saw any purwa (and it's sure hard as hell to search for it since the name is so generic and dumb)
<travmurav[m]>
I'd not mind paying 600 for purwa if I could