http://www.osnews.com/story/17165/Linux_Kernel_2_6_20_Released Exploring the Future of Computing en-us Copyright 2001-2009, David Adams adam+nospam@osnews.com Tue, 24 Nov 2009 17:41:22 GMT http://www.osnews.com/images/osnews.gif http://www.osnews.com http://osnews.com/thread?209099 http://osnews.com/thread?209099 Wheee.. Grats to all devs, testers and well users! Sun, 04 Feb 2007 21:47:00 GMT donotreply@osnews.com (mnem0) Comments http://osnews.com/thread?209122 http://osnews.com/thread?209122 Here's a link to the google cache of the changelog; it's a bit down now: http://64.233.167.104/search?q=cache:DeB7M2cAS8gJ:kernelnewbies.org... Edited 2007-02-04 22:45 Sun, 04 Feb 2007 22:43:00 GMT donotreply@osnews.com (diegocg) Comments http://osnews.com/thread?209126 http://osnews.com/thread?209126 The best part of this OS, apart from the GNUish thing :o) Sun, 04 Feb 2007 22:55:00 GMT donotreply@osnews.com (Oliver) Comments http://osnews.com/thread?209145 http://osnews.com/thread?209145 x86 relocateability? I have not checked the changelog, but whats that?Browser: Opera/8.01 (J2ME/MIDP; Opera Mini/3.0.6636/1558; nb; U; ssr) Sun, 04 Feb 2007 23:46:00 GMT donotreply@osnews.com (hobgoblin) Comments http://osnews.com/thread?209157 http://osnews.com/thread?209157 Allows you to load the kernel at a different address. e.g. I think for kdump you don't need a separately compiled kernel for your dump kernel anymore (previously you needed one that was compiled for a different, fixed base address). Mon, 05 Feb 2007 00:19:00 GMT donotreply@osnews.com (Mark Williamson) Comments http://osnews.com/thread?209167 http://osnews.com/thread?209167 And I just spent the evening downloading and compiling the latest release candidate! Thanx Linus & Co for rendering that effort superfluous!

BTW, I didn't get 8.33.6 ATI fglrx 3D drivers to work with RC7. Anyone knows if there is a driver version that works with 2.6.20? Mon, 05 Feb 2007 00:53:00 GMT donotreply@osnews.com (korpenkraxar) Comments http://osnews.com/thread?209173 http://osnews.com/thread?209173 Does that mean more speed? Mon, 05 Feb 2007 01:11:00 GMT donotreply@osnews.com (halfmanhalfamazing) Comments http://osnews.com/thread?209174 http://osnews.com/thread?209174 Yes, but not much.

small microoptimizations in x86 (sleazy FPU, regparm, support for the Processor Data Area, optimizations for the Core 2 platform)

Sleazy FPU and regparm seem to be defaults in x86-64 already, and were just ported back to x86. Mon, 05 Feb 2007 01:29:00 GMT donotreply@osnews.com (smitty) Comments http://osnews.com/thread?209197 http://osnews.com/thread?209197 Like Mark said, previous kernel releases needed a second kernel image in order to handle crash dumps. A bunch of releases ago, the Linux kernel added kexec, a method of loading a Linux kernel image from the running kernel and turning control over to the new kernel instance. This allowed Linux to finally have crash dump support via kdump. The new image needs to be able to dump the old kernel image, so it obviously can't be loaded into the same memory range as the old image.

The new system allows kexec to load the same kernel image into a different memory range, so you don't need to jump through hoops to get a crash dump. It would be "cooler" if Linux had dump routines that could run from within the crashing kernel, but that requires being very careful and having access to a raw block device dedicated for dumps. You can't take page faults or service interrupts from dump routines that run inside a crashing kernel, so the Linux kexec/kdump approach is a more conservative design.

I'm not completely sure if the dump image can continue to run the system after the dump. If a new production image can be loaded via kexec into the original memory range, I believe that this capability would place Linux ahead of all commercial UNIX implementations in terms of downtime due to a crash dump. Very impressive! Mon, 05 Feb 2007 03:55:00 GMT donotreply@osnews.com (butters) Comments http://osnews.com/thread?209201 http://osnews.com/thread?209201 There are a lot of significant new features in this release! Two new virtualization interfaces (finally paravirt_ops made it in), a new architecture (Cell/PS3), and the lockless radix tree reads (for the dcache) should be just the ticket for scaling to 2048 CPUs and possibly beyond (they'll have to slow down and wait for the systems vendors to catch up ;-)

Basically, there's a lot of stuff in here that should scare the pants off the big UNIX guys (myself included, but I like to root for the underdog... too bad about the bears). Mon, 05 Feb 2007 04:07:00 GMT donotreply@osnews.com (butters) Comments http://osnews.com/thread?209204 http://osnews.com/thread?209204 Now hopefully it won't take much time for Debian kernel engineers to role it out. Otherwise, I'll just role my own again. Mon, 05 Feb 2007 04:16:00 GMT donotreply@osnews.com (tyrione) Comments http://osnews.com/thread?209224 http://osnews.com/thread?209224 Just discovered the hard way that the netfilter team has made some structural changes that could impact existing iptables scripts/utilities you may run.

On Suse 10.2, Susefirewall2 was borked as soon as I compiled 2.6.20, only way to use the network was to disable it altogether.

Take a close look through your config settings for netfiltering, apparently with 2.6.20 kconfig unsets some of the options due to the transition to a new framework, including some of the modules and targets needed for standard use. (Here's Linus' typically, er, diplomatic explanation http://lkml.org/lkml/2007/1/9/217 ) After a couple of rounds of rebuilding those modules/configs, I gave up troubleshooting what was missing and pretty much enabled everything under the now deprecated framework.

YMMV. Mon, 05 Feb 2007 06:56:00 GMT donotreply@osnews.com (elsewhere) Comments http://osnews.com/thread?209230 http://osnews.com/thread?209230 yes another linux version- in your face eugenia "sucki loli" Mon, 05 Feb 2007 07:26:00 GMT donotreply@osnews.com (jango) Comments http://osnews.com/thread?209237 http://osnews.com/thread?209237 Does this correct the issue of wireless speed dropping/connection dropping when under a heavy load, that is, when ripping from a cd for example? Mon, 05 Feb 2007 07:59:00 GMT donotreply@osnews.com (kaiwai) Comments http://osnews.com/thread?209239 http://osnews.com/thread?209239 Read the reply - need I say, he is a more patient man than what I would be like in those circumstances Mon, 05 Feb 2007 08:00:00 GMT donotreply@osnews.com (kaiwai) Comments http://osnews.com/thread?209252 http://osnews.com/thread?209252 try this:
http://bugs.gentoo.org/show_bug.cgi?id=161378 Mon, 05 Feb 2007 08:51:00 GMT donotreply@osnews.com (prymitive) Comments http://osnews.com/thread?209264 http://osnews.com/thread?209264 hmm, impressive indeed.

still, there would be the chance of it going from crash to crash. thereby getting nothing done as the kernel is to occupied firing up a new version of itself to take over for the old. Mon, 05 Feb 2007 09:46:00 GMT donotreply@osnews.com (hobgoblin) Comments http://osnews.com/thread?209271 http://osnews.com/thread?209271 No thanks, like there aren't already enough faults in the damn thing! Mon, 05 Feb 2007 11:08:00 GMT donotreply@osnews.com (Jeddacarn) Comments http://osnews.com/thread?209276 http://osnews.com/thread?209276 Just discovered the hard way that the netfilter team has made some structural changes that could impact existing iptables scripts/utilities you may run.

Oh, please, not again. This is, I'm not sure, the third time?, I'm forced to recheck every option because they screw up with the config names. Mon, 05 Feb 2007 11:49:00 GMT donotreply@osnews.com (GhePeU) Comments http://osnews.com/thread?209282 http://osnews.com/thread?209282 I don't get your point... Maybe you forgot a smile in your post? If you didn't, just relax - noone forces you to use Linux! Mon, 05 Feb 2007 13:07:00 GMT donotreply@osnews.com (tacit_one) Comments http://osnews.com/thread?209285 http://osnews.com/thread?209285 But this is fairly simple to test for. If it happens, the system can just die like it does now. Mon, 05 Feb 2007 13:40:00 GMT donotreply@osnews.com (stestagg) Comments http://osnews.com/thread?209303 http://osnews.com/thread?209303 There exists a bug like that (wireless drops when system under 'heavy' load)?

If so, I'd like to know since then I might be affected by that myself.Edited 2007-02-05 14:57 Mon, 05 Feb 2007 14:51:00 GMT donotreply@osnews.com (Darkelve) Comments http://osnews.com/thread?209305 http://osnews.com/thread?209305 There's a patch for ati-drivers 8.33.6 in Gentoo's portage. Works for me™. Mon, 05 Feb 2007 15:03:00 GMT donotreply@osnews.com (antoszka) Comments http://osnews.com/thread?209350 http://osnews.com/thread?209350 There could be a hundred reasons why the system slows wireless transfers when there is a heavy I/O load. One could be that the computer isn't fast enough to do both at the same time. More likely, the DVD burner is running as a very high priority process to prevent turning the DVD-R into a beer coaster at the expense of wireless transfer performance. Processing power and I/O are not infinite. Mon, 05 Feb 2007 17:43:00 GMT donotreply@osnews.com (Shaman) Comments http://osnews.com/thread?209355 http://osnews.com/thread?209355 That is incorrect; the computer is 'powerful enough' given that I've accomplished the same task under Windows XP without any problems.

As a side note, I was not burning a cd, but ripping audio from a cd - this is on a Toshiba A100, 1.73Ghz Core Duo, 1gig ram etc. so its hardly an 'under spec'ed' machine.

The cause of the problem is more due to bad scheduler rather than an under powered machine. Mon, 05 Feb 2007 17:56:00 GMT donotreply@osnews.com (kaiwai) Comments http://osnews.com/thread?209364 http://osnews.com/thread?209364 And it was only a short time ago when 2.2 was announced.

From a long time Linux users perspective, I believe Linux development has grown more in the last two years than the previous 10 years before that combined. Mon, 05 Feb 2007 18:18:00 GMT donotreply@osnews.com (Caspian) Comments http://osnews.com/thread?209369 http://osnews.com/thread?209369 The cause of the problem is more due to bad scheduler rather than an under powered machine.

It's never happened to me, I regularly do what you're describing, ripping from CD/DVD. It sounds like you have IRQ issues, try checking your dmesg output for "use pci=irqroute" errors or something like that. Or switch schedulers if that's what you think it is - I assure you that it's a bad assumption. Mon, 05 Feb 2007 18:48:00 GMT donotreply@osnews.com (Shaman) Comments http://osnews.com/thread?209449 http://osnews.com/thread?209449 so is there now a livecd/USB key with this ?, perhaps a wireless(Belkin F5d7050)/wired NAS plus a (usb)DVB-T server and web front end for controlling all the options.Edited 2007-02-05 22:09 Mon, 05 Feb 2007 22:01:00 GMT donotreply@osnews.com (popper) Comments http://osnews.com/thread?209553 http://osnews.com/thread?209553 It's never happened to me, I regularly do what you're describing, ripping from CD/DVD. It sounds like you have IRQ issues, try checking your dmesg output for "use pci=irqroute" errors or something like that. Or switch schedulers if that's what you think it is - I assure you that it's a bad assumption.

I've just checked it with OpenBSD, and I don't see the same problem - oh well; I'll go with Windows Vista until such time the problem has been fixed with Linux; I shouldn't need to jump through hoops just to get basic functionality up and running. Tue, 06 Feb 2007 03:50:00 GMT donotreply@osnews.com (kaiwai) Comments http://osnews.com/thread?209601 http://osnews.com/thread?209601 Can we say, "Try a different distribution?" Tue, 06 Feb 2007 08:23:00 GMT donotreply@osnews.com (SEJeff) Comments http://osnews.com/thread?209638 http://osnews.com/thread?209638 What you say is stupid : ripping a CD on a 1.73 GHz PC never was a heavy load to begin with. It won't tax the IO nor any scheduler. What is this nonsense ?
And the scheduler sure enough isn't bad.
I wouldn't be surprised that your wireless card driver (or even the hardware) is the culprit here.
Try the same thing you're doing with an ethernet cable, and see if your bandwidth is decreasing, instead of saying such nonsense. Tue, 06 Feb 2007 12:36:00 GMT donotreply@osnews.com (Ookaze) Comments http://osnews.com/thread?209651 http://osnews.com/thread?209651 Your wireless speed dropping/connection dropping when under a heavy load, that is, when ripping from a cd for example sounds pretty much like a driver/acpi/irq problem. OpenBSD has good wireless drivers, so does Windows; there you have a clue to start searching the source of problems. Tue, 06 Feb 2007 14:25:00 GMT donotreply@osnews.com (diegocg) Comments http://osnews.com/thread?209655 http://osnews.com/thread?209655 How about mac OSX? Good drivers, bad, or so-so?

Thinking about getting me a McMchine, so I'm interested to know.Edited 2007-02-06 14:45 Tue, 06 Feb 2007 14:44:00 GMT donotreply@osnews.com (Darkelve) Comments http://osnews.com/thread?209669 http://osnews.com/thread?209669 I suppose it depends if the vendors puts OS X stick in the box or not Tue, 06 Feb 2007 15:58:00 GMT donotreply@osnews.com (diegocg) Comments