On 03/12/2014 03:13 PM, Mauro Carvalho Chehab wrote:
Em Mon, 17 Feb 2014 10:57:34 +0100
Hans Verkuil hverk...@xs4all.nl escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
---
2014-03-11 7:15 GMT+08:00 Laurent Pinchart laurent.pinch...@ideasonboard.com:
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
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
implemented as
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 time
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 james.ho...@imgtec.com
Cc: Mauro Carvalho Chehab m.che...@samsung.com
---
I don't object to this patch being squashed into the patch rc: img-ir:
add hardware
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
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
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:
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 the user
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, 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 not
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
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.
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
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 hans.verk...@cisco.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/media/platform/ti-vpe/vpe.c | 2 +-
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
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
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
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.
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 hans.verk...@cisco.com
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 arc...@ti.com
---
drivers/media/platform/ti-vpe/csc.c | 2 +-
1 file changed,
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
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
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 hans.verk...@cisco.com
Signed-off-by: Archit Taneja arc...@ti.com
---
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 the
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
On 03/12/14 15:20, Mauro Carvalho Chehab wrote:
Em Mon, 17 Feb 2014 10:57:35 +0100
Hans Verkuil hverk...@xs4all.nl escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Document the support for the new complex type controls.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
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
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari cr...@iki.fi escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control handler is provided by exported symbol.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Hans Verkuil hverk...@xs4all.nl
Em Mon, 27 Jan 2014 12:45:51 -0500
Michael Krufky mkru...@linuxtv.org 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
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
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
Em Fri, 7 Mar 2014 15:26:24 +0100
Hans Verkuil hverk...@xs4all.nl escreveu:
From: Hans Verkuil hans.verk...@cisco.com
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:
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_open in particular)
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 are
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: 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 understand
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
descriptors
On 13.03.2014 15:57, Mauro Carvalho Chehab wrote:
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari cr...@iki.fi escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control handler is provided by exported symbol.
Cc: Mauro Carvalho Chehab
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, what I
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 resolution
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 cr...@iki.fi escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control handler is provided by exported
Em Thu, 13 Mar 2014 17:17:50 +0200
Antti Palosaari cr...@iki.fi escreveu:
On 13.03.2014 15:57, Mauro Carvalho Chehab wrote:
Em Thu, 27 Feb 2014 02:30:11 +0200
Antti Palosaari cr...@iki.fi escreveu:
Implement gain and bandwidth controls using v4l2 control framework.
Pointer to control
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 uvcvideo
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 'ports' node
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 de...@eukrea.com
Acked-by: Mauro Carvalho Chehab m.che...@samsung.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Philipp
Signed-off-by: Denis Carikli de...@eukrea.com
Acked-by: Philipp Zabel p.za...@pengutronix.de
---
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:
-
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 de...@eukrea.com
Acked-by: Philipp Zabel p.za...@pengutronix.de
---
ChangeLog v9-v10:
- Rebased.
- Added Philipp Zabel's Ack.
- Included
Signed-off-by: Denis Carikli de...@eukrea.com
---
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
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 de...@eukrea.com
---
ChangeLog v9-v10:
- New patch that is now needed by the
staging: imx-drm: Use de-active and
The DRM_PANEL_SIMPLE is needed by the eukrea
mbimxsd51's displays.
Signed-off-by: Denis Carikli de...@eukrea.com
---
- 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
Signed-off-by: Denis Carikli de...@eukrea.com
---
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.
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 one input
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
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 -
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 m.che...@samsung.com
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti Palosaari cr...@iki.fi
---
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. The
Em Thu, 13 Mar 2014 22:44:14 +0200
Antti Palosaari cr...@iki.fi 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
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 laurent.pinch...@ideasonboard.com
My apologies, I completely forgot to test this today. It's going to be
On 13.03.2014 23:24, Mauro Carvalho Chehab wrote:
Em Thu, 13 Mar 2014 22:44:14 +0200
Antti Palosaari cr...@iki.fi 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
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
(Absolute) which
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:
Optimize a little bit from data to text.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
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
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 cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 10
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
With that extension module it supports SDR.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
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
Driver conversion from proprietary DVB tuner model to more
general I2C driver model.
Cc: Jean Delvare kh...@linux-fr.org
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/tuners/e4000.c| 115
From: Hans Verkuil hverk...@xs4all.nl
Fix rtl2832_sdr driver v4l2-compliance issues.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 29 +++-
1 file changed, 23
Implement gain and bandwidth controls using v4l2 control framework.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/tuners/Kconfig | 2 +-
drivers/media/tuners/e4000.c | 217
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 cr...@iki.fi
---
Implement PLL lock control to get PLL lock flag status from tuner
synthesizer.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/tuners/e4000.c | 53 ++-
Realtek RTL2832 SDR driver. Currently in staging as SDR API is not
ready.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3718c32..94c9cff 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Use break, not return, for every case.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
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
Rename some variables.
Change error status checks from (ret 0) to (ret).
No actual functionality changes.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/tuners/e4000.c | 332 +++---
drivers/media/tuners/e4000_priv.h | 2 +-
2 files changed,
Clamp bandwidth to nearest legal value in automode in order to pass
v4l2-compliance test.
Reported-by: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 12 ++--
1 file changed, 10 insertions(+), 2
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 m.che...@samsung.com
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti
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 cr...@iki.fi
---
drivers/media/tuners/e4000.c | 103 +--
1 file changed, 21 insertions(+), 82 deletions(-)
E4000 tuner driver provides now some controls. Expose those to
userland.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
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
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
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
From: Lad, Prabhakar prabhakar.cse...@gmail.com
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
83 matches
Mail list logo