|
|
You all know the drill: it's Sunday afternoon, the two weeks of merge window are over, and now we're supposed to start calming things down. This isn't actually shaping up to be a particularly large release: we "only" have 11.5k non-merge commits during this merge window, compared to 13.5k last time around. So not exactly tiny, but smaller than the last few releases. At least in number of commits. That said, we've got a few core things that have been brewing for a long time, most notably the multi-gen LRU VM series, and the initial Rust scaffolding (no actual real Rust code in the kernel yet, but the infrastructure is there). And hey, this merge window was full of surprises for other reasons too - my main machine was basically out of action for a couple of days because it suddenly started showing memory problems, and it took me a couple of days to get that sorted out (to a large degree because it was unexpected and I started out blaming a kernel bug for the memory corruption). All sorted out now, but it caused some frustration. Talking about frustration, let me just say that after I got my machine sorted out and caught up with the merge window, I wass somewhat frustrated with various late pull requests. I've mentioned this before, but it's _really_ quite annoying to get quite a few pull requests in the last few days of the merge window. Yes, the merge window is two weeks, but that's very much to allow me time to look things over, not "two weeks to hurriedly put together a branch that you send Linus on Friday of the second week". The whole "do an all-nighter to get the paper in the day before the dealine" is something that should have gone out the window after highschool. Not for kernel development. The rule is that things that get sent to me should be ready *before* the merge window opens, not be made ready during the merge window. With some slack for "life happens", of course, but I really get the feeling that a few people treat the end of the merge window as a deadline, missing the whole "it was supposed to be ready before the merge window". You know who you are. Anyway, it's not the first time I've said this, I doubt it will be the last. But maybe more people could take it to heart, ok? Enough kvetching, let's get this party calmed down. The merge window may not be the biggest ever, but it's certainly big enough that the shortlog is much too big to post, and below is just my usual merge log. For all the gory details, please refer to the git tree. Please get the testing started, Linus
- A hozzászóláshoz be kell jelentkezni
- 258 megtekintés
Hozzászólások
Közel másfél éves fejlesztés után tényleg beolvasztotta Linus a Rust alrendszert: https://kernel.org/ --> browse --> és itt a rust almappa.
Aztán majd meglátjuk sok-sok év múlva, hogy jó irány lesz ez, vagy mégsem.
- A hozzászóláshoz be kell jelentkezni
Eleve meglepő, hogy jóváhagyta, és „csak” másfél évig tartott, nem több évig. Igen, meglátjuk, lehet pozitív és negatív hozadéka is.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
A címben 6.0-rc1 szerepel, a szövegben 6.1-rc1.
A Slackware valamiért nem siet a 6.0.x-t tesztelni. Az 5.19.16 van. Ami stable ugyan, de nem longterm a -current ágban.
- A hozzászóláshoz be kell jelentkezni
Ubuntu esetén is azt mondták, hogy ütemterv szerint már nem fér bele a 6.0-ás. Majd a 23.04-be. :)
Kernel
Current daily builds of Ubuntu 22.10 ship with Linux kernel 5.19. This is the most recent release at the time of writing. Linux 6.0 is due to be released in mid October. While Ubuntu 22.10 kernel freeze isn’t until October 6, it’s too late for Ubuntu 22.10 to include Linux kernel 6.0.
Jelen állapot: $ dpkg -l
linux-image-5.19.0-21-generic
- A hozzászóláshoz be kell jelentkezni
Ubuntun a kernel update utility-vel elég könnyű feltenni akármilyen kernelt, akár 6.0-sat, akár 6.1-RC-ket. A Slackware viszont a világ legkonzervatívabb disztrója, annál még azon is csodálkozok, hogy az 5.19-ig eljutottak, mert elvileg az 5.15.x LTS kernelt kéne használniuk.
Archon máris 6.0.2 van, de a következő RC-nél már bekapcsolódok a 6.1-be is, ez nekem is első kivétel lesz. A laptopomhoz fog jönni Asus keyboard driver, ami nagyon kell, és nem akarok vele még 7 hetet várni. Eddig RC-ket nem használtam stabil, mindennapos fő rendszeren, csak Gentoo-n próbálkoztam velük. Egyébként meg ha nincs valami nagyon új hardveretek, Intel 12. vagy 13. genes CPU, GPU, Intel ARC GPU, Ryzen 6-7xxxx CPU, RX 6xxxx legújabb GPU, akkor nálatok a 6.0 nem sokat adna hozzá. A híreknek nehogy felüljetek, hogy iouring meg amd pstate bla-bla, Rust meg tököm tudja, ebből semmit nem érezni, nem lett semmi gyorsabb, csak léptették a verziószámokat. A Rust részét is egyelőre csak az Apple M1-M2 GPU driver használja, meg egy hello world példamodul. Semmi olyan világmegváltás nincs benne, amit beígértek, tényleg csak azok vannak rászorulva, akiknek valami új hardver miatt kell a ropogós frissesség, mert az egyel ezelőtti verzióban még nem volt meg a driver az adott eszközhöz. Sőt, még talán nekik sem must have, mert a 6.0-ás feature-ök vissza lesznek portolva az 5.19.x-e ágba, még az 5.15.x-ágba is. Egyedül az Intel ARC GPU driver az egyetlen, aminél az Intel kihangsúlyozta, hogy korábbi kerneleken NEM lesz támogatott, csak 6.0-son és felette.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
A Slackware 15 az 5.15.x-et használja. Ez nem is nagyon fog ugrani sehová. A -current ágban van 5.19.x.
- A hozzászóláshoz be kell jelentkezni