Linus Torvalds ha annunciato la disponibilità del Linux Kernel versione 3.3, che porta con sé differenti novità che migliorano la gestione della memoria, dei consumi e della sicurezza. Ritorna inoltre di grande attualità il merging di alcune parti dei sorgenti Android nel main trunk, dando il via così al processo di riunificazione più volte rimandato in passato a causa di divergenze tra gli sviluppatori.

Nel Kernel 3.3 è stato completamente rivisto il sistema di bilanciamento del File System BTRFS.  Con il nuovo kernel migliorata anche la gestione di Rete con l´introduzione dell´interfaccia Network Priority Control, grazie alla quale è possibile per gli amministratori di sistema personalizzare e gestire autonomamente le priorità di traffico di rete da assegnare ai processi in esecuzione. E´ poi possibile adesso far eseguire il boot di una immagine del kernel direttamente al firmware EFI.

Dal punto di vista della compatibilità con i SoC, la nuova versione del kernel Linux introduce il supporto all’architettura Texas Instruments C6X e migliora il supporto per i chip Samsung Exynos e Intel Ivy Bridge. Migliorati anche i drivers Nouveau per nVidia.

Arriva inoltre il nuovo strumento per gli sviluppatori Integrity Check, che consente di migliorare la procedura di compilazione con debug.

Note di rilascio:

So after the extra -rc release last weekend, now the final 3.3 is out there in the usual locations.

Things did indeed calm down during the last week, and the shortlog looks pretty boring. The diffstat from -rc7 is dominated by the arch/tile defconfig changes, the rest is pretty small, although there are changes spread out in various subsystem s(drivers, filesystem, networking, perf tools).

The shortlog (from -rc7) is appended, and for a more high-level view of at least parts of the changes since 3.2 it´s probably worth going to kernelnewbies:

http://kernelnewbies.org/Linux_3.3

which tends to be pretty good about these kinds of things.

And obviously, the 3.3 release means that the merge window for 3.4 is now open, although I may keep of pulling stuff for a day or so to encourage people to test the actual release.

I did want to mention that with spring break for my kids coming up during this merge window, I will be gone a couple of days to the Oregon coast, probably without any real internet access. We´ll see. it´s mostly during next weekend, so it´s probably not that noticeable, but if it means that I fall behind I might spend a few extra days doing merging. But even if that means that -rc1 might be slightly delayed, I´ll use the normal two-week cut-off for actual pull requests.

And who knows - it´s entirely possible that it won´t be an issue at all, and everything will be on schedule. But I thought I´d mention the possibility so that it doesn´t take anybody by surprise.