thelounge7571340 has quit [Remote host closed the connection]
amarioguy has quit [Ping timeout: 480 seconds]
bluetail6 has joined #asahi-dev
bluetail has quit [Ping timeout: 480 seconds]
bluetail6 is now known as bluetail
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
kensan has joined #asahi-dev
bluetail has quit [Ping timeout: 480 seconds]
kensan has quit [Ping timeout: 480 seconds]
bluetail has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
chadmed has joined #asahi-dev
Dcow has joined #asahi-dev
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
Dcow has quit [Ping timeout: 480 seconds]
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
ella-0_ has joined #asahi-dev
chadmed has quit [Quit: Konversation terminated!]
ella-0 has quit [Read error: Connection reset by peer]
chadmed has joined #asahi-dev
chadmed has quit []
rickybobby23 has joined #asahi-dev
chadmed has joined #asahi-dev
<rickybobby23>
I'm using arch with asahi and got a hard crash (system unresponsive) when running `devmem2` on an arbitrary address. I'm not sure where tickets are filed and searched IRC logs. Not sure if anything I can do to help / file / etc.
chadmed has quit []
chadmed has joined #asahi-dev
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
chadmed has quit []
chadmed has joined #asahi-dev
kensan has joined #asahi-dev
kensan has quit []
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
thelounge7571340 has quit [Remote host closed the connection]
amarioguy has quit [Ping timeout: 480 seconds]
chip_x has joined #asahi-dev
<marcan>
that seems wrong, it should be put in as a fix for the current cycle
<marcan>
ah, it is in for-6.1 also
chipxxx has quit [Ping timeout: 480 seconds]
Core9066 has joined #asahi-dev
Core8020 has quit [Ping timeout: 480 seconds]
<jannau>
wow, running kcalc in the background uses ~6W
<jannau>
remaining battery trippled from almost trippled from ~4h to 12h
<marcan>
yeah, half the battle for battery efficiency is fixing bad userspace...
<jannau>
more than 9W vs. 3W and a noticeable warm macbook
<marcan>
(macos is not immune to this either, I have an MBP I always leave in sleep mode and half the time the battery dies because of some random software eating CPU)
<jannau>
I'm mostly astounded that there's still such broken user space
<jannau>
looks like it re-renders constantly
<marcan>
sent an email about the bcm4355 confusion
amarioguy has joined #asahi-dev
<marcan>
kettenis: do you have cpufreq in BSD? I just redid the cpufreq binding (again), but I changed the compatibles so I think we can just keep both ways in for compatibility for a while.
<kettenis>
yes, I have cpufreq
<kettenis>
but if the compatible changed, it should be ok (you just don't get cpufreq)
<marcan>
if your users don't mind that, sure
<kettenis>
if both ways can be kept in what we ship in the "stadard uefi" option of the asahi installer that would be good
<kettenis>
since the 7.2 release has been made
<marcan>
I think I can do that (I might just keep that in our main tree anyway, for simplicity, as an extra patch)
<kettenis>
I may hold off switching to the new bindings until it has been accepted upstream
<marcan>
yes, that's fine. I intend to submit it as soon as it gets a bit of testing
<marcan>
and hopefully this one will be accepted (it doesn't really get any cleaner than this)
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
Core1863 has joined #asahi-dev
<mps>
did anyone enabled MGLRU in new kernel? is it ok to enable it for asahi kernel
<mps>
oh sorry
<mps>
it is LRU_GEN
Core9066 has quit [Ping timeout: 480 seconds]
<marcan>
povik: the unrouted device error is very spammy, is there some way we can outright disable the secondary device when the speakers are disabled?
<marcan>
pushed new kernel & m1n1 to asahi-dev
<_jannau_>
did anyone already build asahi-wip? why wouldn't it be ok to enable multi gen LRU? except for the rc status of the kernel
<marcan>
_jannau_: it's in asahi-dev
<marcan>
smoke tested on M1MBA
<povik>
marcan: it's those pesky sound servers trying to open the devices in a loop
<marcan>
povik: yeah, but the kernel shouldn't expose devices and then fail when you open them
<marcan>
(loudly, at that)
<marcan>
either the error needs to be silenced or the device outright removed
<povik>
but the failure is a function of sound card controls
<_jannau_>
error should probably be ratelimited
<marcan>
then it should just not log
<marcan>
or only log once
<povik>
it can't be removed/added dynamically as far as i know
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<povik>
we can log once, but ASoC will print cryptic messages anyway
<marcan>
yeah, so that needs a change in ASoC then :)
<povik>
probably
<marcan>
if this is all going away (as in cannot happen regardless of config) when the speakers are enabled, we can just carry a patch to shut it up for now
<marcan>
but if this will persist after the speakers are done properly, then it needs to be fixed some way
<povik>
no, it can happen with speakers too
<marcan>
then yeah, we need a solution
<povik>
since you can have the speakers and headphone both on primary
<povik>
then opening the secondary raises that error
Core1863 has quit [Ping timeout: 480 seconds]
<marcan>
going to upgrade my build machine then see if I can get Rust into the kernel in the PKGBUILD (because lina)
<povik>
marcan: anyway you should never get the error having the ucm installed
<povik>
i think it's time we take up the package in reference distro
<_jannau_>
tags in the repo would be nice and we might want to move the repo to AsahiLinux/
seb4nihel has joined #asahi-dev
<marcan>
yeah, we can move it if povik is okay with that
<povik>
sure
<povik>
i am thinking of a tag scheme i should use
<povik>
one option is: minimal compatible asahi kernel tag + revision under that
<povik>
but maybe that's too much, it should be easy keeping the config widely compatible if we need to change something down the line
<povik>
since you can check for existence of controls, have conditional declarations and what not
<_jannau_>
just using v0.1 and v0.2 like I did with the pkgbuild would be fine imo
<povik>
probably, i prefer plain vN in that case
<_jannau_>
I don't think it's worth to try to be clever for a package which probably is obsolete in a couple of months
<marcan>
povik: jack didn't work out of the box here with UCM, "Jack Mixer" needs to be turned up
<povik>
:(
<povik>
marcan: that's m1 machine with cs42l42, right?
<povik>
i meam cs42l83
<povik>
*mean
<marcan>
42l83, yes
<povik>
huh, wonder what's going wrong there, it works on mac mini for me
<povik>
what is the machine specifically? maybe the ucm doesn't get discovered at all
<marcan>
j313
<povik>
i checked the name of the .conf but it matches the card model in DT exactly
<povik>
if you send a log from pulseaudio or similar i will look at it
<marcan>
alsaucm does show the config
<marcan>
wait now it works after a pulse restart?
<marcan>
(but I rebooted the whole machine...)
<povik>
darn
<marcan>
ohhh
<marcan>
it doesn't work if pulse starts with the jack unplugged
<povik>
argh
<marcan>
"driver does not support hardware volume control" it claims
amarioguy has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
<marcan>
ah, a hotplug breaks it too
<marcan>
so it only works if I start pulse with the jack in
derzahl has quit [Read error: No route to host]
<povik>
so as long as the jack was unplugged at any point it breaks?
<marcan>
yup
<marcan>
not sure if UCM problem or PA bug?
<marcan>
I can try to debug this tomorrow if you want
<povik>
yeah, neither am i
<povik>
only i had better experience running pulse + that UCM
<povik>
sure, if you can spare a moment debugging pulse, i will take it
<marcan>
sure
Major_Biscuit has joined #asahi-dev
MajorBiscuit has quit [Read error: Connection reset by peer]
bisko has quit [Ping timeout: 480 seconds]
<marcan>
oh, upstream rust support is x86-64 only, lol
<marcan>
well, at least I got make rustavailable happy
<marcan>
with arch linux rust packages even, yay
<j`ey>
marcan: the change in cpufreq header today gives: ./include/linux/cpufreq.h:1162:9: warning: variable 'target_idx' is uninitialized when used here [-Wuninitialized]
<j`ey>
and indeed, its never set anymore
<j`ey>
not sure if this was accidental: - target_idx = ret;
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
<marcan>
j`ey: oh dur, that should just return 0 now
<marcan>
fixed in bits/ (and also something else)
<kettenis>
ah, bad news, I added backwards compatibility for the old old cpufreq stuff to OpenBSD
<kettenis>
and the new cpufreq recycles the compatible property of the old old cpufreq
<marcan>
ah, yeah, it does, because the model is closer to the old old cpufreq...
<kettenis>
will have to test the consequences of providing both then...
<marcan>
can you see what the old code does with the new DTs? if it just fails with something we might be okay
<kettenis>
I think it will just fail, but I'm not 100% sure
Major_Biscuit has quit []
seb4nihel has quit [Remote host closed the connection]
seb4nihel has joined #asahi-dev
MajorBiscuit has joined #asahi-dev
zzywysm has joined #asahi-dev
chip_x has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Quit: WeeChat 3.6]
MajorBiscuit has joined #asahi-dev
seb4nihel has quit [Remote host closed the connection]
seb4nihel has joined #asahi-dev
<kettenis>
I'll see if I can construct a frankenDTB to see what happens in reality
seb4nihel has quit [Ping timeout: 480 seconds]
XeR has quit [Read error: Connection reset by peer]
XeR has joined #asahi-dev
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
bisko has joined #asahi-dev
MajorBiscuit has quit [Quit: WeeChat 3.6]
thelounge7571340 has joined #asahi-dev
thelounge7571340 has quit [Remote host closed the connection]
<jannau>
reproducible with disconnecting a usb-c charger
<sven>
ugh… I thought we fixed that at some point
<jannau>
also reproducible with an usb device on the UART enabled port, could be random
<jannau>
I can't remember when I saw that the last time. obvious change in the kernel is i2c irq support
zzywysm has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<j`ey>
no changes to drivers/usb/typec/tipd/ between 6.0-rc6 and 6.1-rc1
<ChaosPrincess>
is there any magic involved in handling of apfs volumes on m1? im trying to parse some apfs structures by reading them from /dev/disk0s2, and both my code and apfs-fuse seem to fail.
zzywysm has joined #asahi-dev
kensan has quit [Ping timeout: 480 seconds]
<mps>
ChaosPrincess: from linux or macos?
<ChaosPrincess>
trying from macos rn
<mps>
there is apfs driver for linux on github
<ChaosPrincess>
the victim volume is the asahi container, so it is not mounted and shouldnt have filevault