Thread (6 messages) 6 messages, 4 authors, 2011-10-13

[PATCH 1/5] drivercore: add new error value for deferred probe

flat view

From: Valdis.Kletnieks at vt.edu <hidden>
Date: 2011-10-07 23:29:30
Also in: linux-mmc, linux-omap, lkml

On Fri, 07 Oct 2011 16:12:45 MDT, Grant Likely said:
On Fri, Oct 7, 2011 at 12:43 AM, Greg KH [off-list ref] wrote:
quoted
On Fri, Oct 07, 2011 at 10:33:06AM +0500, G, Manjunath Kondaiah wrote:
quoted
quoted
+#define EPROBE_DEFER 517 ? ? /* restart probe again after some time */
Can we really do this?
According to Arnd, yes this is okay.
quoted
?Isn't this some user/kernel api here?
quoted
What's wrong with just "overloading" on top of an existing error code?
Surely one of the other 516 types could be used here, right?
overloading makes it really hard to find the users at a later date.
Would proposing '#define EPROBE_DEFER EAGAIN' be acceptable to everybody? That
would allow overloading EAGAIN, but still make it easy to tell the usages apart
if we need to separate them later...

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20111007/ed64fb47/attachment.sig>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help