Visa fullständig version : 2.6.31 kåserier
Ny kärna med nya utmaningar, RC1 ute.
DateWed, 24 Jun 2009 17:18:19 -0700 (PDT)
From Linus Torvalds <>
Subject Linux 2.6.31-rc1
We've had the regular two-week (and one day) merge window, and -rc1 is
out, and the merge window is closed.
[ I suspect I'll still merge the SCore architecture, I wanted to give it a
quick peek, but I've been busy with all the other patches so I'm closing
the merge window now, but leaving myself the option of merging Score
later - last I looked, the only non-SCore file it touched was the
MAINTAINERS file, so it's not like it should break anything else ]
There's a lot in there, but let me say that as far as the whole merge
window has gone, I've seldom felt happier merging stuff from people. I'm
really hoping it isn't just a fluke, but people kept their git trees
clean, and while there were a couple of times that I said "no, I'm not
going to merge that", on the whole this was a really painless merge window
I'm not saying that it was necessarily less bug-free than usual, I'm just
saying that on the whole people sent me merge requests that made sense,
explained what they did, and when I pulled I saw clear development lines.
That just makes it much easier for me.
So thanks to everybody involved.
I hope that doesn't mean that it was really painful for others, or that
we'll be chasing down more bugs than usual. And I _really_ hope we can
keep things going this way, and it wasn't a one-off "things just happened
to work this time".
As to the actual changes - too many to list. As usual, the bulk of the
changes are to drivers (70% of the diffs), with drivers/staging being the
bulk of that (about 60% of all driver changes - 40% of the total). But
wonder of wonder, I think drivers/staging actually _shrank_ this time
around, alledgely due to cleanups. Believe that who will.
On the filesystem front, we had btrfs, ext3 and xfs getting active
development (Why xfs? Beats me, but that's what the stats say), and a fair
chunk of work on the whole fsnotify unification work. And the VFS layer
got some TLC wrt ACL and private namespace handling.
On architectures: ARM, powerpc, mips, sh, x86 are the bulk of it. On ARM,
the bulk is new platforms (u300, freescale stmp, whatever), there seems to
be no end to crazy new arm platforms. On x86 (and at least some degree on
powerpc), a noticeable part is the whole new perf-counter subsystem. Along
with lots and lots of other stuff.
On the whole? Tons of stuff. Let's start testign and stabilizing.
Ubuntu Mainline, 386 versionen gick ej att bygga vid 1:a försöket
Fick .30an häromdan, nu får jag börja vänta på nästa :)
Underbart att ha RADEON_KMS/DRM_TTM i vanillakärnan. :)
2.6.31-rc1-git3 byggs fint här, och KMS funkar direkt i Jaunty.
Tydligen så har ATI drivaren (xf86-video-ati) stöd från början. :D
Vill man prova är det bara att sätta igång!
En varning dock:
This code support the following hardware : R1XX,R2XX,R3XX,R4XX,R5XX
(radeon up to X1950). Works is underway to provide support for R6XX,
R7XX and newer hardware (radeon from HD2XXX to HD4XXX).
Jo och vill man bygga själv så rekommenderar jag den här tråden.
Infot ej uppdaterad med senaste kerneln http://kernel.org/
Kan vara kul när man kommit en bit att bygga själv. Man bör ha en snabb dator annars tar det lång tid. Jag bygger alltid en 1000Hz kernel plus att jag tar bort en del "jox"...
Karmic får direkt 2.6.31 eftersom den ska användas.
Dags för RC2.....
DateSat, 4 Jul 2009 11:31:26 -0700 (PDT)
FromLinus Torvalds <>
It's out there. Larger than I'd like, but the bulk of the changes are due
to some late arch updates (MIPS, and powerpc documentation).
There's also a fair amount of somewhat scary i915 updates, but the bulk of
that is the new displayport support which shouldn't regress (but with some
i2c api changes and mode fixes to round it up).
There's also an intel-iommu merge that was larger than I hoped, but it
fixes bugs that weren't fixable without some major cleanups (handling PAE
high pages correctly on x86-32).
Other than that? Various changes all over. Drivers, networking,
filesystems, perf-counters (more archictectures supported, but also some
extensions), and yes, regression fixes.
I'm going to be a bit stricter about merge requests now. I really want
-rc3 (and later) to be smaller than this.
So please do try it out, and remind people about regressions both new and
Syns inte till än hos Ubuntu Mainline, kommer troligen i morgon......
64bits version klar, 32bits bröt ihop....
RC3, fortfarande en massa småpyssel med diverse funktioner
DateMon, 13 Jul 2009 18:38:06 -0700 (PDT)FromLinus Torvalds <>SubjectLinux 2.6.31-rc3
Another week, another -rc.
As I mentioned last time, I really wish things would calm down. And to
_some_ degree they have. In other areas? Not so much.
That said, the single biggest patch here is actually a revert - a removal
of the Langwell USB OTG driver that wasn't ready and needed infrastructure
that isn't going to happen in 2.6.31.
But other than that, there's a fair chunk of changes to the 'perf' utility
(which obviously isn't going to cause kernel regressions), but also to
things like cifs, video drivers (both of the DVB kind and and for DRM with
more i915 KMS updates).
There are also the usual arch updates (although perhaps unusually, it's
actually more removal than additions - mostly thanks to microblaze taking
advantage of the generic includes, I suspect).
That said, apart from a few things like that, that are move visible thanks
to their bulk, _most_ of the changes really are small stuff. A lot of
one-liners etc. The shortlog (appended) gives a reasonable view.
Direkt in i Karmic.....
Syns inte till i Ubuntu Mainline än:
Färdigbyggda...:) både 32 samt 64 bitar för de som är sugna att testa
Drog ner den och lira annat skit med degans dist-upgrade, ännu har jag inte orkat starta om.
Karmic avvaktar jag för att slippa kernelröra...;) för lat att städa sedan :p.
Installerade på min Jaunty/Remix installation och det funkar alldeles utmärkt, rappt o snabbt.... :)
RC4 med diverse buggar fixade....
From: Linus Torvalds
Date: Wed Jul 22 2009 - 22:44:51 EST
Ok, that was a fun week.
We had a binutils bug, a ccache bug, and a compiler bug. And that was just
the bugs that were outside the kernel, but resulted in a broken build.
But while that was unusual, the rest of the stuff is pretty regular. Lots
of small fixes all around. The patch is dominated by a couple of new
network drivers, but apart from those, it's generally pretty small - lots
of one-liners and "few-liners".
The shortlog gives a reasonable idea about what's happened.
Ubuntu Mainline för de nyfikna
Linus & Co gnetar på, dags för RC5
DateFri, 31 Jul 2009 17:49:42 -0700 (PDT)
FromLinus Torvalds <>
Subject Linux 2.6.31-rc5
Ok, I've got some pending stuff, but I'm pushing out -rc5 now because it
does fix a lot of regressions, and some of the pending stuff I'm not
entirely sure about.
Apart from various regression fixes, the diffstat shows a couple of new
drivers (at_hdmac, uc2322, gspca/sn9c20x, ds2782 battery driver), and some
big KMS radeon changes (the Radeon KMS source code may physically be under
drivers/gpu, but it's only enabled if CONFIG_STAGING is set, and is
The diffstat also shows some big power def_config updates and some lguest
cleanups (much of them whitespace).
Oh, and the USB-3 xhci updates.
Other than that it's mostly pretty small. Shortlog gives a reasonable
För hugade spekulanter, färdigbyggd och klar..
DateThu, 13 Aug 2009 16:37:33 -0700 (PDT)
FromLinus Torvalds <>
Hmm. Lots of small fixes all over, spread out fairly evenly (50% drivers,
and roughly 10% each in arch, fs, kernel, tools/perf, "rest"). And things
do seem to be calming down, because outside of some further i915
displayport patches and a couple of perf-counter patches, almost all of
them are pretty dang small.
[ Which brings up git hint of the day, in case you want to see how to
get a feel for the size of the patches. Do something like:
git log v2.6.31-rc5.. --abbrev-commit --no-merges --pretty=oneline --shortstat
which shows the commit as a oneliner (with a shortened commit SHA),
followed by a numerical linelount of the diff. And all ignoring merges,
You'll see a lot of small one-liners etc, and it's fairly easy to pick
out the bigger ones either visually or with some trivial scripting ]
There's nothing hugely interesting there, although I'm personally
gratified by the fact that I have a few more commits than usual. Even if
they are all really small, it makes me feel useful ;)
There's the NULL pointer fix that was already talked up on Slashdot, but
quite frankly, assuming we got all the "you can't map things at zero"
issues fixed from the last scare, that one hopefully wasn't quite as bad
as it could have been.
[ What was perhaps an interesting (if trivial) detail is that if it
hadn't been for vendor-sec apparently leaking like a sieve, we'd have
delayed the fix until the next -rc due to trying to be polite to
So this may be one of the few time I'm actually happy about vendor-sec
(even if it's because it failed to work the way it's supposed to ;),
since I heartily dislike embargoes. ]
Other than that? I suspect the Shortlog (below) gives a rough feel for the
kinds of things there are. The regression list has hopefully shrunk a bit
more (and it already looked much better as of -rc5 than it did earlier),
and so I suspect we're on target for a 2.6.31 release after -rc8 or so.
Please give it a good testing, update any regressions you notice (whether
they've changed status or not), and have fun,
Direkt tillgänglig (som vanligt) hos Ubuntu Mainline
Linus & Co gnetar på.....RC7
Originally Posted by Linus Torvalds
You know the drill, so all together now: "Another week, another -rc
Most of the changes are small one-liners, but the dirstat shows the areas
that got a bit more tender loving care:
290 files changed, 3366 insertions(+), 1777 deletions(-)
ie we have some arm and microblaze updates, radeon/drm and media updates,
and network drivers. The rest tends to be a random smattering all over.
But apart from a couple of bigger ones (OMAP GPIO/UART fixes and the
radeom/kms changes), it's really pretty small. The bulk of those 290 files
changed are basically few-liners in 213 commits (shortlog below), and in
general we should have cut down the regression list another tiny bit.
Worth testing: if you've seen NULL pointer oopses with reiserfs under
load, I committed something I hope fixes it. I'd have wished to get
a firm confirmation before doing that, but I wanted to get the fix in
before -rc7, so now I'll just have to wait for results after.
And if you had odd lock-ups with older dual-CPU machines (PPro, P2, P3,
Athlon XP), that should be fixed too.
There's some inotify fixes here too, but I don't think we've confirmed
whether they help the (apparently very hard to trigger) oopses some
people have seen. So please test and report.
Kan du egentligen sova utan en ny kernel ? :D:D:D:D:D
Kan du egentligen sova utan en ny kernel ? :D:D:D:D:D
Det är ganska fascinerande att följa kärnans utveckling.
IDG-Niklas skrev det här i veckan
Windows står och stampar med sin gamla kernel...:p
Jo, spännande är det ju. Verkligen. Och det händer saker hela tiden.
I motsats till vissa andra system som du skrev :D:D
RC8 ute och 2.6.31 är nästan klar
This should be the last -rc, and it's really been quieting down. There's
131 commits there, and it's all pretty trivial. For example, in the
dirstat below, most of the arch/x86 changes are due to some vmlinux.lds.S
changes to fix problems with older binutils, not actual code changes. And
on powerpc, it's all the ps3 defconfig update.
So apart from the trivial but somewhat bulky stuff like that, there's a
sparc TLB loading update, there's a mpt2sas driver update, and there's
the plan9 filesystem update. And there's a few fs/notify cleanups and
fixes that will hopefully put the inotify problems behind us for good.
The rest is pretty much one-liners with a couple of "few-liners".
I'll be gone for the next week, but it should be quiet. But pester the
usual suspects (aka "maintainers") about any bugs you see, and they'll fix
it while I'm diving. And then we'll have a final release for labor day.
Och det blev också en RC9a efter att man hittat lite buggar
I know I said I'd just release the final 2.6.31 when I was done diving,
but there were more pull requests while I was away than I'm comfortable
with at this stage. So I'm doing an -rc9 to let it simmer for a couple of
days and get some last-minute testing before doing the final release.
In particular, inotify was still broken in -rc8, and while several people
have verified that the -git trees fixed it, doing an -rc9 to get wider
checking is a good idea. We've also hopefully -finally- fixed that last
annoying pty buffering bug, with Mikael Pettersson confirming that the
problems he saw are fixed.
There are also some (too big at this stage, oh well) updates to DM and a
couple of media drivers, and some Intel KMS fixes.
And then a random smattering of one-liners.
Go wild, and please give this a final round of testing.
Ubuntu Mainline klart:
Vad är 2.6.31-10 som kom idag?
Vad är 2.6.31-10 som kom idag?
Det är en RC9 baserad Ubuntukärna dvs inklusive Ubuntus fixar/patchar.;)
linux (2.6.31-10.30) karmic; urgency=low
[ Andy Whitcroft ]
* rebase to v2.6.31-rc9
* [Config] update configs following rebase to v2.6.31-rc9
* [Config] update ports configs following rebase to v2.6.31-rc9
okej, mig personligen borde -9 vara RC10, dumt system
Kärna 2.6.31 stabil....:)
DateWed, 9 Sep 2009 16:06:27 -0700 (PDT)
From Linus Torvalds <>
Subject Linux 2.6.31
Ok, there's just a few final commits since -rc9 to fix a couple of last
regressions and problems, and now the final 2.6.31 is out there. The small
diffstat and shortlog is below, the full log and diff from 2.6.30 are
being uploaded to kernel.org (and then mirrored out) as I write this.
In general, the full set of 2.6.30->31 changes are too numerous to list,
but as usual, you'll find some high-level overviews on kernelnewbies.org.
One of the more painful changes has been the new cleaned-up fsnotify
backend that takes care of both inotify and dnotify (and shrinks the inode
while doing so), but its teething problems have hopefully been sorted out.
There's also been lots of work on KMS - both lots of updates on the intel
side (displayport support, next-gen IGD etc), and obviously the whole new
(and still experimental) radeon KMS code.
There's also a fair chunk of new debugging/peformance counter stuff:
memory leak detection ("kmemleak"), memory usage checking ("kmemcheck")
and performance counters ("perf_counter"). Those new debugging features
are not likely usable under any real load, but are good for finding kernel
bugs at a huge performance cost.
The performance counters are a nice and easy-to-use alternative to things
like oprofile, allowing you easy access to some pretty powerful profiling
of hardware (and sw) events.
What else? Lots and lots of driver work. Over 70% of all of the 2.6.30 to
2.6.31 patch is under drivers/, and there's another 6%+ in firmware/ and
sound/. That's not entirely unusual, but it does seem to be growing. My
rough rule of thumb used to be "50% drivers, 50% everything else", but
that's clearly not true any more (and hasn't been for a while - we've been
60%+ since after 2.6.27 - I think the whole 'staging' thing is what moved
things up by several percentage points).
If you ignore drivers/ (and firmware/ and sound/) about half the remaining
changes are to arch/ code (with ARM leading the way with its insane number
of platforms, but mips, powerpc, sh, and x86 are up there too), and the
rest being filesystem updates (VFS layer: mostly that fsnotify thing, but
also: btrfs, cifs, ext3, fuse, gfs2, nfs, nilfs, xfs) and with a spinkling
of Documentation, kernel and perf-tools updates.
And as usual, this obviously means that the merge window for 2.6.32 is
open. But give me a day or so before bombarding me with merge requests: I
like to encourage even developers to first give the plain new release a
go, and not immediately start the crazy flood of patches.
KernelNewbies om kärnan:
Ubuntu Mainline för de som vill köra kärnan:
Direkt in i Karmic:
Ubuntu Mainline byggd
Powered by vBulletin® Version 4.2.0 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.