[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20071025132410.7ae184a8.akpm@linux-foundation.org>
Date: Thu, 25 Oct 2007 13:24:10 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Jean Delvare <khali@...ux-fr.org>
Cc: trenn@...e.de, linux-acpi@...r.kernel.org,
linux-kernel@...r.kernel.org, lenb@...nel.org
Subject: Re: [PATCH 0/5] Detect hwmon and i2c bus drivers interfering with
ACPI Operation Region resources
On Thu, 25 Oct 2007 15:51:35 +0200
Jean Delvare <khali@...ux-fr.org> wrote:
> On Wed, 24 Oct 2007 20:57:23 -0700, Andrew Morton wrote:
> > On Wed, 24 Oct 2007 16:31:59 +0200 Thomas Renninger <trenn@...e.de> wrote:
> >
> > > it seems Len's test tree and Linus tree diverged a bit, at least with
> > > this patch set things do not apply cleanly.
> > >
> > > Therefore I post these for discussion whether and in which kernel tree
> > > they should end up before doing work for nothing.
> > > If they are still a candidate for 2.6.24 (rather unintrusive), pls tell
> > > me whether and when I should base them against Len's test/release branch
> > > or whatever other tree.
> > > If not, it would be great if they can be included into the -mm tree and
> > > I can rebase them against this one.
> >
> > I staged the three acpi patches against Len's tree and I staged the hwmon
> > patch against Mark's tree and I staged the I2C patch against Jean's tree.
> >
> > This means that if/when the ACPI patches have gone me->Len->Linus, I can
> > send the I2C patch to Jean and the hwmon patch to Mark and we're all good.
>
> Thanks for picking these patches, having them in -mm for some time is
> exactly what we need. Let's see how many systems are affected by the
> resource conflicts and how we can fix them
No probs. The main thing is to ensure that we have sufficient debug
support in that patch so that if a tester does report a problem, we (ie:
you ;) can resolve it on the first pass. So feel free to make it really
noisy - we can always drop the debug stuff later on.
Also, please try to avoid adding anythig which would disrupt that tester
from going on and testing all the other new code. ie: try to fail
gracefully and fall back to the old behaviour.
-
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/
Powered by blists - more mailing lists