- 21 Jun, 2012 3 commits
-
-
Hans Verkuil authored
Signed-off-by:
Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Hans Verkuil authored
Implement struct v4l2_device: use the core lock and use the v4l2_device release() callback. Signed-off-by:
-
Hans Verkuil authored
Embed the video_device struct instead of allocating it and register it as the last thing in probe(). Signed-off-by:
-
- 19 Jun, 2012 2 commits
-
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
-
- 18 Jun, 2012 22 commits
-
-
Hans Verkuil authored
Set the new capability flags in G_TUNER and return ENODATA if no channels were found. Signed-off-by:
-
Hans Verkuil authored
Update the spec with the new capabilities and specify new error codes for S_HW_FREQ_SEEK. Signed-off-by:
-
Hans Verkuil authored
Tell the application whether the hardware seek is bounded and/or wraps around. Signed-off-by:
-
Daniel Glöckner authored
The V4L2 spec says reporting mono and stereo at the same time means the hardware can not distinguish between the two. So when we can, we should report only one of them. Signed-off-by:
Daniel Glöckner <daniel-gl@gmx.net> Signed-off-by:
-
Daniel Glöckner authored
Many of the audio decoders handled by the driver support this mode, so the driver should support it as well. Coding style errors are done to blend into the surrounding code. Signed-off-by:
-
Daniel Glöckner authored
V4L2 specifies the audio mode to use for combinations of possible (rxsubchans) and requested (audmode) audio modes. Up to now tvaudio has made these decisions automatically based on the possible audio modes from setting of the frequency until VIDIOC_S_TUNER was called. It then forced the hardware to use the mode requested by the user. With this patch it continues to adjust the audio mode while taking the requested mode into account. Signed-off-by:
-
Daniel Glöckner authored
The V4L2_TUNER_MODE_* constants are not suited for use in bitfields. Signed-off-by:
-
Daniel Glöckner authored
Judging from the data sheet it will automatically switch to the next best audio mode in accordance with the V4L2 tuner audio matrix. Signed-off-by:
-
Daniel Glöckner authored
It is never read and only assigned 0. Signed-off-by:
-
Daniel Glöckner authored
As V4L2_TUNER_MODE_SAP == V4L2_TUNER_MODE_LANG2, we make V4L2_TUNER_MODE_LANG1 equal to V4L2_TUNER_MODE_STEREO. Signed-off-by:
-
Daniel Glöckner authored
The passed audio mode is not a bitfield. Signed-off-by:
-
Daniel Glöckner authored
These constants were unused so far but need | instead of &. Signed-off-by:
-
Peter Senna Tschudin authored
In function fops_open variable type was set but not used. Tested by compilation only. Signed-off-by:
Peter Senna Tschudin <peter.senna@gmail.com> Acked-by:
Michael Hunold <michael@mihu.de> Signed-off-by:
-
Ezequiel García authored
Signed-off-by:
Ezequiel Garcia <elezegarcia@gmail.com> Signed-off-by:
-
Dan Carpenter authored
The test here is never true because '&' was used instead of '|'. It was the same as: if (status & ((1<<16) & (1<<17)) ... Signed-off-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Albert Wang authored
It should be a mistake due to copy & paste in header file Correct it in videobuf2-dma-config.h for avoiding duplicate include it Change-Id: I1f71fcec2889c033c7db380c58d9a1369c5afb35 Signed-off-by:
Albert Wang <twang13@marvell.com> Signed-off-by:
-
Jarod Wilson authored
For one, the driver device pointer needs to be filled in, or the lirc core will refuse to load the driver. And we really need to wire up all the platform_device bits. This has been tested via the lirc sourceforge tree and verified to work, been sitting there for months, finally getting around to sending it. :\ CC: Josh Boyer <jwboyer@redhat.com> Signed-off-by:
Jarod Wilson <jarod@redhat.com> Signed-off-by:
-
Klaus Schmidinger authored
stb0899_read_ber() takes 500ms (half a second!) to deliver the current BER value. Apparently it takes 5 subsequent readings, with a 100ms pause between them (and even before the first one). This is a real performance brake if an application freqeuently reads the BER of several devices. The attached patch reduces this to a single reading, with no more pausing. I didn't observe any negative side effects of this change. Signed-off-by:
Klaus Schmidinger <Klaus.Schmidinger@tvdr.de> Cc: Manu Abraham <abraham.manu@gmail.com> Signed-off-by:
-
volokh authored
Signed-off-by:
Volokh Konstantin <volokh84@gmail.com> Signed-off-by:
-
Sachin Kamat authored
Fixes the following sparse warnings: drivers/media/video/s5p-fimc/fimc-lite-reg.c:218:6: warning: symbol 'flite_hw_set_out_order' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:183:5: warning: symbol '__fimc_pipeline_shutdown' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:1013:12: warning: symbol 'fimc_md_init' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-mdevice.c:1024:13: warning: symbol 'fimc_md_exit' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-core.c:466:5: warning: symbol 'fimc_set_color_effect' was not declared. Should it be static? drivers/media/video/s5p-fimc/fimc-capture.c:1163:5: warning: symbol 'enclosed_rectangle' was not declared. Should it be static? Signed-off-by:
Sachin Kamat <sachin.kamat@linaro.org> Acked-by:
Sylwester Nawrocki <s.nawrocki@samsung.com> Signed-off-by:
-
Dan Carpenter authored
Sparse complains if about using unsigned long. videobuf-dma-contig.c:47:67: warning: restricted gfp_t degrades to integer videobuf-dma-contig.c:47:65: warning: incorrect type in argument 2 (different base types) videobuf-dma-contig.c:47:65: expected restricted gfp_t [usertype] gfp_mask videobuf-dma-contig.c:47:65: got unsigned long Signed-off-by:
-
Jean-Francois Moine authored
Hans de Goede accepted to be the new gspca maintainer. Signed-off-by:
Jean-François Moine <moinejf@free.fr> Signed-off-by:
-
- 14 Jun, 2012 1 commit
-
-
Sakari Ailus authored
Patch id 6016af82 ("[media] v4l2: use __u32 rather than enums in ioctl() structs") unintentionally changes the type of the format field in struct v4l2_create_buffers from struct v4l2_format to __u32. Revert that change. Signed-off-by:
Sakari Ailus <sakari.ailus@iki.fi> Signed-off-by:
-
- 24 May, 2012 3 commits
-
-
Laurent Pinchart authored
The pixel rate control is required by the OMAP3 ISP driver and should be implemented by all media controller-compatible sensor drivers. Signed-off-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Signed-off-by:
-
Laurent Pinchart authored
The pixel rate control is required by the OMAP3 ISP driver and should be implemented by all media controller-compatible sensor drivers. Signed-off-by:
-
Laurent Pinchart authored
The pixel rate control is required by the OMAP3 ISP driver and should be implemented by all media controller-compatible sensor drivers. Signed-off-by:
-
- 21 May, 2012 1 commit
-
-
Mauro Carvalho Chehab authored
changeset 75c7dbca added a wrong PCI ID address by mistake. Remove it. Reported-by:
Remi Schwartz <remi.schwartz@gmail.com> Signed-off-by:
-
- 20 May, 2012 8 commits
-
-
Ondrej Zary authored
Add support for SF16-FMD card to radio-sf16fmi driver. Only new PnP ID is added and texts changed. Signed-off-by:
Ondrej Zary <linux@rainbow-software.org> Signed-off-by:
-
Michel Machado authored
This patch just removes the second assignment "rc->priv = &loopdev;" that happens a fews lines after the first one. Signed-off-by:
Michel Machado <michel@digirati.com.br> CC: Mauro Carvalho Chehab <mchehab@infradead.org> CC: "David Härdeman" <david@hardeman.nu> Signed-off-by:
-
remi schwartz authored
Signed-off-by:
-
Ismael Luceno authored
This driver is for USB devices, but was incorrectly listed under V4L_PCI_DRIVERS. Signed-off-by:
Ismael Luceno <ismael.luceno@gmail.com> Signed-off-by:
-
Antti Palosaari authored
Signed-off-by:
Antti Palosaari <crope@iki.fi> Signed-off-by:
-
Ondrej Zary authored
Add PnP support to radio-sf16fmr2 driver to support SF16-FMD2 card (SB16 + TEA5757). The driver can now handle two cards (FMR2 is hardwired to 0x384, FMD2 can be put at 0x384 or 0x284 by PnP). Tested with both SF16-FMR2 and SF16-FMD2 (the can work at the same time by using kernel parameter "pnp_reserve_io=0x384,2" so the FMD2 is put at 0x284). Signed-off-by:
-
Sakari Ailus authored
Signed-off-by:
Sakari Ailus <sakari.ailus@maxwell.research.nokia.com> Signed-off-by:
-
Sakari Ailus authored
Add support for uncompressed 8-bit raw bayer formats. Signed-off-by:
-
