Weekly Edition Return to the Kernel page |
Looking forward to 2.6.16
As of this writing, well over 2000 patches have been merged for the
upcoming 2.6.16 kernel. The following list covers some of the more
important or user-visible patches; it is not exhaustive by any means.
Links to LWN articles describing the patches have been provided where
available.
The 2.6.16 merge window will remain open for some time yet, so expect some more big changes before it is done.
User-visible changes
Internal API changes
As noted above, more changes are likely; stay tuned. Remember that API changes will eventually find their way onto the LWN 2.6 API Changes Page. (Log in to post comments)
NFS client updates Posted Jan 10, 2006 22:47 UTC (Tue) by brugolsky (subscriber, #28) [Link] Lots of NFS goodness also merged, as detailed in NFS Client Updates Against 2.6.15 Available including:
The last item has been on my wishlist since 2.0.x; tears of joy are welling up in my eyes, it's like watching your kid graduate from college. :-p
NFS client updates Posted Jan 11, 2006 2:15 UTC (Wed) by zblaxell (subscriber, #26385) [Link] "SUNRPC: Ensure that SIGKILL will always terminate a synchronous RPC call."
I've been waiting for that patch since 0.98 or so. It's been broken so long I started to believe it was part of the spec. ;-)
NFS client updates Posted Jan 11, 2006 23:50 UTC (Wed) by njhurst (guest, #6022) [Link] What does this mean exactly, is it when a program is accessing an nfs file and the network goes down you can't kill the program?
NFS client updates Posted Jan 12, 2006 0:53 UTC (Thu) by zblaxell (subscriber, #26385) [Link] That's one of the effects.
The addition of lazy umounts and "umount -l" was a major step forward in
I also did things like mess with firewalls and NAT configuration until I
NFS client updates Posted Jan 13, 2006 19:52 UTC (Fri) by pimlott (subscriber, #1535) [Link] it's like watching your kid graduate from college. :-p... after six years. :-)
Looking forward to 2.6.16 Posted Jan 10, 2006 23:54 UTC (Tue) by nix (subscriber, #2304) [Link] One thing I've been wondering for a while: what does `uevent' actually stand for, and why is it considered more euphonious than `hotplug'?
(I hope it's not `user event'; that'd be a rather bad choice of name. Typing on the keyboard is a user event. Coldplugging hda is unlikely to be.)
(Oh, and Greg, Kay, if you're reading this, thanks again for udev; I don't hotplug much, but I use udev regardless, as for sheer elegance udev, especially the new udevsynthesize/shell script/uevent/udevd scheme, is one of the nicest designs I've seen in a long time.)
Looking forward to 2.6.16 Posted Jan 11, 2006 0:32 UTC (Wed) by gregkh (subscriber, #8) [Link] Yeah, it means "userspace event", sorry we could not not come up with a better name.
But it does describe what is happening, userspace is being notified that
And it's better than "hotplug" which is overloaded way too much these
Looking forward to 2.6.16 Posted Jan 11, 2006 4:29 UTC (Wed) by iabervon (subscriber, #722) [Link] So you deny that it's part of a plot to turn Linux into a ukernel? :)
Looking forward to 2.6.16 Posted Jan 11, 2006 4:42 UTC (Wed) by gregkh (subscriber, #8) [Link] I completly deny that plot. If you look at the mess that is the driver core that I helped create, you would know that I'm all about the big, monolithic kernel model :)
Correction on IFB Posted Jan 12, 2006 11:22 UTC (Thu) by dion (subscriber, #2764) [Link] It's not "Internet Functional Block", it's "Intermediate Functional Block", it has been described here:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/li...
It is by no means obscure for people who'd like to do ingress shaping.
Currently you can only do traffic shaping on egress, that means that if you have a router with 3 internal interfaces then each interface will be shaped separately, so each segment of the network can get a maximum of 1/3 of the available bandwidth, this sucks if there are two leechers on one net and none on the other.
With IFB (or IMQ previously) you can set up a virtual network device between your Internet line and the rest of the network so all the incoming traffic can be shaped together.
Correction on IFB Posted Jan 12, 2006 13:42 UTC (Thu) by corbet (editor, #1) [Link] Typo fixed, thanks.The rest is just from the commit message. There's a bit more in the patch itself, but it still doesn't just jump out at relatively slow people (like your editor...)
Ugh... Posted Jan 12, 2006 22:17 UTC (Thu) by roelofs (subscriber, #2599) [Link] The block_device_operations structure has a new method getgeo(); its job is to fill in an hd_geometry structure with information about the drive....what a hideous name. "geo" == "Earth," was my first thought, followed immediately by "what the heck does that mean?" and then "maybe 'get geography'??". One extra letter buys you "getgeom()", which is as close to unambiguous as most abbreviations get...but "getgeo()"? Ugh. Let's go rename all computer/communication/common/comparison/completion-related things to "com" while we're at it. Hrmph.
Curmudgeonly,
Ugh... Posted Jan 14, 2006 20:41 UTC (Sat) by im14u2c (subscriber, #5246) [Link] Let's go rename all computer/communication/common/comparison/completion-related things to "com" while we're at it. Hrmph. Oh, is that what the .COM bubble was about. And here I thought it was some strange plot between my serial ports (COM1: and COM2:) and the Common Object Mode taking over commercial interests. :-)
Ugh... Posted Jan 14, 2006 20:44 UTC (Sat) by im14u2c (subscriber, #5246) [Link] s/Common Object Mode/Component Object Model/ Either my coffee hasn't kicked in, or this is a secret plot by COMMAND.COM to make me look bad.
|
Copyright © 2006, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds
Powered by Rackspace Managed Hosting.