[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1303901103.3166.30.camel@edumazet-laptop>
Date: Wed, 27 Apr 2011 12:45:03 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: Lifeng Sun <lifongsun@...il.com>, linux-kernel@...r.kernel.org,
netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH] Applying inappropriate ioctl operation on socket
should return ENOTTY
Le mercredi 27 avril 2011 à 10:47 +0100, Alan Cox a écrit :
> > EINVAL is ok too : Request or argp is not valid.
>
> It confuses portable code in some situations
>
> > I would say, its not a bug as you claim.
>
> POSIX and SuS tend to disagree
>
> > Its really too late to make such change and risk regressions.
>
> We've been quietly doing it for hundreds of cases including the entire
> tty driver. Almost nobody (you included) has actually noticed and in
> doing so we fixed various porting funnies without any reported
> regressions.
>
> Networking may be a more tricky one (not that tty wasn't a large one we
> fixed) but most of the other driver ones are clearly sensible.
>
Well, I wont argue the point, especially if you Ack the changes ;)
My only concern was to not break old applications, I dont know if it is
going to break _any_ of them. Probably these old applications stick with
old kernels.
If you ask me ENOTTY is plain wrong.
ioctl() is not restricted to terminal devices at all.
Any unknown ioctl command would return ENOTTY, regardless of fd being a
tty or not...
IF we add a new ioctl() to sockets in 2.6.42, using it on 2.6.41 would
give ENOTTY status, and EINVAL status on 2.6.24
Go figure...
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists