Slashdot Mirror
Linux 2.6.34 Released
diegocg writes "Linux 2.6.34 has been released. This version adds two new filesystem, the distributed filesystem Ceph and LogFS, a filesystem for flash devices. Other features are a driver for almost-native KVM network performance, the VMware balloon driver, the 'kprobes jump' optimization for dynamic probes, new perf features (the 'perf lock' tool, cross-platform analysis support), several Btrfs improvements, RCU lockdep, Generalized TTL Security Mechanism (RFC 5082) and private VLAN proxy arp (RFC 3069) support, asynchronous suspend/resume, several new drivers and many other small improvements. See the full changelog here."
> a filesystem for flash devices
here we go again, unless we stop supporting flash, Apple has refused to distribute dual-boot Linux enabled iPads
Other features are a driver for almost-native KVM network performance
KVM is fantastic virtualization technology, yet Xen gets all the hype these days. Why? Paravirtualization is pretty cool stuff, but seriously, what CPU's are made without some type of hardware-assisted virtualization support?
Is the RT2500-based chipset working reliably now?
The developers switched to a new driver model because it's "better".
If "better" means once-working wifi chipset becomes grossly unstable, previous drivers are considered "legacy" hence will not compile on kernels later that 2.6.29 and current drivers are as stable as a "one-legged man playing football".
A few years later and 2.6.34 is released - is it working yet?
Considering the RT2500 chipset is present many wifi products the current state of "stability" is woefully inadequate.
(and don't get me started on f***ed up i845 drivers for xorg! - worked fine under previous kernels & xorg an update later by both - graphics performance royally screwed and many crashes)
Apart from that - happy Linux user for over 10 years!
With releases like these, it's no wonder M$ is getting worried. Been running this kernel a while now on our production servers (even from before it it was tagged release, I like running bleeding edge in order to get the most performance from my company's hardware investment) and save from a few data corruptions issues, it's been rock stable! I have to play with the new KVM support later on one of the servers with the least amount of customers on it (couple of hundreds), looks nice!
Sadly... it looks like my company is looking at going with Windoze for a few important servers because of a few outtages. I know it was because of faulty hardware, because I had just compiled a custom kernel for those servers with just the right flags needed (I want to get the most performance!) but this must have triggered a hardware bug because the kernel worked fine on my work laptop. Sigh...
Anyway, keep up the good work!
Windows reached version 3.0 some 20 years ago...
That means my Ubuntu is going to break again ... :(
> Some laptops have two GPUs, a low-power and inefficient GPU and a high-power and powerful GPU. Users should be able to switch to one or another at runtime. In this version, Linux adds support for this feature. You need to restart X, though.
How do you restart X without affecting all your GUI apps? If you can't restart X without bringing down your GUI apps, I don't see the point for the target audience.
For some people, "only having to restart X" will only save a bit of time over rebooting the whole laptop, reconfiguring bios etc.
I put an openSUSE Build Service version of the .34RC kernel on my new desktop because it fully supported the new Core i5 I'd just installed. Down-side was that there weren't any pre-built nVidia drivers because it wasn't a final kernel yet. Hopefully nVidia will start building the drivers in their repo so that I can move to a repo for my drivers :)
that this kernel already got device IDs for next years Intel hardware. This is something completely new, since Intel so far had a much more closed policy and wouldn't have told device IDs prior to the chipset release.
Now there is a really good chance that driver code will make it into the distribution kernels until the new hardware will be released for mass production. So the chances that brand new hardware will work without any flaws in 2011 are higher than ever before.
Thanks to Intel for this change in their policy. This was a small step for Intel (since everybody "knows" that they will release new chips every year) but a giant leap for providing Linux hardware compatibility right "out-of-the-box".
2.6.32 is what you should consider bleeding edge. 2.6.27 would be safe.
I believe that 2.6.34 will natively support TRIM, which will keep most second generation SSDs running clean. http://en.wikipedia.org/wiki/TRIM/
www.itjerk.com
Is it a bird? Is it a plane? Something just flew way overhead....
if you want stable and good wireless support you should use OpenBSD (go ahead linuxfags, mod me down). HTH.
Stop Computers/Cars Analogies on S
I'm always amused by at least one strange juxtaposition of the big-serious-enterprise-server stuff that the corporate devs are most interested in and the oddball hobby projects that can get included as well, so long as they follow the kernel process.
In this case, I think it was all the "multi-petabyte scaleable filesystem, esoteric btrfs improvements, kernel virtualization networking stuff, gamecon: add rumble support for N64 pads" that did it.
does it run Linux?
Oh wait!
We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
There's experimental support for 'hotswitching' called 'PRIME' (for obvious reasons :) ).
See here: http://airlied.livejournal.com/71734.html
So version 2.6 is is not at fix level 34. Will there ever be another minor or even mayor version?
what kind of difference does vt-x and the vt-io make, should i expect near native performance? or just a marginal difference. i dont get it cause ive got both of the above features, according to /proc/cpuinfo ive got a;
Intel(R) Core(TM)2 Duo CPU P9500
please refer me to, or directly explain as much as you can. i understand up to protected mode at the asm level (gdt's ldt's tss's pagetables etc and the way io at a higher ring is checked against a bit table)
and when i use vmware workstation i usually leave the option relating to binary translation on automatic, but ive experiment with turning on the vtx/amd equivalent specifically etc, and just havnt seen a big improvement. btw im (trying to) run the IT dept provided xp direct partition (i know there are warnings this can be dangerous but the partition is backed up dd style) under a ubuntu x64 9.10 host. the machine has 4gig of 800ddr2 ram. i expected decent performance but im just not seeing the performance i see in youtube videos, let alone the ability to run direct x 9 stuff at near native perf, yet ive seen people do it in youtube. what am i doing wrong?. any tips ? ive found the biggest improvement comes from giving the virtual machine less memory. of course it could all be because the xp has mcafee set to scan every file on access and this might be expected to make anything crawl. sigh, we're only given local-admin accounts and so we cannot disable this overzealous virus scanning) thank deity my supervisor approves me operating under linux where i have the intel noncomercial compilers and mkl, mathematica and matlab, and they are worth every cent of their respective licences (well the intel compilers suites are free).
i heart linux. but it would be nice if vmware and in particular unity mode worked like i dreamed it might, so i could use the occasional app that has no counterpart and wont work in wine.
And three of my four wifi cards still probably don't work :-(
A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
When I last used KDE years ago, that didn't work so well. For instance, my ssh connections weren't restored. And even for KDE apps the session saving thing didn't save everything.
You may ask "why should SSH connections be restored?" and I'll reply: why should my apps and connections go down in the first place just because X goes down?
Heck even in windows when I kill "explorer.exe" my apps still keep running. I know it's not the same thing, but who cares when all the fanatics keep saying Linux is so stable, but when X goes down, I lose stuff.
In my experience a cli-based Linux system may be more stable than windows XP, but X can be less stable than Windows XP SP2/SP3. I've got X to lock up or abend a fair number of times, and have had to restart X, this causes me to lose unsaved work. For a Desktop User, it matters little if the rest of the O/S is still running merrily when X goes down and takes the GUI apps along with it.
Yes I could use stuff like "screen" instead and treat X as a glorified interface to multiple screen sessions, but that's pathetic.
That what I heard too. But then I also heard that "they" haven given up on it.
I don't quite understand your point, could you use use a car analogy to clarify it?
There is no right to feel safe thru security vaudeville at the expense of everyone's freedom, privacy and tax money.
This kernel adds support for the Mobility Radeon HD 4300 Series of GPU. I will finally be able to run gnome-shell, and see what all the hype is about.
I think LogFS seems like a great idea. It's kind of ridiculous that flash memory is normally formatted as FAT, a filesystem that predates the invention of flash memory, just because it's the only one supported by virtually every OS. I'm sure it must hobble a lot of flash-based devices such as MP3 players. Of course, since LogFS is GPL, support is unlikely to be ever provided out of the box in Windows or OS X, so I imagine FAT will continue to hold sway, unless the LogFS developers were to make it available under another license as well. Don't get me wrong, I'm a huge fan of the GPL in general, but I think for something like this they'd benefit from BSD or MIT licensing it.
Imagine a Beowulf cluster of these things!
Ok, I get it!
While I look at "whooooooosh" and see it spelled with only one o (like this: "whooooooosh") ,
someone else might look at it and see, let's say, seven o-eses.
Not only that, but if the joke flies by at a significant fraction of the speed of light, individual O's will appear flattened and compressed respective to their height!
DRM: Terminator crops for your mind!