marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | 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
<jmr2>
kettenis: ack. No success yet. Are there minimal instructions somewhere, or I’m the first to attempt this?
<jmr2>
What works: mkimage on the host, and ext2load usb on the Air. What doesn’t: getting anything else than a synchronous abort exception+reboot after the image content is displayed.
<jmr2>
The two most likely culprit: the kernel image in the mkimage package isn’t in the correct format; and/or I used invalid addresses in mkimage/ext2load/bootm.
rohin2 has joined #asahi
kajiryoji has joined #asahi
rohin2 has quit [Ping timeout: 480 seconds]
rohin2 has joined #asahi
<jmr2>
Oh... Just read past comments on the channel, and the direction is EFI. Looks like I'm not headed the right way. I'll keep reading.
jmr2 has quit [Quit: Page closed]
<chadmed>
yeah i think the end game is to have mini chain load uboot and provide a minimal efi-like environment so that kernel updates and the like can happen identically to how they do now on the PC
<chadmed>
without doing that youd have to build a new m1n1 + dt + kernel and use kmutil to give it a boot policy (very annoying and probably too hard for your average user)
jmr2 has joined #asahi
<jmr2>
The need for chainloading was clear for me, but EFI is something that I've managed to stay away from so far... So when I started experimenting with u-boot, it wasn't a natural direction.
<jmr2>
But there's no point in hard-coding a u-boot loader, so I'm better to start reading on UEFI!
nobodynada has quit [Ping timeout: 480 seconds]
nobodynada has joined #asahi
jmr2 has quit [Quit: Page closed]
nobodynada has quit [Ping timeout: 480 seconds]
kiro has joined #asahi
nobodynada has joined #asahi
rohin2 has quit [Remote host closed the connection]
rohin2 has joined #asahi
nobodynada has quit [Ping timeout: 480 seconds]
nobodynada has joined #asahi
kov has quit [Quit: Coyote finally caught me]
kov has joined #asahi
rohin2 has quit [Ping timeout: 480 seconds]
nobodynada has quit [Ping timeout: 480 seconds]
PhilippvK has joined #asahi
nobodynada has joined #asahi
phiologe has quit [Ping timeout: 480 seconds]
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
labavonn has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Guest4690 has quit [Ping timeout: 480 seconds]
kraem[m] has joined #asahi
nobodynada has quit [Quit: leaving]
jeffmiw has quit [Ping timeout: 480 seconds]
sailorek1234 has joined #asahi
bgb_ has joined #asahi
bgb has joined #asahi
bgb_ has quit [Ping timeout: 480 seconds]
Bey0ndB1nary has quit []
Bey0ndB1nary has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
user982492 has quit [Remote host closed the connection]
Bey0ndB1nary_ has joined #asahi
Bey0ndB1nary has quit [Ping timeout: 480 seconds]
Bey0ndB1nary_ has quit []
robinp[m] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
robinp[m] has joined #asahi
Bey0ndB1nary has joined #asahi
<kettenis>
jmr2: in principle the "classic" u-boot method of loading linux kernels should work, but the EFI boot path is all I tested so far
<j_ey>
I tested with 'booti' (but not from usb)
<kettenis>
j_ey: sucessfully?
<j_ey>
yep
<j_ey>
not usb/nvme though, I had some weird hackedup thing
bgb has quit [Ping timeout: 480 seconds]
Bey0ndB1nary has quit []
bgb has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
jochum has joined #asahi
bgb has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
bgb_ has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
jan[m]123 has joined #asahi
bgb_ has quit [Ping timeout: 480 seconds]
bgb_ has joined #asahi
NotImaginary has joined #asahi
<povik>
on the new MBPs, does macos check whether there's a person looking at the screen, so that it knows when the screen can be shut down?
<povik>
i have a feeling it does
<povik>
or it just behaves differently if there's video playing...
<chadmed>
i wouldnt be surprised if it has the iphone "attention" stuff in the notch. but if it does, that begs the question of why they didnt enable face id
dvtkrlbs has joined #asahi
<jix>
well I'm pretty sure playing a video does prevent the screen from going to sleep for most setups
<chadmed>
yeah macos has always prevented screen sleeping/dimming if a video is playing in the active window
<_alice>
povik: it's just power assertions when you're playing a video, the new Macs only have an RGB camera, not an IR depth-sensing one.
<_alice>
to see active power assertions, run `pmset -g assertions` in a terminal. (it also tells you the PID of whatever is causing it to not sleep!)
<dvtkrlbs>
oh that is a nice one. i most of the time just use `pmset -a disablesleep` to prevent sleep on lid close
<_alice>
dvtkrlbs: a better way to do that is to use the `caffeinate` command
<_alice>
I usually use `caffeinate -disu`
<dvtkrlbs>
wait does it prevent sleeps on lid close
<dvtkrlbs>
TIL
<_alice>
and you can prepend that to a command-line if you want the power assertion to only last during the lifetime of the child process
<chadmed>
does that stop external displays from being turned off?
<_alice>
mhmm, see the manpage for more info
<_alice>
chadmed: the `-d` option creates a power assertion to disable display sleeping, but i believe it applies to all displays globally on the system
jmr2 has joined #asahi
<_alice>
I think if you want it to only leave the external displays active, you have to use clamshell mode (plug in power + kb/mouse and close lid)
<_alice>
tbh the power assertions system on Darwin is something I miss on Linux and Windows....
timokrgr has joined #asahi
<dvtkrlbs>
can you fake a clamshell?
<chadmed>
darwin/osx used to be my favourite OS, but starting with Lion/Mountain Lion it really started getting bad
<_alice>
being able to temporarily alter the sleep/display off conditions without having to dig through menus is really really handy, especially when doing something like leaving a compile job going overnight, but not wanting your machine to stay awake when it's done
<jmr2>
kettenis: thanks. I'll let you know if I get it working.
<chadmed>
when they started bringing across all the ios APIs to integrate the ecosystem. i can see why lusers love that stuff, but it just gets in the way of what i want to do tbh
<_alice>
dvtkrlbs: I don't think so on modern Macs, since it's probably handled by the SMC or whatever.... but back in the early Intel days, I believe you could
<kov>
that's something you can achieve with gnome/kde I for sure, but it really should be something that's more generally supported
yuyichao has joined #asahi
<kov>
(leaving the compile job overnight and letting the machine sleep after that is finished, I mean)
<dvtkrlbs>
_alice: oh makes sense i have the 2017 non touchbar which does not have the t1 chip i really need to tinker with that
<_alice>
probably.... I think with gnome it's likely doable with a dbus command, but I don't think there's a simple user-friendly CLI tool to do it
<kov>
yeah, maybe a new rust project for me hmm
<jmr2>
j_ey: good to know, thanks. With booti, I'm stuck with an "Bad Linux ARM64 Image magic!" error - but I'm unable to find that magic number in either the compiled kernel or the one repackaged with mkimage.
<kov>
I have not checked, but I think the 'stop sleeping' is also a freedesktop standard, so the dbus calls would probably work for both gnome and kde
<_alice>
jmr2: which u-boot repo/branch are you using btw? i've been wanting to try kettenis's work, but i'm not sure which repo has all the most up-to-date commits
<kettenis>
j_ey: what happens if you mark the CS gpio active-low in your DT?
<kettenis>
does it break?
<NotImaginary>
thanks!
<j_ey>
kettenis: I'll have a go tonight, in the office currently
<j_ey>
NotImaginary: if you just need a shell, 5.15 should be enough
<jmr2>
kettenis, j_ey: got u-boot+linux to start with booti on the Air. Thanks for the feedbacks, and disregard my previous questions. Working: dcp, internal+USB keybord/mouse, rootfs on USB. Not working yet: wifi (didn't find the correct syntax for initramfs in booti), nvme (haven't touched it yet).
<jix>
NotImaginary: I was pointed at https://rosenzweig.io/config a few days ago, but before that I ended up just using the defconfig + enabling simplefb which worked just fine so I never tested alyssa's config
<jmr2>
Saw that, but I'm getting an error from booti - invalid format, or something like that.
<j_ey>
jmr2: I have a command you can try, but itll be later tonight I can send it
<NotImaginary>
jix: Thanks! I'll go with the defconfig
<jmr2>
Thanks. Don't bother, I'm quite sure I could figure it out. And in any case, this is just an intermediate milestone - next step is to go EFI.
<jix>
whoops that's what I get for trusting my memory instead of looking at the logs ^^
<NotImaginary>
jmr2: Thanks I already figured that the sway config is probably not enough to build linux ^^
<j_ey>
jmr2: cool, then efi can load the initramfs
kapres has joined #asahi
yuyichao has joined #asahi
kapres has quit []
<Ariadne>
as predicted, it was something stupid
<Ariadne>
:D
jmr2 has quit [Quit: Page closed]
bgb has joined #asahi
bgb_ has quit [Ping timeout: 480 seconds]
sailorek1234 has quit []
bgb has quit [Ping timeout: 480 seconds]
jbowen has joined #asahi
aleasto has joined #asahi
rkt has quit [Ping timeout: 480 seconds]
rkt has joined #asahi
bgb has joined #asahi
aleasto has quit [Remote host closed the connection]
NotImaginary has quit [Quit: Leaving]
xaiki has joined #asahi
mps has joined #asahi
aleasto has joined #asahi
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi
aleasto has quit []
aleasto has joined #asahi
aleasto has quit [Read error: Connection reset by peer]
aleasto has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
jbowen has quit [Read error: Connection reset by peer]
<kov>
_alice, would you look at that, we do have systemd-inhibit
<kov>
I was looking at what the most general mechanism we had that could be used to create my rust program, ended up finding that we already have it
<_alice>
oh
<_alice>
TIL
jbowen has joined #asahi
bgb has joined #asahi
<_alice>
I wonder if this API could be used to create an equivalent of `caffeinate -disu`..... maybe if you just have the callee spin indefinitely?
<kov>
_alice, systemd-inhibit <cmd> is equivalent to caffeinate -diu I believe, would still need to call the dbus interface to inhibit turning the screen off / locking the screen
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
grange_c1 has joined #asahi
grange_c has quit [Quit: Ping timeout (120 seconds)]
grange_c1 is now known as grange_c
nobodynada has joined #asahi
aleasto has quit [Quit: Konversation terminated!]
aleasto has joined #asahi
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi
aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
nirusu[m] has joined #asahi
nobodynada has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
oi_wtf has quit [Remote host closed the connection]
oi_wtf has joined #asahi
nobodynada has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
<dvtkrlbs>
at this point how many different subystems does systemd have
nobodynada has quit [Ping timeout: 480 seconds]
<opticron>
yes
bgb has joined #asahi
bps2 has quit [Ping timeout: 480 seconds]
oi_wtf has quit [Quit: WeeChat 3.3]
oi_wtf has joined #asahi
bps2 has joined #asahi
m6wiq has joined #asahi
nskl has joined #asahi
nsklaus_ has quit [Ping timeout: 480 seconds]
aleasto has quit [Remote host closed the connection]
___nick___ has joined #asahi
___nick___ has quit []
___nick___ has joined #asahi
yuyichao_ has joined #asahi
yuyichao has quit [Ping timeout: 480 seconds]
rohin2 has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bps2 has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
bps2 has joined #asahi
dvtkrlbs has quit [Ping timeout: 480 seconds]
m6wiq has quit [Ping timeout: 480 seconds]
bgb has quit [Ping timeout: 480 seconds]
bps2 has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
___nick___ has quit [Ping timeout: 480 seconds]
bgb has quit [Ping timeout: 480 seconds]
rohin2 has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
m6wiq has joined #asahi
bgb has quit [Ping timeout: 480 seconds]
bgb has joined #asahi
<j_ey>
kettenis: setting active_low didnt seem to change anything, but as you pointed out the corellium spi driver is handling cs itself
<kettenis>
thanks
<kettenis>
that means that we can put that in the device tree without causing problems
<method_>
Hello?
<j_ey>
well, I think that driver should try to be rewritten to use more of the core SPI code..
<kettenis>
yes, I think so
<j_ey>
ok, writing 1 in the spi driver is actually setting it to 0 on the pin