-
-
Notifications
You must be signed in to change notification settings - Fork 724
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Draft: NEEDS HELP surface: linux 6.12.19 -> 6.12.21 #1436
base: master
Are you sure you want to change the base?
Draft: NEEDS HELP surface: linux 6.12.19 -> 6.12.21 #1436
Conversation
@matthiasdotsh I'm currently testing a PR for kernel 6.13.6. At some point a new patch was added, so maybe that's causing your build error Edit: Wait nevermind, the patch is only for 6.13 |
Is it working? I tried with 6.13.8 but got a similar error. |
I'm getting a conflict with the In your commit, the only thing I could see that might be problematic is that repos.nix is pointing to rev 6.13.6 instead of 6.13.8 |
Mh, I compiled your code and it works on my system. I'll have to take another look at what exactly the differences are compared to my 6.13. branch. I tested with 6.13.6 before and got the same errors as with 6.13.8. I'm not sure if it wouldn't be better to stay on the lts kernel (6.12.) (because I'm using zfs and there is always some delay until they support new kernels). |
100% agree, there are a lot of modules that still don't support 6.13. Maybe we could make 6.12 the default and include 6.13 as an option? Something like |
Ok, I looked into my 6.13. branch, downgraded it to 6.13.6 and now it works. I'm now building 6.13.8. @8bitbuddhist Do you have enough resources to try the 6.12.21 kernel from this PR?
I really like the idea and would be super happy to help. However, I might need some assistance. |
I think the problem is that linux-surface hasn't released any packaged kernels past 6.12.7, so if we try to change repos.nix to pull a version other than what's listed in their releases, the build will fail. Or, it will just update the package version without actually updating the kernel. AFAIK the only way to use a different kernel version is to update this variable and run build-linux-surface.py. There's work being done to update the kernel version automatically, but it's still a draft PR. In the meantime, the only way (I think) we'd be able to use kernel versions other than the releases is to use an overlay and run the entire build process from start to finish. I could be wrong though - I'm still figuring this out 😅 |
Are you sure about this? Most PRs that have updated the Surface kernel here in nixos-hardware in the past have only updated the I'm pretty sure that this worked, as So there might be a change in the upstream kernel version that now require some adjustments in the linux-surface project? |
Nope, I'm not sure 😆 I'm still learning how this all works. |
Description of changes
Starting with linux 6.12.20 kernel bumps are failing.
last lines from
nix log /nix/store/dvikj3jr164y07ffrz8j88d81c9f53mh-linux-6.12.21.drv
(nothing special before)Could someone who also has a surface please try if it works for him or does someone have an idea how to get more debug infos?
Things done
nixos-hardware
andimporting it via
<nixos-hardware>
or Flake input