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
<akaWolf>
steev: can you show please your /etc/asound.conf or ~/.asoundrc?
<steev>
i have neither of those
<akaWolf>
I just can't bring my audio works
<akaWolf>
just silence
<akaWolf>
I remember last time when I did it for x13s it was very random
<akaWolf>
steev: what do you have in «aplay -L»?
KREYREN_oftc has quit [Remote host closed the connection]
<lollaritits[m]>
<akaWolf> "I just can't bring my audio..." <- hi i just did a switch to Pipewire
<lollaritits[m]>
alsa-ucm-conf installed?
<lollaritits[m]>
alsa itself installed?
<lollaritits[m]>
pipewire service started? ( or that stupid alpine linux script?)
Lucy[m] has quit [Quit: Client limit exceeded: 20000]
alfredo has quit [Quit: alfredo]
jbru has quit [Ping timeout: 480 seconds]
dlx[m] has quit []
alfredo has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
bluerise_ is now known as oftc
oftc is now known as Guest6893
Guest6893 is now known as bluerise
hightower2 has joined #aarch64-laptops
<bluerise>
travmurav[m]: on the x13s, anyone know the reason that SMC calls into qcscm fail after slbounce? does that not exist anymore?
<bluerise>
attaching USB/xhci appears to make the machine reset with OpenBSD, and on PCI there's no data transferred. last one I'd say might be fixed if I port an SMMUv3 driver
<bluerise>
xhci doesn't go through an SMMU though, right?
<travmurav[m]>
probably proxied over hyp somehow and tz doesn't want to provide the api/wants them in different format (i.e. I have a feeling there was some special flag for "from hyp" vs "from hlos" calls
<travmurav[m]>
some things do work directly though so /shrug
<bluerise>
some? the PAS/remoteproc stuff?
<bluerise>
UEFI RTC definitely doesn't, but I can work around that by moving to the nmvem cells
<travmurav[m]>
bluerise: thought smmuv2 iirc
<travmurav[m]>
v3 is only pcie
<travmurav[m]>
bluerise: pas for modem worked for me without hyp but it's not on x13s, pas for all other things need hyp
<travmurav[m]>
since iommu is involved in that case
<jglathe_volterra>
for PCIe to work after slbounce on linux we needed active arm-smmuv3 and iommu-map for all pcie root ports
<lollaritits[m]>
any idea how i get CPU frequency info per core?
<jenneron[m]>
lollar (it/its): lscpu -e
alfredo has quit [Quit: alfredo]
<lollaritits[m]>
how do i turn off cores properly?
<lollaritits[m]>
i can vim edit the online file
<lollaritits[m]>
but i cant do it via echo
<travmurav[m]>
lollar (it/its): what are you trying to achieve?
<lollaritits[m]>
turning off all but one cores when i close the lid
<lollaritits[m]>
to save some energy
<lollaritits[m]>
and set the last core to 300Mhz
<lollaritits[m]>
fake sleep mode or something
<travmurav[m]>
linux would generally try it's best to keep the soc in runtime idle (cores are off) as much as possible but if you force one core on at low perf, it would have to waste more time running than if it could race-to-idle and turn the core completely off
<travmurav[m]>
you can probably echo off | sudo tee $file or something like that but I'd recommend you to actually measure A/B compared to doing nothing to see if it actually saves power or wastes it
<lollaritits[m]>
linux forced every performance core to performance mode
<lollaritits[m]>
lol
<lollaritits[m]>
i set it to on demand
<lollaritits[m]>
which seems alot more sensible
<lollaritits[m]>
and the CPU doesnt go at 3GHz all the time
<travmurav[m]>
I highly recommend you to never assume that something saves power unless you can measure the difference
<lollaritits[m]>
i dont have a battery indicator yet
<lollaritits[m]>
but its fun playing with it anyway
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit [Quit: Quit]
possiblemeatball has joined #aarch64-laptops
<akaWolf>
steev: yeah, I have
<akaWolf>
alsa-ucm-conf installed
<akaWolf>
lollaritits[m]: do I need pipewire to have alsa working?
KREYREN_oftc has joined #aarch64-laptops
<lollaritits[m]>
nope works with pulseaudio aswell
<akaWolf>
lollaritits[m]: I guess that alsa should work directly without pulse or pipe too
<akaWolf>
IIUC pulse and pipe is level up
<lollaritits[m]>
you need alsa, alsa-ucm-conf and pipewire or pulseaudio
<lollaritits[m]>
and all related services started
<lollaritits[m]>
look in your distros docs how to do that