| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <9bc05165144f526ccb015c1ae4f44f9b.squirrel@webmail.xs4all.nl>
Date: Wed, 28 Apr 2010 14:37:10 +0200
From: "Hans Verkuil" <hverkuil@...all.nl>
To: "Mauro Carvalho Chehab" <mchehab@...radead.org>
Cc: "Arnd Bergmann" <arnd@...db.de>, "John Kacur" <jkacur@...hat.com>,
"lkml" <linux-kernel@...r.kernel.org>,
"Linus Torvalds" <torvalds@...ux-foundation.org>,
"Frederic Weisbecker" <fweisbec@...il.com>,
"Jan Blunck" <jblunck@...il.com>,
"Thomas Gleixner" <tglx@...utronix.de>,
"Linux Media Mailing List" <linux-media@...r.kernel.org>
Subject: Re: [PATCH 10/10] bkl: Fix-up compile problems as a result of the
bkl-pushdown.
> Hi Arnd,
>
> Arnd Bergmann wrote:
>> On Tuesday 27 April 2010, John Kacur wrote:
>>> Well it is certainly possible that my fixup is not correct too - your
>>> patch cannot be correct, because it doesn't compile! Here is what I get
>>> when I apply your patch to a recent linus/master
>>
>> Ah, I see.
>>
>>> make O=/bld/arnd/ drivers/media/video/v4l2-dev.o
>>> -----CUT A BUNCH OF STUFF OUT ---
>>> CC drivers/media/video/v4l2-dev.o
>>> /home/jkacur/jk-2.6/drivers/media/video/v4l2-dev.c: In function
>>> âv4l2_ioctlâ:
>>> /home/jkacur/jk-2.6/drivers/media/video/v4l2-dev.c:230: warning:
>>> passing
>>> argument 1 of âvdev->fops->ioctlâ from incompatible pointer type
>>> /home/jkacur/jk-2.6/drivers/media/video/v4l2-dev.c:230: note: expected
>>> âstruct file *â but argument is of type âstruct inode *â
>>
>> I didn't realize that the prototype for the locked ->ioctl function in
>> v4l2 does not take the inode argument, so that needs to be dropped from
>> my patch (i.e. not added).
>>
>> Or we do it slightly better and clean up the code a bit in the process.
>>
>> Mauro, does this patch make sense to you? It would be good to have your
>> Ack so we can queue this in the series leading to the removal of the
>> ->ioctl file operation. We can also do the minimal change and let you
>> take care of fixing this up in a different way in your own tree.
>
> We had a similar discussion a while ago at linux-media. The idea is to do
> it on a deeper level, changing the drivers to not need to use KBL.
> Hans is working on those patches. Not sure about the current status.
I'm waiting for the event patch series from Sakari to go in before I can
continue working on this.
> Anyway, I think that the better is to apply first your patch, to avoid
> breaking your patch series, and then ours, as we may otherwise have some
> conflicts between your tree and drivers/media git tree.
I have no real problem with this patch, as long as people realize that
this only moves the BKL from one place to another and does not really fix
any drivers.
Acked-by: Hans Verkuil <hverkuil@...all.nl>
Regards,
Hans
>
> So,
>
> Acked-by: Mauro Carvalho Chehab <mchehab@...hat.com>
>
>>
>> ---
>> Subject: v4l: convert v4l2-dev to unlocked_ioctl
>>
>> v4l2 implements two separate file operations for drivers that use locked
>> and unlocked ioctl callbacks. Since we want to remove the ioctl file
>> operation
>> in favor of the unlocked variant, this separation no longer seems
>> helpful.
>>
>> Unfortunately, there are still 77 drivers with locked ioctl functions in
>> their v4l2_file_operations, which need to be taken care of separately.
>>
>> Signed-off-by: Arnd Bergmann <arnd@...db.de>
>> ---
>> drivers/media/video/v4l2-dev.c | 52
>> +++++++++++----------------------------
>> 1 files changed, 15 insertions(+), 37 deletions(-)
>>
>> diff --git a/drivers/media/video/v4l2-dev.c
>> b/drivers/media/video/v4l2-dev.c
>> index 7090699..ab198ba 100644
>> --- a/drivers/media/video/v4l2-dev.c
>> +++ b/drivers/media/video/v4l2-dev.c
>> @@ -25,6 +25,7 @@
>> #include <linux/init.h>
>> #include <linux/kmod.h>
>> #include <linux/slab.h>
>> +#include <linux/smp_lock.h>
>> #include <asm/uaccess.h>
>> #include <asm/system.h>
>>
>> @@ -215,28 +216,24 @@ static unsigned int v4l2_poll(struct file *filp,
>> struct poll_table_struct *poll)
>> return vdev->fops->poll(filp, poll);
>> }
>>
>> -static int v4l2_ioctl(struct inode *inode, struct file *filp,
>> - unsigned int cmd, unsigned long arg)
>> +static long v4l2_ioctl(struct file *filp, unsigned int cmd, unsigned
>> long arg)
>> {
>> struct video_device *vdev = video_devdata(filp);
>> + int ret;
>>
>> - if (!vdev->fops->ioctl)
>> - return -ENOTTY;
>> /* Allow ioctl to continue even if the device was unregistered.
>> Things like dequeueing buffers might still be useful. */
>> - return vdev->fops->ioctl(filp, cmd, arg);
>> -}
>> -
>> -static long v4l2_unlocked_ioctl(struct file *filp,
>> - unsigned int cmd, unsigned long arg)
>> -{
>> - struct video_device *vdev = video_devdata(filp);
>> + if (vdev->fops->unlocked_ioctl) {
>> + ret = vdev->fops->unlocked_ioctl(filp, cmd, arg);
>> + } else if (vdev->fops->ioctl) {
>> + /* TODO: convert all drivers to unlocked_ioctl */
>> + lock_kernel();
>> + ret = vdev->fops->ioctl(filp, cmd, arg);
>> + unlock_kernel();
>> + } else
>> + ret = -ENOTTY;
>>
>> - if (!vdev->fops->unlocked_ioctl)
>> - return -ENOTTY;
>> - /* Allow ioctl to continue even if the device was unregistered.
>> - Things like dequeueing buffers might still be useful. */
>> - return vdev->fops->unlocked_ioctl(filp, cmd, arg);
>> + return ret;
>> }
>>
>> #ifdef CONFIG_MMU
>> @@ -307,22 +304,6 @@ static int v4l2_release(struct inode *inode, struct
>> file *filp)
>> return ret;
>> }
>>
>> -static const struct file_operations v4l2_unlocked_fops = {
>> - .owner = THIS_MODULE,
>> - .read = v4l2_read,
>> - .write = v4l2_write,
>> - .open = v4l2_open,
>> - .get_unmapped_area = v4l2_get_unmapped_area,
>> - .mmap = v4l2_mmap,
>> - .unlocked_ioctl = v4l2_unlocked_ioctl,
>> -#ifdef CONFIG_COMPAT
>> - .compat_ioctl = v4l2_compat_ioctl32,
>> -#endif
>> - .release = v4l2_release,
>> - .poll = v4l2_poll,
>> - .llseek = no_llseek,
>> -};
>> -
>> static const struct file_operations v4l2_fops = {
>> .owner = THIS_MODULE,
>> .read = v4l2_read,
>> @@ -330,7 +311,7 @@ static const struct file_operations v4l2_fops = {
>> .open = v4l2_open,
>> .get_unmapped_area = v4l2_get_unmapped_area,
>> .mmap = v4l2_mmap,
>> - .ioctl = v4l2_ioctl,
>> + .unlocked_ioctl = v4l2_ioctl,
>> #ifdef CONFIG_COMPAT
>> .compat_ioctl = v4l2_compat_ioctl32,
>> #endif
>> @@ -517,10 +498,7 @@ static int __video_register_device(struct
>> video_device *vdev, int type, int nr,
>> ret = -ENOMEM;
>> goto cleanup;
>> }
>> - if (vdev->fops->unlocked_ioctl)
>> - vdev->cdev->ops = &v4l2_unlocked_fops;
>> - else
>> - vdev->cdev->ops = &v4l2_fops;
>> + vdev->cdev->ops = &v4l2_fops;
>> vdev->cdev->owner = vdev->fops->owner;
>> ret = cdev_add(vdev->cdev, MKDEV(VIDEO_MAJOR, vdev->minor), 1);
>> if (ret < 0) {
>
>
> --
>
> Cheers,
> Mauro
>
--
Hans Verkuil - video4linux developer - sponsored by TANDBERG, part of Cisco
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists