Dear LinuxTV friends,
> In order to simplify things, I would propose only ONE scan file with
> offset -166, 0, 166, 333 and 500. OK, it will take more time for users
> to run a scan (+66 %) compared to having a file with only offsets -166,
> 0, 166 but at least we are sure to cover all the possibl
On Sunday, June 26, 2011 20:51:37 Mauro Carvalho Chehab wrote:
> Em 26-06-2011 15:20, Arnd Bergmann escreveu:
> > On Sunday 26 June 2011 19:30:46 Mauro Carvalho Chehab wrote:
> >>> There was a lot of debate whether undefined ioctls on non-ttys should
> >>> return -EINVAL or -ENOTTY, including mass-
On Sun, Jun 26, 2011 at 9:06 AM, Mauro Carvalho Chehab
wrote:
> + ENOIOCTLCMD
> +
> + The application attempted to use a non-existent ioctl. This
> is returned by the V4L2 core only.
> + Applications should be able to handle this error code, in
> order to detec
Hi Mauro,
On Sunday 26 June 2011 18:06:16 Mauro Carvalho Chehab wrote:
> uvcvideo doesn't use vidioc_ioctl2. As the API is changing to use
> a common version for all drivers, we need to expliticly fix this
> driver.
>
> Signed-off-by: Mauro Carvalho Chehab
>
> diff --git a/drivers/media/video/u
Hi Mauro,
On Saturday 25 June 2011 14:14:50 Mauro Carvalho Chehab wrote:
> Em 25-06-2011 07:09, Hans Verkuil escreveu:
> > On Friday, June 24, 2011 20:25:26 Mauro Carvalho Chehab wrote:
[snip]
> - uvcvideo: not sure about its current status about its migration to
> video_ioctl2. If Laurent
> On Saturday, June 18, 2011 21:11:37 Christian Gmeiner wrote:
>> Hi all,
>>
>> I am still in the process of porting a driver to v4l2 framework. This
>> device is capable of decoding MPEG-1 and MPEG-2 streams.
>
> Are we talking about decoding multiplexed streams or elementary streams?
> E.g., audi
Dear LinuxTV friends,
Le dimanche 26 juin 2011 à 23:03 +0200, mossroy a écrit :
> I would suggest to :
> - delete the 19 remaining fr-* files
> - make the French users use the auto-With167kHzOffsets file (should we
> create a fr-All file, that would be a link to auto-With167kHzOffsets ?)
> - crea
Thanks for your answer.
The French frequencies are (almost) all included in the
"auto-With167kHzOffsets" file.
In fact, the offset can officially be -167, 0, +167 (which are included
in this file), but also +333 and +500 (see page 11 of
http://www.csa.fr/upload/publication/CSATNT.pdf )
I che
Hi Laurent,
thanks for your review.
On 06/25/2011 02:08 AM, Laurent Pinchart wrote:
> Hi Sylwester,
>
> Thanks for the patch. It's nice to see sensor drivers picking up the pad-level
> API :-)
This is somehow a consequence of converting our camera host driver
to the pad-level API. Nevertheless
On Sunday 26 June 2011 20:51:37 Mauro Carvalho Chehab wrote:
> >
> > I mean what do you return to vfs_ioctl from v4l? The conversions must
> > have been long before we introduced compat_ioctl and ENOIOCTLCMD.
> >
> > As far as I can tell, video_ioctl2 has always converted ENOIOCTLCMD into
> > EIN
Em 26-06-2011 15:14, Jean-Francois Moine escreveu:
> On Sun, 26 Jun 2011 13:06:20 -0300
> Mauro Carvalho Chehab wrote:
>
>> drivers/media/video/gspca/gspca.c | 12 +++---
>
> Hi Mauro,
>
> I could not find the gspca.c changes in your patch set.
It was fold at the wrong ch
Em 26-06-2011 15:20, Arnd Bergmann escreveu:
> On Sunday 26 June 2011 19:30:46 Mauro Carvalho Chehab wrote:
>>> There was a lot of debate whether undefined ioctls on non-ttys should
>>> return -EINVAL or -ENOTTY, including mass-conversions from -ENOTTY to
>>> -EINVAL at some point in the pre-git er
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Sun Jun 26 19:00:22 CEST 2011
git hash:7023c7dbc3944f42aa1d6910a6098c5f9e23d3f1
gcc version: i686-linux-gcc (GCC) 4.5
On Sunday 26 June 2011 19:30:46 Mauro Carvalho Chehab wrote:
> > There was a lot of debate whether undefined ioctls on non-ttys should
> > return -EINVAL or -ENOTTY, including mass-conversions from -ENOTTY to
> > -EINVAL at some point in the pre-git era, IIRC.
> >
> > Inside of v4l2, I believe thi
On Sun, 26 Jun 2011 13:06:20 -0300
Mauro Carvalho Chehab wrote:
> drivers/media/video/gspca/gspca.c | 12 +++---
Hi Mauro,
I could not find the gspca.c changes in your patch set.
Cheers.
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef |
On Sunday, June 26, 2011 18:06:20 Mauro Carvalho Chehab wrote:
> At the V4L2 API, one of the fields of VIDIOC_QUERYCAP requires the usage
> of KERNEL_VERSION macro, in order to provide the driver version. However,
> this is not handled consistently across subsystems. There are very few
> drivers th
Em 26-06-2011 14:13, Arnd Bergmann escreveu:
> On Sunday 26 June 2011 18:20:21 Mauro Carvalho Chehab wrote:
>
>>> The V4L2 core probably should return -ENOIOCTLCMD when an IOCTL isn't
>>> implemented, but as long as vfs_ioctl() would stay as it is, the user space
>>> would still get -EINVAL. Or
On Sunday 26 June 2011 18:20:21 Mauro Carvalho Chehab wrote:
> > The V4L2 core probably should return -ENOIOCTLCMD when an IOCTL isn't
> > implemented, but as long as vfs_ioctl() would stay as it is, the user space
> > would still get -EINVAL. Or is vfs_ioctl() about to change?
> >
> > fs/ioctl
2011/6/9 Xavier Poirot :
> Hi here,
>
> I have noticed that files for French City Lille is not up-to-date.
> There is only files provided for Lambersart transmitter. But this one
> has been shot down a few months ago.
>
> The only transmitter in the area working is the one of Bouvigny.
>
> I have u
Hi Sakari,
Em 26-06-2011 12:40, Sakari Ailus escreveu:
> Mauro Carvalho Chehab wrote:
>> Currently, -EINVAL is used to return either when an IOCTL is not
>> implemented, or if the ioctl was not implemented.
>
> Hi Mauro,
>
> Thanks for the patch.
>
> The V4L2 core probably should return -ENOIOC
Just like the video drivers, the right thing to do is to use
the per-subsystem version control.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index 3d8cc42..25e58cb 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/media/ra
All the modified drivers didn't have any version increment since
Jan, 1 2011. Several of them didn't have any version increment
for a long time, even having new features and important bug fixes
happening.
As we're now filling the QUERYCAP version with the current Kernel
Release, we don't need to m
After discussing with Hans, change pwc to use the default version
control.
The only version ever used for pwc driver is 10.0.12, due to
commit 2b455db6d456ef2d44808a8377fd3bc832e08317.
Changing it to 3.x.y won't conflict with the old version.
There's no namespace conflicts in any predictable futu
Currently, -EINVAL is used to return either when an IOCTL is not
implemented, or if the ioctl was not implemented.
Note: Drivers that don't use video_ioctl2, will need extra patches.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/Makefile
b/Documentation/DocBook/
Standardize the remaining video drivers to return the API version
for the VIDIOC_QUERYCAP version, instead of a per-driver version.
Those drivers had the version updated more recently or are SoC
drivers. Even so, it doesn't sound a good idea to keep a per-driver
version control, so, let's use the
At the V4L2 API, one of the fields of VIDIOC_QUERYCAP requires the usage
of KERNEL_VERSION macro, in order to provide the driver version. However,
this is not handled consistently across subsystems. There are very few
drivers that take it seriously.
So, instead of the current way, let's replace it
Most drivers don't increase kernel versions as newer features are added or
bug fixes are solved. So, vidioc_querycap returned value for cap->version is
meaningless. Instead of keeping this situation forever, let's add a default
value matching the current Linux version.
Drivers that want to keep th
et61x251 doesn't use vidioc_ioctl2. As the API is changing to use
a common version for all drivers, we need to expliticly fix this
driver.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/et61x251/et61x251.h
b/drivers/media/video/et61x251/et61x251.h
index bf66189..14bb907 1
Those drivers are not relying at the V4L2 core to handle the ioctl's.
So, we need to manually patch them every time a change goes to the
core.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/et61x251/et61x251_core.c
b/drivers/media/video/et61x251/et61x251_core.c
index a982
uvcvideo doesn't use vidioc_ioctl2. As the API is changing to use
a common version for all drivers, we need to expliticly fix this
driver.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/uvc/uvc_driver.c
b/drivers/media/video/uvc/uvc_driver.c
index b6eae48..749c722 100644
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/v4l/common.xml
b/Documentation/DocBook/media/v4l/common.xml
index 9028721..a86f7a0 100644
--- a/Documentation/DocBook/media/v4l/common.xml
+++ b/Documentation/DocBook/media/v4l/common.xml
@@ -236,7 +236,15 @@ important
sn9c102 doesn't use vidioc_ioctl2. As the API is changing to use
a common version for all drivers, we need to expliticly fix this
driver.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/sn9c102/sn9c102.h
b/drivers/media/video/sn9c102/sn9c102.h
index cbfc444..22ea211 100644
Both drxd and siano drivers were including linux/version.h without
any reason. Probably, this is due to some compatibility code that
used to exist before having their support added into the Linux
Kernel.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb/frontends/drxd_hard.c
b
pvrusb2 doesn't use vidioc_ioctl2. As the API is changing to use
a common version for all drivers, we need to expliticly fix this
driver.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/pvrusb2/pvrusb2-main.c
b/drivers/media/video/pvrusb2/pvrusb2-main.c
index 2254194..c1d9
After discussing with Andy Walls on irc, we've agreeded that this
is the best thing to do. No regressions will be introduced, as 3.x.y
is greater then the current versions for cx18 and ivtv.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/cx18/cx18-driver.h
b/drivers/media
Mauro Carvalho Chehab wrote:
Currently, -EINVAL is used to return either when an IOCTL is not
implemented, or if the ioctl was not implemented.
Hi Mauro,
Thanks for the patch.
The V4L2 core probably should return -ENOIOCTLCMD when an IOCTL isn't
implemented, but as long as vfs_ioctl() would
2011/6/12 sollis :
> Hi,
>
> The entry for Channel 44 in Sydney needs to be modified in order to
> tune in TVS in Sydney.
>
> The following changes need to be made: (update to frequency)
>
> # D44 UHF35
> #T 57850 7MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 536625000 7MHz 2/3 NONE QAM64 8k 1/32 NONE
2011/6/16 Viktor Kristian :
> Hello.
>
> I would like to commit channel list sk-Presov as suggested in README of
> utility "scan" from dvb-apps.
Added, thanks.
Christoph
> Please let me know if anything is missing in this list.
>
> Thank You
>
>
> --
> S podzravom / Kind regards,
> Viktor Krist
2011/6/18 Dark Shadow :
> I made some initial tuning data for ca-AB-Calgary to be added to the
> repository.
Added, thanks.
Christoph
> #--
> # file automatically generated by w_scan
> # (http://wirbel.htpc-forum.de/w_
2011/6/22 mossroy :
> Would it be harmful to have only one list with all those frequencies (there
> are 57) for all the country?
http://linuxtv.org/hg/dvb-apps/file/tip/util/scan/dvb-t/auto-Default
http://linuxtv.org/hg/dvb-apps/file/tip/util/scan/dvb-t/auto-With167kHzOffsets
http://linuxtv.org/
The old V4L1 Kernel copatibility layer was removed, but the API
spec still says that it is there.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/v4l/compat.xml
b/Documentation/DocBook/media/v4l/compat.xml
index 9f7cd4f..b010ac6 100644
--- a/Documentation/DocBook/m
Hi Mauro,
Here is the final set of patches fixing various tuner-core bugs.
The first 6 patches should go to 3.0 as well as they fix serious regression
bugs.
The remainder can go into 3.1.
There is definitely more work to be done, but it's at least in better shape.
Tested with em28xx + xc2028,
42 matches
Mail list logo
