Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Jan 2011 10:17:57 -0500
From:      Andrew Gallatin <gallatin@gmail.com>
To:        "J.R. Oldroyd" <fbsd@opal.com>
Cc:        freebsd-multimedia@freebsd.org, emulation@freebsd.org, Alexander Leidinger <Alexander@leidinger.net>
Subject:   Re: FYI: v4l-linuxulator support in FreeBSD-current now
Message-ID:  <AANLkTik8xRta5x=WODW0r4kq7yQE-aEugi1u=gzrTN77@mail.gmail.com>
In-Reply-To: <20110111092609.7bf82016@shibato.opal.com>
References:  <20091204223126.00005392@unknown> <201001081650.14189.hselasky@c2i.net> <20100108114130.1cfe88c5@shibato.opal.com> <201101110947.46399.hselasky@c2i.net> <20110111092609.7bf82016@shibato.opal.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 11, 2011 at 9:26 AM, J.R. Oldroyd <fbsd@opal.com> wrote:

> This patch merely flips the cmd bits.
>
> I'm not familiar with the Linux DVB ioctls... is it really the case
> that none of the data structures have 32/64-bit architecture dependent
> field sizes? =A0Great if that's the case, but if not, we need to do
> data structure conversions here too, as we did for V4L.

I looked for a compat_ioctl for DVB, but came up with nothing.  From a
2.6.37 kernel:

$ pwd
/usr/src/kernels/linux-2.6.37/drivers/media
$ find . -name '*.c' | xargs grep compat_ioctl
./video/v4l2-dev.c:     .compat_ioctl =3D v4l2_compat_ioctl32,
./video/v4l2-compat-ioctl32.c:          printk(KERN_INFO
"compat_ioctl32: unexpected VIDIOC_FMT type %d\n",
./video/v4l2-compat-ioctl32.c:          printk(KERN_INFO
"compat_ioctl32: unexpected VIDIOC_FMT type %d\n",
./video/v4l2-compat-ioctl32.c:long v4l2_compat_ioctl32(struct file
*file, unsigned int cmd, unsigned long arg)
./video/v4l2-compat-ioctl32.c:          printk(KERN_WARNING "compat_ioctl32=
: "
./video/v4l2-compat-ioctl32.c:EXPORT_SYMBOL_GPL(v4l2_compat_ioctl32);
./IR/ir-lirc-codec.c:   .compat_ioctl   =3D ir_lirc_ioctl,
./IR/lirc_dev.c:        .compat_ioctl   =3D lirc_dev_fop_ioctl,

Also,  the DVB ioctls  I've looked at seem to be explictly sized (no
"long" used, u32 or u64 everywhere).

I tested the patch last night on amd64. I was able to successfully run
ia32 linux azap, dvbtraffic and test_dvr utils to tune a channel, find
the active PIDs, and record the stream to a file.

Drew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTik8xRta5x=WODW0r4kq7yQE-aEugi1u=gzrTN77>