linux-kernel - Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 12 Jul 2007 19:01:29 +0200
From:	Thomas Gleixner <tglx@...utronix.de>
To:	Daniel Walker <dwalker@...sta.com>
Cc:	Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org,
	linux-rt-users@...r.kernel.org
Subject: Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2

Daniel,

On Thu, 2007-07-12 at 09:33 -0700, Daniel Walker wrote:
> On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote:
> > We are pleased to announce something we've been working on for some 
> > time: a finegrained, split-up patch queue of the -rt kernel patch. From 
> > now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt 
> > release and it is available from the -rt download site:
> > 
> >    http://redhat.com/~mingo/realtime-preempt/
> > 
> > the -rt patch-queue consists of 374 patches at the moment, which do:
> > 
> >    698 files changed, 27920 insertions(+), 9603 deletions(-)
> 
> Is the number of patches relevant to you ? It seems like some patches
> could be boken out more. For instance there could be a per-architecture
> patch dedicated to converting spinlocks to raw spinlocks .. I was
> looking at preempt-realtime-i386.patch ..

We know very well and Ingo nowhere said, that this is not a perfect
queue, but it was and still is _our_ work base and we opened it up for
the reasons explained.

What we definitely not need is platitude advise, how we should manage
the queue and what could be improved as well as hysteric shuffling in
the queue right now.

There are enough problems to work on, cleanups to do and the least one
is to worry about how the queue is organized.

	tglx


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/