Linux kernel 2.6.11 has been released. Highlights include Infiniband support, four level page tables, in-node extended attributes for better samba performance, new pipe implementation , reduced latency and big kernel semaphore among several other minor changes.
and oh’ how nice it is!
2.6 has indeed come a long way since .0 release. congratulations! however, little stabilization would be good. i mean, each release breaks something
.7 – cd- burning broken
.8 – NFS broken
none of the kernels above .9 work with my soundcard …
But I can’t change TV channels any more!
Xine locks up when I change to a channel on a different frequency!
finally! ๐
Take a good look at the driver changes, or Xine. Something may have changed on the system since you last used Xine that isn’t related to the kernel. Just a possibility, though if you can’t solve it quickly, post to the various help facilities post haste so that if it’s a kernel bug, it gets dealt with.
User feedback is an important thing in the kernel development process.
maybe now the infamous USB malloc() bug will be squashed and I can get going with the webcammin’ ๐
Hi,
Looks sweet…can’t wait till Pat moves to the 2.6 series, and Slack 11 starts gearing up.
I can’t say I agree with the current kernel coding scheme (ie 2.6 is kinda unstable, up to vendors to stabilise), but bugs seem to be getting quashed, new driver support is being added, as are new features.
Also, the CK patches are out already – anybody had much experience with these? Are they really that great? Has there been a push to include them in mainline?
bye,
Victor
TownDrunk, I don’t understand – can’t you go see for yourself if you’re worried about what’s been added? It’s open source, ya know…
No, actually anyone who reads the changelog or even the sources knows.
well i need to try this kernel… maybe have some secrets & powerfull stuffs ๐
I always make sure the following programs are working:
xine DVB
vmware
alsa
latest NVIDIA drivers (patched 6629)
I think it has something to do with a temporary fix that was made to xine to overcome a DVB issue. Now the issue has been fixed, xine is playing up. That’s the most I can see.
Is anyone else having trouble switching to a channel on a different frequency in xine-dvb under 2.6.11?
I have preemption disabled for minimum unnecessary context switching.
huh, I thought it was just me…my sound card stopped working one day with FC3 after I rebooted….hasn’t worked since. I was thinking of joining the Alsa mailing list just to ask “WTF”…but maybe it is a kernel thing.
FINALLY have it working properly. I had to patch the present drivers with a 2.6.10 patch and updated patches from there. Keep your present kernel until you’re sure that this one will work.
I needed to upgrade because I’m using FC3. It’s kernel is optimized for a Pentium IV and I’m on an AthonXP. So, ran it and it’s cool.
I upgraded and now hardware tapping is disabled by default, and the touchpad is less sensitive, which is very irritating. It’s much harder to move the cursor shorter distances then it was before, any idea how to change this?
towndrunk, if you run linux, and distrust the vanilla kernel, you can always wait until your distribution puts out a kernel that’s been tested.
Vanilla kernel does get a fair amount of testing though. I assume many of those comments Alan Cox made were in reference to the -bk series (i.e. the snapshots before releases).
there goes my uptime again! ^_^
What is your point? You find it a problem that Linus fixes security issues?
I believe TownDrunk was just being ironic.
Try disabling kernel preemption. The kernel will ignore the mouse more often and it might slow it down a bit.
The CK patches are great as are CKO. I recommend giving one or the other a try…
ive been using 2.6.11 with nitro patch set for about a week and i have to say, its pretty snappy
Hardware tapping is disabled and the mouse moves slower because of new, possibly b0rken ALPS behaviour that won’t be corrected until 2.6.12. Luckily, however, one can still go back to the old behaviour, just as “psmouse.proto=exps” to your boot string. I did that this morning, and now everything works just fine.
Let’s see if 2.6.11 has solved my problem:
I’m capturing from DV camera (from /dev/raw1394 with dvgrab) and trying to save the output to external USB2 harddisk. After a few seconds I get a total lockup.
(Haven’t tried this with 2.4 because I’m so used to Hal I can’t remember anymore how to mount the friggin USB drive in 2.4, this is also the reason why I haven’t bugreported this)
I compiled the kernel last night and have had a day with the new kernel. Nothing broken so far on my Powerbook.
Only issue here the relative slowness of the laptop pad (it’s an ALPS one, and I use a generic mouse driver on X for it as the synaptic driver works weird without patching).
Other than that, zero problems on both my desktop and laptop (using arch Linux 0.7).