ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
the_sea_peoples has quit [Quit: WeeChat 2.8]
the_sea_peoples has joined #asahi-dev
midou has quit [Ping timeout: 480 seconds]
midou has joined #asahi-dev
jeisom has quit [Ping timeout: 480 seconds]
<eiln>
lina: cleaned it up and PRed/pushed to isp-m1n1
as400 has quit [Remote host closed the connection]
jacksonchen666 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
jacksonchen666 has joined #asahi-dev
gabuscus has quit []
gabuscus has joined #asahi-dev
eiln has quit [Quit: WeeChat 4.0.4]
c10l9 has joined #asahi-dev
c10l has quit [Ping timeout: 480 seconds]
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
tristan2 has joined #asahi-dev
tristan2_ has quit [Ping timeout: 480 seconds]
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
jacksonchen666 has quit [Ping timeout: 480 seconds]
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
tobhe has joined #asahi-dev
tobhe_ has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
javier_varez has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
crabbedhaloablut has joined #asahi-dev
javier_varez has joined #asahi-dev
maximbaz has quit [Quit: Ping timeout (120 seconds)]
maximbaz has joined #asahi-dev
Retr0id has quit [Read error: Connection reset by peer]
<chadmed>
yeah i just dumped /dev/mtd0 earlier this evening and noticed it was odd
hightower2 has quit [Ping timeout: 480 seconds]
jacksonchen666 has quit [Remote host closed the connection]
jacksonchen666 has joined #asahi-dev
eiln has quit [Quit: WeeChat 4.0.4]
yaboishady33 is now known as afeedhshaji
mutilenka has joined #asahi-dev
hightower2 has joined #asahi-dev
<leio>
janneg: any updates on that display_map_fb video base update patch or think I could pull that off myself based on existing code if not yet?
<leio>
and without it, would it light up anyways at u-boot, grub or kernel time and it's not really critical
<janneg>
leio: that's not the "problem". the video.base stays the same all the time. I'm not even sure this behavior differs from from m1 ultra. it's just usually hidden since we have 2 m1n1 instances initializing the display anyway
<leio>
oh, so once I have things going beyond chainloading, it doesn't matter anyhow as there'll be two m1n1 too
<janneg>
i.e. it will not be noticeable once the 1st stage m1n1 inits the display
<leio>
though would need to patch stage1 too
<janneg>
I would expect that u-boot and linux can use the framebuffer even if there is just a single m1n1 initializing the display
flom84 has quit [Quit: Leaving]
mutilenka has quit [Ping timeout: 480 seconds]
cylm has joined #asahi-dev
mutilenka has joined #asahi-dev
jacksonchen666 has quit [Quit: WeeChat 4.0.4]
<lina>
eiln: I finally found the logic... It's literally if (preset != 0) { enable mlvnr }
<lina>
And I can't find a way to override the logic that goes from that to initializing the buffers when starting the channel...
<lina>
So... either we make preset 0 work somehow, or we do something really evil like write directly into firmware memory somehow...
<lina>
This is some really, really ugly hack they added for this version...
mutilenka has quit []
rhysmdnz has quit [Quit: Bridge terminating on SIGTERM]
Guest856 has quit [Quit: Bridge terminating on SIGTERM]
rhysmdnz has joined #asahi-dev
<ChaosPrincess>
can you even write into firmware memory after iboot? isnt there ctrr involved
Guest1158 has joined #asahi-dev
<lina>
That's for text and rodata only
dylanchapell has quit [Remote host closed the connection]
dylanchapell has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
jeisom has quit [Quit: Leaving]
javier_varez has joined #asahi-dev
jeisom has joined #asahi-dev
javier_varez has quit [Ping timeout: 480 seconds]
stek has joined #asahi-dev
<stek>
can I compile the latest asahi edge mesa for myself?
javier_varez has joined #asahi-dev
<stek>
and if I can, what repo and install docs should I follow for it?
systwi has quit [Read error: Connection reset by peer]
<leio>
ran patched m1n1 twice, then proxyclient/tools/linux.py -b 'earlycon debug rootwait root=/dev/nvme0n1p5' /path/to/Image.gz /path/to/dts/apple/t6022-j475d.dtb /path/to/initramfs-6.5.4-402.asahi.fc38.aarch64+16k.img
<leio>
(I'm sure the root path is wrong)
le_petit_segfault has quit [Ping timeout: 480 seconds]
<leio>
got further after fixing CONFIG_DRM_APPLE=m to y, but still goes black
<leio>
now last thing is "[drm] initialized simpledrm 1.0.0 20200625 for 12fc6b54000.framebuffer on minor 1"
cylm_ has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
stek has quit [Quit: Leaving]
le_petit_segfault has joined #asahi-dev
<janneg>
leio: try booting with the kernel cmdline parameter pd_ignore_unused
<janneg>
module or built-in for CONFIG_DRM_APPLE shouldn't make a difference but in doubt disable it
<leio>
whoops, thought #192 might have made that not needed and then forgot to try that option regardless
<leio>
waiting on fedora kernel config to pair better with the initramfs and such too, lots of unused modules to build to be able to try again :)
<leio>
yes, the picture stays on with that option
<leio>
how would I get it to load the initramfs, it seems to try to boot from the UUID based root itself
<janneg>
leio: I would have thought that #192 is sufficient but ps_dispext0_cpu0 might need 'apple,min-state = <4>;'
<leio>
should I test that?
<janneg>
please do
<janneg>
we will need that anyway
<leio>
feels like proxyclient/tools/linux.py uploaded initramfs isn't getting used for some reason
le_petit_segfault has quit [Ping timeout: 480 seconds]
<janneg>
is the initramfs compressed? I thiink most of use use tools/run_guest_kernel.sh nowadays
<leio>
arch/arm64/boot/dts/apple/t602x-pmgr.dtsi for the change then
<leio>
it's gzipped, it looks like, yes
<janneg>
that will solve the double chainload annoyance. you need to chainload once before run_guest_kernel to ensure the HV interfaces matches and run_guest_kernel will exucute m1n1 in the hypervisor
<janneg>
yes, in t602x-pmgr.dtsi, for the change you can ignore the DIE_NODE stuff
<leio>
only dtb updates (not kernel image), that's to be expected I guess
<janneg>
I'll try to emulate on the m2 pro tomorrow
<leio>
thanks
<leio>
so run_guest_kernel would be doing some hypervisor stuff in the background too, which if I want to just run the thing doesn't sound the best I suppose
<leio>
and the linux.py one I presume doesn't like the compression
<janneg>
the hypervisor has the advantage of proving a virtual serial on the second acm interface making debugging easier
<leio>
looks like I need that initially, as it boots all nice and fine, but I don't get a login prompt nor a working keyboard (USB-A)
<janneg>
try usb-c, usb-a is more complex and needs firmware (and firmware handling in the initrd)
<leio>
looks like it's unhappy with plymouth
<janneg>
but that sounds that it neither finds the initrd or a rootfs. in the beginning it's easier to boot without initrd and modules and simply build everything into the kernel image
<leio>
I have a fedora asahi remix minimal install done by asahi-installer on there
<leio>
so I now took the asahi-6.5-4 tag, the kernel config from that install, patched things and just trying to run it with the UUIDs and such that I found from the grub config
<janneg>
possible that linux.py can only handle uncompressed initrd's. I only remember there was something special
<leio>
but yeah, it can't find some uuid here, after I waited long enough. At a maintenance shell that I can't enter with my keyboard
<leio>
yeah, I got that going after uncompressing
<leio>
I don't have any means to put any of my peripherals to anything but USB-A right now
<janneg>
for UUIDs you need a warking initrd. use disk/partition numbers instead
<leio>
I have a working initrd now
<janneg>
still using linux.py?
<leio>
yeah
<leio>
dracut is going and everything
<leio>
but no usb-a love from it
<janneg>
append "chosen.asahi,efi-system-partition=${ESP_PART_UUID}\n" to the m1n1.bin you're chainloading. use low case letters in the UUID
<leio>
if only I knew that UUID :)
<janneg>
diskutil (command line) should display it
<leio>
it claims as if the rootfs volume of that is like 1MB size
<leio>
meh, I'm looking at the APFS stuff right now
<leio>
yeah, mustn't look at the synthesized stuff, but the disk0 physical only
<leio>
after a reboot from 1TR the chainloaded patched m1n1 doesn't bring up display at all, with 4+ tries; fine after shutdown
<leio>
the append is just a echo ... >> build/m1n1.bin, I guess
<leio>
it sees it, but doesn't help with either volume UUID nor disk/partition UUID (latter being the correct one presumably?) for the keyboard
<leio>
meh, the ESP fails to mount in mac OS
<leio>
guess I get to reinstall tomorrow; ordered a USB-C to USB-A adapter cable too, but that takes at least a week to arrive. Thanks so far and good night