marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | "Does XXX work yet?": https://alx.sh/fs | 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
alexaltea has joined #asahi
alexaltea_ has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
KxCORP5894 has quit [Quit: Bye!]
KxCORP5894 has joined #asahi
rvalue has joined #asahi
pb17 has joined #asahi
buroa2 has quit [Quit: The Lounge - https://thelounge.chat]
buroa2 has joined #asahi
denysonique31 has quit [Quit: .]
buroa2 has quit []
buroa2 has joined #asahi
denysonique31 has joined #asahi
ten1572377432463050 has quit [Remote host closed the connection]
ten1572377432463050 has joined #asahi
opticron has joined #asahi
possiblemeatball_ has joined #asahi
possiblemeatball_ has quit []
possiblemeatball has quit [Ping timeout: 480 seconds]
shiggitay has joined #asahi
Brainium has quit [Quit: Konversation terminated!]
Brainium has joined #asahi
eroc1990 has quit [Quit: The Lounge - https://thelounge.chat]
eroc1990 has joined #asahi
KxCORP5894 has quit [Quit: Bye!]
KxCORP5894 has joined #asahi
ten15723774324630501 has joined #asahi
ten1572377432463050 has quit [Ping timeout: 480 seconds]
ten15723774324630501 is now known as ten1572377432463050
shiggitay has quit [Remote host closed the connection]
jeisom has quit [Ping timeout: 480 seconds]
kode54 has quit [Quit: The Lounge - https://thelounge.chat]
KDDLB has quit [Quit: The Lounge - https://thelounge.chat]
kode54 has joined #asahi
KDDLB has joined #asahi
Brainium has quit [Quit: Konversation terminated!]
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi
denysonique31 has quit [Quit: .]
denysonique31 has joined #asahi
chadmed_ has quit [Remote host closed the connection]
chadmed_ has joined #asahi
chadmed_ has quit []
chadmed_ has joined #asahi
shiggitay has joined #asahi
marvin24 has joined #asahi
marvin24_ has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
bawj_ has joined #asahi
pb17 has joined #asahi
<bawj_> does anyone know if the asahi installed UEFI environment support the UEFI graphics output protocol?
<bawj_> i wanna test whether custom UEFI applications like that uefiirc client can boot on the M1
<kode54> it's possible that the uefiirc isn't built for ARM64, is it?
<kode54> also it's possible that it can't talk to the Mac's hardware
<nicolas17> well you'd have to compile it yourself definitely
<nicolas17> but I think it doesn't have to talk to Mac's hardware, if it only uses UEFI services, question is if u-boot provides UEFI services for Mac's hardware
<nicolas17> I guess networking is the least likely to work :D
<bawj_> yea i found that Das U-Boot implements only a subset of the UEFI following EBBR specs which does not really say anything about the GraphicsOutputProtocol
<nicolas17> bawj_: if u-boot supported all the APIs you need, it's still a separate question if Asahi's version of it has the hardware-specific implementations for those APIs
<bawj_> that's true, i guess one way is to just try
<jannau> I assume grub's gfx terminal uses the EFI graphics output protocol. if so it works
<bawj_> i am writing a uefi application for the M1, but i dont own an M1 right now so ive just been using QEMU
<bawj_> jannau if so thats very promising i will try checking out their source
<bawj_> does the grub gfx terminal work with the Asahi installed uefi environment? I see that grub could run on other output modes as well
benjinsmi has quit [Read error: Connection reset by peer]
benjinsmi has joined #asahi
<bluetail> How would I go about checking memory on asahlinux? I tried the kernel param, but it didnt give me any logs
ten1572377432463050 has quit [Remote host closed the connection]
ten1572377432463050 has joined #asahi
rvalue has quit [Remote host closed the connection]
rvalue has joined #asahi
Remmy has joined #asahi
Remmy has quit [Quit: Leaving]
shiggitay has quit [Ping timeout: 480 seconds]
u154ss has joined #asahi
u154ss has quit []
ddxtanx has quit [Quit: Konversation terminated!]
<j`ey> bluetail: then maybe it was fine?
<bluetail> j`ey it finished in 20 minutes
<bluetail> It cannot possibly had done a equivalent test
<PaulFertser> There's also "mtest" in u-boot.
<bluetail> I'll try that!
<bluetail> PaulFertser it says 'mtest' command not found when entered in m1ni
<PaulFertser> Also, if you do not load anything non-essential almost all of the memory will be available to Linux userspace, and you could try https://linux.die.net/man/8/memtester
<bluetail> I try the memtester
<PaulFertser> bluetail: probably this U-boot binary was compiled without this command, why not, U-boot is highly configurable.
<PaulFertser> bawj_: btw, UEFI graphics is not so much a protocol rather static information about current linear framebuffer configuration.
gladiac is now known as Guest4860
gladiac has joined #asahi
<bluetail> issued: sudo memtester 11G 1; # I will now wait if it finds anything.
ten1572377432463050 has quit [Remote host closed the connection]
<PaulFertser> bawj_: I think if you want networking for a UEFI app it's possible with U-Boot with one of the supported USB Ethernet adapters.
ten1572377432463050 has joined #asahi
<PaulFertser> bluetail: btw, why are you suspecting a hw issue?
<bluetail> PaulFertser because two disks of my icybox kept being ejected and lots of USB errors. I never had this before.
<bluetail> Also it was fine when on archlinux
<bawj_> PaulFertser: i will probably not need networking for the application i am building, just some way to display BMPs on the M1 screen
<bluetail> Its since Fedora
Guest4860 has quit [Ping timeout: 480 seconds]
<PaulFertser> bawj_: btw, it's not like you can't use any popular ARM64 system in Qemu with U-boot to try to see how your app works with U-Boot's limited UEFI implementation.
<bluetail> I am considering replacing my m1 mac, m1ni anyways has issues with it
<bluetail> with the icybox
<bluetail> its a known issue, right now, theres a workaround implemented, which I hadnt had before
<bluetail> in any case, glad to dump it, it's not a 'real machine', and apparently more issues than with a normal setup...
<PaulFertser> bluetail: dump for what?
<PaulFertser> I mean what's normal setup?
<bluetail> a workstation
<bluetail> my m1 mac mini was just serving a nas purpose
<PaulFertser> Mac workstation?
<bluetail> nope
<bluetail> some supermicro board with a xeon or a threadripper or so
<bluetail> why are there no w680 type on 790 :/
<bluetail> and of course, real ECC
<PaulFertser> Rack servers are nice for datacentres but too noisy for a living room.
<bluetail> I dont want a rackserver
<bluetail> I would get a big tower
<PaulFertser> So you want a big tower to use as a NAS? :)
<bluetail> and maybe an external case for 40 hdd
<bluetail> nah
<bluetail> I am going to add it to one machine
<bluetail> with an HBA
<bluetail> maybe the m1 mac can be helpful if Fex runs wine runs java or something silly experiments like that
<stintel> PaulFertser: so put it in the kitchen ;)
<bluetail> PaulFertser I currently have a 5800x3D + AMD 6950XT
<PaulFertser> bluetail: what's the workaround btw, can you share a link?
<bluetail> PaulFertser the workaround? The team behind m1ni specifically handled the icybox
<bluetail> instead of crashing completely when its connected to a usb c port upon boot, it now probes all usb devices
<bluetail> its a long well-known issue
<bluetail> in any case, my usual mainrig doesnt have enough PCIe lanes
pb17 has quit [Ping timeout: 480 seconds]
<PaulFertser> bluetail: but once Linux is booted the hypervisor shouldn't affect any kind of interaction with the USB Host Controller anyhow, right? So how is this relevant?
<bluetail> I probably should get a second GPU that does GPU partitioning so I can have smooth VMs
<bluetail> PaulFertser I wouldn't know what kind of magic was implemented. In any case, if USB C was to be used, the device had to be attached after boot
<bluetail> Now with Fedora running, I seem to get regular USB issues, I am currently running a repair run from my mainrig for that array, I do have lots of backups
<bluetail> such a run takes easily a week
<bluetail> jannau know anything? You were at least on that thread.
<PaulFertser> bluetail: neither m1n1 source code nor commit log contain anything about "icy".
<bluetail> thats awkward
<bluetail> Then it may be Apples firmware update
<bluetail> Since I reinstalled, I had chosen the latest base image
<bluetail> ( via idevicerestore )
<bluetail> then in mac os, I did the usual curl alx.sh | sh or similar
<PaulFertser> bluetail: so did you file a ticket with kernel logs from those USB drop outs? Also are you sure it's not a power supply issue?
<bluetail> PaulFertser I did not file anything. It seems to be btrfs protecting the data, which somehow causes usb errors to appear. But its unlikely that the HDD's are dead. Theres no SMART log. And its 2 disks for parity in the array.
<j`ey> it would have been u-boot, not m1n1
<j`ey> there were plenty of USB fixes in u-boot
<bluetail> Basically, async page read <number> out of <number> or something like that
<PaulFertser> j`ey: a fix is not a workaround and u-boot is completely out of the picture once the kernel boots, unlike m1n1.
<bluetail> Sorry for the wrong words, Paul
<PaulFertser> bluetail: devil's in the details...
<bluetail> In any case, its strange, and those issues disappeared using a different device to handle the RAID...
<j`ey> PaulFertser: the bit they said m1n1 fixed was about booting with USB devices attached
<bluetail> Maybe there was degradation, and the issue in the RAID just wasnt fixed. But seeing each day that 2 disks are dropped, I just dont feel good about it
<bluetail> btrfs scrub never found anything, too
<bluetail> I disabled all usb power saving stuffs, too
<bluetail> Its the first thing I do before mounting
<PaulFertser> USB-level errors are no good ever but shouldn't be related to btrfs or anything like that
<bluetail> I see
<PaulFertser> But without kernel log one can't be sure it's a USB error even.
<bluetail> I also have replaced the usb cable, too
<bluetail> I can provide a log, but it will be days old
<PaulFertser> Are the disks essentially powered by mac itself or is there an additional power supply adapter?
<bluetail> there is a dedicated power supply for the 10 bay 3.5" usb disk enclosre
<bluetail> iirc its around 400W
<PaulFertser> bluetail: a log that's days old is still much better than no log at all.
<bluetail> somehow it doesnt like, finish
<bluetail> journalctl --since "2024-01-01" --until "2024-05-30" > logs.txt
<bluetail> is there something wrong with it?
<bluetail> wait, it finished finally
<stintel> it grew so large, heavily fragmented, hence super slow to read
<bluetail> Is that even the correct log.... https://0x0.st/X8mf.txt
<PaulFertser> bluetail: I see no USB errors but I see "attempt to access beyond end of device sda: rw=524288, sector=39063650176, nr_sectors = 32"
<bluetail> yea
<bluetail> similar issues appeared in dmesg
<bluetail> and afterwards, the disks just went offline
<bluetail> and lots of usb errors
<bluetail> but it isnt recorded. Thats weird
<PaulFertser> Reading past end of device isn't supposed to not generate an error.
<bluetail> smartctl doesnt report anything useful, either
<bluetail> there are no corruption errors, either
<PaulFertser> USB packets have CRC so silent data corruptions on USB level shouldn't be practically possible.
<bluetail> In that case I am going to assume a btrfs issue and after the btrfs filesystem repair, I try again.
<bluetail> wait
<bluetail> did you see: Apr 16 00:39:53 archm1 kernel: BTRFS info (device dm-4: state E): forced readonly
<PaulFertser> That's assuming your logs have full information. From what you show it looks like there's no issue detected at all anyhow on any level until suddenly access beyond the end is made.
<bluetail> and before that ... "Apr 16 00:39:53 archm1 kernel: usb 4-1.4: USB disconnect, device number 10"
<bluetail> the thing is, this is a raid1c3 (three disks)
<PaulFertser> Huh that's another day and another problem.
<PaulFertser> Apr 16 00:39:17 archm1 kernel: apple-dart 502f80000.iommu: translation fault: status:0x81000404 stream:1 code:0x404 (unknown) at 0xffda4080
pb17 has joined #asahi
<PaulFertser> It might have started with that.
<PaulFertser> And then 30 seconds later exactly the hell broke loose.
<PaulFertser> Those apple-dart errors look scary and probably that's what you need to discuss with the devs.
<bluetail> google spit out https://lore.kernel.org/linux-arm-kernel/20230113105029.26654-8-marcan@marcan.st/T/ but I am not sure if thats the right result
<bluetail> memtester didnt found a issue
<bluetail> I prob gonna make multiple runs ...
<PaulFertser> translation faults are bad mkay?
<bluetail> can you elaborate? I could google this, if not.
matteo has joined #asahi
<PaulFertser> I guess you should report instances of those as a github ticket. It's strange they only affect the xhci controller in your testing but it's up to the real devs to judge what other data or tests might be useful.
<bluetail> the real devs are here
<PaulFertser> The devs here should be able to give a better advice, yes.
<bluetail> Before submitting a report, I'd like to know what else is needed
<bluetail> I am here, anyways
<bluetail> Not just leaving like those silly guests
Mrmaxmeier has quit [Quit: The Lounge - https://thelounge.chat]
Mrmaxmeier has joined #asahi
<bluetail> I do wonder though
<bluetail> I did force 4k pages for the disks since I also use it on a normal x86/x64 machine
<bluetail> Since the m1 mac operates at 16k pages, it wouldn't be unthinkable that it tries to use 16k pages, even if specified at 4k
<PaulFertser> bluetail: 4k should be good
<PaulFertser> And now it's default either way
aus7 has joined #asahi
matteo has quit [Remote host closed the connection]
aus has quit [Ping timeout: 480 seconds]
aus7 is now known as aus
ten1572377432463050 has quit [Remote host closed the connection]
ten1572377432463050 has joined #asahi
<jannau> yes, "apple-dart 502f80000.iommu: translation fault: status:0x81000404 stream:1 code:0x404 (unknown) at 0xffda4080" is bad on probably explains the errors. marcan was/is seeing this on a m2 mac mini used as ceph storage box. and there was another report (I think an issue on gh)
<jannau> marcan afaik also uses m1 and m2 pro as storage servers and doesn't see that there. my m1 storage server is fixe as well
<chadmed_> i also use an m2 pro mini as a server and same no dart faults here
pb17 has quit [Ping timeout: 480 seconds]
<bluetail> this is a m1 mac mini with 16gb RAM
<bluetail> my first m1 mac mini was faulty, 8GB model - firmware issue potentially
chadmed_ has quit [Quit: Konversation terminated!]
<bluetail> there was a badge of bad units, I think apple messed up big time, but who knows
<PaulFertser> In this case it's "Apple Mac mini (M1, 2020)" running 6.6.3 Fedora
<bluetail> essentially, the issue with the 8gb model was a kernel panic on use
<bluetail> Thanks Paul
<bluetail> I do think apple eventually fixed aforementioned issue with the 8GB models with a firmware update ...
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi
pb17 has joined #asahi
rvalue has quit [Ping timeout: 480 seconds]
maxmatteo has joined #asahi
maxmatte_ has joined #asahi
maxmatte_ has quit []
maxmatteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
f_ has joined #asahi
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi
f_ has quit [Quit: To contact me, PM f_[xmpp] or send an email. See https://vitali64.duckdns.org/.]
aradhya7 has quit [Quit: Connection closed for inactivity]
matteo has quit [Remote host closed the connection]
<bawj_> PaulFertser: i tried what u mentioned, built uboot for qemu_arm64 and ran my uefi application through it, seems like it couldnt find the GraphicsOutputProtocol from calling locateProtocol.
<bawj_> may have reached a dead end
<PaulFertser> bawj_: probably your u-boot was built without it?
<PaulFertser> So you need to build with CONFIG_LCD and run on supported emulated board.
matteo has joined #asahi
rvalue has joined #asahi
<PaulFertser> I think there should be an easy way to do that but I can't tell what exactly to choose in the options. Would be really surprising if Qemu didn't support at least one board which is also supported by U-boot video drivers.
timokrgr has quit [Quit: User left the chat]
ten15723774324630509 has joined #asahi
timokrgr has joined #asahi
<bawj_> PaulFertser: looking at the source it seems CONFIG_VIDEO is the flag to set https://github.com/AsahiLinux/u-boot/blob/582f851413c3fd1fcd60d701ed54fff2e840b9cf/lib/efi_loader/Makefile#L84
<bawj_> but the uboot i built with qemu_arm64 config already sets that flag
<PaulFertser> bawj_: right. So probably the DT you're using doesn't define a video device?
pb17 has quit [Ping timeout: 480 seconds]
matteo has quit [Remote host closed the connection]
ten1572377432463050 has quit [Ping timeout: 480 seconds]
ten15723774324630509 is now known as ten1572377432463050
jeisom has joined #asahi
matteo has joined #asahi
<bawj_> PaulFertser: you may be right, i pasted the output from uboot's fdt print here, of the dtb file dumped from qemu, which i passed to the bootefi cmd if you're willing to take a look. I dont see a video device despite passing '-device virtio-gpu-pci', unless thats the pci device in the tree. https://pastebin.com/xfqAFWZL
<PaulFertser> bawj_: I do not think U-boot supports virtio protocol, no. I expected qemu to have emulation for some simple on-chip "video card" as integrated in many SoCs.
<PaulFertser> bawj_: u-boot docs suggest "-serial stdio -device VGA" https://docs.u-boot.org/en/latest/board/emulation/qemu-arm.html
<PaulFertser> And probably that just works with VIDEO_VESA
pb17 has joined #asahi
timokrgr has quit [Quit: User left the chat]
timokrgr has joined #asahi
matteo has quit [Remote host closed the connection]
matteo has joined #asahi
matteo has quit [Remote host closed the connection]
matteo has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
Brainium has joined #asahi
matteo has joined #asahi
matteo has quit [Remote host closed the connection]
matteo has joined #asahi
<bawj_> PaulFertser: i tried that and it works!
hexchain has joined #asahi
hexchain has quit []
rvalue has quit [Remote host closed the connection]
rvalue has joined #asahi
delsol has joined #asahi
pb17 has quit [Ping timeout: 480 seconds]
Sellerie has quit [Quit: bye bye - ich bin crazy fly]
vx has quit [Quit: G-Line: User has been permanently banned from this network.]
vx has joined #asahi
<PaulFertser> bawj_: just -device VGA and no tricks, no recompiling anything?
<PaulFertser> bawj_: anyway, glad to hear it worked. I think it's a solid indication same would work on mac.
<PaulFertser> (provided your app supports the needed framebuffer parameters)
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi
<PaulFertser> bawj_: looks like it might be either x8r8g8b8 or x2r10g10b10 or r5g6b5 depending on model.
pb17 has joined #asahi
delsol has quit [Remote host closed the connection]
rvalue has quit [Ping timeout: 480 seconds]
rvalue has joined #asahi
Brainium has quit [Read error: Connection reset by peer]
jlco_ has quit []
jlco has joined #asahi
Brainium has joined #asahi
shiggitay has joined #asahi
f_ has joined #asahi
cylm has joined #asahi
c512l has joined #asahi
c512l has quit []
<bawj_> PaulFertser: yea no recompiling needed thanks for all the ideas!
shiggitay has quit [Ping timeout: 480 seconds]
zalyx2 has quit [Quit: later alligator]
zalyx2 has joined #asahi
pb17 has quit [Ping timeout: 480 seconds]
zalyx2 has quit []
zalyx2 has joined #asahi
ipatch has quit [Ping timeout: 480 seconds]
ipatch has joined #asahi
Sellerie has joined #asahi
bawj_ has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi
ipatch_ has joined #asahi
ipatch has quit [Ping timeout: 480 seconds]
c10l has joined #asahi
lawrence has joined #asahi
ipatch_ has quit [Ping timeout: 480 seconds]
ipatch has joined #asahi
matteo has quit [Remote host closed the connection]
DarkShadow44 has quit [Quit: ZNC - https://znc.in]
DarkShadow44 has joined #asahi
lawrence has quit [Quit: The Lounge - https://thelounge.chat]
matteo has joined #asahi
lawrence has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
cylm_ has joined #asahi
f_ is now known as f_|afk
cylm has quit [Ping timeout: 480 seconds]
f_|afk is now known as f_
matteo has joined #asahi
Brainium has quit [Ping timeout: 480 seconds]
matteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
DarkShadow44 has quit [Quit: ZNC - https://znc.in]
DarkShadow44 has joined #asahi
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi
matteo has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
cylm_ has quit [Read error: Connection reset by peer]
cylm has joined #asahi
matteo has joined #asahi
Luj has quit [Quit: Ping timeout (120 seconds)]
Luj has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
nickchan has quit [Quit: ZNC 1.8.2+deb3.1 - https://znc.in]
nickchan has joined #asahi
f_ has quit [Quit: To contact me, PM f_[xmpp] or send an email. See https://vitali64.duckdns.org/.]
matteo has joined #asahi
hightower2 has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
darkapex has quit [Remote host closed the connection]
darkapex has joined #asahi
___nick___ has joined #asahi
matteo has joined #asahi
cylm has quit [Quit: WeeChat 4.2.2]
cylm has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
roxfan2 has joined #asahi
roxfan has quit [Ping timeout: 480 seconds]
hightower2 has quit []
matteo has joined #asahi
pb17 has joined #asahi
zzywysm_ has joined #asahi
zzywysm has quit [Ping timeout: 480 seconds]
matteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
DarkShadow44 has quit [Quit: ZNC - https://znc.in]
DarkShadow44 has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
ddxtanx has joined #asahi
matteo has joined #asahi
cylm has quit [Ping timeout: 480 seconds]
roxfan2 is now known as roxfan
matteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
hightower2 has joined #asahi
matteo has quit [Ping timeout: 480 seconds]
matteo has joined #asahi
___nick___ has quit [Ping timeout: 480 seconds]
pb17 has quit [Remote host closed the connection]
pb17 has joined #asahi
ten1572377432463050 has quit [Remote host closed the connection]
ten1572377432463050 has joined #asahi
hightower3 has joined #asahi
buroa2 has quit [Ping timeout: 480 seconds]
hightower2 has quit [Ping timeout: 480 seconds]
matteo has quit [Remote host closed the connection]
buroa2 has joined #asahi