- 28 Feb, 2014 28 commits
-
-
Amit Grover authored
Adding V4L2 controls for horizontal and vertical search range in pixels for motion estimation module in video encoder. Signed-off-by:
Swami Nathan <swaminath.p@samsung.com> Signed-off-by:
Amit Grover <amit.grover@samsung.com> Acked-by:
Hans Verkuil <hans.verkuil@cisco.com> Acked-by:
Lad, Prabhakar <prabhakar.csengg@gmail.com> Signed-off-by:
Kamil Debski <k.debski@samsung.com> Signed-off-by:
Mauro Carvalho Chehab <m.chehab@samsung.com>
-
Jan Vcelak authored
Signed-off-by:
Jan Vcelak <jv@fcelda.cz> Signed-off-by:
Antti Palosaari <crope@iki.fi> Signed-off-by:
-
Jan Vcelak authored
0458:707f KYE Systems Corp. (Mouse Systems) TVGo DVB-T03 [RTL2832] The USB dongle uses RTL2832U demodulator and FC0012 tuner. Signed-off-by:
-
Hans de Goede authored
Reported-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
-
Dan Carpenter authored
"err" is zero here so we don't need to check again. Signed-off-by:
-
Wolfram Sang authored
Signed-off-by:
Wolfram Sang <wsa@the-dreams.de> Signed-off-by:
-
Antonio Ospite authored
Messages relative to kinect_read() are printing "res" which contains the return value of a previous kinect_write(). Print the correct value in the messages. Cc: Julia Lawall <julia.lawall@lip6.fr> Signed-off-by:
Antonio Ospite <ospite@studenti.unina.it> Signed-off-by:
-
Antonio Ospite authored
The error checking code relative to the invocations of kinect_read() does not return the actual return code of the function just called, it returns "res" which still contains the value of the last invocation of a previous kinect_write(). Return the proper value, and while at it also report with -EREMOTEIO the case of a partial transfer. Reported-by:
Julia Lawall <julia.lawall@lip6.fr> Signed-off-by:
-
sensoray-dev authored
Upgrade to videobuf2 libraries. No errors reported with "v4l2-compliance -s". Signed-off-by:
Dean Anderson <linux-dev@sensoray.com> Signed-off-by:
-
Arnd Bergmann authored
sleep_on and its variants are broken and going away soon. This changes the omap vout driver to use wait_event_interruptible_timeout instead, which fixes potential race where the dma is complete before we schedule. [hans.verkuil@cisco.com: replaced interruptible_sleep_on_timeout by wait_event_interruptible_timeout in the commit msg, obvious typo] Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Cc: Mauro Carvalho Chehab <m.chehab@samsung.com> Cc: linux-media@vger.kernel.org Signed-off-by:
-
Hans Verkuil authored
interruptible_sleep_on is racy and going away. This replaces one use in the radio-cadet driver with a wait_event_interruptible call. Special care was taken that accesses to the rdsin and rdsout indices are always done with dev->lock held. Signed-off-by:
-
Martin Bugge authored
Closer inspection on exact transmitted format showed that we needed to add 1 on vertical sync. Acked-by:
Martin Bugge <marbugge@cisco.com> Signed-off-by:
-
Martin Bugge authored
HS_IN/VS_IN was always set to positive. Acked-by:
-
Martin Bugge authored
Currently only RGB444 input data is supported so set to zero. Acked-by:
-
Dean Anderson authored
Removal of unnecessary parameters from s2255_fh. Signed-off-by:
-
Dean Anderson authored
Start acquisition return code was not being checked. Return error if start acquisition fails. Signed-off-by:
-
Dean Anderson authored
Driver was allocating a kernel buffer each time it was sending a command. It is better to allocate this buffer once at startup. Signed-off-by:
-
Dean Anderson authored
Removing duplicate fmt from buffer structure. Signed-off-by:
-
Dean Anderson authored
Buffer setup should check if minimum number of buffers is used. Signed-off-by:
-
Dean Anderson authored
Renaming s2255_channel and all instances of channel to vc (video channel). Signed-off-by:
-
Dean Anderson authored
Removal of unused and unnecessary s2255dma_queue structure. Signed-off-by:
-
Michael Opdenacker authored
This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by:
Michael Opdenacker <michael.opdenacker@free-electrons.com> Acked-by:
-
Levente Kurusa authored
The check would check the pointer, which is never less than 0. According to the error message, the correct check would be to check the return value of ipipe_mode. Check that instead. Reported-by:
David Binderman <dcb314@hotmail.com> Signed-off-by:
Levente Kurusa <levex@linux.com> Reviewed-by:
Josh Triplett <josh@joshtriplett.org> Signed-off-by:
-
Philipp Zabel authored
This patch enables the ioctl to create additional buffers on the videobuf2 capture queue. [laurent.pinchart@ideasonboard.com: Acquire privileges instead of just checking them in VIDIOC_CREATE_BUFS implementation] Signed-off-by:
Philipp Zabel <p.zabel@pengutronix.de> Signed-off-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Tested-by:
-
Laurent Pinchart authored
The queue_setup handler takes an optional format argument that can be used to allocate buffers for a format different than the current format. The uvcvideo driver doesn't support changing the format when buffers have been allocated, but there's no reason not to support allocating buffers larger than the minimum size. When the format argument isn't NULL verify that the requested image size is large enough for the current format and use it for the buffer size. Signed-off-by:
-
Laurent Pinchart authored
videobuf2 already ensures that the number of buffers will not exceed VIDEO_MAX_FRAME, which is equal to our arbitraty limit of UVC_MAX_VIDEO_BUFFERS. Remove the duplicate check. Signed-off-by:
-
Thomas Pugliese authored
Isochronous endpoints on devices with speed == USB_SPEED_WIRELESS can have a max packet size ranging from 1-3584 bytes. Add a case to uvc_endpoint_max_bpi to handle USB_SPEED_WIRELESS. Otherwise endpoints for those devices will fall to the default case which masks off any values > 2047. This causes uvc_init_video to underestimate the bandwidth available and fail to find a suitable alt setting for high bandwidth video streams. Signed-off-by:
Thomas Pugliese <thomas.pugliese@gmail.com> Signed-off-by:
-
Oliver Neukum authored
x < constant implies x + unsigned < constant That check just obfuscates the code Signed-off-by:
Oliver Neukum <oneukum@suse.de> Signed-off-by:
-
- 24 Feb, 2014 12 commits
-
-
Lad, Prabhakar authored
clk_set_rate(), clk_prepare_enable() functions can fail, so check the return values to avoid surprises. Signed-off-by:
-
Lad, Prabhakar authored
clk_set_rate(), clk_prepare_enable() functions can fail, so check the return values to avoid surprises. Signed-off-by:
-
Laurent Pinchart authored
When the input clock frequency is out of bounds for the PLL, bypass the PLL and just divide the input clock to achieve the requested output frequency. Signed-off-by:
-
Laurent Pinchart authored
Signed-off-by:
-
Laurent Pinchart authored
The sensor needs a master clock, handle it explictly in the driver. Signed-off-by:
-
Laurent Pinchart authored
The sensor needs two power supplies, VAA and VDD. Require a regulator for each of them. Signed-off-by:
-
Laurent Pinchart authored
The camera sensor will soon require regulators and clocks. Register fixed regulators for its VAA and VDD power supplies and a fixed rate clock for its master clock. Signed-off-by:
Igor Grinberg <grinberg@compulab.co.il> Acked-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
-
Laurent Pinchart authored
A failure to locate the external subdev for a non memory-to-memory pipeline is a fatal error, don't ignore it. Signed-off-by:
Sakari Ailus <sakari.ailus@iki.fi> Tested-by:
Peter Meerwald <pmeerw@pmeerw.net> Signed-off-by:
-
Laurent Pinchart authored
Memory-to-memory pipelines have no external subdev, we shouldn't try to locate one and validate its configuration. The driver currently works by chance due to another bug that results in failure to locate the external subdev being ignored. This gets rid of the "omap3isp omap3isp: can't find source, failing now" error message in the kernel log when operating on a memory-to-memory pipeline. Signed-off-by:
-
Florian Vaussard authored
Commit 3fdfedaa "[media] omap3isp: preview: Lower the crop margins" accidentally changed the previewer's cropping, causing the previewer to miss four pixels on each line, thus corrupting the final image. Restored the removed setting. Cc: stable@vger.kernel.org Signed-off-by:
Florian Vaussard <florian.vaussard@epfl.ch> Signed-off-by:
-
Hans Verkuil authored
Drop the vid_limit module option: there is really no need to limit this. No other driver does that. If you try to allocate more buffers then vb2 will automatically reduce the number of buffers anyway. Also add sanity checks if the size in the fmt argument is going to be used and drop the code that checks against *nbuffers == 0: this can never happen (the vb2 framework ensures that) and the code was wrong anyway since *nbuffers should have been set to the minimum number of required buffers which is 1 for this driver. Since vivi is often used as a template driver it is good to have this driver be as compliant as possible. This broken code was for example copied to the s2255 driver (which is being fixed as well). Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
