marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | Not ready for end users / self contained install yet. Soon. | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
<chadmed>
most of the problems you have described can be fixed by just following the guides
sheepgoose has quit [Ping timeout: 480 seconds]
x56 has quit [Server closed connection]
x56 has joined #asahi
linearcannon has quit [Server closed connection]
linearcannon has joined #asahi
skipwich has quit [Server closed connection]
skipwich has joined #asahi
PhilippvK has joined #asahi
phiologe has quit [Ping timeout: 480 seconds]
kov has quit [Quit: Coyote finally caught me]
marvin24 has joined #asahi
marvin24_ has quit [Ping timeout: 480 seconds]
nehsou^ has quit [Server closed connection]
nehsou^ has joined #asahi
eroux has joined #asahi
Techcable has quit [Ping timeout: 480 seconds]
akemin_dayo has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #asahi
the_lanetly_052 has joined #asahi
Nspace has quit []
bisko has quit [Read error: Connection reset by peer]
Nspace has joined #asahi
bisko has joined #asahi
akemin_dayo has joined #asahi
c10l4 has joined #asahi
c10l4 is now known as c10l
kloenk has quit [Remote host closed the connection]
kloenk has joined #asahi
eroux_ has joined #asahi
eroux has quit [Ping timeout: 480 seconds]
ChristianvonElm[m] has joined #asahi
<ChristianvonElm[m]>
Hi, im currently trying to do single stepping by setting mdscr.ss, mdscr.mde and spsr_el1.ss in the kernel under the hypervisor, but it crashes with an unrelated exception in the Hypervisor reboot function, is there something simple I'm currently missing?
tanty has quit []
<kettenis>
I ran into the same issue with OpenBSD
<kettenis>
It was suggested that the HV could set a bit somewhere that makes it not trap when MDSCR_EL1 is accessed
<kettenis>
but there was a worry that this would interfere with single-stepping in the hypervisor itself
<kettenis>
in the end I disabled the access to MDSCR_EL1 in my OpenBSD kernel when I was testing it under the hypervisor
<kettenis>
See proxyclient/m1n1/hv.py
tanty has joined #asahi
<kettenis>
where it says # enable and route debug exceptions to EL2
<ChristianvonElm[m]>
so if I understand correctly, mdcr_el2 currently routes all debug exceptions to the hypervisor, which in my use case doesnt work. So if I set TDE to 0 debug exceptions aren't trapped to the HV and I can just install a debug exception handler in the kernel myself?
<kettenis>
it's worth a try
<ChristianvonElm[m]>
Okay thanks
eragon has joined #asahi
bisko has quit [Read error: Connection reset by peer]
<j`ey>
bluetail[m]: there's a CPU frequency driver at least
<pitust[m]>
on the esp
<j`ey>
bluetail[m]: no need for a new kind of govenor
<bluetail[m]>
Thanks!!
MajorBiscuit has quit [Ping timeout: 480 seconds]
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
<marcan>
there is device runtime-pm too, though it doesn't really do much right now other than turn off everything we don't use. that will be more useful for stuff like the video decoders to power up on demand, once that driver exists.
<bluetail[m]>
<marcan> "there is device runtime-pm too..." <- power up on demand? Was this in regards to USB drives?
<bluetail[m]>
Or did you mean Wake on Lan ?
<j`ey>
neither
<j`ey>
it's about powering down internal parts of the device
<bluetail[m]>
That's intriguing. If you are powering down internal parts, you are saving power, right?
<j`ey>
yep
thebigbossch[m] has joined #asahi
<axboe>
heh, got ahold of a google chrome person, who was puzzled that chromium doesn't work on 16k pages on aarch64
<axboe>
so hopefully we can get this fixed up
<j`ey>
axboe: cool, keep us updated!
<axboe>
j`ey: you bet
<j`ey>
hopefully they don't come back and say 'well it works with 16k pages on aaarch64 on macos!!'
<Glanzmann>
bluetail[m]: There is a cpufreq driver. On the air you can get away with 10% per hours more or less. So something between 7 - 10 hours of battery during normal work.
<Glanzmann>
You can turn of the screen using a GPIO. that saves a lot of energy.
<Glanzmann>
kettenis: regarding u-boot, does that mean you submit the pcie patch for the mini?