linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Oliver Neukum <oneukum@suse.de>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: linux-pm@vger.kernel.org,
	"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
	Alan Stern <stern@rowland.harvard.edu>
Subject: Re: error returns of pm_runtime_get()
Date: Wed, 10 Sep 2014 15:04:30 +0200	[thread overview]
Message-ID: <1410354270.12706.22.camel@linux-fkkt.site> (raw)
In-Reply-To: <3017868.AFCp3kOadE@vostro.rjw.lan>

On Sat, 2014-09-06 at 01:42 +0200, Rafael J. Wysocki wrote:
> On Friday, September 05, 2014 02:43:36 PM Oliver Neukum wrote:
> > 
> > Hi,
> > 
> > looking through multiple drivers it seems to me that a great majority
> > is returning the error returns of pm_runtime_get() to user space.
> > They come quite directly from rpm_resume(). So we are led to return
> > things like -EACCESS or -EINVAL from system calls like open()
> > where they have no place.
> 
> Aren't those driver bugs?

Sure, but almost all drivers using runtime PM are affected.

> > So it seems to me like we should filter more or less like this:
> > 
> > -EBUSY		-> -EBUSY
> > -ENOMEM 	-> -ENOMEM
> > -EINPROGRES	-> -EAGAIN
> > any other error	-> -EIO
> > 
> > And it would be best to retain the current name of pm_runtime_get()
> > and introduce a version with unfiltered error codes.
> > What do you think?
> 
> It doesn't sound right to me.  I may be tired at the moment, but I'm not sure
> what the point would be.

The alternative is to make a conversion helper and to go through all
drivers. Not nice, but if necessary I'll do it.
But we cannot just return things like -EACCESS for internal reasons
while the file permissions are good.

	Regards
		Oliver





  reply	other threads:[~2014-09-10 13:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-05 12:43 error returns of pm_runtime_get() Oliver Neukum
2014-09-05 23:42 ` Rafael J. Wysocki
2014-09-10 13:04   ` Oliver Neukum [this message]
2014-09-11  0:03     ` Rafael J. Wysocki
2014-09-11 13:27       ` Oliver Neukum

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=1410354270.12706.22.camel@linux-fkkt.site \
    --to=oneukum@suse.de \
    --cc=linux-pm@vger.kernel.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rjw@rjwysocki.net \
    --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).