ChanServ changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | https://asahilinux.org/2022/03/asahi-linux-alpha-release/ | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-alt #asahi-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
unicordian has joined #asahi
Etrien__ has joined #asahi
Etrien has quit [Ping timeout: 480 seconds]
Core1050 has joined #asahi
DarkShadow4444 has quit [Remote host closed the connection]
Core9066 has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
unicordian has quit [Read error: Connection reset by peer]
unicordian has joined #asahi
Dcow_ has quit [Remote host closed the connection]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
unicordian has quit [Ping timeout: 480 seconds]
unicordian has joined #asahi
Dcow has joined #asahi
Dcow has quit [Ping timeout: 480 seconds]
riker77 has quit [Ping timeout: 480 seconds]
riker77 has joined #asahi
babble has joined #asahi
babble has quit [Read error: Connection reset by peer]
Stroller has quit [Quit: Stroller]
Stroller has joined #asahi
Stroller has quit []
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
marvin24_ has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
marvin24 has quit [Ping timeout: 480 seconds]
unicordian has quit [Read error: Connection reset by peer]
unicordian has joined #asahi
SSJ_GZ has joined #asahi
kefu has quit [Quit: ciao]
Method_ has quit [Remote host closed the connection]
Method has joined #asahi
kefu_ has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
romeoparadis has joined #asahi
romeoparadis has left #asahi [#asahi]
hippo2012 has joined #asahi
hippo2012 has left #asahi [#asahi]
hippo2012 has joined #asahi
hippo2012 has left #asahi [#asahi]
hippo2012 has joined #asahi
hippo2012 has left #asahi [#asahi]
hippo2012 has joined #asahi
marvin24 has joined #asahi
marvin24_ has quit [Ping timeout: 480 seconds]
hippo2012 has quit [Quit: Leaving.]
hippo2012 has joined #asahi
hippo2012 has quit [Quit: Leaving.]
nicolas17 has quit [Quit: Konversation terminated!]
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi
rvalue has quit [Remote host closed the connection]
rvalue has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
VinDuv has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
unicordian has quit [Ping timeout: 480 seconds]
unicordian has joined #asahi
kwilczynski has left #asahi [#asahi]
Etrien__ has quit [Read error: Connection reset by peer]
Etrien has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
amarioguy2 has joined #asahi
jjido has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
codingkoopa9 has quit []
mrkajetanp has quit [Remote host closed the connection]
codingkoopa9 has joined #asahi
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
Dcow has joined #asahi
chengsun has joined #asahi
ihaveamac has quit [Quit: fail]
ihaveamac has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
Dcow has quit [Ping timeout: 480 seconds]
chengsun has quit [Ping timeout: 480 seconds]
amarioguy2 has quit [Ping timeout: 480 seconds]
duban6 has quit []
duban6 has joined #asahi
<WhyNotHugo> `wlan0` isn't showing up any more after updating to latest kernel. dmesg shows "brcmfmac 0000:01:00.0: Direct firmware load for brcm/brcmfmac4378b1-pcie.apple... failed with error -2".
chengsun has joined #asahi
<j`ey> WhyNotHugo: those error messages are normal, do you see any more brcmfmac messages after that?
amarioguy2 has joined #asahi
<j`ey> (the way the firmware loading works is that it searches from specific to generic, for the fw files, so it 'fails' to find some and prints that error, but it's usually harmless)
chengsun has quit [Ping timeout: 480 seconds]
amarioguy2 has quit [Remote host closed the connection]
chengsun has joined #asahi
rayanamukami34 has joined #asahi
rayanamukami3 has quit [Ping timeout: 480 seconds]
rayanamukami34 is now known as rayanamukami3
Dcow has joined #asahi
<WhyNotHugo> After that hci_bcm4377 prints in red "Unable to load firmware; tried brcm/brcmbt43..." (it shows two paths).
<WhyNotHugo> probe of 0000:01:00.1 failed with error -2
<j`ey> hci is the bluetooth stuff, can you just paste the full dmesg?
<WhyNotHugo> I have no internet on the device... gimme a few minutes to copy it out
Dcow has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
grange_c has joined #asahi
jjido has joined #asahi
Core9066 has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
Core1050 has quit [Ping timeout: 480 seconds]
Dcow has joined #asahi
Dcow has quit [Remote host closed the connection]
Dcow has joined #asahi
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
eroux has quit [Read error: Connection reset by peer]
<WhyNotHugo> j`ey: ^
eroux has joined #asahi
<j`ey> WhyNotHugo: do you have /lib/firmware/brcm ?
eroc1990 has quit [Quit: The Lounge - https://thelounge.chat]
eroc1990 has joined #asahi
<j`ey> WhyNotHugo: another thing to try is to downgrade and see if its actually a kernel issue
systwi has quit [Read error: Connection reset by peer]
systwi has joined #asahi
<WhyNotHugo> These are the files in /lib/firmware/brcm: https://paste.sr.ht/~whynothugo/eb38ce94952110aed4e9ad7c97bb8c55e0102425
<WhyNotHugo> There's none that matches brcmfmac4378
rvalue- has joined #asahi
rvalue has quit [Read error: Connection reset by peer]
<sven> do you use the official asahi distro?
<sven> it looks the entire apple firmware is missing
<WhyNotHugo> Which package should provide that? Yeah, I'm using asahi. With another bootloader, but still asahi.
<j`ey> WhyNotHugo: did you pacman -Syu? or just update the kernel?
<WhyNotHugo> pacman -Syu
<WhyNotHugo> Repo [asahi-dev] with mirrors in https://cnd.asahilinux.org/$arch/$repo
<WhyNotHugo> Which package should provide the missing files?
<j`ey> marcan: could your changes to fw handling have caused this?
<WhyNotHugo> Can you do pacman -Qo /lib/firmware/... ?
<j`ey> the fw isnt in a package
<j`ey> (because its not redistributable)
Moprius has joined #asahi
<sven> sounds like your own boot loader breaks something tbh
<WhyNotHugo> The bootloader puts files inside /lib/firmware in the root partition?
<marcan> as of now, yes
<marcan> are you using the official boot stuff?
<WhyNotHugo> No, I'm using systemd-boot (aka: gummyboot).
<marcan> and did you update your initramfs?
<WhyNotHugo> mkinitcpio -p linux-asahi
<marcan> after upgrading, and is your bootloader actually using the updated initramfs?
<WhyNotHugo> The new initramfs overwrites the previous one.
<marcan> does /proc/device-tree/chosen/asahi,efi-system-partition exist?
<marcan> also, does /boot/vendorfw/firmware.cpio exist?
<marcan> (or wherever your ESP is mounted)
<WhyNotHugo> yes, /proc/device-tree/chosen/asahi,efi-system-partitio exists and shows a uuid (ff94...)
<WhyNotHugo> yes, /boot/vendorfw/firmware.cpio exists
<marcan> zcat /boot/initramfs-linux-asahi.img | grep -a vendorfw.manifest
<WhyNotHugo> It's a 16mb cpio archive
<marcan> does that show a 'cp' command?
<marcan> to new_root/lib/firmware/vendor
<WhyNotHugo> zcat prints -> cp -r /vendrfw/* /vendorfw/.vendorfw.manifest /new_root/lib/firmware/vendor
<marcan> does /lib/firmware/vendor exist?
<WhyNotHugo> Yes, it is empty.
<WhyNotHugo> (and empty directory)
<marcan> mount | grep firmware
gladiac has joined #asahi
<WhyNotHugo> efivar on /sys/firmware/efi/... (doesn't seem relevnat)
<WhyNotHugo> Just that
<marcan> something is broken about your initramfs
<marcan> even if firmware loading were to fail, that is supposed to be a tmpfs
<marcan> if it isn't, something isn't working
<marcan> run_latehook() {
<marcan> msg ":: Asahi: Copying vendor firmware to tmpfs under root filesystem..."
<marcan> mkdir -p /new_root/lib/firmware/vendor
<marcan> mount -t tmpfs vendorfw /new_root/lib/firmware/vendor
<marcan> cp -r /vendorfw/* /vendorfw/.vendorfw.manifest /new_root/lib/firmware/vendor
<marcan> }
<WhyNotHugo> I'm using an encrypted root, could that mess up the copying process somehow?
<marcan> it shouldn't, in principle
<WhyNotHugo> If I copy /boot/vendorfw/* into /lib/firmware/vendor/, should it work all the same?
<marcan> no, and that defeats the whole purpose of that initramfs
<marcan> which is to not put that stuff in your rootfs to begin with
balrog has quit [Ping timeout: 480 seconds]
<marcan> your setup is broken, don't break it further such that then you'll have problems down the road please
<WhyNotHugo> I meant as a workaround tho, to at least get network on the device while debugging it
<WhyNotHugo> Okay
<marcan> ah, sure, temporarily you can do that
<marcan> you need to unpack firmware.tar into there
<marcan> just please don't leave it like that
<WhyNotHugo> I'lll mount a tmpfs there
<marcan> once it's fixed you can umount the tmpfs after a regular boot (firmware will already be loaded anyway) and wipe it
<marcan> that works too, but then you have to unload/reload brcmfmac
bcrumb has joined #asahi
<WhyNotHugo> There's no /boot/vendorfw/.vendorfw.manifest tho.
thelounge7571340 has joined #asahi
<marcan> that's called manifest.txt but it's not necessary anyway
<marcan> you need to extract the firmware.tar, not copy it
thelounge7571340 has quit [Remote host closed the connection]
<WhyNotHugo> That was my next question :)
balrog has joined #asahi
chengsun has quit [Ping timeout: 480 seconds]
<WhyNotHugo> Doesn't this mean that the script exits if /boot/vendorfw exists? https://github.com/AsahiLinux/asahi-scripts/blob/c6dce3ddf4af34f72787e6e5a499b888ac9e80b8/initcpio/hooks/asahi#L5-L8
<WhyNotHugo> Oh, it's the run_latehook that matters here.
<marcan> that's not /boot/vendorfw, it's /vendorfw in the initramfs
chengsun has joined #asahi
<marcan> both matter but the latehook clearly isn't working for you, so start there
<marcan> I'm trying to figure out debugging, but I get the feeling rdlogger is kind of broken, so give me a sec
<WhyNotHugo> Neither dmesg nor journalctl show any output that matches "Asahi". Pretty sure output from the hook should show up there.
bcrumb_ has joined #asahi
bestouff has quit [Ping timeout: 480 seconds]
<marcan> no, it wouldn't
<marcan> you need to enable debugging for that
<marcan> but rdlogger is broken because I think some daemon holds stdio open
<marcan> I'm trying to figure out what
bestouff has joined #asahi
<marcan> because I see the latehook getting called but not its output and I think this is why
amarioguy has quit [Quit: Leaving]
<marcan> argh, no, it's just dumb
<marcan> [ 0.645064] initramfs: :: running late hook [asahi]
<marcan> [ 0.658991] printk: init: 3 output lines suppressed due to ratelimiting
<marcan> ...
<bcrumb_> anybody know how I can find out the exact specification of arm hardware on my device e.g. armv8 or something like that?
bcrumb_ has quit [Quit: WeeChat 3.7.1]
<j`ey> bcrumb_: you can check proc/cpuinfo, that prints the features that linux knows the CPU has
bcrumb has quit [Ping timeout: 480 seconds]
bcrumb has joined #asahi
<WhyNotHugo> marcan: I don't see that output tho. Nor anyting from the initramfs.
<bcrumb> nvm my conn dropped
<bcrumb> j`ey: thanks
Moprius has quit [Quit: bye]
<marcan> WhyNotHugo: rd.log=kmsg printk.devkmsg=on
<marcan> you need to add those kernel options
<bcrumb> btw, we should theoretically be part of the archlinuxarm forums right?
<j`ey> bcrumb: in what sense?
<bcrumb> on arch linux forums you can't ask questions if you're not not arm
<bcrumb> i mean you can but if they see you are arm they close the thread
<j`ey> if it's some generic arm related thing, then yeah i guess it makes sense on the alarm forum
<bcrumb> right
Gaelan has quit [Quit: ZNC 1.8.2 - https://znc.in]
Gaelan has joined #asahi
<WhyNotHugo> Still nothing logged from the initramfs. Kernel command line: initrd=\initramfs-linux-asahi.img rw rd.log=kmsg printk.devkmsg=on
<marcan> dmesg|grep initramfs shows nothing?
<marcan> also how does the initramfs know what your root device is supposed to be without a root= option?
tired has quit [Quit: /]
tired has joined #asahi
Stroller has joined #asahi
<marcan> did those options actually reach /proc/cmdline?
<WhyNotHugo> Just "Trying to unpack rootfs image as initramfs..."
<WhyNotHugo> cat /proc/cmdline is initrd=\initramfs-linux-asahi.img rw rd.log=kmsg printk.devkmsg=on
<marcan> how does your encrypted root work then?
<marcan> how does it find the rootfs?
<marcan> start there, because something is weird about this setup
<marcan> and it sounds like it's ignoring your kernel command line options
<marcan> or you're using a different initramfs from what you think
<WhyNotHugo> systemd-boot finds the root partition based on its type UUID. https://systemd.io/DISCOVERABLE_PARTITIONS/
vmeson has quit [Remote host closed the connection]
vmeson has joined #asahi
<WhyNotHugo> Basically, the partition type has the right UUID, so it's mounted as the rootfs
<marcan> WhyNotHugo: I just tried systemd-boot (the EFI stub side) and the rd.log stuff works fine
<marcan> and since the asahi hook should run before any systemd stuff, it not showing up doesn't make any sense to me
<marcan> there is something weird about your setup you are missing
<marcan> either it's using another initramfs, or you are not using the base mkinitcpio scripts at all, or something
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
<WhyNotHugo> The run_latehook runs _after_ systemd, right? Because systemd does the mounting of the rootfs.
<marcan> it should
<marcan> but again, why are you not getting debug logs?
<marcan> that worries me more
<WhyNotHugo> dmesg says "[ 0.001098] ------------[ cut here ]------------"
<WhyNotHugo> Oh, it's not trimmed, there's an eror there. I think it's unrelated tho
<j`ey> if it's the buggy firmware warning, you can ignore it
<WhyNotHugo> Ok
bcrumb has quit [Ping timeout: 480 seconds]
<marcan> journalctl -b 0 -t initramfs
<marcan> is supposed to show you the initramfs stuff
<WhyNotHugo> No entries
<marcan> WhyNotHugo: what is your mkinitcpio config?
<marcan> the hooks
kloenk has quit [Remote host closed the connection]
<marcan> oh *facepalm*
<marcan> the systemd stuff *replaces* base?!
<marcan> yeah that's not going to work
<marcan> you are throwing away our hook (and the debug stuff, and everything)
kloenk has joined #asahi
<marcan> "Other hooks with runtime components will need to be ported, and will not work as intended"
<marcan> it's right there in the docs
<marcan> WhyNotHugo: systemd in the initrd is unsupported, sorry, you're well on your own here
yrlf has quit [Quit: The Lounge - https://thelounge.chat]
<WhyNotHugo> There's been discussion of deprecating the base hook IIRC
<WhyNotHugo> Because it duplicates everything the systemd hook provides.
yrlf has joined #asahi
<marcan> sure, and we can provide a unit file to make it work with it
<marcan> but right now that doesn't exist, so unless you want to write it... :)
<WhyNotHugo> Hang on, systemd replace udev+usr+resume. "base" is still there.
<marcan> yes, but systemd overrides it
<marcan> and makes it useless
<marcan> it literally replaces /init with systemd
<WhyNotHugo> Oh, the unit files needs to just mount the tmpfs and untar the stuff, right?
<marcan> yes, and be ordered correctly (which is subtle)
<WhyNotHugo> Yeah, I fear that's the hard part.
<marcan> sounds like the posthook stuff needs to run after initrd-fs.target is reached
<marcan> and /new_root is called /sysroot in the systemd world
<marcan> the pre hook probably needs to run before systemd-udevd.service
<marcan> but also, these scripts expect a shell and stuff
<marcan> which apparently systemd doesn't provide? so you still need base
asimpson has joined #asahi
bluetail has joined #asahi
Gaspare has joined #asahi
Method is now known as Method_
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
nvflash has joined #asahi
<nvflash> Anyone testing PCI Passthough?
<nvflash> I can't seem to tell if IOMMU is enabled, I do get IOMMU grooups, but I can't bind vfio-pci to any devices, I just get an error type -22.
<nvflash> Is there a kernel command line to add to GRUB to enable IOMMU for Arm64 like the one's for AMD and Intel?
unicordian has quit [Read error: Connection reset by peer]
<sven> the pci iommu is always enabled in these machines
unicordian has joined #asahi
<nvflash> sudo dmesg | grep vfio [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux-asahi root=UUID=1977b9ca-42c7-4d1e-b414-abd00f14503b rw loglevel=3 quiet vfio_iommu_type1.allow_unsafe_interrupts=1 [ 0.364284] vfio_pci: add [14e4:4425[ffffffff:ffffffff]] class 0x000000/00000000 [ 0.364287] vfio_pci: add [14e4:5f69[ffffffff:ffffffff]] class 0x000000/00000000 [ 0.651983] vfio-pci 0000:01:00.0: Add
<nvflash> IOMMU Group 0 lspci: -s: Invalid slot number IOMMU Group 0 lspci: -s: Invalid slot number IOMMU Group 1 lspci: -s: Invalid slot number IOMMU Group 2 lspci: -s: Invalid slot number IOMMU Group 3 01:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BRCM4378 Wireless Network Adapter [14e4:4425] (rev 05) IOMMU Group 3 01:00.1 Network controller [0280]: Broadcom Inc. and subsidiaries Device [14e4:5f69] (r
<nvflash> @sven Always enabled in firmware or Arm64 Linux kernels don't need a command line option to enable IOMMU for the kernel?
Core8788 has joined #asahi
<sven> pci doesn’t work without the iommu on these devices
Core9066 has quit [Ping timeout: 480 seconds]
Core8788 has quit [Ping timeout: 480 seconds]
<nvflash> @sven but does IOMMU work for PCI Passthrough?
<sven> no idea, never used it
<sven> I don’t see a reason why it shouldn’t though
<sven> maybe sone page size issues? are both host and guest 16kb kernels?
<sven> *some
<nvflash> I don't know, so little documention for PCI Passthrough on AAARCH64
<nvflash> I can't get vfio-pci to bind to a device
<sven> did you make sure to unbind the kernel driver first?
<sven> for bt/pcie you’ll probably have to unbind both
<sven> er, *for bt/wifi
<nvflash> Yes, I black listed the drivers for both so they don't load, but I still get: vfio-pci: probe of 0000:01:00.0 failed with error -22
<nvflash> BTW, why do we use IRC rather than something rich like Discord?
<j`ey> nvflash: cos we like it!
nicolas17 has joined #asahi
<nvflash> Why would you like it, no formating.
<sven> not the right place to discuss this
<nvflash> to discus what?
<nicolas17> chat platforms
<nvflash> You're the IRC police?
<nicolas17> no, sven is though (he has +o)
cylm has joined #asahi
<nvflash> Where is the right place to discuss it, IRC sucks because there is no way to format. How readable are logs without formatting?
<j`ey> #asahi-offtopic
<nvflash> ty
<nvflash> Anyway, back to the topic of PCI Passthough. I'd be interested to see IOMMU groups from AppleSoC Mac's people are using with Asahi. There is a simple shell script for this here:https://gist.github.com/wention/246fa902a93afff153b373cdce8c582d
<sven> I can pretty much tell you the groups. WiFi/bt will be in one, usb will be another one and Ethernet will be third one for pci
<sven> other than that almost every non-pci device will get its own iommu group
<sven> that’s also why your lspci above failed: not all iommu groups are for pci devices
duban6 has quit []
<nvflash> Well on the 2022 MBP M2 13" really only the wifi/bt get exposed as PCIE devices, but there is some interesting stuff in dmegs for iommu:sudo dmesg | grep iommu [sudo] password for jam: [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux-asahi root=UUID=1977b9ca-42c7-4d1e-b414-abd00f14503b rw loglevel=3 quiet vfio_iommu_type1.allow_unsafe_interrupts=1 [ 0.015862] iommu: Default domain type: Tran
<nvflash> Too long to post here, sorry!
<sven> yeah, cause that mbp doesn’t have Ethernet or the additional usb-a ports
bluetail has quit [Ping timeout: 480 seconds]
<nvflash> That's why I'm interested in seeing the groups, to see what Mx Mac's expose what PCIE devices that could be used for PCI Passthrough. I assume the M1 Mini and the Apple Studio expose USB and Ethernet.
Gaspare has quit [Quit: Gaspare]
<sven> on these devices almost everything is behind an iommu and can theoretically pass through almost everything
<nvflash> On my MBP USB seems to get it's own groups but it's somehow part of the SoC "interconnect bus" rather than PCI?
<sven> yes
bluetail has joined #asahi
<WhyNotHugo> marcan: Are you familiar with `bootctl --print-esp-path`?
<sven> Usb-c ports on the mini are also not attached via pcie
<sven> you could still pass them through if you wanted to
<bluetail> Even HDMI is attached to USB, right?
<sven> it’s only the usb a ports that are attached via pcie
<sven> no
<nvflash> Cool, that's good to hear.
<sven> hdmi on some mbp or something is attached via type-c and unrelated to the dwc3 controller which does usb2/3
<sven> on the mini hdmi is attached to the internal port that’s normally used for the built in display
<nvflash> Anyone know how Thunderbolt support is coming along in Asahi?
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
bcrumb has joined #asahi
<bcrumb> should have enough info for ppl to set up
<bcrumb> i posed in an issue that was mentioning encryption too so it would be nice if someone could add to wiki so ppl can see, probably under sw:distros
zjstraus has joined #asahi
nvflash has quit [Quit: Page closed]
VinDuv has joined #asahi
<bcrumb> anybody also possibly know a solution to this problem? i've redacted out asahi from that not to get booted on the arm forums because it's probably hardware agnostic - but if anyone can take a look would be cool
bcrumb has quit [Quit: WeeChat 3.7.1]
Gaspare has joined #asahi
Graypup_ has quit [Quit: meow]
<marcan> WhyNotHugo: no, but it seems highly unlikely to work properly with our setup
Graypup_ has joined #asahi
<marcan> yeah, it only looks for *an* ESP by looking at common mountpoints, so it's the vague equivalent of what I do in mount_boot_esp, but it's not mount_sys_esp (which is the more important one)
eichin__ has quit [Ping timeout: 480 seconds]
eichin__ has joined #asahi
thelounge7571340 has joined #asahi
taowa__ has quit [Ping timeout: 480 seconds]
saintdev_ has quit [Ping timeout: 480 seconds]
saintdev_ has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
daniels has quit [Ping timeout: 480 seconds]
<marcan> sven: there is an IOMMU but there is no interrupt remapping, or at least we don't expose it I think (maybe APCI could do it?), so all the vfio stuff will fail by default
peac_ has quit [Ping timeout: 480 seconds]
<marcan> that's at the very least one issue
taowa__ has joined #asahi
<marcan> vfio stuff is complicated, little chance it's going to magically work without someone spending time on it
<sven> didn’t R write her Bluetooth prototype with irq support using vfio?
jbowen has quit [Ping timeout: 480 seconds]
Puto has quit [Ping timeout: 480 seconds]
jkkm has quit [Ping timeout: 480 seconds]
<marcan> no idea, but there's vfio_iommu_type1.allow_unsafe_interrupts=1
rwxyz has joined #asahi
_alice has quit [Ping timeout: 480 seconds]
austriancoder has quit [Ping timeout: 480 seconds]
mmarchini____ has quit [Ping timeout: 480 seconds]
stblassitude has quit [Ping timeout: 480 seconds]
rann has quit [Ping timeout: 480 seconds]
<sven> but yeah, dunno, I never used vfio before
Gaspare has quit [Quit: Gaspare]
peac_ has joined #asahi
daniels has joined #asahi
Manouchehri has quit [Ping timeout: 480 seconds]
NekomimiScience has quit [Ping timeout: 480 seconds]
<sven> yup, R used vfio to implement that Bluetooth thing
eric_engestrom has quit [Ping timeout: 480 seconds]
austriancoder has joined #asahi
rann has joined #asahi
_alice has joined #asahi
jbowen has joined #asahi
jkkm has joined #asahi
Puto has joined #asahi
NekomimiScience has joined #asahi
mmarchini____ has joined #asahi
Manouchehri has joined #asahi
stblassitude has joined #asahi
eric_engestrom has joined #asahi
Gaspare has joined #asahi
<rwxyz> Hi,
<rwxyz> Is there a way to switch between macOS and asahi remotely?
<marcan> not right now
<marcan> macOS->asahi yes (bless), asahi->macOS not yet (needs nvram tooling)
<rwxyz> Ok, thanks.
<povik> most of it is on way upstream already
<povik> but it pertains to speakers, so low priority
<j`ey> povik: probably meant for -dev
<povik> yeah
calcium has joined #asahi
millenialhacker has joined #asahi
<gausus> re
<gausus> who can i talk in order to run a local asahi linux mirror?
<gausus> the one i've been using isn't working:
<gausus> error: failed retrieving file 'libmm-glib-1.20.0-1-aarch64.pkg.tar.xz' from mirror.archlinuxarm.org : Failed to connect to gr.mirror.archlinuxarm.org port 80 after 76 ms: Connection refused
<nicolas17> that's the archlinux-for-ARM repo, not asahi
<nicolas17> and I can't figure out how to contact them
balrog has quit [Quit: Bye]
<gausus> thx
balrog has joined #asahi
<ChaosPrincess> w.r.t nvram tooling - i have something sorta resembling the nvram and bless commands from macos, but it still needs an actual terminal ui and safety features so it is harder to destroy your nvram by accident
mbilker has quit [Quit: Arch Linux Rules]
balrog is now known as Guest175
mbilker has joined #asahi
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
Gaspare has quit [Quit: Gaspare]
Gaspare has joined #asahi
<bluetail> gausus I have this too. What helps is wait a day and try 5 times in a row
Gaspare has quit [Quit: Gaspare]
axboe has joined #asahi
<axboe> just a note that audio seems to work perfectly for me now with current asahi-wip
<axboe> woot
<axboe> no half speed stuff anymore
<axboe> (apple drm still not, but one thing at the time)
<axboe> thanks povik, chadmed, and everyone else involved in this
Gaspare has joined #asahi
millenialhacker has quit [Quit: Konversation terminated!]
millenialhacker has joined #asahi
<jannau> axboe: what's the issue with apple-drm? black screen at boot? did you update m1n1 to v1.1.7?
jjido has joined #asahi
millenialhacker has quit [Quit: Konversation terminated!]
millenialhacker has joined #asahi
unicordian has quit [Ping timeout: 480 seconds]
Glanzmann has joined #asahi
<Glanzmann> marcan: New kernel works for me without issues on the mini (using Debian).
<Glanzmann> jannau: I used the DRM the last week, I see only one regression: Resizing windows with fvwm2 lags (with simpledrm the border of the window follows the mouse immediately). I work most of the time full screen or use key combinations for resizing windows, so it took a while until I noticed: https://tg.st/u/VID_20221101_201054073.mp4
qyousef has quit [Ping timeout: 480 seconds]
millenialhacker has quit [Quit: Konversation terminated!]
unicordian has joined #asahi
Puto has quit [Ping timeout: 480 seconds]
jonmasters_ has quit [Ping timeout: 480 seconds]
cptcobalt has quit [Ping timeout: 480 seconds]
risk has quit [Ping timeout: 480 seconds]
<axboe> jannau: either boots into the login screen and stalls when I log in, or I just get a black screen once X starts
maennich_ has quit [Ping timeout: 480 seconds]
<axboe> jannau: should be on 1.1.7, yes
jlinton has quit [Ping timeout: 480 seconds]
<Glanzmann> jannau: s/DRM/DCP/
taowa__ has quit [Ping timeout: 480 seconds]
sa1 has quit [Ping timeout: 480 seconds]
snek has quit [Ping timeout: 480 seconds]
aeroraptor has quit [Ping timeout: 480 seconds]
msteffen has quit [Ping timeout: 480 seconds]
esden has quit [Ping timeout: 480 seconds]
sjg1 has quit [Ping timeout: 480 seconds]
tardyp has quit [Ping timeout: 480 seconds]
azenla has quit [Ping timeout: 480 seconds]
jesse-s has quit [Ping timeout: 480 seconds]
robher has quit [Ping timeout: 480 seconds]
maennich_ has joined #asahi
<axboe> jannau: let me just update it and be totally sure...
<Glanzmann> axboe: Which models are the nvmes you tested in this dell box?
jonmasters_ has joined #asahi
jbowen has quit [Ping timeout: 480 seconds]
<axboe> Glanzmann: p5800x, 800G
<Glanzmann> axboe: Thanks.
<axboe> brb, updating m1n1
eta has quit [Ping timeout: 480 seconds]
cptcobalt has joined #asahi
Puto has joined #asahi
qyousef has joined #asahi
risk has joined #asahi
jesse-s has joined #asahi
msteffen has joined #asahi
tardyp has joined #asahi
snek has joined #asahi
jbowen has joined #asahi
azenla has joined #asahi
jlinton has joined #asahi
sa1 has joined #asahi
aeroraptor has joined #asahi
taowa__ has joined #asahi
sjg1 has joined #asahi
esden has joined #asahi
robher has joined #asahi
millenialhacker has joined #asahi
<axboe> jannau: updated m1n1, though I think I was on 1.1.7 already
<axboe> jannau: same behavior - login screen showed up this time, but it never finishes the login
eta has joined #asahi
<axboe> let me know if you want dmesg or anything like that - there's a bunch of dcp/drm messages in there, above my pay grade
millenialhacker has quit [Quit: Konversation terminated!]
millenialhacker has joined #asahi
<axboe> it's quite possible I'm missing something here (in terms of kernel config, or else), I haven't been following too closely... just enabled APPLE_DRM (and disabled SIMPLE_DRM) and ensured that m1n1 was updated
<jannau> axboe: yes, dmesg might be helpful. can you check /sys/kernel/debug/dri/[0-9]/state as well
<axboe> let me boot into that kernel again and join irc, will check state
<jannau> axboe: dmesg looks good, seems to be an issue between dcp and userspace. can you check if switching to vt results in a pickture?
<jannau> unrelated, you seem to miss the pasemi i2c driver: that's the best explanation I have for "i2c 0-003f: deferred probe pending"
<axboe> jannau: yes switching to vt is fine, that's where I jumped on irc :)
<axboe> jannau: oh, which config is that?
<axboe> jannau: got dri state for you here too, hang on
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
<jannau> CONFIG_I2C_APPLE
<axboe> jannau: CONFIG_I2C_APPLE=y
millenialhacker has quit [Quit: Konversation terminated!]
<jannau> CONFIG_TYPEC_TPS6598X?
<axboe> CONFIG_TYPEC_TPS6598X=m
millenialhacker has joined #asahi
<jannau> is tps6598x loaded?
<axboe> yep
<sven> I assume you have dwc3? otherwise tps might refuse to probe
<axboe> scardracs: USB_DWC3=y
<axboe> oops, that was for sven
<axboe> have the _PCI and HAPS =y as well
<scardracs> Np :)
<sven> hrm, no other ideas then
<jannau> axboe: if possible post dri/x/state while the black screen is on. it displays the current working vt state
<axboe> jannau: no black screen, just stuck in between login and showing the loaded wm
<axboe> sometimes a black screen, but mostly that whenever I've tried
<axboe> out of like 10 samples or something like that
<axboe> let me try again and move to the desktop so I can ssh in
<jannau> which desktop envirenmont do you use?
<axboe> xfce4
<mps> dcp/drm works for me with latest asahi-wip
<mps> only don't know where to look for display brightness
<scardracs> axboe: which desktop manager?
<scardracs> I assimume gdm
<scardracs> Assume*
<axboe> lightgdm
<j`ey> mps: display brightness doesnt work still
<mps> j`ey: ah, thanks for info
<jannau> mps: display brightness is work in progress and not included in asahi-wip
<mps> ok ok, np
bluetail has quit [Ping timeout: 480 seconds]
<axboe> jannau: dri state while either setting waiting on login or after having input credentials (no change between the tw0
<mps> axboe: what is your CONFIG_DRM_SIMPLEDRM_BACKLIGHT
<axboe> mps: I kill DRM_SIMPLEDRM* when I enabled DRM_APPLE
<axboe> display backlight still works though even when sitting stalled like that
<mps> I think you need simpledrm but not CONFIG_DRM_SIMPLEDRM_BACKLIGHT
<axboe> it turns it off and on
<jannau> the backlight can not be enabled when apple drm is enabled
<axboe> mps: sure can try that
<jannau> no need
<axboe> ok
<mps> jannau: so drm can now work without simpledrm?
<axboe> mps: I do get a display, both vt and X
<mps> appledrm I meant
<axboe> without simpledrm
<mps> ah, good
<mps> lets try this here
<jannau> this seems to be a compatibility problem between userspace and apple drm. probably either a bug in apple drm or untypical behavior of apple drm
<jannau> mps: yes, it should have been always possible to use apple drm without simpledrm
<mps> jannau: thanks, will try in few minutes
<axboe> xfce4 seems to sit in a loop of doing ppoll, timing out, and then attempting a recvmsg twice from the same fd (3, socket)
<jannau> the expected config for non-apple silicon specific distros would simpledrm built-in and all supported HW drivers as modules to avoid having very large kernel image
<jannau> I'll look it myself
<axboe> jannau: let me know if there's anything I can do
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
<Glanzmann> axboe: I used apple drm in the last week with lightdm and fvwm2 without any issues.
<mps> I've got this warning when building asahi-wip https://tpaste.us/Yrgw
<Glanzmann> axboe: Here is my kernel config I'm running right now: https://tg.st/u/3007a82fe2f3ef7d91945e1cb3e5a167f8d6b0550ecb67850d1cd85f3efa112e.config
<Glanzmann> axboe: You're still on Debian testing, aren't you?
<axboe> Glanzmann: yep I'm on debian testing
<Glanzmann> axboe: I never checked apple drm on the m1 air, doing right now.
<axboe> Glanzmann: where's this DRM_ASAHI from?
<mps> jannau: yes, it works fine without simpledrm, thank you
<Glanzmann> axboe: That you can ignore, it is the gpu wip driver. It is not in your tree.
<jannau> axboe: that's the 3D gpu driver, not yet working on m1 pro/max/ultra
<axboe> ah
<Glanzmann> axboe: Was also not working for me when I tested on the mini.
<Glanzmann> axboe: SO your symptoms are, you can see the kernel boot, you see lightdm login prompt and as soon as xfce starts it goes black?
<jannau> or hangs
<Glanzmann> hmm. strange.
<jannau> this sounds like an xfce4/dcp issue and I'll look into it
<axboe> Glanzmann: nope, as soon as X starts I either get a black screen (20%? of the time), or I get the login screen
<axboe> but when I then login, it'll load seemingly half way and then just stall
<axboe> jannau: thanks, yeah sounds like it
<mps> nice, everything works with asahi-wip, appledrm, kbd backlight and sensors patch on m1pro
<axboe> jannau: I can try another wm?
<jannau> yes
<millenialhacker> mps, what sensors patch are you referring to?
<Glanzmann> axboe: Maybe try, blackbox, it is lightweight, you can open a terminal and go from there simliar to xfce4.
<axboe> Glanzmann: beats fvwm2 even if I am nostalgic ;)
<Glanzmann> axboe: I try to reproduce your issue with xfce4.
<mps> millenialhacker: 57 pull request, j`ey sent url to you
<millenialhacker> Oh, I thought you were referring to another one
<mps> millenialhacker: old one also works fine
<mps> I forgot url of it
<Glanzmann> axboe: I'm using fvwm since 1994. I have a lot of shortcuts hardcoded into my brain: https://pbot.rmdir.de/msT1fVlOsYFnx8NGyf239g
<millenialhacker> I got a really weird behavior on my M1 MbP with Apple DRM, if I use XOrg/XServer, everything works but it's a little slow, however if I try to use Wayland, the desktop looks dark, really dark.
<millenialhacker> Has anyone experience this problem before?
<mps> millenialhacker: yes, drm is somewhat slower with some things
<axboe> ok blackbox is hardly better...
<axboe> giving it a go
<mps> but scroll in FF and some other programs is fine
<millenialhacker> I'm not sure if describe it as dark is the right way, sorry for my lack of vocabulary here, but I see the colors different like when you play with photoshop / gimp and you get a dark image when you play with brightness
<Glanzmann> millenialhacker: I only use x. I noticed that resizing windows with apple_drm is slow, everything else is fast for me including watching videos with mpv.
<axboe> jannau: blackbox loads fine
<jannau> millenialhacker: using kde? should be fixed in current asahi-wip
<millenialhacker> Yes, using KDE
<mps> yes, looks like plane redraw is slower, if I use right term
<millenialhacker> jannau, give me few minutes to try again, I was using RC2 and experienced the issue
<millenialhacker> let me try with RC3
<Glanzmann> axboe: Btw. If you reboot a lot and want to quickly login using lightdm, you can do the following: https://pbot.rmdir.de/LHXWVi8ri_yE47yoj7bPpQ
millenialhacker has quit [Quit: Konversation terminated!]
millenialhacker has joined #asahi
<axboe> Glanzmann: generally don't reboot a lot, only when testing something like this
millenialhacker has quit [Remote host closed the connection]
millenialhacker has joined #asahi
<Glanzmann> axboe: I see, I reboot a lot and switch workstations all the time.
<mps> (when testing kernels and basic things I set boot to console only, and start xorg from cmdline, not autostart DM)
<millenialhacker> jannau, you're right is now fixed in asahi-wip rc3
<Glanzmann> axboe: So I installed xfce4 and it works for me on the mini. So it is probably something on your platform.
<millenialhacker> jannau, in general, what do you recommend xorg or wayload for apple drm driver?
<millenialhacker> s/wayload/wayland/g
<Glanzmann> Okay dcp works on my m1 air but is dog slow.
<axboe> jannau: tried adding a new user, and I can log in to xfce4 just fine with that
<axboe> funky
<Glanzmann> Strange.
<axboe> based on some weak googling that found a guy saying it hangs for him when logging in with his shell set to zsh, but not bash
<axboe> I'm using fish
<axboe> but I'm guessing it's loading something off .config/ for me that's causing this stall
* mps must only one oldtimer who use tcsh for interactive shell :)
<Glanzmann> dmesg from m1 air: https://pbot.rmdir.de/C485EL7fAi8fZ_VkB2fu-A
<axboe> mps: some of the kids at work convinced me to try fish a while back, really like it
<mps> axboe: OT but, I tried fish and zsh but switched back to tcsh
<Glanzmann> jannau: So the scrolling with apple_drm is slow with xterm in tmux. With alcaritty it is fast.
<WhyNotHugo> What's makes tsch special?
<nicolas17> I tried fish and the inability to write horrible shell script one-liners directly in the prompt kept getting in the way
<WhyNotHugo> Yeah, fish is terrible because lots of common, portable one-liners don't work.
<WhyNotHugo> I tried it but that was a pain. And it's too different from posix shell for scripts too.
<mps> anyway, if anyone need kbd backlight daemon I hacked one simple and ugly here https://www.arvanta.net/2x3d1kfg/kbd-bklght.c works with xorg
<axboe> we're getting way off topic, but I just use bash for scripts if I need to, but I'm pretty used to it by now
Etrien__ has joined #asahi
Etrien has quit [Ping timeout: 480 seconds]
<jannau> axboe: xfce4 works for me as well. not all lost though since I've confirmed the assumed issue with the current backlight code on Xorg
<axboe> jannau: guess I need to enable some logging and figure out which parts hangs for me with my usual login
<axboe> jannau: but good that something useful came out of it :)
<jannau> millenialhacker: shouldn't matter much, I think Xorg might be faster wayland for now. I test mostly with wayland
Etrien has joined #asahi
chengsun has quit [Ping timeout: 480 seconds]
Etrien__ has quit [Ping timeout: 480 seconds]
millenialhacker has quit [Quit: Konversation terminated!]
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi
Etrien__ has joined #asahi
amarioguy has joined #asahi
Etrien has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
Glanzmann has quit [Quit: n8]
bcrumb has joined #asahi
cylm has quit [Quit: WeeChat 3.7.1]
Stroller has quit [Ping timeout: 480 seconds]
Stroller has joined #asahi
Dcow has quit [Remote host closed the connection]
<WhyNotHugo> mps: Oh, it's already exposed via sysfs? Nice!
Dcow has joined #asahi
<j`ey> WhyNotHugo: with a patched kernel
<mps> WhyNotHugo: what is exposed?
<WhyNotHugo> keyboard backlight control.
<mps> yes, with pwm patch applied
<mps> not with current default asahi distro kernel
<mps> afaik, could be wrong
<WhyNotHugo> Reminds me of this tiny thing I made for some pre-T2 intel macbooks https://github.com/WhyNotHugo/kbdlight/blob/master/kbdlight.c
<bcrumb> backlights soon? yay
<mps> WhyNotHugo: ah, nice. maybe I could copy something from it
<mps> bcrumb: yes, I added kbd backlight patch to alpine kernel few days ago
* bcrumb tips le hat
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
amarioguy has quit [Ping timeout: 480 seconds]
Dcow has quit [Ping timeout: 480 seconds]
bcrumb has quit [Quit: WeeChat 3.7.1]
winter has quit [Quit: The Lounge - https://thelounge.chat]
<WhyNotHugo> mps: Feel free!
Dcow has joined #asahi
IcaroDextris has joined #asahi
Dcow has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
jess has quit []
Etrien__ has quit [Ping timeout: 480 seconds]
nsklaus_ has joined #asahi
Dcow has joined #asahi
nsklaus has quit [Ping timeout: 480 seconds]
SSJ_GZ has quit [Read error: Connection reset by peer]
amarioguy has joined #asahi
SSJ_GZ has joined #asahi
unicordion has joined #asahi
Dcow has quit [Ping timeout: 480 seconds]
jjido has joined #asahi
rwxyz has quit [Remote host closed the connection]
SSJ_GZ has quit [Ping timeout: 480 seconds]
Gaspare has quit [Quit: Gaspare]
amarioguy has quit [Ping timeout: 480 seconds]
vmeson has quit [Ping timeout: 480 seconds]
thelounge7571340 has joined #asahi
thelounge7571340 has quit [Remote host closed the connection]
unicordion1 has joined #asahi
unicordian has quit [Ping timeout: 480 seconds]
unicordian has joined #asahi
unicordion has quit [Ping timeout: 480 seconds]
unicordion1 is now known as unicordion
unicordian has quit [Read error: Connection reset by peer]
unicordian has joined #asahi