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
Graypup_ has quit [Quit: meow]
Graypup_ has joined #asahi
skrll has quit [Ping timeout: 480 seconds]
skrll has joined #asahi
jeffmiw has quit [Ping timeout: 480 seconds]
skrll has quit [Ping timeout: 480 seconds]
nico_32 has quit [Ping timeout: 480 seconds]
curlyqueue has quit [Remote host closed the connection]
nico_32 has joined #asahi
Graypup_ has quit [Quit: meow]
Graypup_ has joined #asahi
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #asahi
riker77_ has joined #asahi
riker77 has quit [Ping timeout: 480 seconds]
riker77_ is now known as riker77
SteffanKaragianis[m] has joined #asahi
darkapex4 has joined #asahi
darkapex3 has quit [Ping timeout: 480 seconds]
phiologe has joined #asahi
PhilippvK has quit [Ping timeout: 480 seconds]
marvin24_ has joined #asahi
marvin24 has quit [Ping timeout: 480 seconds]
burlmancer has joined #asahi
eroux has joined #asahi
eroux has quit []
burlmancer has quit [Remote host closed the connection]
myon98 has joined #asahi
skrll has joined #asahi
nick_ has joined #asahi
skrll has quit [Ping timeout: 480 seconds]
jeffmiw has joined #asahi
___nick___ has joined #asahi
darkapex has joined #asahi
darkapex4 has quit [Ping timeout: 480 seconds]
nick_ has quit [Read error: Connection reset by peer]
nick_ has joined #asahi
al3xtjames has quit [Quit: Ping timeout (120 seconds)]
al3xtjames has joined #asahi
gladiac is now known as Guest9863
gladiac has joined #asahi
Guest9863 has quit [Ping timeout: 480 seconds]
Raqbit has quit [Quit: The Lounge - https://thelounge.chat]
Raqbit has joined #asahi
suricato has joined #asahi
nico_32 has quit [Ping timeout: 480 seconds]
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
nico_32 has joined #asahi
the_lanetly_052__ has joined #asahi
gruetze_ has quit []
gruetzkopf has joined #asahi
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
<landscape15[m]> j`ey: which options should I enable in defconfig to get Wi-Fi support? I’ve compiled it with `make ARCH=arm64 CROSS_COMPILE=aarch-linux-gnu- defconfig`
<landscape15[m]> * with ` make ARCH=arm64, * CROSS_COMPILE=aarch-linux-gnu- defconfig `
<landscape15[m]> s/`//
<j`ey> at least BRCMFMAC BRCMFMAC_PCIE
<Glanzmann> landscape15[m]: Best is to use mps config, you find it here: https://tg.st/u/0weE that is tested.
<Glanzmann> landscape15[m]: Works for mps on the pro and for me on the air.
<j`ey> and you need to run the firmware script from the asahi-installer repo too
<landscape15[m]> Glanzmann: I already tried your .config and for me works perfectly.
<landscape15[m]> I just want to try myself
<Glanzmann> landscape15[m]: That is becasue it is a copy of mps config. I tried to get the config right by myself but failed.
<Glanzmann> landscape15[m]: Have fun.
<Glanzmann> landscape15[m]: I had a config that were missing the options necessary for wpa2. And than I tried to adopt the debian default config and failed. Than I finally used mps config for now.
<j`ey> probably want BRCM_TRACING and BRCMDBG too
<Glanzmann> j`ey: BRCMFMAC BRCMFMAC_PCIE this should be enough for the wifi device, but if you have wpa2 you need a lot of additional options. That is were I failed ...
<landscape15[m]> j`ey: ok thanks. Do I find these options in arm64 defconfig?
<mps> Glanzmann: right, you need some kernel crypto options/drivers
<mps> and RFKILL
<landscape15[m]> Glanzmann: yeah at first I’ll disable wps2 on my modem
<landscape15[m]> s/wps2/wpa2/
<j`ey> landscape15[m]: open the config and see if theyre on!
nepeat has quit [Quit: ZNC 1.8.2 - https://znc.in]
nepeat has joined #asahi
nick_ has quit [Read error: Connection reset by peer]
<Glanzmann> landscape15[m]: When I tried, I used 'make menuconfig'. Btw. Once you have an m1 machine running, you no longer need to crosscompile. That makes it easier to install modules for example.
<Glanzmann> Glanzmann: I don't know if you go with debian, but if you go that would install build dependencies for the kernel: sudo apt-get install build-essential bc kmod cpio flex cpio libncurses5-dev libelf-dev:native bison libssl-dev
<Glanzmann> And yes, you need cpio only once, just fixed it in my 'knowhow' file.
<tpw_rules> someone else should try nixos. i need to get wifi working properly with it though
<tpw_rules> allegedly keyboard support is in uboot now
<Glanzmann> Sorry, I'm a Debian fanboy.
<Glanzmann> tpw_rules: Nice progress on the keyboard, I saw it, but decided to only roll with it once marcan has finished the official installer.
<Glanzmann> I'm also looking on getting hdmi back on the mini.
<tpw_rules> why? those are orthogonal
<Glanzmann> tpw_rules: I know, but I have a setup that works for now on the air, so I'm happy.
<tpw_rules> oh, i erase mine constantly
Dcow_ has quit [Ping timeout: 480 seconds]
<tpw_rules> i need to find someone unsuspecting to lend me their m1 max
<Glanzmann> tpw_rules: Last time I erased my mini, I did not get it back. :-)
<tpw_rules> i mean i don't fully erase it
<Glanzmann> tpw_rules: Normally I would not do that either but I wanted to make a quickstart video using the mini because there I could capture HDMI. And than it was gone ...
<tpw_rules> sad
<tpw_rules> what have you done in pursuit of the goal of getting hdmi back btw?
<tpw_rules> because hdmi still works for me but sucks completely
<tpw_rules> i was toying around with the idea of horrendously hacking a driver into uboot to bring things up before linux but the only source of info i found is that dcp.py script in the m1n1 repo
<sven> DCP has a iboot protocol that should be much simpler than the real one. It’s just not documented anywhere and kinda annoying to reverse engineer since we can’t observe the code that uses it
<tpw_rules> is it not possible to get an unencrypted iboot image?
<sven> Not for the M1
<tpw_rules> (and is that protocol what marcan was referring to when he was talking about "fixing" this stuff? or was he gonna do the real one somehow?)
<sven> pretty sure that’s the one he was talking about
<sven> it’s not impossible to reverse engineer since you can e.g. crash DCP very early and see iboot‘s last messages and also look at the DCP firmware itself
<sven> it‘s much more annoying though
<Glanzmann> tpw_rules: I just tried to downgrade the mini, but was unable to install m1n1 or get a picture back. I also tried dcp.py. What would probably work, but I have no tried is resetup the mini with Macos 11 and alyssa also has a tree with a dcp driver that worked for me (after she modified it to work on my monitor) that someone could checkout. It also has HDMI hotplug support, IIRC.
<mps> u-boot works fine from external usb disk but not on internal nvme drive, say it can't find partition with grub, at least in my try. maybe it works fine for someone else even on nvme
<Glanzmann> mps: I see.
<mps> this is for more tests when we get SMC
___nick___ has quit []
___nick___ has joined #asahi
___nick___ has quit []
___nick___ has joined #asahi
___nick___ has quit [Ping timeout: 480 seconds]
<tpw_rules> mps: what uboot and what system?
<tpw_rules> Glanzmann: which branch?
gladiac is now known as Guest9915
gladiac has joined #asahi
Guest9915 has quit [Ping timeout: 480 seconds]
<tpw_rules> what machine?
<tpw_rules> is the partition grub is installed on labeled as an EFI system partition?
<mps> MB PRO, j293 model
<tpw_rules> so that's the regular M1?
<mps> efi partition is correct and properly labeled and bootefi64 is there, grub is on nvme0n1p5 partition
<mps> tpw_rules: yes, mb pro 2020 year model
<tpw_rules> can you post a log?
<tpw_rules> the hypervisor would be the best way to get it
<mps> tpw_rules: how to 'catch' log when machine is not booted, only can make photo
<tpw_rules> the hypervisor, uboot will dump it over serial
<mps> ok, will look tomorrow if I can get it
<tpw_rules> also "bootefi64"?
Dcow_ has joined #asahi
<tpw_rules> you need to install grub with the --removable flag even on the internal device
<tpw_rules> uboot doesn't have efi vars, so it will only look in \efi\boot\bootaa64.efi on the ESP
<tpw_rules> i think
<mps> tpw_rules: yes, that file is there
<mps> it in root of part as EFI/boot/bootaa64.efi
<mps> and it works fine on usb disk
<Glanzmann> tpw_rules: IIRC it was 20211022 in alyssas tree.
<tpw_rules> where is her tree?
<Glanzmann> tpw_rules: https://github.com/mu-one/linux
<tpw_rules> hm, might have to pull out some patches
<Glanzmann> tpw_rules: Alyssa tried recently to get her dcp driver running but gave up after an hour or so.
<tpw_rules> hm?
<tpw_rules> on a later kernel or something? did you not just say it works
<Glanzmann> tpw_rules: But with this dcp driver I was able to change resolution and rotate the screen by 90 degrees. Also cosnole blanking was working and you could wake up the display again.
<j`ey> tpw_rules: she was trying to rebase it
<Glanzmann> tpw_rules: Yes, she tried on top of Linus or Asahi Head, I don't remember.
<Glanzmann> She was frustrated and gave up after a lot of patches were not working.
<tpw_rules> i guess it's not just that one DCP commit
<tpw_rules> Glanzmann: how does one change the resolution? xrandr i guess?
<tpw_rules> mps: does the keyboard work for you?
Dcow_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mps> tpw_rules: yes
<mps> sorry for late answer, I was afk
<tpw_rules> that's good to know, i'll update my docs
<mps> twoscomplement0b[m]: what docs? url?
<mps> btw, arrow keys doesn't work, must use C-P and C-N
<mps> twoscomplement0b[m]: sorry intended to tpw_rules
<mps> tpw_rules: thanks
<tpw_rules> is there any chance you can test the kernel config here: https://github.com/tpwrules/nixos-m1/blob/main/nix/kernel/config to see if the keyboard works wiht it
<tpw_rules> i have options at the bottom which i think are enough but it would be good to be sure
<mps> tpw_rules: what you mean, don't understand. I have kernel which works fine, I can paste config if you want to compare with one above config
<tpw_rules> i'm not sure if mine has all the relevant options
<tpw_rules> and i don't have a machine with a builtin keyboard to test
<mps> ah
<mps> tpw_rules: here is my latest config https://tpaste.us/xnqD
<mps> probably some things not needed but I don't have time nowadays to test all of them, maybe I will do when SMC is pushed and got u-boot working on nvme
<mps> and then testing kernels will be a lot easier, I think
<tpw_rules> u-boot works great on nvme for me on mac mini. i might be able to help you troubleshoot it later
<mps> as I wrote above I will try tomorrow again if something doesn't 'block' me
<kettenis> mps: efi/boot/bootaa.efi needs to be on msdos/vfat partition
<kettenis> if you put it on your linux root partition, it won't work
<mps> kettenis: it is
<mps> I created it FS with 'mkfs.fat -F 32 ...'
<tpw_rules> does it?
<mps> but iirc u-boot will find files even on ext4
<kettenis> the GPT partition type also has to be EFI Sys
Dcow_ has joined #asahi
<mps> kettenis: it is also
<mps> EFI System
<mps> in fdisk
Dcow_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
aleasto has joined #asahi
aleasto has quit [Quit: Konversation terminated!]
aleasto has joined #asahi