Linux 2.6.0 Kernel Released
thenextpresident writes "It's here! Just updated on kernel.org, the Linux 2.6.0 kernel has finally arrived! We've been waiting a long time for this, and it had been rumored it was going to be released tonight. Well, it's here indeed. Happy downloading." There's also a changelog online for this long-awaited update.
Why is 2.4 gone from kernel.org?
I must admit I have been looking forward to this, I have been running all the tests from about 3 onwards and am quite happy already with the level of test11. On the other hand now that its stable maybe we will see some distros that come with it as standard. Now that will be a good thing.
Can somebody please save me from reading the entire changelog? I just want to know the major differences between 2.4.x and 2.6.x.
:)
Please save me! I'm lazy
I run linux as my desktop at home, and I also run it at work in a scientific computing cluster.
I'd like to know what benefits I could expect from the new kernel in each area in which I use linux.
Since the official UTC timestamp is at 03:04 on the 18th its my birthday!!
OK, slightly more on-topic I am already running test11 on a couple boxes with no overriding need to upgrade. However I am curious as to how 2.6 will be managed as opposed to 2.4. Since Linus has already handed off the kernel to Andrew Morton, are we going to see the 2.7 development branch open a whole lot faster than happened with 2.5???
AntiFA: An abbreviation for Anti First Amendment.
I hope they fix the front page of the kernel site to show 2.4.x info again.
This is great news! I'm excited even though I'm now an OS X dude. Once I find the time to back up my system and repartition I'll be trying LinuxPPC. Speaking of which, if anybody knows of (or wants to write) a non-destructive repartitioning tool for OS X please let me know!
-DA
It seems that the MS world is always comparing an OS from 3 years away to a kernel that was developed 3 years (6 years difference).
When longhorn comes out, 2.6 will be nearing its' EOL.
My thesis project involves a module similar to SELinux and I have found that the best 2.6 kernel for messing around with it is actually the BK tree mantained by the Linux Security Modules (LSM) project. Technically SELinux is one module that is part of the LSM project but the two are often referred to synonymously. LSM is at: immunix and you can check out their kernel branch for extra features that are not yet in mainline 2.6 (and may not get in at all if the kernel maintainers aren't confortable with the changes)
;)
My personal project is actually a big modification of the Domain & Type enforcement that is present in LSM now. but the code is nowhere near ready for inclusion just yet
AntiFA: An abbreviation for Anti First Amendment.
Well, huzzah to the kernel team, I've enjoyed their work for enough years. Not much champagne available here, but a heartfelt and lukewarm Milwaukee piss (offered).
I've been using 2.5.x and -test kernels off and on here, and its definitely a step in the right direction even for my humble desktop, IMHO. If I was to be bold I'd even say that 2.6 is a positive change (for users) in the same way that 2.0 was. Just based on the scheduling and device support, SMP (I use it), bigmem, etc.
And no, I'm not really worried about the SCO/IBM thing - the outcome won't change my opinions or Linux usage patterns an iota.
C|N>K
but I *liked* make menuconfig; make clean && make modules modules_install bzimage!!
Excuse my ignorance (I'm not familar with the new 2.6 build system) but I really *did* like the make menuconfig approach. It's been that way since way-back-when so I could probably do it blindfolded. In addition, make menuconfig is great for building a new kernel over a slow (e.g. dial-up) ssh session. I actually rebuilt the kernel on my PC in Virginia from a cyber-cafe in Paris once.
I'd rather be a conservative nutjob than a liberal with no nuts and no job.
Its great to see this go out in 2003, capping off a stellar year for open source. Mozilla 1.4/5, Gnome 2.4, KDE 3.2 (almost), Apache 2.x...and countless other pieces of the puzzle coming together in an awesome ecosystem.
Corporations haven't just 'taken notice', they are actively pushing this stuff. They are amping up great services behind the new commodity - software.
RedHat and IBM and Novell are leading the charge from the .com side while a huge developer community has taken root in the volunteer ranks.
2.6 was the icing on the cake - the version that really challenges the most established kernels across the entire spectrum. BRAVO!!
In related news, Redhat/Fedora has announced that the next Fedora release will ship with 2.6. They've called it a "stop-ship" feature :) Fedora Core 2 is tentatively scheduled to be released in April 04.
From the following Cnet article:n efd_top
http://news.com.com/2100-7344_3-5127627.html?tag=
All these quotes apparently came from Mr. Morton himself.
"...the part of 2.6 that communicates with memory is less efficient, imposing a practical limit of 24GB of memory to the 32GB that 2.4 could handle. However, he believes that programmers will address the problem."
Is this reduced limit useful? Why should it be up to programmers to code around? Did I miss something?
"The new kernel also monitors for new events more frequently--1,000 times per second instead of 100--a fact that slows down the system about 1 percent..."
I assume it's to try and respond to events faster but increasing it tenfold, isn't that overkill? I mean, it slows the system down by 1% which isn't horrible and if a real-time app has a problem with it, you can always modify the kernel yourself but couldn't they have upped the polling to 250 which is a decent increase but not a 10x one.
"In addition, 2.6 requires somewhat more memory to run and shows worse performance when it has to use hard drives as extra memory under heavy loads... "
That seems reasonable that it needs a bit more memory but why should it see adverse effects under heavy loads as compared to the 2.4 kernel? Shouldn't they degrade at around the same level or are there some new file system issues that cause this?
Enlighten me.
I mean I went there but there's no trusted computing logo. How can I trust software if it doesn't say I should. Linux will never be ready for the desktop until it's part of a trusted computing initiative.
...that's how most people will understand it. They don't realize that the logo means that others can trust the computer not to do what you want, should that be something they don't want.
I'm still praying that people will learn from experience. Don't seem they'll learn much any other way at least...
Kjella
Live today, because you never know what tomorrow brings
Linus said it sucks.
1 2/ 09/1341236
In early November, Bill Davidsen
responded to a post on the LKML about a problem someone was having with burning a CD. Davidsen said:
There is a problem with ide-scsi in 2.6, and rather than fix it someone came up with a patch to cdrecord to allow that application to work properly, and perhaps "better" in some way. Since the problem with ide-scsi seems to still exist for other applications, you will probably find you have to work around the problem, by using the -pad option of cdrecord (thought that was standard now for TAO at least) or reading using the ide-cd driver.
Torvalds responded to Davidsen's post by writing:
On 6 Nov 2003, bill davidsen wrote:
>
> There is a problem with ide-scsi in 2.6, and rather than fix it someone
> came up with a patch to cdrecord to allow that application to work
> properly, and perhaps "better" in some way.
Wrong.
The "somebody" strongly felt that ide-scsi was not just ugly but _evil_, and that the syntax and usage of "cdrecord" was absolutely stupid.
That somebody was me.
ide-scsi has always been broken. You should not use it, and indeed there was never any good reason for it existing AT ALL. But because of a broken interface to cdrecord, cdrecord historically only wanted to touch SCSI devices. Ergo, a silly emulation layer that wasn't really worth it.
The fact that nobody has bothered to fix ide-scsi seems to be a result of nobody _wanting_ to really fix it.
So don't use it. Or if you do use it, send the fixes over.
Linus
The back-and-forth between Davidsen and Torvalds has continued, and as a result more and more of Torvalds disdain for the ide-scsi and cdrecord interface has bubbled to the surface. Torvalds has said, among other things, that:
* "anybody who uses cdrecord has either been confused by the silly SCSI numbering"
* "Some people ended up having to boot with ide-scsi enabled to burn CD's, but then if they wanted to watch DVD's (on the same drive), they needed to boot without it."
* "the old cdrecord interfaces are an UNBELIEVABLE PILE OF CRAP!"
* "It's an interface that is based on some random hardware layout mechanism that isn't even TRUE any more, and hasn't been true for a long time."
* "It's bad from a technical standpoint (anybody who names a generic device with a flat namespace is just basically clueless), and it's bad from a usability standpoint. It has _zero_ redeeming qualities."
There's more, but that's enough to give you a sense of Torvalds' unhappiness with the whole approach of both one particular (though very popular) app and the ide-sci module itself.
http://programming.linux.com/article.pl?sid=03/
--AROS is an Open Source AmigaOS clone, and source compatible with AmigaOS! Try the x86 build at http://www.aros.org
this text is pasted from a mail i sent to the smbfs maintainer. i have not received an answer, didn't really expect one at this time, but maybe somebody else has encountered and solved this problem. could you point out what i missed?
--
sorry to bother you this late in the 2.6 test series, but i wondered whether this change in smbfs behaviour was intended (or how it could be affected by mount options, etc):
during my using the 2.4.x kernels, i mainly used smbfs as a convenient way to access various data which was not located in subdirectories of the mount source, but symlinked from other server directories. i think this is also the behaviour the user experiences when mounting from other operating systems.
with 2.6.x (can't remember 2.5.x...) clients i have been unable to mount the same sources in a similar way, symlinks would still appear as symlinks, making the linked data much more difficult to access.
could you tell me whether i missed a mount option or this diverging behaviour is intentional?
Short answer, just do it.
Shorter answer: Yes
Little Brother, watching the watchers
For the fact that the entire linux community just started downloading the same 100 meg file...the server runs amazing. When 2.4 came out I think we toasted it right quick.
snowulf.com
BitTorrent downloads are checked with SHA1 hashes. md5summing it is only worth doing if you don't trust the .torrent
Personally, I can't wait for a knoppix with NTFS write support. As a person who spends a great deal of time fixing machines running mostly Windows XP, I'll greatly enjoy being able to fix their fscked up computers without having to actually use windows XP.
Badass Resumes
Anyone know if 2.6 has better power management for laptops? -- the speedstep chip I've got goes for hours in Windows, and for an hour in Linux.
Vaya con huevos, my darling.
Do you care about the security of your wireless mouse?
Does anybody have a howto on how I can migrate my LVM version 1.0.7 volumes from 2.4.23 to 2.6.0? I know LVM has been replaced by device-mapper. Do I have to run some kind of conversion tool, or will device mapper just magically find and activate my LVMs? I can't find any information on this.
I have an Asus A7M266-D with an AMD 760 MPX chipset. I just upgraded to 2.6.0 - everything seemed fine, kernel booted with no issues, but AGP support is apparently broken. Upon loading my ATI FireGL drivers (rebuilt against the latest kernel, and configured to use the kernel's AGP GART rather than ATI's), I get a kernel OOPS (null pointer dereference) in the AGP GART driver (specifically when it enables AGP 4x transfer mode on device 01:05.0 - my video card. Enabling AGP4X on the northbridge reported success, but when it gets to the card itself, crash time!)
:)
Has anyone had similar experiences with the new kernel? I'd like to see if it's just my configuration, my video drivers (though the ATI drivers had no AGP problems and were rock solid under 2.4, and claim to support 2.6, you never know...), or something else. I know that the AGP subsystem has had a major overhaul in 2.6 and the bugs are still being ironed out, but it'd be nice to know what to blame.
And if something in my post doesn't make sense, it's 1:45 AM over here (GMT -08:00), so I have an excuse
Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
Damnit, now I'm duplicating articles on /.
Don't go to a brothel if you want to buy broth
The biggest bonus I got from 2.6 was DMA with ATAPI commands finally works. Earlier kernels would not use DMA for ATAPI commands (read: CD/DVD burning commands) even if DMA was enabled for the IDE device. This effectively limited CD burning to the speed that PIO would work at, which was about 12x on my 900Mhz K7. It also ate up your entire CPU.
:)
With 2.6, DMA works properly with ATAPI commands, at least when using the new ATAPI virtual SCSI bus (NOT the ide-scsi module!). To use the new virtual bus, use 'dev=ATAPI:0,0,0' in a cdrecord command. You may also need to use the latest alpha of cdrecord.
I can now burn 2 CDs at once (multiple burners), at 52x without my CPU load going over 0.2!
Of course, if you had the luxury of using REAL SCSI CD burners before, this won't make a lick of difference to you.
How ready is it? Is there a site that breaks down which hardware drivers support/do not support the sleep states? I remember during the test releases it was documented that many drivers had not yet been updated to support the sleep states.
APM support has gotten me so far, but some things on this laptop would be more doable if I had acpi support, and I have another laptop which doesn't support apm at all.
XML is like violence. If it doesn't solve the problem, use more.
http://www.linux.org.uk/~davej/docs/post-halloween -2.6.txt
Direct booting from floppy is no longer supported.
You should now use a boot loader program such as syslinux instead.
"make bzdisk" continues to work (now using syslinux).
Does this mean what I think it does? No more floppy boot disks? Or am I misreading?
reech bee-yond ur clip-0n
I thought direct booting was disabled long long ago, as it hasn't been used much in recent years. AFAIK, in the olden days you could just copy the kernel image to a floppy (using dd etc.) to make it bootable.
Escher was the first MC and Giger invented the HR department.