public inbox for linux-parisc@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: Carlos O'Donell <carlos@systemhalted.org>
Cc: Helge Deller <deller@gmx.de>, Guy Martin <gmsoft@tuxicoman.be>,
	linux-parisc <linux-parisc@vger.kernel.org>,
	John David Anglin <dave.anglin@bell.net>,
	James Bottomley <James.Bottomley@hansenpartnership.com>
Subject: Re: [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc.
Date: Fri, 31 Jan 2014 18:16:34 -0500	[thread overview]
Message-ID: <7911201.yPtbiLNu8K@vapier> (raw)
In-Reply-To: <CAE2sS1jkGKLYFG_Wv560POhd9nvY4yA0o3M9KRi4HFz5DCd9-A@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2313 bytes --]

On Friday, January 31, 2014 12:24:10 Carlos O'Donell wrote:
> On Fri, Jan 31, 2014 at 11:53 AM, Helge Deller <deller@gmx.de> wrote:
> > On 01/16/2014 05:17 PM, Guy Martin wrote:
> >> On Linux, only parisc uses a different value for EWOULDBLOCK which
> >> causes a lot of troubles for applications not checking for both values.
> >> Since the hpux compat is long dead, make EWOULDBLOCK behave the same as
> >> all other architectures.
> >> 
> >> Signed-off-by: Guy Martin  <gmsoft@tuxicoman.be>
> > 
> > What's our final decision regarding this patch now?
> > Shall we target it for inclusion into 3.14 ?
> > If yes, I can include it with my next push request...
> > 
> > Please speak up now...!
> > 
> > Helge
> > 
> >> ---
> >> 
> >>  arch/parisc/include/uapi/asm/errno.h | 2 +-
> >>  1 file changed, 1 insertion(+), 1 deletion(-)
> >> 
> >> diff --git a/arch/parisc/include/uapi/asm/errno.h
> >> b/arch/parisc/include/uapi/asm/errno.h index f3a8aa5..c0ae625 100644
> >> --- a/arch/parisc/include/uapi/asm/errno.h
> >> +++ b/arch/parisc/include/uapi/asm/errno.h
> >> @@ -106,7 +106,7 @@
> >> 
> >>  #define    EALREADY    244    /* Operation already in progress */
> >>  #define    EINPROGRESS    245    /* Operation now in progress */
> >> 
> >> -#define    EWOULDBLOCK    246    /* Operation would block (Linux returns
> >> EAGAIN) */ +#define    EWOULDBLOCK    EAGAIN    /* Operation would block
> >> (Not HPUX compliant) */>> 
> >>  #define    ENOTEMPTY    247    /* Directory not empty */
> >>  #define    ENAMETOOLONG    248    /* File name too long */
> >>  #define    ELOOP        249    /* Too many symbolic links encountered */
> 
> I think we should do it and fix the userspace fallout by rebuilding.

i'm not sure userspace will break ?  we've got two classes of code:
 - stuff that checks both EAGAIN & EWOULDBLOCK and treats them the same
 - stuff that checks EAGAIN only (and probably should check both, but doesn't)
both of those will continue to work after we change EWOULDBLOCK

i don't think there's really any code out there that only looks at EWOULDBLOCK 
(or does so differently from EAGAIN).  if there is, then they'd break.  but if 
they never sh*t in the woods in the first place, then who cares if they would 
have made noise ? :)
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

      reply	other threads:[~2014-01-31 23:16 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-16 16:17 [PATCH] Make EWOULDBLOCK be equal to EAGAIN on parisc Guy Martin
2014-01-16 20:02 ` Carlos O'Donell
2014-01-16 20:49   ` John David Anglin
2014-01-16 21:05     ` Carlos O'Donell
2014-01-16 21:15       ` Helge Deller
2014-01-16 22:43         ` Mike Frysinger
2014-01-17  8:55         ` Guy Martin
2014-01-17 14:01           ` John David Anglin
2014-01-17 14:08             ` Carlos O'Donell
2014-01-17 15:11               ` Guy Martin
2014-01-17 22:27                 ` Helge Deller
2014-01-31 16:53 ` Helge Deller
2014-01-31 17:24   ` Carlos O'Donell
2014-01-31 23:16     ` Mike Frysinger [this message]

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=7911201.yPtbiLNu8K@vapier \
    --to=vapier@gentoo.org \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=carlos@systemhalted.org \
    --cc=dave.anglin@bell.net \
    --cc=deller@gmx.de \
    --cc=gmsoft@tuxicoman.be \
    --cc=linux-parisc@vger.kernel.org \
    /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