ChanServ changed the topic of #asahi-alt to: Asahi Linux: porting Linux to Apple Silicon macs | User-contributed/unofficial distribution ports | Logs: https://alx.sh/l/asahi-alt
jacksonchen666_ has joined #asahi-alt
jacksonchen666 has quit [Remote host closed the connection]
jacksonchen666_ is now known as jacksonchen666
beeblebrox has quit [Remote host closed the connection]
pjakobsson has joined #asahi-alt
pjakobsson_ has quit [Ping timeout: 480 seconds]
jamespmorgan has joined #asahi-alt
jamespmo_ has quit [Ping timeout: 480 seconds]
benzmac16v has joined #asahi-alt
Ry_Darcy has quit [Quit: Page closed]
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
Cyrinux has joined #asahi-alt
pip[m]1 has joined #asahi-alt
pip[m]1 has left #asahi-alt [#asahi-alt]
veloek has quit [Ping timeout: 480 seconds]
Glanzmann has quit [Quit: EOF]
beeblebrox has joined #asahi-alt
beeblebrox has quit [Remote host closed the connection]
veloek has joined #asahi-alt
<ahdeb[m]>
Glanzmann: fwiw in mesa.sh if you use `dpkg-buildpackage -uc -us` instead of directly invoking debian/rules you should be able to just append `-a arm64` to get it to cross-compile when needed.
<ahdeb[m]>
(also include `-b` to only build binary packages)
jacksonchen666_ has joined #asahi-alt
jacksonchen666 has quit [Ping timeout: 480 seconds]
jacksonchen666_ is now known as jacksonchen666
cylm has joined #asahi-alt
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
jamespmo_ has joined #asahi-alt
jamespmorgan has quit [Ping timeout: 480 seconds]
axboe has joined #asahi-alt
cylm has quit [Quit: WeeChat 3.6]
cylm has joined #asahi-alt
Glanzmann has joined #asahi-alt
<Glanzmann>
ahdeb[m]: Thank you for the tip, that makes my live much easier.
<Glanzmann>
j`ey: You're a rust guy, aren't you? Does rust support cross compiling out of the box? I would love to move my kernel builds back to amd64.
<j`ey>
yes it does
<Glanzmann>
Nice.
<Glanzmann>
Have to try it.
<jannau>
see m1n1's github ci build setup for a minimal example
<Glanzmann>
jannau: Thank you.
<Glanzmann>
jannau: Btw. when I start chromium on debian with the gpu stuff I get a white window and nothing else.
<axboe>
jannau: stupid question - after updating u-boot in conjunction with m1n1/etc for trying the gpu, I know need to do 'run distro_bootcmd' (iirc) to boot from u-boot
benzmac16v has joined #asahi-alt
<Glanzmann>
axboe: Your stub is older than the alpha installer.
<Glanzmann>
axboe: Back out patch git revert --no-edit 4d2b02faf69eaddd0f73758ab26c456071bd2017 in u-boot or upgrade the stub.
<Glanzmann>
I'll make a video on howto upgrade the stub.
<axboe>
Glanzmann: what stub?
<jannau>
axboe: is that an old (before end of march 2022) debian installation?
<Glanzmann>
axboe: 2.5 GB macos install that loads m1n1.stage1 that than loads /boot/efi/m1n1/boot.bin
<axboe>
jannau: installed it this summer iirc, so after march 2022
<axboe>
oh actually
<axboe>
I did copy from my old one
<axboe>
which was from feb
<axboe>
Glanzmann: ah
<yuka>
since updating to the latest m1n1/kernel/... my yubikey is not detected after boot until I replug it
<Glanzmann>
axboe: I'll make a video and send it to you.
<axboe>
Glanzmann: thanks much
<axboe>
Glanzmann: is it just that guide you linked and the updated m1n1-rust.bin?
<axboe>
because I can just try that, preferred over a video on my end fwiw
<Glanzmann>
axboe: That would be sufficient to fix your issue.
<Glanzmann>
axboe: The video that I would send you, is delete 3 and 4, reinstall using the official asahi isntaller m1n1 + u-boot only. Use the debian live stick to boot and put back m1n1.
<Glanzmann>
delete *partition* 3 and 4.
<axboe>
ok
<Glanzmann>
Oh and you also need to reinstall grub on the esp.
<Glanzmann>
And update /etc/fstab with the new uuid of the esp partition.
<axboe>
ah ok, your updated one is just m1n1 with that patch reverted
<axboe>
guess I should do the proper thing...
<Glanzmann>
axboe: The one I sent you is how you tell m1n1 stage1 to pass the choosen efi system parition so that u-boot can find it.
benzmac16v has quit [Ping timeout: 480 seconds]
<axboe>
so should work with the boot bin I have
<axboe>
let's try...
<Glanzmann>
axboe: The m1n1 I ship for the debian users as the choosen efi system partition thing that you complained earlier reverted to not bug old time debian users. :-)
<Glanzmann>
axboe: Yes.
<Glanzmann>
s/as/has/
<Glanzmann>
axboe: Godspeed.
<jannau>
Glanzmann: you could still use the patch and fall back to `run distro_bootcmd` instead of the error message in the asahi patch
<Glanzmann>
jannau: Good idea.
<axboe>
jannau: that thought occurred to me too...
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
Glanzmann has quit [Quit: l8er]
jamespmorgan has joined #asahi-alt
jamespmo_ has quit [Ping timeout: 480 seconds]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
cylm has quit [Quit: WeeChat 3.6]
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Ping timeout: 480 seconds]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
zzywysm has joined #asahi-alt
<zzywysm>
tpw_rules: is your "rustiness" branch in a functional state?
<tpw_rules>
zzywysm: it builds a kernel with rust support but has none of the gpu stuff yet
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
<zzywysm>
tpw_rules: one thing i forgot to mention: that config has made a bunch of things that were once built as modules now in-line into the kernel image
<zzywysm>
tpw_rules: Asahi builds the Apple drivers they wrote as modules, because they know they will almost certainly be built that way by the major distros, and they want to test to make sure they work correctly as modules
<zzywysm>
tpw_rules: but for a Apple Silicon specific nixos build, they can be in-line
<zzywysm>
tpw_rules: this means that for any module that once was marked as "m" but now is "y", you can remove it from boot.initrd.availableKernelModules and such
amw has quit [Ping timeout: 480 seconds]
benzmac16v has quit [Ping timeout: 480 seconds]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
jamespmo_ has joined #asahi-alt
jamespmorgan has quit [Ping timeout: 480 seconds]
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Ping timeout: 480 seconds]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]