From: Arnd Bergmann <arnd@arndb.de>
To: dedekind@infradead.org
Cc: Laurent Pinchart <laurentp@cse-semaphore.com>,
linux-mtd@lists.infradead.org,
Josh Boyer <jwboyer@linux.vnet.ibm.com>,
v4l-dvb-maintainer@linuxtv.org,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: UBI/DVB ioctl conflict?
Date: Mon, 8 Dec 2008 16:50:53 +0100 [thread overview]
Message-ID: <200812081650.54346.arnd@arndb.de> (raw)
In-Reply-To: <1228729915.13686.95.camel@sauron>
On Monday 08 December 2008, Artem Bityutskiy wrote:
> On Mon, 2008-12-08 at 10:41 +0100, Laurent Pinchart wrote:
> > Correct me if I'm wrong, but doesn't this only matters for devices that would
> > implement both the UBI and DVB API on the same inode ? That would be quite
> > unlikely.
>
> Yeah, I guess. But this anyway makes sense to keep ioctls
> non-overlapping.
We try hard (but sometimes fail) to keep every ioctl number unique.
The reason for this is that the device drivers are not the only
pieces of code that look at them. Specifically, three other things
frequently cause problems here:
* strace wants to know about ioctl numbers so that it can show
the arguments in a meaningful way when tracing a program.
* the original 64 bit emulation for ioctl numbers in fs/compat_ioctl.c
assumes that it should translate specific calls in a given way. This
is not important if both device drivers handle all their ioctls through
their own ->compat_ioctl file operation.
* A number of binary emulation layers try to convert between different
formats (endianess, word size, ioctl numbers). The most common ones are
Linux-on-BSD, x86-on-ia64, x86-on-powerpc and Unix-on-Linux emulation
layers in user space.
Arnd <><
next prev parent reply other threads:[~2008-12-08 15:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20081207095811.13b51cca@zod.rchland.ibm.com>
2008-12-08 6:20 ` UBI/DVB ioctl conflict? Artem Bityutskiy
2008-12-08 9:41 ` Laurent Pinchart
2008-12-08 9:51 ` Artem Bityutskiy
2008-12-08 15:50 ` Arnd Bergmann [this message]
2008-12-08 16:33 ` Artem Bityutskiy
2008-12-08 20:30 ` Arnd Bergmann
2008-12-08 13:31 ` Jamie Lokier
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=200812081650.54346.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=dedekind@infradead.org \
--cc=jwboyer@linux.vnet.ibm.com \
--cc=laurentp@cse-semaphore.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=v4l-dvb-maintainer@linuxtv.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