ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
brolin has quit [Ping timeout: 480 seconds]
nsklaus has quit [Ping timeout: 480 seconds]
dylanchapell has joined #asahi-dev
dylanchapell has quit [Remote host closed the connection]
brolin has joined #asahi-dev
brolin has quit [Ping timeout: 480 seconds]
baozich has quit [Quit: baozich]
baozich has joined #asahi-dev
gabuscus has quit []
gabuscus has joined #asahi-dev
stipa is now known as Guest1720
stipa has joined #asahi-dev
Guest1720 has quit [Read error: Connection reset by peer]
bps has joined #asahi-dev
bps has quit [Ping timeout: 480 seconds]
roxfan has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-dev
roxfan has joined #asahi-dev
bps has joined #asahi-dev
bps has quit [Ping timeout: 480 seconds]
nsklaus has joined #asahi-dev
f2se has joined #asahi-dev
bisko has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
f2se has quit [Quit: Leaving]
bps has joined #asahi-dev
Tomdownsouth has joined #asahi-dev
baozich has quit [Ping timeout: 480 seconds]
baozich has joined #asahi-dev
baozich has quit [Ping timeout: 480 seconds]
<marcan>
pushed the new charge control stuff
<marcan>
I think we can have a tag soon
<marcan>
tagged asahi-6.3-1
gordonfreeman has joined #asahi-dev
<gordonfreeman>
is there any way to know which EL0 process caused EL1 to generate an exception?
<gordonfreeman>
I've printed TPIDR_EL0 and TPIDR_EL1 values during the exception but seemingly TPIDR_EL0 is set to cpu id of the process and changes
<gordonfreeman>
So I cannot correlate them with the process
<mps>
which mesa-asahi version is needed for asahi-6.3-1 tag
<jannau>
I'm using asahi-wip since more than 3 weeks on j314c without issues
<marcan>
it actually worked for me on j413 but it complained about the GPIOs anyway
<marcan>
it's a dependency problem with SMC (because the way we do this we can't defer at that point)
gordonfreeman has quit [Remote host closed the connection]
<marcan>
I moved the GPIOs to the parent OF node which I think will make the of fwnode stuff defer the probe for us
<marcan>
running another build now
<marcan>
nope... that didn't work. argh.
<marcan>
ah, probably because the way SMC works it doesn't really do this properly
baozich has joined #asahi-dev
bisko has joined #asahi-dev
bisko has quit [Read error: Connection reset by peer]
<kettenis>
marcan: I'd say using the stop value would be more intuitive since the idea is to limit the charging to a certain value
<kettenis>
(this is what I do on OpenBSD)
<marcan>
kettenis: I only chose the start value because the Linux UAPI only says the driver is allowed to round the stop value :D
<marcan>
but yeah maybe I should do it the other way around
<marcan>
let's do that
MajorBiscuit has joined #asahi-dev
<kettenis>
I suspect changing the start value was a later addition and whoever documented it didn't repeat the statement about the rounding?
<marcan>
could be
<marcan>
doing another build...
brolin has joined #asahi-dev
<kettenis>
I think some of the "consumer" laptops from lenovo have a similar mechanism to what apple does (as opposed to the mechanism on the thinkpads)