lkml.org 
[lkml]   [2008]   [Nov]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] cpumask: introduce new API, without changing anything

* Stephen Rothwell <sfr@canb.auug.org.au> wrote:

> Hi Ingo,
>
> On Fri, 7 Nov 2008 09:40:16 +0100 Ingo Molnar <mingo@elte.hu> wrote:
> >
> > if this is equal to the patch that you sent me (see the git
> > coordinates below), it was also stess-tested and build-coverage tested
> > by me on a healthy range of x86 systems, in a range of build
> > environments.
>
> It isn't identical. See my message about a small merge conflict
> between the cpus4096 tree and the rr tree in linux-next today.

but the change was not due to some merge conflict, it was a change
done to the patch itself.

The merge conflict happened because Rusty iterated the patch in a
non-append manner so two versions of the same patch collided in
linux-next.

So ... what was the change, was it _really_ tested as-is in the
linux-next tree for a longer time, or just merged a couple of hours
ago?

Rusty, i pointed it out before, this kind of workflow you use in the
rr tree is really inefficient for such types of changes. You destroy
testing results by rebasing all the time, you make changes harder to
review and as an end result you make it harder to achieve a better end
result.

Ingo


\
 
 \ /
  Last update: 2008-11-07 10:43    [W:0.061 / U:0.308 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site