bump kernel and m1n1

[joske]

This bumps kernel to asahi-6.6-14 and m1n1 to 1.4.11

[liberodark]

Hi,

Can you accept to upgrade package ? @marcan
If this work is ok.

Best Regards

[seeschloss]

I was wondering if HDMI out depends on this or something else. I've just tried to plug in a HDMI display and it doesn't work, but I haven't investigated anything further.

Have you tried to use HDMI on Arch yet, @joske?

[joske]

on a laptop? It's not yet working.

[seeschloss]

It's supposed to work on laptops with HDMI ports (so no Airs) as far as I understand, it was announced here: https://social.treehouse.systems/@AsahiLinux/111515422125309592

[joske]

I only have a M1 macbook air, so can't test. The kernel and m1n1 should be new enough, don't know what else could be missing.

[seeschloss]

Alright, I had not noticed yours was a Macbook Air, I'll try to see what I can do

[joske]

@seeschloss there's a problem, all commits must have sign-offs and yours don't. Not sure if we can re-use the branch as is, I'll have to revert the merge. Can you then recreate your PR, this time with signed-off-by?

[liberodark]

@joske Thanks for the update but compilation fail on 6.6-15 :
https://paste.yunohost.org/baziqecisi.coffeescript

Workaround for me is to remove rust and install rustup.
After that run rustup default 1.71.1

[joske]

@liberodark you can also use rustup override set 1.71.1 in the folder where you build

[joske]

doh, fixed.

[mkurz]

For the record, you need to use the rust package, not rustup, see https://oftc.irclog.whitequark.org/asahi/2024-05-22#1716385343-1716387697;

[joske]

I do not agree (I write rust for a living). The arch rust package will always have the latest stable version, while the kernel mandates a specific version (usually NOT latest). It's better to install rustup and set an override in the folder you build in to the recommended version.

I'll push a rust-toolchain file that matches the current supported rust version so this should happen automatically then.

[mkurz]

@joske ok, I have no experience with rust nor its toolchain so this is just what I picked up from the chat. Someone had problems compiling and switching from rustup to rust fixed that. For me this topic currently is more like "i have no idea what i am doing"...

[joske]

hehe, I saw that you were using 1.78 to build your kernel, which surprised me as in the past, latest toolchain wouldn't build the kernel at all. I guess rust support in the kernel is improving quickly.

Anyway, I think it's best to compile with the recommended toolchain and bindgen.

[joske]

To add to this, in the rust world, it's recommended to use rustup to install rust, as it supports multiple toolchains at the same time while the distro package manager can only have 1 version.

Also we have the override system (some projects mandate older rust versions while others may need nightly) to manage the toolchains. I usually need latest stable for work, but I also always need nightly as some clippy and rustfmt options require this

[joske]

You can read about rustup here: https://rust-lang.github.io/rustup/index.html

[mkurz]

got it, so ´rustup` is basically like https://sdkman.io/ or node version manager to quickly install different rust versions in parallel and switch between them. Totally makes sense.

[jannau]

we are somewhat committed to support the rust version in fedora which is updated quickly as well. If possible this is done without breaking the base version. Current asahi 6.8 tags support rust 1.76 - 1.78. bindgen is usually not a problem.

[dontdieych]

@mkurz @joske

whatever reason. I got gpu driver working by,

• rustup -> rust
• sync version of pkgs @mkurz mentioned

[dontdieych]

BTW, Thanks for keep managing PKGBUILDs!

[dontdieych]

• git pull --all

• ls rust-toolchain.toml
  rust-toolchain.toml

• change rust -> rustup

• uninstall bindgen(local by cargo. global is installed)

• makepkg -cfsi on branch kernel

• reboot

• glxinfo | grep "OpenGL renderer"

• OpenGL renderer string: Apple M2 (G14G B0)

[mkurz]

Question: I see the package depends on rust-bindgen. With pacman I now removed rust and replaced it with rustup.
Following messages appear:

--- ../config   2024-05-21 11:42:52.606068350 +0200
+++ build/base/.config  2024-05-27 14:19:16.439058591 +0200
@@ -275,7 +275,7 @@
 CONFIG_RUST=y
 CONFIG_RUSTC_VERSION_TEXT="rustc 1.76.0 (07dca489a 2024-02-04)"
 CONFIG_RUSTC_LLVM_VERSION_TEXT="17.0.6"
-CONFIG_BINDGEN_VERSION_TEXT="bindgen 0.65.1"
+CONFIG_BINDGEN_VERSION_TEXT="bindgen 0.69.4"

***
*** Rust bindings generator 'bindgen' is too new. This may or may not work.
***   Your version:     0.69.4
***   Expected version: 0.65.1
***
***
*** Please see Documentation/rust/quick-start.rst for details
*** on how to set up the Rust support.
***

Is this ok? Is it ok the package to depend on rust-bindgen (which when installed, installs the latest available version 0.69, whereas currently 0.65 is mentioned in the config). or should this bindgen stuff be also installed via cargo with a specific version 0.65?

Maybe everything is ok, just wondering.

[joske]

Yes, this is mostly ok. As Jannau mentioned above too, the bindgen version is not that important, it tends to work with other versions so far. With cargo we could install the exact version, but this gives us a quick build dependency.

[dontdieych]

@mkurz

Yes it was same.

***
*** Rust bindings generator 'bindgen' is too new. This may or may not work.
***   Your version:     0.69.4
***   Expected version: 0.65.1
***
***
*** Please see Documentation/rust/quick-start.rst for details
*** on how to set up the Rust support

[mkurz]

Fedora now updated to 6.8.10:

• https://copr-dist-git.fedorainfracloud.org/cgit/@asahi/kernel/kernel.git/commit/?h=f40&id=75f57e60747104a4daeae66b4afd51a82c71207a
  • they also turned on some configs: https://copr-dist-git.fedorainfracloud.org/cgit/@asahi/kernel/kernel.git/diff/kernel-aarch64-16k-fedora.config?h=f40&id=75f57e60747104a4daeae66b4afd51a82c71207a
  • (btw: is the patch-6.8-redhat.patch file relevant for us?)
• This is the fedora kernel tag: https://gitlab.com/fedora-asahi/kernel-asahi/-/tags
• This should be from the asahi-6.8.10-4 tag I guess: https://github.com/AsahiLinux/linux/tags

This also fits this message from marcan: https://social.treehouse.systems/@marcan/112517012101266710

BTW: We can now very nicely see which commits they apply on top of the "vanilla" asahi-kernel here:

• https://gitlab.com/fedora-asahi/kernel-asahi/-/commits/kernel-6.8.10-400.asahi
  The last commit in the "vanilla" kernel is a38bc78e ("arm64: Increase kernel stack size to 32K"), then they apply two patches to enable speakers and further patches which are Apple/Asahi speakers. So we might could go over them to see if we are not missing something.

[gierens]

Can confirm HDMI working on a MacBook M2 Pro (14-inch, 2023, J414) 🥳 ... Thanks @joske 🙏

[mkurz]

Please update to 6.9.10-1
Specially since asahi 6.9.7 is broken in regards of GPU: AsahiLinux/linux#309
(I am running the fixed 6.9.9 and issue is gone.)

[mkurz]

• @joske bump to 6.9.12-1 joske/PKGBUILDs#8