Hi Kamil,
On Thursday 13 March 2014 08:14 PM, Kamil Debski wrote:
Hi,
From: Archit Taneja [mailto:arc...@ti.com]
Sent: Thursday, March 13, 2014 12:44 PM
Rename the memory block resource "vpe_csc" to "csc" since it also
exists within the VIP IP block. This would make the name more generic,
and
From: "Lad, Prabhakar"
this patch fixes following build warning
drivers/media/platform/davinci/vpbe_display.c: In function
'vpbe_start_streaming':
drivers/media/platform/davinci/vpbe_display.c:344: warning: unused variable
'vpbe_dev'
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/d
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri Mar 14 04:00:17 CET 2014
git branch: test
git hash: 8ea5488a919bbd49941584f773fd66623192ffc0
gcc versio
The following changes since commit 8ea5488a919bbd49941584f773fd66623192ffc0:
[media] media: rc-core: use %s in rc_map_get() module load
(2014-03-13 11:32:28 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git sdr_review_v6
for you to fetch changes up to
Use break, not return, for every case.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
b/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
index 61b420c..f51949e 100644
Rename some variables.
Change error status checks from (ret < 0) to (ret).
No actual functionality changes.
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/e4000.c | 332 +++---
drivers/media/tuners/e4000_priv.h | 2 +-
2 files changed, 167 insertio
Clamp bandwidth to nearest legal value in automode in order to pass
v4l2-compliance test.
Reported-by: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/stagi
That comes possible after driver was converted to kernel I2C model
(I2C binding & proper I2C client with no gate control hack). All
nasty low level I2C routines are now covered by regmap.
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/Kconfig
Gate control is now implemented by rtl2832 I2C adapter so we do not
need proprietary DVB i2c_gate_ctrl() anymore.
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/e4000.c | 103 +--
1 file changed, 21 insertions(+), 82 deletions(-)
diff --git a/dri
E4000 tuner driver provides now some controls. Expose those to
userland.
Signed-off-by: Antti Palosaari
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c
b/drivers/stag
We need depend on I2C_MUX as rtl2832 demod used requires it.
All error/warnings:
warning: (DVB_USB_RTL28XXU) selects DVB_RTL2832 which has unmet direct
dependencies (MEDIA_SUPPORT && DVB_CORE && I2C && I2C_MUX)
ERROR: "i2c_add_mux_adapter" [drivers/media/dvb-frontends/rtl2832.ko] undefined!
ERROR
There was 32-bit overflow on VCO frequency calculation which blocks
tuning to 1073 - 1104 MHz. Use 64 bit number in order to avoid VCO
frequency overflow.
After that fix device in question tunes to following range:
60 - 1104 MHz
1250 - 2207 MHz
Signed-off-by: Antti Palosaari
---
drivers/media/t
Realtek RTL2832 SDR driver. Currently in staging as SDR API is not
ready.
Signed-off-by: Antti Palosaari
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3718c32..94c9cff 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7351,6 +7351,16
Implement gain and bandwidth controls using v4l2 control framework.
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/Kconfig | 2 +-
drivers/media/tuners/e4000.c | 217 +-
drivers/media/tuners/e40
Implement PLL lock control to get PLL lock flag status from tuner
synthesizer.
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/e4000.c | 53 ++-
drivers/media/tuners/e4000_priv.h | 2 ++
2 files change
Driver conversion from proprietary DVB tuner model to more
general I2C driver model.
Cc: Jean Delvare
Cc: Mauro Carvalho Chehab
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/e4000.c| 115
drivers/media/tuners/e4000.h| 21 ++---
From: Hans Verkuil
Fix rtl2832_sdr driver v4l2-compliance issues.
Signed-off-by: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 29 +++-
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/media
With that extension module it supports SDR.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/Makefile | 1 +
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 20
2 files changed, 21 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/Makefile
b/drivers/media
Implement SDR driver for Realtek RTL2832U chip as a DVB extension
module. SDR module is attached by DVB USB RTL28XXU driver as a DVB
SEC (satellite equipment controller) module. Abusing unused SEC here
has no harm as that is DVB-T only frontend.
SDR functionality is provided by RTL2832 DVB-T demod
I decided to drop r820t changes (gain controls and bandwidth) as for
now. Some small changes also done and rebased. Removed e4000 export
and it uses now e4000 attach model that is quite copy & pasted from
V4L2.
Antti
Antti Palosaari (16):
e4000: convert DVB tuner to I2C driver model
e4000: im
Optimize a little bit from data to text.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
b/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
index
RTL2832 driver provides muxed I2C adapters for tuner bus I2C gate
control. Pass those adapters to rtl2832_sdr and e4000 modules in order
to get rid of proprietary DVB .i2c_gate_ctrl() callback use.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 10 --
driver
On 13/03/14 17:03, Laurent Pinchart wrote:
> On Thursday 13 March 2014 10:48:20 Will Manley wrote:
>> On Thu, 13 Mar 2014, at 10:23, Laurent Pinchart wrote:
>>> On Wednesday 12 March 2014 18:08:31 William Manley wrote:
The uvcvideo webcam driver exposes the v4l2 control "Exposure
(Absolut
On 13.03.2014 23:24, Mauro Carvalho Chehab wrote:
Em Thu, 13 Mar 2014 22:44:14 +0200
Antti Palosaari escreveu:
Exporting resources using EXPORT_SYMBOL from plain I2C driver is bad
idea. Use V4L2 subdev instead. Functionality is now quite likely as
is done in V4L2 API.
Much better!
OK, reb
On 03/11/2014 04:10 PM, Laurent Pinchart wrote:
> Replace the dummy video format operations by pad format operations that
> configure the output format.
>
> Signed-off-by: Laurent Pinchart
My apologies, I completely forgot to test this today. It's going to be Tuesday,
I'm afraid.
Sorry,
Em Thu, 13 Mar 2014 22:44:14 +0200
Antti Palosaari escreveu:
> Exporting resources using EXPORT_SYMBOL from plain I2C driver is bad
> idea. Use V4L2 subdev instead. Functionality is now quite likely as
> is done in V4L2 API.
Much better!
Thanks!
Mauro
>
> Reported-by: Mauro Carvalho Chehab
>
On 03/13/2014 09:13 PM, vka...@codeaurora.org wrote:
> Hi
>
> There is a check in __reqbufs in videobuf2-core.c in which if the count is
> same then the function returns immediately. __reqbufs also calls
> queue_setup callback into driver which updates the plane counts and sizes
> of vb2 queue. T
Exporting resources using EXPORT_SYMBOL from plain I2C driver is bad
idea. Use V4L2 subdev instead. Functionality is now quite likely as
is done in V4L2 API.
Reported-by: Mauro Carvalho Chehab
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/Kconfig
Now it is a little bit similar than used on V4L2 API... Looks better?
Antti Palosaari (1):
e4000/rtl2832u_sdr: use V4L2 subdev to pass V4L2 control handler
drivers/media/tuners/Kconfig | 2 +-
drivers/media/tuners/e4000.c | 21 -
dri
Hi
There is a check in __reqbufs in videobuf2-core.c in which if the count is
same then the function returns immediately. __reqbufs also calls
queue_setup callback into driver which updates the plane counts and sizes
of vb2 queue. The count and size can be affected/changed by S_FMT and
G_FMT ioct
Thanks Hans for the pointers! Unfortunately, my driver is implemented M2M
way.
Thanks
Vinay
> Hi Vinay!
>
> On 03/12/14 18:58, vka...@codeaurora.org wrote:
>> Hi
>>
>> I have a v4l2 driver for a hardware which is capable of taking one input
>> and producing two outputs. Eg: Downscaler which takes
The DRM_PANEL_SIMPLE is needed by the eukrea
mbimxsd51's displays.
Signed-off-by: Denis Carikli
---
- New patch, splitting it would be overkill.
---
arch/arm/configs/imx_v6_v7_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/conf
Signed-off-by: Denis Carikli
---
ChangeLog v9->v11:
- Now uses the drm-panel instead of the display-timings.
ChangeLog v8->v9:
- Removed the Cc. They are now set in git-send-email directly.
- The backlight is now on at boot.
ChangeLog v6->v7:
- Shrinked even more the Cc list.
ChangeLog v5->v6:
The CMO-QVGA, DVI-SVGA and DVI-VGA are added.
Signed-off-by: Denis Carikli
---
ChangeLog v10->v11:
- Now uses the drm-panel instead of the display-timings.
This is to get regulator support, which is lacking in
the imx-drm driver when using the display-timings.
ChangeLog v9->v10:
- Rebased
-
The imx-drm driver can't use the de-active and
pixelclk-active display-timings properties yet.
Instead the data-enable and the pixel data clock
polarity are hardcoded in the imx-drm driver.
So theses properties are now set to keep
the same behaviour when imx-drm will start
using them.
Signed-off
Signed-off-by: Denis Carikli
---
ChangeLog v10->v11:
- New patch.
---
.../bindings/panel/eukrea,mbimxsd51-cmo-qvga.txt |7 ++
.../bindings/panel/eukrea,mbimxsd51-dvi-svga.txt |7 ++
.../bindings/panel/eukrea,mbimxsd51-dvi-vga.txt|7 ++
drivers/gpu/drm/panel/panel-simple.c
We need a way to pass signal polarity informations
between DRM panels, and the display drivers.
To do that, a pol_flags field was added to drm_display_mode.
Signed-off-by: Denis Carikli
---
ChangeLog v10->v11:
- Since the imx-drm won't be able to retrive its regulators
from the device tree w
The previous hardware behaviour was kept if the
flags are not set.
Signed-off-by: Denis Carikli
---
ChangeLog v10->v11:
- This patch was splitted-out and adapted from:
"Prepare imx-drm for extra display-timings retrival."
- The display-timings dt specific part was removed.
- The flags names wer
According to the datasheet, setting the di0_polarity_disp_clk
field in the GENERAL di register sets the output clock polarity
to active high.
Signed-off-by: Denis Carikli
---
ChangeLog v9->v10:
- New patch that is now needed by the
"staging: imx-drm: Use de-active and pixelclk-active" patch.
--
The current BGR666 is not consistent with the other color mapings like BGR24.
BGR666 should be in the same byte order than BGR24.
Signed-off-by: Denis Carikli
Acked-by: Philipp Zabel
---
ChangeLog v9->v10:
- Rebased.
- Added Philipp Zabel's Ack.
- Included Lothar Waßmann's suggestion about imx-l
Signed-off-by: Denis Carikli
---
ChangeLog v9->v10:
- New patch which was splitted out from:
"staging: imx-drm: Use de-active and pixelclk-active display-timings.".
- Fixes many issues in "staging: imx-drm: Use de-active and pixelclk-active
display-timings.":
- More clear meaning of the pola
Signed-off-by: Denis Carikli
Acked-by: Philipp Zabel
---
ChangeLog v8->v9:
- Rebased.
- Added Philipp Zabel's ack.
- Shortened the patch title.
ChangeLog v8->v9:
- Removed the Cc. They are now set in git-send-email directly.
- Rebased.
ChangeLog v7->v8:
- Shrinked even more the Cc list.
Change
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Signed-off-by: Denis Carikli
Acked-by: Mauro Carvalho Chehab
Acked-by: Laurent Pinchart
Acked-by: Philipp Zabel
---
ChangeLog v9->v10:
- Rebased on top of:
"211e7f2 [media]
Hi Philipp,
On Thursday 13 March 2014 12:08:16 Philipp Zabel wrote:
> Am Montag, den 10.03.2014, 14:37 + schrieb Grant Likely:
> > > > Nak. I made comments that haven't been resolved yet. I've replied with
> > > > more detail tonight. The big issues are how drivers handle the
> > > > optional
Hi Will,
On Thursday 13 March 2014 10:48:20 Will Manley wrote:
> On Thu, 13 Mar 2014, at 10:23, Laurent Pinchart wrote:
> > First of all, could you please CC me in the future for uvcvideo patches ?
>
> Will do.
Thank you.
> > On Wednesday 12 March 2014 18:08:31 William Manley wrote:
> > > The u
Em Thu, 13 Mar 2014 17:17:50 +0200
Antti Palosaari escreveu:
> On 13.03.2014 15:57, Mauro Carvalho Chehab wrote:
> > Em Thu, 27 Feb 2014 02:30:11 +0200
> > Antti Palosaari escreveu:
> >
> >> Implement gain and bandwidth controls using v4l2 control framework.
> >> Pointer to control handler is pr
On 13.03.2014 17:17, Antti Palosaari wrote:
On 13.03.2014 15:57, Mauro Carvalho Chehab wrote:
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control handler is provided by exported symbol.
There ar
On 13/03/14 16:13, Sylwester Nawrocki wrote:
> On 13/03/14 12:35, Russell King - ARM Linux wrote:
> [...]
>> > Grant and myself have exchanged emails in private on this discussing what
>> > should happen - essentially Grant's position is that he's happy to leave
>> > this stuff queued provided a re
On 13/03/14 12:35, Russell King - ARM Linux wrote:
[...]
> Grant and myself have exchanged emails in private on this discussing what
> should happen - essentially Grant's position is that he's happy to leave
> this stuff queued provided a resolution to his concerns are forthcoming.
>
> However, wh
On 13.03.2014 15:57, Mauro Carvalho Chehab wrote:
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control handler is provided by exported symbol.
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Signed-off
Hi,
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Thursday, March 13, 2014 12:44 PM
> To: k.deb...@samsung.com; hverk...@xs4all.nl
> Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Archit
> Taneja
> Subject: [PATCH v4 06/14] v4l: ti-vpe: Fix some params in VPE data
> descriptor
Hi,
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Thursday, March 13, 2014 12:44 PM
>
> Rename the memory block resource "vpe_csc" to "csc" since it also
> exists within the VIP IP block. This would make the name more generic,
> and both VPE and VIP DT nodes in the future can use it.
I un
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Thursday, March 13, 2014 12:44 PM
>
> VPE has a ctrl parameter which decides how many mem to mem transactions
> the active job from the job queue can perform.
>
> The driver's job_ready() made sure that the number of ready source
> buffers are
Hi,
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Tuesday, March 11, 2014 9:34 AM
>
> VPE has a ctrl parameter which decides how many mem to mem transactions
> the active job from the job queue can perform.
>
> The driver's job_ready() made sure that the number of ready source
> buffers a
Hi,
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Thursday, March 13, 2014 1:09 PM
>
> Hi Kamil,
>
> On Thursday 13 March 2014 05:18 PM, Kamil Debski wrote:
> > Hi Archit,
> >
> >> From: Archit Taneja [mailto:arc...@ti.com]
> >> Sent: Tuesday, March 11, 2014 9:34 AM
> >>
> >> vpe fops(vpe
Em Fri, 7 Mar 2014 15:26:24 +0100
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> Be more specific with regards to how some of these fields are interpreted.
> In particular height vs field and which fields can be set by the application.
>
> Signed-off-by: Hans Verkuil
> ---
> Documentation/
Hi Hans,
I don't like very much the idea of adding skeleton drivers inside
drivers/media. We have there already enough drivers to pollute
it with more skeleton ones.
I think that the best is to put it on some other place.
Eventually, we could put it at Documentation:
$ ls Documentation/*/*.c
Do
Hello,
this patch seems to be committed by a mistake (commit 1c1b873). It is
a first version of my patch, which was superseded. The new version is
already merged (commit ac298cc).
The device ID is now twice in the list.
Jan
On Wed, Mar 12, 2014 at 6:00 PM, Mauro Carvalho Chehab
wrote:
> This i
Em Mon, 27 Jan 2014 12:45:51 -0500
Michael Krufky escreveu:
> Antti submitted similar patches a few months ago - I have to review
> his newer series and see if anything has changed. My goal would be to
> commit these patches into a new branch and work on converting the
> entire tuner tree to the
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari escreveu:
> Implement gain and bandwidth controls using v4l2 control framework.
> Pointer to control handler is provided by exported symbol.
>
> Cc: Mauro Carvalho Chehab
> Cc: Hans Verkuil
> Signed-off-by: Antti Palosaari
> ---
> drivers/me
The uvcvideo webcam driver exposes the v4l2 control "Exposure (Absolute)"
which allows the user to control the exposure time of the webcam,
essentially controlling the brightness of the received image. By default
the webcam automatically adjusts the exposure time automatically but the
if you set t
On 03/12/14 15:20, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:35 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Document the support for the new complex type controls.
>>
>> Signed-off-by: Hans Verkuil
>> ---
>> .../DocBook/media/v4l/vidioc-g-ext-ctrls.xml | 4
Hi Kamil,
On Thursday 13 March 2014 05:18 PM, Kamil Debski wrote:
Hi Archit,
From: Archit Taneja [mailto:arc...@ti.com]
Sent: Tuesday, March 11, 2014 9:34 AM
vpe fops(vpe_open in particular) should be called only when VPDMA
firmware is loaded. File operations on the video device are possible
Hi Archit,
> From: Archit Taneja [mailto:arc...@ti.com]
> Sent: Tuesday, March 11, 2014 9:34 AM
>
> vpe fops(vpe_open in particular) should be called only when VPDMA
> firmware is loaded. File operations on the video device are possible
> the moment it is registered.
>
> Currently, we register t
The minimum width and height for VPE input/output was kept as 128 pixels. VPE
doesn't have a constraint on the image height, it requires the image width to
be at least 16 bytes.
Change the minimum supported dimensions to 32x32. This allows us to de-interlace
qcif content. A smaller image size than
Some parameters of the VPE descriptors were understood incorrectly. They are now
fixed. The fixes are explained as follows:
- When adding an inbound data descriptor to the VPDMA descriptor list, we intend
to use c_rect as the cropped region fetched by VPDMA. Therefore, c_rect->width
shouldn't
The vpe output and capture queues are initially configured to default values in
vpe_open(). A G_FMT before any S_FMTs will result in these values being
populated.
The colorspace and bytesperline parameter of this initial configuration are
incorrect. This breaks compliance when as we get 'TRY_FMT(G
The bus_info parameter in v4l2_capabilities expects a 'platform_' prefix. This
wasn't done in the driver and hence was breaking compliance. Update the bus_info
parameter accordingly.
Reviewed-by: Hans Verkuil
Signed-off-by: Archit Taneja
---
drivers/media/platform/ti-vpe/vpe.c | 3 ++-
1 file c
Rename the memory block resource "vpe_csc" to "csc" since it also exists within
the VIP IP block. This would make the name more generic, and both VPE and VIP DT
nodes in the future can use it.
Signed-off-by: Archit Taneja
---
drivers/media/platform/ti-vpe/csc.c | 2 +-
1 file changed, 1 insertio
The dequed CAPTURE_MPLANE type buffers don't contain the flags that the
originally queued OUTPUT_MPLANE type buffers have. This breaks compliance.
Copy the source v4l2_buffer flags to the destination v4l2_buffer flags before
they are dequed.
Reviewed-by: Hans Verkuil
Signed-off-by: Archit Taneja
Zero out the reserved formats in v4l2_pix_format_mplane and
v4l2_plane_pix_format members of the returned v4l2_format pointer when passed
through TRY_FMT ioctl.
This ensures that the user doesn't interpret the non-zero fields as some data
passed by the driver, and ensures compliance.
Reviewed-by:
The vpe driver wasn't setting the correct field parameter for dequed CAPTURE
type buffers for the case where the captured output is progressive.
Set the field to V4L2_FIELD_NONE for the completed destination buffers when
the captured output is progressive.
For OUTPUT type buffers, a queued buffer
For OMAP and DRA7x, we generally allocate video and graphics buffers through
omapdrm since the corresponding omap-gem driver provides DMM-Tiler backed
contiguous buffers. omapdrm is a dma-buf exporter. These buffers are used by
other drivers in the video pipeline.
Add VB2_DMABUF flag to the io_mod
Add selection ioctl ops. For VPE, cropping makes sense only for the input to
VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
only for the output of VPE(or V4L2_BUF_TYPE_VIDEO_CAPTURE/MPLANE buffers).
For the CAPTURE type, V4L2_SEL_TGT_COMPOSE results in VPE writing the
The video_device struct is currently embedded in the driver data struct vpe_dev.
A vpe_dev instance is allocated by the driver, and the memory for the vfd is a
part of this struct.
The v4l2 core, however, manages the removal of the vfd region, through the
video_device's .release() op, which curren
querycap currently returns V4L2_CAP_VIDEO_M2M as a capability, this should be
V4L2_CAP_VIDEO_M2M_MPLANE instead, as the driver supports multiplanar formats.
Reviewed-by: Hans Verkuil
Signed-off-by: Archit Taneja
---
drivers/media/platform/ti-vpe/vpe.c | 2 +-
1 file changed, 1 insertion(+), 1 d
vpe fops(vpe_open in particular) should be called only when VPDMA firmware
is loaded. File operations on the video device are possible the moment it is
registered.
Currently, we register the video device for VPE at driver probe, after calling
a vpdma helper to initialize VPDMA and load firmware. T
VPE has a ctrl parameter which decides how many mem to mem transactions the
active job from the job queue can perform.
The driver's job_ready() made sure that the number of ready source buffers are
sufficient for the job to execute successfully. But it didn't make sure if
there are sufficient read
This patch set mainly consists of minor fixes for the VPE driver. These fixes
ensure the following:
- The VPE module can be inserted and removed successively.
- Make sure that smaller resolutions like qcif work correctly.
- Prevent race condition between firmware loading and an open call to the v4
On Thu, Mar 13, 2014 at 12:08:16PM +0100, Philipp Zabel wrote:
> I'm not sure if maybe I misunderstood or missed a mail, but I haven't
> seen a proposal to resolve the situation without rewinds. Given that
> Mauro already reverted the media tree and applied conflicting changes,
> that's probably no
Hi,
Am Montag, den 10.03.2014, 14:37 + schrieb Grant Likely:
> > > Nak. I made comments that haven't been resolved yet. I've replied with
> > > more detail tonight. The big issues are how drivers handle the optional
> > > 'ports' node and I do not agree to the double-linkage in the binding
> >
On Thu, 13 Mar 2014, at 10:23, Laurent Pinchart wrote:
> First of all, could you please CC me in the future for uvcvideo patches ?
Will do.
> On Wednesday 12 March 2014 18:08:31 William Manley wrote:
> > The uvcvideo webcam driver exposes the v4l2 control "Exposure (Absolute)"
> > which allows th
The calculated values for the minlen and maxlen fields, which were
rounded to multiples of 2 and clamped to a valid range, were left
unused. Use them in the calculation of the register value rather than
using the raw input minlen and maxlen.
This fixes the following warning with a W=1 build:
drive
Fix a coccicheck warning in img-ir driver:
drivers/media/rc/img-ir/img-ir-hw.c:500:2-3: Unneeded semicolon
Signed-off-by: James Hogan
Cc: Mauro Carvalho Chehab
---
I don't object to this patch being squashed into the patch "rc: img-ir:
add hardware decoder driver".
---
drivers/media/rc/img-ir/i
These patches fix a few warnings in the img-ir driver, one from
coccinelle and two more from W=1 (thanks Mauro).
James Hogan (3):
rc: img-ir: hw: Remove unnecessary semi-colon
rc: img-ir: hw: Fix min/max bits setup
rc: img-ir: jvc: Remove unused no-leader timings
drivers/media/rc/img-ir/im
The JVC timings included timings intended for the secondary decoder
(which matches messages with no leader), however they were in the wrong
part of the timings structure, repeating s00 and s01 rather than being
in s10 and s11.
Distinct repeat timings can't be properly supported yet for JVC anyway
Hi William,
Thank you for the patch.
First of all, could you please CC me in the future for uvcvideo patches ?
On Wednesday 12 March 2014 18:08:31 William Manley wrote:
> The uvcvideo webcam driver exposes the v4l2 control "Exposure (Absolute)"
> which allows the user to control the exposure tim
Hi Vinay!
On 03/12/14 18:58, vka...@codeaurora.org wrote:
> Hi
>
> I have a v4l2 driver for a hardware which is capable of taking one input
> and producing two outputs. Eg: Downscaler which takes one input @ 1080p
> and two outputs - one @ 720p and other at VGA. My driver is currently
> implement
2014-03-11 7:15 GMT+08:00 Laurent Pinchart :
> The video-level enum_dv_timings and dv_timings_cap operations are
> deprecated in favor of the pad-level versions. All subdev drivers
> implement the pad-level versions, switch to them.
>
> Cc: Scott Jiang
> Signed-off-by: Laurent Pinchart
> Reviewed
On 03/12/2014 03:13 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:34 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Signed-off-by: Hans Verkuil
>> Reviewed-by: Sylwester Nawrocki
>> ---
>> .../DocBook/media/v4l/vidioc-queryctrl.xml | 223
>> ++
90 matches
Mail list logo