Linux 6.1 Should Be Very Exciting With Rust, AMD PMF, MGLRU & Other Changes Expected

[phoronix]

Phoronix: Linux 6.1 Should Be Very Exciting With Rust, AMD PMF, MGLRU & Other Changes Expected

Linux 6.0 is bringing many great features but looking ahead for Linux 6.1 there are even more changes to get excited about for that kernel which will release as stable around the end of 2022...

https://www.phoronix.com/news/Linux-6.1-Features-Early-Look

[Danny3]

I hope the MGLRU will be merged!
It would be very nice to have at least this performance improvement feature after all the security mitigations on all these past years.

[bug77]

It's almost like this should have carried a new major number, instead of 6.0. Oh well, it's just numbers. I wonder when they'll adopt the YYYY.MM scheme for versioning the kernel.

[Sin2x]

Hopefully, 6.0 will become LTS, I don't want to have anything to do with Rust on my systems, especially on prod.

[bug77]

Hopefully, 6.0 will become LTS, I don't want to have anything to do with Rust on my systems, especially on prod.

You do know that, for the time being, Rust is only for drivers development? You don't want it, you don't install the driver.
Though, judging by your reaction, you're just being a jerk.

[wangchuck]

You do know that, for the time being, Rust is only for drivers development? You don't want it, you don't install the driver.
Though, judging by your reaction, you're just being a jerk.

Y'all simmer down now...

[hotaru]

It's almost like this should have carried a new major number, instead of 6.0. Oh well, it's just numbers. I wonder when they'll adopt the YYYY.MM scheme for versioning the kernel.

in the current versioning scheme, 6.0 and 6.1 are both major numbers. 5.19->6.0 is exactly the same kind of change as 5.18->5.19 and 6.0->6.1. switching to a YYYY.MM scheme would only change two things that matter at all:

1. we wouldn't know the version number of the next kernel release until it's actually released, unlike the current situation where we know the next version number as soon as rc1 is released.
2. it would be easier to tell how old a major version of the kernel is from its version number, but not how recent the minor version is. unless they switched to a YYYY.MM.YYYYMMDD scheme for minor releases... but 2022.07.20220928 is a bit harder to read than 5.19.12, and would still require some extension in case more than one minor release happens in a single day.

[hamishmb]

Is it just me, or have the last few releses of the kernel had an exceptional amount of really important and exciting changes for the future in them?

I'm looking forward to seeing Linux gain more and more momentum.