From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Paul Mundt <lethal@linux-sh.org>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: linux-next: suspend tree build failure
Date: Wed, 19 Aug 2009 00:40:50 +0200 [thread overview]
Message-ID: <200908190040.50949.rjw@sisk.pl> (raw)
In-Reply-To: <20090818221301.GA20676@linux-sh.org>
On Wednesday 19 August 2009, Paul Mundt wrote:
> On Tue, Aug 18, 2009 at 11:43:32PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday 18 August 2009, Stephen Rothwell wrote:
> > > Hi Rafael,
> >
> > Hi,
> >
> > > Today's linux-next build (i386 defconfig) failed like this:
> > >
> > > drivers/base/power/main.c: In function 'device_pm_init':
> > > drivers/base/power/main.c:59: error: 'struct dev_pm_info' has no member named 'lock'
> >
> > Argh, that line shouldn't even be there.
> >
> > > Caused by commit ea8e84f27325d9ddc7692f728a10e0a22cd59f52 ("PM: Introduce
> > > core framework for run-time PM of I/O devices (rev. 17)") from the
> > > suspend tree. The i386 defconfig does not have CONFIG_PM_RUNTIME set but
> > > does have CONFIG_PM_SLEEP=y ...
> > >
> > > I have reverted that commit for today.
> > >
> > > When you add a new CONFIG variable, it is worth doing test builds both
> > > with it turned on and turned off ...
> >
> > I tested it, but I broke the patch afterwards by mistake. :-(
> >
> > Sorry for the trouble, I've just pushed an updated tree.
> >
> Argh, and rebased in the process, again. This is now the second time in
> as many days this has been rebased, meaning I have to throw away my topic
> branch and re-create. I thought this was going to remain stable? I would
> like the SH runtime PM code to get some coverage in -next, but I can't
> merge it in to my tree if the suspend tree keeps rebasing every day.
Well, my linux-next branch is not to guaranteed to be stable, just like the
entire linux-next tree.
Once the patch stops making trouble, I'll move it into my for-linus branch,
which _is_ guaranteed not to be rebased (in fact it's never rebased).
I haven't done it yet exactly because of these build problems. Please wait
for a couple of days more for things to settle down.
Best,
Rafael
next prev parent reply other threads:[~2009-08-18 22:40 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-18 8:30 linux-next: suspend tree build failure Stephen Rothwell
2009-08-18 21:43 ` Rafael J. Wysocki
2009-08-18 22:13 ` Paul Mundt
2009-08-18 22:40 ` Rafael J. Wysocki [this message]
2009-08-18 22:47 ` Paul Mundt
2009-08-18 23:57 ` Stephen Rothwell
-- strict thread matches above, loose matches on Subject: below --
2009-10-12 3:00 Stephen Rothwell
2009-10-12 22:44 ` Rafael J. Wysocki
2009-10-13 0:58 ` Stephen Rothwell
2009-10-08 4:30 Stephen Rothwell
2009-10-06 2:55 Stephen Rothwell
2009-10-06 22:31 ` Rafael J. Wysocki
2009-10-07 4:29 ` Stephen Rothwell
2009-10-07 20:41 ` Rafael J. Wysocki
2009-10-07 23:48 ` Stephen Rothwell
2009-10-05 5:00 Stephen Rothwell
2009-10-05 23:55 ` Rafael J. Wysocki
2009-10-06 2:39 ` Stephen Rothwell
2009-08-17 8:40 Stephen Rothwell
2009-08-17 12:06 ` Rafael J. Wysocki
2009-03-16 9:13 Stephen Rothwell
2009-03-16 22:07 ` Rafael J. Wysocki
2009-03-16 23:09 ` Stephen Rothwell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200908190040.50949.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=lethal@linux-sh.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.