Slashdot Log In
Linux 2.6.22 Kernel Released
Posted by
kdawson
on Mon Jul 09, 2007 05:33 AM
from the when-you-must-have-the-latest dept.
from the when-you-must-have-the-latest dept.
An anonymous reader writes "Linux creator Linus Torvalds announced the official release of the 2.6.22 kernel: 'It's out there now (or at least in the process of mirroring out — if you don't see everything, give it a bit of time).' The previous stable kernel, 2.6.21, was released a little over two months ago. New features in the 2.6.22 kernel include a SLUB allocator which replaces the slab allocator, a new wireless stack, a new Firewire stack, and support for the Blackfin architecture. Source-level changes can be tracked via the gitweb interface to Linus' kernel tree."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
What is this? (Score:5, Funny)
I've read & reread the linked articles, and not a single mention of the iPhone - and it's been over 48 hours since an iPhone story. Seriously - it's like slashdot's turned into a linux site, instead of an iPhone site.
Let's not forget our roots folks - just because linux is the big hype story today.
Re:What is this? (Score:5, Funny)
Parent
Re:What is this? (Score:5, Funny)
Thank you, but I do feel that there's a little too much redundancy in my nick. I mean, if I was called "mac fanboy", you'd assume whiney.
For that matter, if I was just called 'mac', everyone would read the implied 'whiney fanboy'
Parent
Re: (Score:3, Funny)
Re:What is this? (Score:4, Informative)
Parent
Re:What is this? (Score:5, Funny)
Parent
SLUB much better than slab (Score:5, Funny)
Anybody (Score:3, Interesting)
Re:Anybody (Score:4, Informative)
Second now there are less threads in the firewire subsystem, which is indeed good because kernel threads are really really a very stupid idea.
Last but not the least i have used TI firewire chipset with Basler IEE1394 cameras under Linux and trust me they knock teeth out of Windows Firewire stack.It was good and performed good even with two cameras working in real time image inspections.
I suspect the current stack is going to work atleast similar if not better, though i ll bet on it being better.This is a good sign also, as there is no point in patching things but point is in writing the whole messy thing again.And here we are.... hey wait TTY layer ...any takers? please :-)
Parent
Linux 3.0.0 (Score:5, Interesting)
Given the hardware around. What features should Linux 3.0.0 have?
Re:Linux 3.0.0 (Score:5, Funny)
Parent
Re: (Score:3, Interesting)
Given the hardware around. What features should Linux 3.0.0 have?
Re: (Score:3, Interesting)
Though they gradually sneak into Linux anyway. So no big deal.
Re: (Score:3)
It's going to be a microkernel using a special message-passing version of Visual Basic.
Crashing soon a kernel near you... (Score:5, Funny)
I notice the patches being tested include Reiser 4...suddenly the above warning appears a bit more sinister.
Re:What's SLUB? (Score:5, Informative)
There for you, help yourself.
BTW in short plain english, it adds some voodoo stuff to struct page, removes a lot of metadata cruft from the slab allocator, adds lesser and simple locking after removing most of locks which are not required because of the changes in the cache layer.
So if you are running your kernel on a huge farm of processors of the order of thousand(s), you ll find a remarkable memory saving, which is a big overhead in slab allocation.
HTH
Parent
Re:What's SLUB? (Score:5, Funny)
I believe that brings the amount of the Linux kernel containing Voodoo to 13%.
Parent
Re:GPL v3 (Score:5, Funny)
- You can't use a CPU of the same manufacturer that has previously executed GPLv3 code in the same room as a computer running a Microsoft operating system. If you have exhausted all the alternatives and you still need to run your GPLv3-infected hardware in the same room, you can negate this by drawing a chalk circle around the machines running the MS software and sprinkling a ground-up printed copy of the GPLv3 over and around them. This is all standard as per Section 5.
- In the case the Richard Stallman's or any of his buddies' computer blows up (for any reason - read the license for full details), he's allowed to walk into your house and take your computer right off your desk and keep it, even if it has never run GPLv3 code!
- If left unattended, disks containing copies of the GPLv3 can become corrupted and mutate into GPVv3 (General Public Virus version 3), which will assimilate all carbon and silicon-based matter with in a 3 mile radius into a demonic, electronic, GPLv3 spreading zombie ox (or it might be a buffalo - that part is unclear).
This is why we should all boycott GPLv3. It is just too evil and virusy.
Parent
Wow; Informative? (Score:3, Insightful)
Re: (Score:3, Insightful)
Not sure why that is modded Insightful and just above that is another user asking which usb device would be best to buy for a linux box, but that is modded "off-topic." I remember when slashdot was about news for geeks and sharing information about geeky things for linux/bsd/etc.. Now it seems like its just about modding up snarky comments and crap articles about
Re:n00b (Score:5, Funny)
Parent
Re:question on the wireless (Score:4, Informative)
I would recommend using one of the PCMCIA cards instead. Find one that uses the Anthros chipset. I picked up a D-LINK one that was recognised by Dapper Drake. I didn't need to install NDIS Wrapper of Network Manager. I don't remember the model number of the card, but setting it up was as easy as setting it up in Windows except I didn't need to use the setup CD that came with it. Dapper recognised it as an Unknown Wireless. Properties showed it has an Anthros chipset made by D-Link. From there I gave it a static IP on my LAN and plugged in the WEP key after picking my SSID from a list. I added some DNS listings and put in the gateway address of my router and I was online. There have been some difficulty with configuring many of the USB cards. Check the forums and purchase carefully.
Parent
Headline does not match the story (Score:3, Insightful)
Specific complaints should be stated as such instead of rubbish about it all being broken. The Gentoo thread quoted above is about people discovering that writing to optical drives is horribly slow and puts a lot of load on the CPU in comparison to dealing with hard disks - looking up ATAPI may have been a good move at that point inste
Re:But is disk IO fixed on amd64? (Score:4, Informative)
"Because Linus said so" is in fact not a particularly valid answer. Yes, Linus has the right to choose the development structure the kernel is now using, but that doesn't mean it is the best way to do it for everybody. dropping the distinction between "stable" and "development" versions was a sloppy, lazy move that simply pushed the responsibility for maintaining stable released off onto the distributors. That has essentially duplicated the work a hundred-fold, because each distribution must do the work themselves. We're told that this is a "better" arrangement, but it is clearly only better for Linus and the kernel developers, because they get to do less work and be lazy when it comes to making changes: "Want to rip out the allocator and replace it with a largely untested one? Sure, why not! Making sure everything works is the distributors problem, not ours!"
Except that the old system didn't work at all. There were just too many changes to stabilize in any reasonable amount of time and while the debugging was happening the 2.4.x kernel was becoming so badly out of date that people (and distros) tried to back port changes from the 2.5.x tree.
The result was TWO unstable kernel trees and the vendor trees had a tendency to be even worse. The old system would have left those people using SATA in a worse situation then they are in now. Keep in mind that SATA came out after 2.6.x so the drivers would right now be somewhere in the 2.7.x series kernel still waiting to be debugged and the stable maintainers would be forced to try and backport the SATA drivers once again resulting in two unstable kernels
Parent
Re:New wireless stack? Firewire stack? WTF? (Score:5, Insightful)
Parent