Slashdot Mirror
Linux 2.6.26 Out
diegocgteleline.es writes "After three months, Linux 2.6.26 has been released. It adds support for read-only bind mounts, x86 PAT (Page Attribute Tables), PCI Express ASPM (Active State Power Management), ports of KVM to IA64, S390 and PPC, other KVM improvements including basic paravirtualization support, preliminary support of the future 802.11s wireless mesh standard, much improved webcam support thanks to a driver for UVC devices, a built-in memory tester, a kernel debugger, BDI statistics and parameters exposure in /sys/class/bdi, a new /proc/PID/mountinfo file for more accurate information about mounts, per-process securebits, device white-list for containers users, support for the OLPC, some new drivers and many small improvements. Here is the full list of changes."
They have still not enabled mode switching in the intelfb driver on laptops, meaning that I am forced to use ugly, unaccelerated VESA instead of the right driver for this sytem. This bug has been reported on kernel dev mailing lists and forums for at least three years, but no one with the skills seems to want to fix it.
If I'm understanding correctly, I believe they're talking about a mode in which you can debug kernel level events. You have a client PC (the debuggee) and the server PC (the debugger). They're usually connected over a serial cable.
http://www.ntfs-3g.org/
Not sure why it isn't in the kernel. But works great for me.
I wish every kernel release announcement included a highlevel featurelist like that. Not just a ChangeLog, as each bug is fixed or small feature is added. But rather a fairly highlevel list of new and improved (and fixed) features like the one in this Slashdot story. Best if in the announcement itself, but at the very least always in the release package.
That way most of us can decide whether to upgrade, or to wait (perhaps for the x.1 version, which is typically a higher quality bugfixed delivery). Since kernel upgrades require rebooting (and again to downgrade after test), knowing whether to ignore a release based on its highlevel upgraded features itemization is a very effective announcement feature, which makes all of us using the releases more productive.
--
make install -not war
Here: http://www.ntfs-3g.org/
Why is it needed in the kernel?
Try NTFS-3G.
Also, blame Microsoft for not releasing the technical specs behind the FS. Reverse-engineering a filesystem (especially one that MS likes to change often) isn't exactly easy.
Finally, you can always reformat "larger USB drives" into a FS that's more efficient (ext3, reiserfs).
Ugh, still no token ring support.
It had token ring support circa 2000 and you can probably resurrect the drivers if you need it.
OTOH if you're still using Token Ring you probably have Madge or Olicom cards whereas the best Linux support was for chipsets like the IBM Olympic.
Click the link in the story: http://kernelnewbies.org/Linux_2_6_26
and it explains it all there
Reading on it, it seems that Linus never has been a great fan of kernel debuggers. From a famous post,
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_. [...]
I agree that stepping with a debugger instead of thinking real hard about the code (and using abundant log statements) is generally a waste of time, and that expecting to catch rare occurrences of weird race conditions with a debugger is not worth the effort. Sloppy programmers don't take the time to think, and rely too much on fixing what they could have not broken. Unit tests, although more expensive to code, can be reused many times - debugging sessions are one-shot.
On the other hand, even good programmers can get stuck and benefit from a debugger every once and then. I guess this argument finally won the day.
Old NTFS stuff used to be really, really slow. Is ntfs-3g as fast as other filesystems on Linux, now?
Is Linux kernel 2.6.26 == Linux 2.6.26 ?
Yes. When people refer to entire distributions as "linux" they are being technically incorrect, as the GNU folks are kind to point out at the drop of a hat. The entire operating system is GNU/Linux - Linux is just the kernel.
802.11s != OLSRv2 . 802.11s seems to work at the MAC layer, whereas OLSRv2 works at the IP layer. They are not the same. There are quite a few mesh networking protocols out there and in development, but I haven't seen a clear winner yet.
It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
Wrong. XML is case-sensitive, not lowercase. XHTML uses lowercase XML elements, but in general XML elements are not lowercase only.