In case cannot wait for the KernelNewbies well written changelog, LWN.net has three successive lists of what went in 2.6.26:

[http://lwn.net/Articles/278965/The 2.6.26 merge window opens]
[http://lwn.net/Articles/280034/ The 2.6.26 merge window, part 2]
[http://lwn.net/Articles/281029/ The last things through the 2.6.26 merge window]

LWN.net also has also published [http://lwn.net/Articles/284472/ A summary of 2.6.26 API changes]. (in case you want an overview of wireless changes, see http://wireless.kernel.org/News/2.6.26-pending, the URL will, however, change when 2.6.26 is released to be /News/2008-06-28 or whatever it happens to be, please delete this comment then)

Linux kernel version 2.6.26 Released 2008 ([http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.26 full SCM git log])

Summary: 2.6.26 includes

TableOfContents()

1. Important features (AKA: the cool stuff)

1.1. Wireless mesh networking (802.11s) draft support

A year ago, in [http://kernelnewbies.org/Linux_2_6_22 Linux 2.6.22], Linux included a new wireless stack. In 2.6.26 that stack is adding support for the draft of wireless mesh networking ([http://en.wikipedia.org/wiki/IEEE_802.11s 802.11s]), thanks to the [http://www.open80211s.org/ open80211s project]

1.2. Read-only bind mounts

Recommended LWN article: [http://lwn.net/Articles/281157/ "Read-only bind mounts"]

Since 2.4.0 Linux has supported bind mounts. Bind mounts are a sort of directory symlinks that allow to share the contents of a directory in two different paths. For example, "mount --bind /foo /bar" will "bind" the contents of /foo not only to /foo, but also /bar. IOW, /foo and /bar would have the same content - and any modification in one directory is visible in the other. This has been useful for things like chroots or ftp/webservers, but until now, if /foo was writable, there was no way to stop /bar from being also writable.

In Linux 2.6.26, you can make those bind mounts read-only. If we made the bind mount in the previous example read-only, the contents of /foo would show up in /bar - but an application trying to modify a file in /bar will not be able to do it (/foo could continue being writable, of course). This has a number of uses. It allows chroots to have parts of filesystems writable. It's useful for containers because users may have root inside a container, but should not be allowed to write to some filesystems. It allows security enhancement by making sure that parts of your filesystem read-only (such as when you don't trust your FTP server), when you don't want to have entire new filesystems mounted, or when you want atime selectively updated.

(The current implementation does not allow to make a bind mount directly read-only: you need to make the bind mound first - mount --bind /foo /bar - and then remount the bind as ro - mount -o remount,ro /bar)

1.3. KVM ported to IA64, PPC and S390

KVM, the virtualization solution included in [http://kernelnewbies.org/Linux_2_6_20#head-bca4fe7ffe454321118a470387c2be543ee51754 Linux 2.6.20], has been rearchitected to give support to architectures others than x86: IA64 (Itanium), S390 and PPC

PowerPC 440: [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bbf45ba57eaec56569918a8bab96ab653bd45ec1 (commit)]

1.4. x86 PAT support

PAT (Page Attribute Table) is a feature found in x86 processors that allows for setting the memory attribute at the page level granularity. PAT is complementary to the MTRR settings which allows for setting of memory types over physical address ranges. However, PAT is more flexible than MTRR due to its capability to set attributes at page level and also due to the fact that there are no hardware limitations on number of such attribute settings allowed. The Linux support for this has been in the works for a long time (since 2006!), but it's finally here.

Documentation [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d27554d874c7eeb14c8bfecdc39c3a8618cd8d32 (commit)] Code: [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2e5d9c857d4e6c9e7b7d8c8c86a68a7842d213d6 (commit)]

1.5. KGDB

For many years Linux has not included a kernel debugger. Linus Torvalds vetoed them for years, for reasons that he explained quite well in a [http://linuxmafia.com/faq/Kernel/linus-im-a-bastard-speech.html) "I'm a bastard" email]: "When things crash and you fsck and you didn't even get a clue about what went wrong, you get frustrated. Tough. There are two kinds of reactions to that: you start being careful, or you start whining about a kernel debugger [...] Quite frankly, I'd rather weed out the people who don't start being careful early rather than late. That sounds callous, and by God, it _is_ callous. But it's not the kind of "if you can't stand the heat, get out the the kitchen" kind of remark that some people take it for. No, it's something much more deeper: I'd rather not work with people who aren't careful. It's darwinism in software development. [..] I happen to believe that not having a kernel debugger forces people to think about their problem on a different level than with a debugger. I think that without a debugger, you don't get into that mindset where you know how it behaves, and then you fix it from there. Without a debugger, you tend to think about problems another way. You want to understand things on a different _level_."

Despite of those objections, KGDB is finally going in. It's a remote debugger, it needs two machines. x86 and sparc machines .are supported

[http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=82da3ff89dc2a1842cff9b0d4cbc345cb90b59e1 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dc7d552705215ac50a0617fcf51bb9c736255b8e (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6cdf6e06d70dcf42314edb2c43b7c7ebc56e32e5 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c3078b637882303b1dcf6a16229d0e35f6b60a5 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=64e9ee3095b61d0300ea548216a57d2536611309 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3e2aaf7dc0d82a055e084cfd48b9257c0c66b68 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e8d31c204e36e019b9134f2a11926cac0fcf9b19 (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e2fdd7fd99dd68b77caaf2a2272b75b5da890de7 (commit)]

1.6. Memtest

[http://www.memtest.org Memtest] is a commonly used tool for checking your memory. In 2.6.26 Linux is including his own in-kernel memory tester. The goal is not to replace memtest, in fact this tester is much simpler and less capable than memtest. But it has some advantages, like the fact that it runs in plataforms others than x86, and it's enabled easily with the "memtest" boot parameter.

Code:[http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=272b9cad6e7a2f61b13cfcd7dde0010e02e9376e (commit)], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c64df70793a9c344874eb4af19f85e0662d2d3ee (commit)]

1.7. Export BDI attributes in sysfs

[http://kernelnewbies.org/Linux_2_6_24 Linux 2.6.24] merged per-device dirty thresholds: The limits that the kernel put to the amount of memory that a process can "dirty" changed from being global to be per-device. 2.6.26 exposes a interface in /sys/class/bdi that allow to set several parameters. There's another set of read-only parameters that are exposet in debugfs (debug/bdi/<bdi>/stats)

Code: [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=cf0ca9fe5dd9e3693d935757a7b2fc50fc576554 (commit 1], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fa799759f9801137f665dbedda2c0815f1bf6f1b 2], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b6f2fcbcfca9db2bd7aa24940224fcd3bbdbb8aa 3], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=189d3c4a94ef19fca2a71a6a336e9fda900e25e7 4], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=76f1418b485da2707531178e517bbb5cf06b3c76 5], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a42dde04152750426cc620fd277e80fffae2f65a 6)]

1.8. /proc/pid/mountinfo

The work being done these days in the VFS like per-process namespaces and such is obsoleting some things, like /proc/mounts (which is always a link to /proc/self/mounts). In its current form lacks important information and suffers some problems (see the code link). 2.6.26 introduces /proc/PID/mountinfo which addresses these deficiencies. Information about the information that can be found on these new files is explained in the commit links.

Code: [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6092d048183b76bfa3f84b32f8158dd8d10bd811 (commit 1], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9d1bc60138977d9c79471b344a64f2df13b2ccef 2], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=73cd49ecdde92fdce131938bdaff4993010d181b 3], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=719f5d7f0b90ac2c8f8ca4232eb322b266fea01e 4], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a1a2c409b666befc58c2db9c7fbddf200f153470 5], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2d4d4864ac08caff5c204a752bd004eed4f08760 6], [http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=97e7e0f71d6d948c25f11f0a33878d9356d9579e 7)]