Selon lwn :
- a lot of NTFS updates
- block I/O barrier support ( http://lwn.net/Articles/103183/(...) )
- patch allowing unprivileged process to lock small amounts of memory in RAM
http://lwn.net/Articles/96587/(...)
Rik van Riel and Arjan van de Ven have put together a new patch which allows normal users to lock memory into physical RAM without root privilege. The RLIMIT_MEMLOCK resource limit puts an upper bound on how much memory can be locked, and its default value is zero. By raising this limit, system administrators can enable users to lock a single page (useful for cryptographic applications which do not want to see passphrases and clear text swapped to disk) or larger amounts (for CD writing tasks, for example).
# Il n'y a pas que Alsa :-)
Posté par 007 . En réponse à la dépêche Sortie du noyau Linux 2.6.9. Évalué à 8.
- a lot of NTFS updates
- block I/O barrier support ( http://lwn.net/Articles/103183/(...) )
- patch allowing unprivileged process to lock small amounts of memory in RAM
http://lwn.net/Articles/96587/(...)
Rik van Riel and Arjan van de Ven have put together a new patch which allows normal users to lock memory into physical RAM without root privilege. The RLIMIT_MEMLOCK resource limit puts an upper bound on how much memory can be locked, and its default value is zero. By raising this limit, system administrators can enable users to lock a single page (useful for cryptographic applications which do not want to see passphrases and clear text swapped to disk) or larger amounts (for CD writing tasks, for example).
- new USB storage driver
- cluster-wide file locking infrastructure
- completely out-of-line spinlocks ( http://lwn.net/Articles/97537/(...) )
- AMD dual-core support
- support for the POSIX waitid() system call
- KProbes ( http://www-124.ibm.com/linux/projects/kprobes/(...) )
- USB "on the go" support
- the "flex mmap" user-space memory layout
- m32r architecture support ( http://www.linux-m32r.org/(...) )
- a bunch of latency-reduction work (Ingo Molnar)
- Nouvelle adressage mémoire : http://lwn.net/Articles/91829/(...)
- new I/O memory access mechanism ( http://lwn.net/Articles/102232/(...) )
- and lots of fixes :-)
Après le Kernel coding style, il y a maintenant le "Linux kernel management style" :
http://lwn.net/Articles/105375/(...)
Merci à lwn.