Kernel Traffic #314 by Zack Brown
[email protected] Wed, 08 Jun 2005 08:39:44 -0700
| Newsgroups | gmane.linux.kernel.kernel-traffic |
|---|---|
| Message-ID | <[email protected]> |
Kernel Traffic #314 For 8 Jun
By Zack Brown
Table Of Contents
* Standard Format
* Text Format
* XML Source
* Mailing List Stats For This Week
* Threads Covered
1. 25 May - 31 May (55 Linux 2.6.12-rc5-mm1 Released
posts)
2. 27 May - 29 May (16 ALSA Development Switches To git
posts)
3. 27 May - 29 May (2 Linux 2.6.11.11 Released
posts)
4. 30 May (6 Possible GPL Violation By Panda
posts)
5. 30 May (3 GCC 4 Cannot Compile Linux 2.4
posts)
6. 30 May (1 libata Developer Guide Updated; Ongoing
post) Development Using git
7. 31 May (1 Linux 2.4.31-rc2 Released; 2.4 Development
post) Migrating To git
8. 31 May (1 Linux 2.4.31 Released
post)
Mailing List Stats For This Week
We looked at 1881 posts in 11MB.
There were 638 different contributers. 240 posted more than once. The average
length of each message was 99 lines.
The top posters of the The top subjects of the week were:
week were:
69 posts in 317KB by
ingo molnar
67 posts in 367KB by 330 posts in 2MB for "rt patch acceptance"
jeff garzik 66 posts in 294KB for "playing with sata ncq"
47 posts in 226KB by 41 posts in 218KB for "[patch] real-time preemption,
bill huey (hui) -rt-2.6.12-rc4-v0.7.47-06"
44 posts in 240KB by 38 posts in 233KB for "2.6.12-rc5-mm1"
nick piggin 36 posts in 262KB for "numa aware slab allocator v3"
43 posts in 338KB by
adrian bunk
Full Statistics generated by mboxstats version 2.8
1. Linux 2.6.12-rc5-mm1 Released
25 May - 31 May (55 posts) Archive Link: "2.6.12-rc5-mm1"
Topics: Clustering, I2O, Kernel Release Announcement, Kexec, Version Control
People: Andrew Morton
Andrew Morton announced Linux 2.6.12-rc5-mm1, saying:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc5/
2.6.12-rc5-mm1/
+ Added Oracle's clustering filesystem driver, via git-ocfs.
OCFS2, a shared disk cluster file system. See Documentation/filesystems
/ocfs2.txt Additionally a users guide is available at: http://
oss.oracle.com/projects/ocfs2-tools/dist/documentation/users_guide.txt
+ New Xtensa architecture: Tensilica Xtensa CPU series.
+ Added the Red Hat distributed lock manager for people to look at.
+ Various new git trees. The remaining holdouts are:
bk-acpi.patch
bk-drm.patch
bk-drm-via.patch
bk-input.patch
bk-nfs.patch
bk-watchdog.patch
+ The CPU scheduler is probably busted on the less-common architectures.
For now, those architectures will need to emulate
sched-remove-set_tsk_need_resched-from-init_idle-v2-ia64-fix.patch
+ Added the s390 team's execute-in-place driver. Not sure that I like all
the code duplication in this though.
+ Again, if there are patches in here which you think should be merged in
2.6.12, please point them out to me.
+ CPU scheduler udpates, kexec/kdump updates, i2o updates, v4l updates,
etc.
2. ALSA Development Switches To git
27 May - 29 May (16 posts) Archive Link: "ALSA official git repository"
Topics: Sound: ALSA
People: Jaroslav Kysela, Linus Torvalds
Jaroslav Kysela said:
I created new git tree for the ALSA project at:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
This tree is intended for pushing ALSA changes to Linus and will follow the
kernel development/release cycles once synced for the first time. It
contains all latest patches from ALSA 1.0.9 now.
I will create another repository (probably alsa-devel.git) for testing the
latest ALSA driver changes (suited for the -mm kernels).
Linus Torvalds pointed out that Jaroslav's conversion to git left blank lines
at the start of each commit message, which interfered with some web-based git
repo browsers.
There was some discussion that perhaps git should strip off extraneous
whitespace, but the bottom line was that log messages could be pure binary
data, and so stripping some of that off would only serve to corrupt it in those
cases. In the end, Jaroslav just reconverted his tree without the extra spaces.
Jaroslav's tree had another anomaly - the "Signed-off-by" lines did not put the
true author on top, as they should. At one point Linus explained:
the algorithm is:
- the email author, _or_ if there is one, the top "From:" in the body.
And the rule is that you never remove (or add to) an existing From:, since
the author doesn't change from being passed around.
Put another way: authorship is very different from sign-off. The sign-off
gets stacked, the authorship is constant, and thus the rules are different.
Also, authorship is more important than sign-off-ship, so authorship goes
at the top, while sign-offs go at the bottom.
Later, Jaroslav reconverted his tree again, to conform to this logic.
3. Linux 2.6.11.11 Released
27 May - 29 May (2 posts) Archive Link: "Linux 2.6.11.11"
Topics: USB
People: Chris Wright, Lee Revell, Linus Torvalds
Chris Wright announced Linux 2.6.11.11, saying:
We (the -stable team) are announcing the release of the 2.6.11.11 kernel.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.11.10 and 2.6.11.11, as it is small enough to do so.
The updated 2.6.11.y git tree can be found at:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/gregkh/linux-2.6.11.y.git
and can be browsed at the normal kernel.org git web browser:
www.kernel.org/git/ (http://www.kernel.org/git/)
One of the fixes was for a USB oop, and the fix was attributed to Gregor Jasny.
Lee Revell pointed out that the true author was Karsten Wiese. Lee said,
"Someone must have signed off on it incorrectly, presumably the person who
submitted it for -stable." Chris confirmed, "Yes, you are right, the git commit
scripts culled that author info from the person who submitted it to -stable."
Linus Torvalds remarked:
Side note: the patch-applicator scripts will, if the first line of the
email body is of the form "^From: xxxx", and there's exactly one '@' sign
on that line, then it will assume that it's supposed to be the author info,
and use that instead of the "From: " line in the header of the email.
So when passing on stuff from others, that's always the preferred way to do
it. A lot of people already follow this convention, and it might even be
documented somewhere.
4. Possible GPL Violation By Panda
30 May (6 posts) Archive Link: "Possible GPL Violation"
People: Carlos Silva, M?ns Rullg?rd
Carlos Silva said, "the company that i work for is going to buy a pair of Panda
Gatedefenders 8200 that are linux based. To start, they never told us or
mention on their site (as far as i searched) the use of linux in their product.
Another thing is that they don't give us root access nor any other type of
local access to the box besides the http page the appliance have to be managed.
The thing is that i asked for the kernel source they use in the system and they
said they can't give it since they have some proprietary code in it, as far as
i understood." M?ns Rullg?rd said the company was not obligated to give full
access to the machine. But he did say, "If they use some modules of their own
writing, the general agreement seems to be that they don't need to release the
source code to those. They should still give you the kernel source they used,
along with any patches they may have applied."
Carlos said he was aware of these requirements, but reiterated, "The thing is
that they don't give me anything. They only sell me the appliance, nothing
more. :(" M?ns replied, "All too common. You should begin by kindly pointing
out what their obligations are, and if they fail to comply, switch to a harsher
tone, and post your correspondence in a public place. I'm not certain that lkml
is the proper place for this, but it may be the only place we have. If all else
fails, slashdot them. That will probably also fail, but at least you can enjoy
watching other people call them names." Carlos replied, "i aslready asked them
in kindly and harsher tone, so it's a dead end here."
Giuseppe Bilotta suggested going to http://www.gpl-violations.org/. But at KT
publication time, this site was so slow as to appear dead.
5. GCC 4 Cannot Compile Linux 2.4
30 May (3 posts) Archive Link: "[2.4 patch] document that gcc 4 is not
supported"
People: Adrian Bunk, Mikael Pettersson
Adrian Bunk said:
gcc 4 is not supported for compiling kernel 2.4, and I don't see any
compelling reason why kernel 2.4 should ever be adapted to gcc 4.
This patch documents this fact.
Mikael Pettersson pointed out that "This is redundant. Any attempt to compile
vanilla 2.4 with gcc4 will fail with compilation errors." But Adrian replied:
Without this patch, your screen is flooded with warnings and errors when
accidentially trying to compile kernel 2.4 with gcc 4.
With this patch, the same happens, but the last lines contain the
explanation
#error Sorry, your GCC is too recent for kernel 2.4
6. libata Developer Guide Updated; Ongoing Development Using git
30 May (1 post) Archive Link: "libata dev guide updated"
People: Jeff Garzik
Jeff Garzik said:
Just made a run through the libata docs, updating them for the latest hooks
and filling in missing details like locking/context documentation. I've
been playing with lulu.com self-publishing, and published this newly
updated libata Developer's Guide there as a short book (92 pages):
http://www.lulu.com/content/130446
I think the muddy road on the front cover is apropos :)
This guide continues to be open source -- just run "make pdfdocs" in the
kernel source tree.
A PDF of the book is available for free on lulu.com or at http://
www.kernel.org/pub/linux/kernel/people/jgarzik/libata.pdf or by running
"make pdfdocs" (or "make psdocs", "make htmldocs", ...).
The source code for the guide is in the kernel source tree, with new
additions in the 'docs' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
7. Linux 2.4.31-rc2 Released; 2.4 Development Migrating To git
31 May (1 post) Archive Link: "Linux 2.4.31-rc2"
People: Marcelo Tosatti
Marcelo Tosatti announced Linux 2.4.31-rc2, saying:
It incorporates two small hardening fixes from Willy's -hotfix tree.
v2.4.31 will follow shortly.
PS: beginning from v2.4.31 the v2.4 tree will reside in a GIT repository.
8. Linux 2.4.31 Released
31 May (1 post) Archive Link: "linux-2.4.31 released"
People: Marcelo Tosatti
Marcelo Tosatti announced Linux 2.4.31, with no changes from 2.4.31-rc2.
Presumably all development is now done in git.
We Hope You Enjoy Kernel Traffic
Kernel Traffic is grateful to be developed on a computer donated by Professor
Greg Benson and Professor Allan Cruse in the Department of Computer Science at
the University of San Francisco. This is the same department that invented
FlashMob Computing. Kernel Traffic is hosted by the generous folks at
kernel.org. All pages on this site are copyright their original authors, and
distributed under the terms of the GNU General Public License, version 2.0.