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
next prev parent 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).