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
<gwolf>
steev: Well, it will be picked when -next becomes mainline... in the meantime, it's a patch I have to carry locally
hipboi has joined #aarch64-laptops
ellyq_ has joined #aarch64-laptops
ellyq_ has quit []
ellyq_ has joined #aarch64-laptops
ellyq has quit [Ping timeout: 480 seconds]
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
hipboi has quit [Quit: hipboi]
<steev>
gwolf: that's why i said you could request it, the kernel team seems to be willing to pick things as long as they're accepted upstream
hipboi has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<steev>
but yes, it's sure nice to have audio back, and working suspend, since the non-working audio seemed to break suspend too
<zdykstra>
Is there a wiki with support progress for the current crop of snapdragon laptops?
alfredo has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
hipboi has joined #aarch64-laptops
<lumag>
steev, with the Alexey's patch, do you have working speakers?
<lumag>
The patch has fixed a crash for me, but I couldn't get audio to work. Maybe I should upgrade to a more recent kernel
hipboi has quit [Quit: hipboi]
<JensGlathe[m]>
X13s: This garbled sound issue is odd. Test works, Youtube works (sounds normal), but dare to play a flick on X in Firefox and you have only partial/ distorted sound, everywhere. After restart its ok again.
alfredo has quit [Quit: alfredo]
hipboi has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
hipboi has joined #aarch64-laptops
<steev>
lumag: yeah
<steev>
lumag: well, speaker; my c630's right speaker appears to be busted (unrelated)
<lumag>
steev, and also gnome/pipewire seem not to work on c630. Can't get speakers to work
<steveej[m]>
on the x13s i can't get gammastep, wlsunset, etc. to work. is this known to be a missing feature or is it a bug?
<lumag>
[ 242.655168] wsa881x-codec sdw:0:0:0217:2110:00:4: ASoC: error at snd_soc_pcm_component_pm_runtime_get on sdw:0:0:0217:2110:00:4: -22
<martiert>
I have a x13s where the ; and \ buttons seems broken. Is there a known firmware/software issue with the keyboard, or is this most likely a HW issue?
<lumag>
martiert, no kbd issues on x13s
<martiert>
ack, I'll start talking with lenovo then. Thanks
<lumag>
steveej[m], ok, I was able to get sound to work from console. So, now it's pipewire issue
<steveej[m]>
lumag: you most likely meant steev :-) i was asking earlier about the gammastep issue
<lumag>
yes, sorry
<lumag>
steev, ok, I was able to get audio to work. But pipewire is still broken, I can not get anything from it.
<steveej[m]>
no harm done.. just some excitement that there might be a solution to that issue :-D
<travmurav[m]>
steveej: I guess x13s is the same issue as seemingly on most of qcom where there is no gamma_lut (iirc) support? (Cc robclark)
<spawacz>
I can't charge my x13s. When I plug the power supply it shows that he battery is charging and second later that its discharging. How can I debug the problem? The power supply is fine
<lumag>
steev, my right speaker also is quieter than the left one. Let me check under Win
<spawacz>
It charges when the laptop is shut down, though
<lumag>
steev, and it's the same in Windows. So, looks like something called Linux killed the speaker :-(
<lumag>
or the amplifier
<lumag>
because there is no difference between left and right if I attach headphones
<jhovold>
lumag: that sucks, was that your c630?
<lumag>
jhovold, yes
<jhovold>
krzk: thanks for the heads up regarding the x1e crd ucm update, looks like it hasn't been included in any ucm upstream release yet
<craftyguy>
spawacz: have you tried other power supplies? what amperage/voltage are they?
<steveej[m]>
thanks for digging travmurav. reads like there is hope however not just around the corner
<lumag>
But I'm really not sure if it's a hardware or a software issue. I think I need to try with the signal source first
<jhovold>
lumag: yeah, we had a couple of people thinking they had blown their x13s speakers, but turns out that was just sw and mixer settings after all
<jhovold>
fingers crossed
<lumag>
jhovold, strangely enough, I hear speaker difference in Windows :-D
<jhovold>
yeah, that's a bit troubling, at least if that's after a cold boot
<spawacz>
craftyguy: It worked after replugging 4-5 times
<spawacz>
5-20V 2.25A 45W
<steev>
lumag: it coculd definitely be something in the settings for my right speaker, but i'm like 90% positive i tested in windows and it seemed dead. but i definitely get audio with pipewire too
<steev>
lumag: i also still see a kernel panic when ipa tries to come up with the debian kernel (but not with defconfig)
<steev>
well
<steev>
i don't see it, because the display isn't on, and i'm not brave enough to solder like calebccff did
<jhovold>
Here's an update wip branch for the X13s:
<jhovold>
- fix duplicate cpufreq opp warnings and errors
<jhovold>
- fix polled serial console initialisation
<jhovold>
- add missing bluetooth uart opps
<jhovold>
- use pwrseq for bluetooth
<steveej[m]>
thank you jhovold ! will start updating my x13s config right away :-)
<JensGlathe[m]>
jhovold: that's a lot of fixes, thanks. And pwrseq will be fun
srinik has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
patrickm_ has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
patrickm has quit [Ping timeout: 480 seconds]
patrickm_ is now known as patrickm
alfredo has joined #aarch64-laptops
patrickm has quit [Remote host closed the connection]
patrickm has joined #aarch64-laptops
<Segfault[m]>
jhovold: i see the commit messages mentioning runtime pm isn't on by default for the usb phys, does that impact s2idle or is it only about while the system is active?
<robclark>
travmurav[m]: 7c and other "cost optimized" parts don't have gamma lut.. I expect x13s and x1e have the full advanced color pipeline comparable to what amd has (but still tbd how to support it upstream).. but also userspace could use the relatively newer CTM thing (which is supported), at least in non-HDR cases.. CrOS does this
<travmurav[m]>
robclark: steveej ah so I guess gamma_lut hardware is there on 8c3/x1e but its just not hooked up yet?
<robclark>
for the full dpu it is even more elaborate than that (but I think even AMD is still working on upstreaming support for full color pipeline)
<travmurav[m]>
heh
<travmurav[m]>
right, I see, thanks for clearing that up
<travmurav[m]>
(I somehow got an impression that some work was done already when we discussed 7c vs 8c3 before)
<robclark>
the CTM part is the part that is already done, but that is relatively simple compared to the "all the bells and whistles" version in the bigger SoCs
<travmurav[m]>
I guess another funny question is whether its easier to convince ui devs to implement CTM or implement gamma_lut on platforms that can support it xD
srinik has quit [Remote host closed the connection]
srinik has joined #aarch64-laptops
<steveej[m]>
jhovold: 6.12-rc2 doesn't boot on my x13s, as i don't get the keyboard input for the luks password and then the screen eventually blanks, waiting for the rootfs. i didn't change any of the other system config so it's the kernel change alone that causes it.
<jhovold>
steveej[m]: try booting with regulator_disable_unused and see if there's anything in the logs
<jhovold>
there nothing in the wip branch that should cause this
<jhovold>
so if anything it's in mainline rc1..rc2, but it sounds more like a config issue in your setup (e.g. missing module in initramfs)
<jhovold>
Segfault[m]: sort of, it should not, but the driver is buggy, but in any case it is not usb that is the main blocker for low power suspend (pcie is)
<robclark>
travmurav[m]: the advanced stuff is less easy (gamma_lut isn't so much an advanced thing, as it is something that is implemented via the advanced thing). And that ofc doesn't help platforms like 7c. But AFAIU the CTM is sufficient for normal cases (ie. not HDR blending, etc)
svarbanov has quit [Remote host closed the connection]
svarbanov has joined #aarch64-laptops
<konradybcio>
krzk i'm getting audio on the surface laptop with your script too..
<konradybcio>
what's the next thing to do? should I continue using the crd tplg?
<konradybcio>
the microphones are very static-y and I dont' seem to be getting audo on DMIC23
alfredo has joined #aarch64-laptops
<krzk>
konradybcio: you should have your own topology file, e.g. narrowing number of channels for DMIC to 2 and other adjustements (maybe also 2 WSA884x speakers instead of 4?) and then pull-req :)
<krzk>
also pull req for ALSA UCM
<konradybcio>
also I'm quite unsure how many speaker this thing has.. though based on the constant fifo errors on &sdw3 and debugfs `register` reading zeroes only, I'm willing to guess 2
<krzk>
konradybcio: soundwire is detectable, so if you bring speakers out of reset (via GPIO), then they will appear - grep . /sys/bus/soundwire/devices/*/status
<konradybcio>
the microsoft product page says "dual studio microphones" so that's a good hint
<konradybcio>
krzk yeah looks like i just have a single pair
<macc24>
krzk: aren't the speakers also described in dt?
<krzk>
yes, they are
<konradybcio>
macc24 yes but the sysfs file contains the live detection status
<konradybcio>
krzk also headphones play/rec works.. although the mic is as cranky as the on-device one
<konradybcio>
also my system just locked up after setting headphone mic off.. didn't happen last 10 times but I see you mention some crashes in your script..
minecrell has quit [Read error: Connection reset by peer]
<JensGlathe[m]>
this box here (Volterra) boots to EL2 with slbounce. I have separate dts for el2 mode since ZAP shader won't do.
ellyq has joined #aarch64-laptops
<JensGlathe[m]>
The only difference is in the dts for Volterra (blackrock) and x13s
<gwolf>
steev: Non working suspend? Weird. My suspend has been working fine, when using the patched 6.6, and now with the "clean" 6.11
<gwolf>
I mean, it does not last _forever_, but it _does_ suspend for a couple of days... non-scientifically-measured
<gwolf>
haven't had the time to try the sound patch yet...
<JensGlathe[m]>
do I need the sdm845 sound patch for sc8280xp? Didn't look like it
<Segfault[m]>
<jhovold> "Segfault: sort of, it should not..." <- oh does that mean you actually know what's causing the suspend power draw to be so much higher than windows now?
<Jasper[m]>
Slightly off-topic, but most of you seem to have some experience about this. I've submitted DT changes for a device that's already upstream. When would normally a merge window be? When do you resend a patch if there's no replies?
<konradybcio>
merge window is when your patches aren't merged, but rather when Linus pulls maintainers' branches
<konradybcio>
that's between stable and rc1
fparent has joined #aarch64-laptops
<Jasper[m]>
Got it, otherwise it's a case of waiting if and when a cc'd maintainer pulls the patches?
todi has quit [Ping timeout: 480 seconds]
<macc24>
yeah
todi has joined #aarch64-laptops
cyrinux has quit []
cyrinux has joined #aarch64-laptops
<erebion[m]>
pipewire-pulse causes audio to not work on the X13s, just getting sort of crackly noises :/
<erebion[m]>
Had to mask the unit, now I can no longer use Pavucontrol
<JensGlathe[m]>
This is a nuisance, there seems to be a link to firefox and X (for instance). I get distorted half-wave sound after playing a video from x.com. And its system wide. If I don't, sound is okay.
<exeat>
Jasper[m]: I too found the wlan and bt MACs at those offsets (on blk10 in my case). The one at 0000:1000 matches the wlan mac on the box label and the one at 0000:1100 is wlan+1 :)
<\[m]>
w00t external screen works with displaylink adapter! just had to build the rpm from them manually
<\[m]>
straight building evdi didn't work
jhovold has quit [Ping timeout: 480 seconds]
<steev>
JensGlathe[m]: no, not at all, it's specific to the sdm845 sound driver
<steveej[m]>
\: what device are you on now?
<\[m]>
m1 air
svarbanov__ has quit [Quit: Leaving]
svarbanov__ has joined #aarch64-laptops
todi has quit [Ping timeout: 480 seconds]
todi has joined #aarch64-laptops
sri has quit [Ping timeout: 480 seconds]
<steev>
erebion[m]: i can't reproduce that here :( definitely using pipewire and pipewire-pulse
<erebion[m]>
steev Debian Testing on 6.10.11, pipewire-pulse 1.2.5-1, pipewire of the same version
broonie has quit [Read error: Connection reset by peer]