08:06 <Glanzmann> amw: The update script does not deinstall the old kernel and makes a backup copy of the old m1n1. So I would jurst revert back the boot.bin from the macos and boot the old kernel.

08:34 <arnd> Glanzmann: I did a fresh Debian install the other day, and ran into two problems, not sure where you track those, or if they are known:

08:34 <arnd> http://git.zerfleddert.de/cgi-bin/gitweb.cgi/m1-debian/commitdiff/ada5f71b6752b1b0263be0bcc4e50e94f486463d caused dcp to fail because it now needs a new m1n1

08:36 <arnd> When I installed a second image to a separate partition, both installs got the same UUID on the rootfs, and I had to manually change one with tune2fs to be able to boot both

08:56 <Glanzmann> arnd: Can you elaborate on the first point? I have dcp not enabled in the default kernel. And dcp works for me on the mini with the latest version.

08:57 <Glanzmann> arnd: Second issues is known. I decided to only create a new uuid everytime I build a new image. These days I rarely build them new.

08:58 <Glanzmann> In order to rewrite the uuid I need to disable ext4 metadata checksumming which I don't feel comfortable with.

08:58 <arnd> Glanzmann: sorry I should have mentioned I used a custom .config. The problem I saw is that after kernel commit 314199f7b863 ("drm/apple: Check if DCP firmware is supported"), I get a warning "Could not read 'apple,firmware-version'" followed by a probe failure

08:59 <arnd> the property was added after v1.1.8 in m1n1

08:59 <Glanzmann> Do I need to update stage1 m1n1 or stage2?

08:59 <arnd> stage2

08:59 <_jannau_> arnd: was the dcp failure benign? i.e. simpledrm continued to work?

09:00 <_jannau_> 2nd stage m1n needs to be 1.2.2

09:00 <arnd> _jannau_: yes, I could still boot with a 1080p framebuffer, just not switch to 4k

09:03 <arnd> Glanzmann: on the uuid thing, would it be possible to do the 'tune2fs -U random' as part of the installation process, or do you need the UUID to be hardcoded in grub.cfg/fstsab/... inside of the image?

09:05 <Glanzmann> arnd: The tooling in Debian unstable is to old to do that without disabling metadata checksumming in ext4.

09:06 <arnd> _jannau_: the first time I actually got into 4k mode with the install, I had a slightly older kernel that I built last week, and that ended up hanging a few seconds after logging into xfce, but I think that was either a bug in the kernel, or a mismatched firmware version

09:06 <arnd> Glanzmann: ok, I see

09:50 <Glanzmann> arnd: Maybe the tooling is now ready to rune tune2fs -U random wit metadata checksumming enabled, I'll try it later and if that is the case I'll fix it.

09:50 <Glanzmann> arnd: I bumped m1n1 to v1.2.2 for new builds, but did not build it yet, so in the future you won't have issues with that anymore.

09:55 <Glanzmann> arnd: What I don't understand is that I did not hit the issue with my 'dcp.sh' which I run on the Mac mini.

09:56 <Glanzmann> arnd: IIRC correctly the issue was that tune2fs -U random only works when metadata checksumming is disabled or the filesystem is not mounted. But that would result in a very complicated initrd and as a result I said I'm not going to do it. But there was a upstream commit which allowed to do it with mounted ext4 which have metadata checksumming enabled which was not yet in Debian testing.

10:47 <arnd> Glanzmann: what I was thinking here was to change the UUID on the installer side in 1TR, by shipping a macos compiled tune2fs, but I don't know enough about how the installation procedure works

10:50 <arnd> Glanzmann: for you mac mini, it's possible that the kernel only just changed. _jannau_'s commit is dated Dec 4 11:36, so maybe your latest kernel is older than that?

10:52 <arnd> oh, in that case I would simply be confused, as you are on 6.1-rc6-5, and it only fails in 6.1-rc8-2

10:54 <arnd> I think the 6.1-r6-5 must be the version that crashed for me, and then I updated to HEAD (rc8-2), which caused dcp to not load

12:03 <ahdeb[m]> Glanzmann (IRC): FWIW if there are things you'd like to see updated inside Debian, I can try to help facilitate that if you give me details about what you need. (I'm a DD, but can't promise random maintainers will always listen to my suggestions. If I get a no I could report back with reasons here atleast.)

12:05 <ahdeb[m]> (Also, the freeze is coming..... so if there's anything to change in Debian, it needs to start ASAP.)

12:10 <Glanzmann> arnd: Yes, I'm older than that. I saw the changes yesterday or the day before yesterday in the repositories, but did not yet build the new version.

12:11 <Glanzmann> ahdeb[m]: I see. From my point of view Debian is fine. The only thing that was very unstable for me was the Debian installer. But since we're nolonger using it.

12:13 <Glanzmann> Of course at some point we need a newer mesa once the GPU is ready. But I don't know the timeline for that.

12:14 <Glanzmann> arnd: Change the uuid from 1tr would require to change the installer. I use m a r c a n s installer without any modification and do not want to change that.

12:15 <Glanzmann> arnd: So I need to change it in the initrd or from the running system. Or I just build the Debian assets on a daily basis. That way we have every day new uuids.

12:29 <arnd> right, that's probably not worth it then, or possibly the installer could be changed for everyone, in case the same thing can happen on arch, fedora, etc

12:31 <arnd> having a daily build with a new uuid would not have helped me, as I did both installs on the same day. What happened is that I tried to set things up on the first install, made a mistake that i couldn't recover and installed a second debian in order to fix the first

13:57 <Glanzmann> arnd: There is a debian live system which is quiet versatile.

13:58 <Glanzmann> You can use it to fix things.

13:58 <Glanzmann> It runs from a ramdisk and you can install all packages as long as you don't run out of RAM.

14:38 <opticron> I wonder if the GPU driver will move to asahi-dev before or after the UAPI changes necessary for vulkan support

14:49 <jannau> before, UAPI changes are months but imo the driver and mesa is useful/stable enough for the preview Lina hinted for before the end of this year

15:14 <opticron> I guess the need for mesa packaging may be coming sooner than glanzmann thinks

21:01 <Glanzmann> I updated the Debian kernel and m1n1.