linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: linux-pm@lists.linux-foundation.org, linux-ide@vger.kernel.org,
	linux-kernel@vger.kernel.org, "Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
Date: Sat, 18 Dec 2010 20:12:53 +0100	[thread overview]
Message-ID: <20101218201253.167fb16a@stein> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1012181311570.3334-100000@saphir.localdomain>

On Dec 18 Alan Stern wrote:
> On Fri, 17 Dec 2010, Stefan Richter wrote:
> 
> > Well right --- hald polls the card reader for media change too.
> > 
> > I now noticed that the two lines
> > 	sd *:0:0:0: rpm_resume flags 0x4
> > 	sd *:0:0:0: rpm_resume returns 1
> > are logged once for each sd device (i.e. those with fixed media too)
> > at the startup of hald.  Is this expected?
> 
> I don't know anything about the details of hal.  But I do know that you
> can tell hal not to poll certain devices.  Look at "man
> hal-disable-polling".

I wouldn't use hal at all if it weren't for some weak userland
programs that require it.

> > Note, I have not seen anything of the sort on another PC which runs
> > 2.3.37-rc6 with the same PM debug options.  The differences are that
> > the other PC is an Intel 945GM based one with x86-32 kernel and 32bit
> > Gentoo userland, whereas the PC with log spam is an AMD RS780 based one
> > with x86-64 kernel and 64bit Gentoo userland.  Both got hal 0.5.14-r2.
> 
> Maybe CONFIG_DYNAMIC_DEBUG is set differently, or userspace enables 
> dynamic debugging of different subsystems.

Simpler:  I am now noticing that CONFIG_PM_RUNTIME is off on the silent
PC.  It is only on on the PC which produces the log spam.

Good.  Then the solution for me is simply to disable CONFIG_PM_RUNTIME,
which I had switched on for no apparent reason.
-- 
Stefan Richter
-=====-==-=- ==-- =--=-
http://arcgraph.de/sr/

  reply	other threads:[~2010-12-18 19:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-11 16:32 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1" Stefan Richter
2010-12-11 19:29 ` [linux-pm] " Rafael J. Wysocki
2010-12-11 19:38 ` Alan Stern
2010-12-17 20:15   ` Stefan Richter
2010-12-17 20:30     ` Stefan Richter
2010-12-17 20:32       ` Stefan Richter
2010-12-18 18:14       ` Alan Stern
2010-12-18 19:12         ` Stefan Richter [this message]
2010-12-18 18:11     ` Alan Stern
2010-12-18 19:08       ` [linux-pm] " Stefan Richter
2010-12-18 22:41         ` Rafael J. Wysocki

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=20101218201253.167fb16a@stein \
    --to=stefanr@s5r6.in-berlin.de \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=rjw@sisk.pl \
    --cc=stern@rowland.harvard.edu \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).