On Tue, Nov 18, 2014 at 9:51 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
Don't try to free a pointer containing an ERR_PTR().
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
--
Best regards,
Pawel Osciak
--
On Tue, Nov 18, 2014 at 9:51 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
Require that dma-sg also uses an allocation context. This is in preparation
for adding prepare/finish memops to sync the memory between DMA and CPU.
Signed-off-by: Hans Verkuil
On Tue, Nov 18, 2014 at 9:51 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hansv...@cisco.com
Add support for DMABUF exporting to the vb2-vmalloc implementation.
All memory models now have support for both importing and exporting of
DMABUFs.
Signed-off-by: Hans Verkuil
On Tue, Nov 18, 2014 at 9:50 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
Document that drivers can access/modify the buffer contents in buf_prepare
and buf_finish. That was not clearly stated before.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
On Tue, Nov 18, 2014 at 9:51 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
By default dma_map_sg syncs the mapped buffer to the device. But
buf_prepare expects a buffer syncs for the cpu and the buffer
will be synced to the device in the prepare memop.
- Add allocation context to dma-sg and have vb2 do the dma mapping instead of
the driver. This makes it consistent with the way dma-contig behaves and
simplifies drivers.
- Add support for DMABUF import to dma-sg.
- Add support for DMABUF export to dma-sg and dma-vmalloc.
- Clarify (and fix)
From: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko ykaneko0...@gmail.com
[g.liakhovet...@gmx.de: minor stylistic and formatting corrections]
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
These days vdev-v4l2_dev must always be set. This means that some
old code that still tests for a NULL vdev-v4l2_dev can be removed
or simplified.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/v4l2-core/v4l2-dev.c | 34 ++
1 file changed, 14
Hi Olli,
Thank you very much for your answer.
I found a data-sheet for TUA6034 at
http://pdf.datasheetcatalog.com/datasheet2/4/084ailjhz4xq79otdj14u5laz3py.pdf
(found at
http://www.datasheetcatalog.com/datasheets_pdf/T/U/A/_/TUA_6034-T.shtml)
At the 46th page of the PDF file I found some
Remove or move several obsolete or deprecated control helper functions.
A nice little cleanup.
Regards,
Hans
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
From: Hans Verkuil hans.verk...@cisco.com
The v4l2_ctrl_check() helper function is now only used in cx2341x.
Move it there and make it static.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/common/cx2341x.c| 29 +
From: Hans Verkuil hans.verk...@cisco.com
Several control helper functions are no longer needed since most drivers
are now converted to the control framework. So we can delete them.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/v4l2-core/v4l2-common.c | 95
From: Hans Verkuil hans.verk...@cisco.com
For some unknown reason several control prototypes where in v4l2-common.c
instead of in v4l2-ctrls.h. Move them and document them.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
include/media/v4l2-common.h | 3 ---
include/media/v4l2-ctrls.h |
I will reply my own question. it seems that w_scan is able to find the
muxes/services if I push the antenna cable only half way into the
tuner stick. I assume my problem is related to RF signal strength. is
there a range of valid strengths?
On Fri, Nov 21, 2014 at 5:13 PM, Robert N
On 11/14/2014 12:20 PM, Nikhil Devshatwar wrote:
The data_offset in v4l2_planes structure will help us point to the start of
data content for that particular plane. This may be useful when a single
buffer contains the data for different planes e.g. Y planes of two fields in
the same buffer.
The following changes since commit 5937a784c3e5fe8fd1e201f42a2b1ece6c36a6c0:
[media] staging: media: bcm2048: fix coding style error (2014-11-21 16:50:37
-0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v3.19i
for you to fetch changes up to
Weird, this line was really removed in my patch, but it was somehow left
when it was applied to the tree. Remove it again :-)
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/staging/media/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/media/Makefile
The sun6i prcm has mod0 compatible clocks, these need a separate driver
because the prcm uses the mfd framework, but we do want to re-use the
standard mod0 clk handling from clk-mod0.c for this, export
sun4i_a10_mod0_data, so that the prcm mod0 clk driver can use this.
Signed-off-by: Hans de
Hi All,
Here is v2 of my sun6i ir receiver support patch-set as with v1, this
touches clk, mfd (for the prcm clks), dts and media/rc code.
Changes in v2:
-clk: sunxi: Give sunxi_factors_register a registers parameter
-Updated commit message to mention the removal of __init
-Add error checking
Add a node for the ir receiver found on the A31.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun6i-a31.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index 4aa628b..d33e758 100644
Add pinmux settings for the ir receive pin of the A31.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun6i-a31.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index d33e758..90b7537
Add a driver for mod0 clocks found in the prcm. Currently there is only
one mod0 clocks in the prcm, the ir clock.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/Makefile| 2 +-
Before this commit sunxi_factors_register uses of_iomap(node, 0) to get
the clk registers. The sun6i prcm has factor clocks, for which we want to
use sunxi_factors_register, but of_iomap(node, 0) does not work for the prcm
factor clocks, because the prcm uses the mfd framework, so the registers
On sun6i the cir block is attached to the reset controller, add support
for de-asserting the reset if a reset controller is specified in dt.
Signed-off-by: Hans de Goede hdego...@redhat.com
Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com
Acked-by: Maxime Ripard
The Mele M9 has an ir receiver, enable it.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun6i-a31-m9.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31-m9.dts
b/arch/arm/boot/dts/sun6i-a31-m9.dts
index 4202c64..94ddf9c 100644
---
Add support for the larger fifo found on sun5i and sun6i, having a separate
compatible for the ir found on sun5i sun6i also is useful if we ever want
to add ir transmit support, because the sun5i sun6i version do not have
transmit support.
Note this commits also adds checking for the
Add an ir_clk sub-node to the prcm node.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun6i-a31.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index a01b215..4aa628b 100644
---
From: Hans Verkuil hans.verk...@cisco.com
This driver abuses videobuf helper functions. This is a bad idea
because:
1) this driver is completely unrelated to media drivers
2) the videobuf API is deprecated and will be removed eventually
This patch replaces the videobuf functions with the normal
From: Hans Verkuil hans.verk...@cisco.com
This driver abuses videobuf helper functions. This is a bad idea
because:
1) this driver is completely unrelated to media drivers
2) the videobuf API is deprecated and will be removed eventually
This patch replaces the videobuf functions with the normal
While checking which drivers were still abusing internal videobuf API
functions I came across these carma fpga misc drivers. These drivers
have absolutely nothing to do with videobuf or the media subsystem.
Drivers shouldn't use those low-level functions in the first place,
and in fact in the
From: Hans Verkuil hans.verk...@cisco.com
drivers/misc/carma/carma-fpga-program.c: In function 'fpga_program_dma':
drivers/misc/carma/carma-fpga-program.c:529:2: error: expected ';' before 'if'
if (ret) {
^
drivers/misc/carma/carma-fpga-program.c: In function 'fpga_read':
This supersedes the previous pull request. It's identical, but the omap24xx
Makefile patch was added.
Hans
The following changes since commit 5937a784c3e5fe8fd1e201f42a2b1ece6c36a6c0:
[media] staging: media: bcm2048: fix coding style error (2014-11-21 16:50:37
-0200)
are available
On Fri, Nov 21, 2014 at 11:13:17AM +0100, Hans de Goede wrote:
Hi,
On 11/21/2014 10:59 AM, Maxime Ripard wrote:
On Fri, Nov 21, 2014 at 09:42:09AM +0100, Hans de Goede wrote:
Hi,
On 11/21/2014 09:26 AM, Maxime Ripard wrote:
Hi Mauro,
On Thu, Nov 20, 2014 at 02:28:56PM -0200,
Terratec Cinergy T2 Stick HD [eb1a:8179] is a USB DVB-T/T2/C tuner that
contains following components:
* Empia EM28178 USB bridge
* Silicon Labs Si2168-A30 demodulator
* Silicon Labs Si2146-A10 tuner
I don't have the remote, so the RC_MAP is a best guess based on the pictures of
the remote
The Silicon Labs Si2146 tuner seems to work with the same driver as the Si2157,
but there a few exceptions. The powerup command seems to be quite a bit
different. In addition there's a property 0207 that requires a different value.
Thus another entry is created in the si2157_id table to support
On 11/23/2014 10:17 PM, Olli Salonen wrote:
The Silicon Labs Si2146 tuner seems to work with the same driver as the Si2157,
but there a few exceptions. The powerup command seems to be quite a bit
different. In addition there's a property 0207 that requires a different value.
Thus another
On 11/23/2014 10:17 PM, Olli Salonen wrote:
Terratec Cinergy T2 Stick HD [eb1a:8179] is a USB DVB-T/T2/C tuner that
contains following components:
* Empia EM28178 USB bridge
* Silicon Labs Si2168-A30 demodulator
* Silicon Labs Si2146-A10 tuner
I don't have the remote, so the RC_MAP is a best
From: Benoit Parrot bpar...@ti.com
This patch adds Video Processing Front End (VPFE) driver for
AM437X family of devices
Driver supports the following:
- V4L2 API using MMAP buffer access based on videobuf2 api
- Asynchronous sensor/decoder sub device registration
- DT support
Signed-off-by:
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: Mon Nov 24 04:00:17 CET 2014
git branch: test
git hash: 5937a784c3e5fe8fd1e201f42a2b1ece6c36a6c0
gcc
The Silicon Labs Si2146 tuner seems to work with the same driver as the Si2157,
but there a few exceptions. The powerup command seems to be quite a bit
different. In addition there's a property 0207 that requires a different value.
Thus another entry is created in the si2157_id table to support
Terratec Cinergy T2 Stick HD [eb1a:8179] is a USB DVB-T/T2/C tuner that
contains following components:
* Empia EM28178 USB bridge
* Silicon Labs Si2168-A30 demodulator
* Silicon Labs Si2146-A10 tuner
I don't have the remote, so the RC_MAP is a best guess based on the pictures of
the remote
Break after goto is unnecessary.
Signed-off-by: Olli Salonen olli.salo...@iki.fi
---
drivers/media/tuners/si2157.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/tuners/si2157.c b/drivers/media/tuners/si2157.c
index a8f2edb9..3bdf00a 100644
--- a/drivers/media/tuners/si2157.c
The Silicon Labs Si2148 tuner works as the Si2158, but does not contain analog
tuner. A firmware is required for the tuner. Currently the Si2158-A20 firmware
will work for Si2148-A20 as well, but as there are no guarantees that that will
be the case in future, a unique file name is used for the
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Sunday, November 23, 2014 6:23 PM
To: Devshatwar, Nikhil; linux-media@vger.kernel.org
Subject: Re: [PATCH v2 1/4] media: ti-vpe: Use data offset for getting
dma_addr for a plane
On 11/14/2014 12:20 PM, Nikhil
44 matches
Mail list logo
