From: "Du, Changbin"
Each rc-raw device has a property "allowed_protos" stored in structure
ir_raw_event_ctrl. But it didn't work because all decoders would be
called when decoding. This path makes only allowed protocol decoders
been invoked.
Signed-off-by: Du, Changbin
---
drivers/media/rc/ir
On Fri, Aug 31, 2012 at 6:18 AM, Sascha Hauer wrote:
> src bufs belong to out queue, dst bufs belong to in queue. Currently
> this is not a real problem since all users currently need exactly one
> input and one output buffer.
>
> Signed-off-by: Sascha Hauer
> ---
Acked-by: Pawel Osciak
> inc
On Fri, Aug 31, 2012 at 6:18 AM, Sascha Hauer wrote:
> Use list_first_entry instead of list_entry which makes the intention
> of the code more clear.
>
> Signed-off-by: Sascha Hauer
> ---
Acked-by: Pawel Osciak
Thanks for the patch Sascha!
> drivers/media/video/v4l2-mem2mem.c |6 +++---
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 Aug 31 19:00:19 CEST 2012
git hash:79e8c7bebb467bbc3f2514d75bba669a3f354324
gcc version: i686-linux-gcc (GC
On 08/31/2012 08:46 AM, Nicolas THERY wrote:
> Hello,
>
> Thanks for the feedback.
>
> On 2012-08-30 22:21, Sylwester Nawrocki wrote:
>> On 08/30/2012 05:19 PM, Nicolas THERY wrote:
>
> [snip]
>
>>> In imx074@0x1a above, the data-lanes property is<1>,<2>. Is it
>>> reversed here to show that l
Hello,
On 8/31/2012 3:18 PM, Sascha Hauer wrote:
src bufs belong to out queue, dst bufs belong to in queue. Currently
this is not a real problem since all users currently need exactly one
input and one output buffer.
Signed-off-by: Sascha Hauer
Acked-by: Marek Szyprowski
---
include/med
Hello,
On 8/31/2012 3:18 PM, Sascha Hauer wrote:
Use list_first_entry instead of list_entry which makes the intention
of the code more clear.
Signed-off-by: Sascha Hauer
Acked-by: Marek Szyprowski
---
drivers/media/video/v4l2-mem2mem.c |6 +++---
1 file changed, 3 insertions(+), 3
On Thu, 30 Aug 2012, Hans Verkuil wrote:
> Fine by me!
Good, then let's meet at 11:55 in front of Nautilus 3 / 4 and then see
what's available.
Thanks
Guennadi
>
> Hans
>
> Guennadi Liakhovetski wrote:
>
> >On Fri, 31 Aug 2012, Laurent Pinchart wrote:
> >
> >> Hi Guennadi,
> >>
> >>
From: Jeongtae Park
Adds register definitions for MFC v6.x firmware
Signed-off-by: Jeongtae Park
Signed-off-by: Janghyuck Kim
Signed-off-by: Jaeryul Oh
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h | 440 ++
From: Jeongtae Park
MFC variant data replaces various macros used in the driver
which will change in a different version of MFC hardware.
Also does a cleanup of MFC context structure and common files.
Signed-off-by: Jeongtae Park
Signed-off-by: Janghyuck Kim
Signed-off-by: Jaeryul Oh
Signed-o
From: Jeongtae Park
New controls are added for supporting H264 encoding features like
- MVC frame packing
- Flexible macroblock ordering
- Arbitrary slice ordering
- Hierarchial coding
Signed-off-by: Jeongtae Park
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: Arun Kumar K
---
Docume
From: Jeongtae Park
Adds the following new fourcc definitions.
For multiplanar YCbCr
- V4L2_PIX_FMT_NV21M
- V4L2_PIX_FMT_NV12MT_16X16
and compressed formats
- V4L2_PIX_FMT_H264_MVC
- V4L2_PIX_FMT_VP8
Signed-off-by: Jeongtae Park
Signed-off-by: Naveen Krishna Chat
The patchset adds support for MFCv6 firmware in s5p-mfc driver.
The first two patches which adds the necessary v4l controls are
resend after rebasing on latest media-tree.
Changelog:
- Use s5p_mfc_hw_call macro to call all HW related ops and cmds
- Rebased onto latest media-tree
- Resending patche
Use list_first_entry instead of list_entry which makes the intention
of the code more clear.
Signed-off-by: Sascha Hauer
---
drivers/media/video/v4l2-mem2mem.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/v4l2-mem2mem.c
b/drivers/media/video/v
src bufs belong to out queue, dst bufs belong to in queue. Currently
this is not a real problem since all users currently need exactly one
input and one output buffer.
Signed-off-by: Sascha Hauer
---
include/media/v4l2-mem2mem.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Two small patches, one fix and one more or less cosmetic patch for the
v4l2 mem2mem framework.
Comments welcome.
Thanks,
Sascha
Sascha Hauer (2):
media v4l2-mem2mem: Use list_first_entry
media v4l2-mem2mem: fix src/out
Hello,
On 2012-08-25 01:27, Guennadi Liakhovetski wrote:
[snip]
> csi2: csi2@0xffc9 {
> compatible = "renesas,sh-mobile-csi2";
> reg = <0xffc9 0x1000>;
> interrupts = <0x17a0>;
> #address-cells = <1>;
> #size-cel
As remember that there is a fault in the tuner register read function in
ds3000.c file.
It will cause the read back value wrong.
ds3000.c file,
static int ds3000_tuner_readreg(struct ds3000_state *state, u8 reg)
{
...
ds3000_writereg(state, 0x03, 0x12);
...
}
in DVBSky code, m88ds3103.c f
Increases the maximum encoded frame buffer size to 1 MiB.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c | 11 +--
drivers/media/platform/coda.h |3 ++-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/media/platform/coda.c b/drivers/media/plat
Signed-off-by: Philipp Zabel
---
arch/arm/boot/dts/imx51.dtsi |6 ++
arch/arm/boot/dts/imx53.dtsi |6 ++
2 files changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/imx51.dtsi b/arch/arm/boot/dts/imx51.dtsi
index aba28dc..8f38d83 100644
--- a/arch/arm/boot/dts/imx51.dtsi
+++
Signed-off-by: Philipp Zabel
---
arch/arm/mach-imx/clk-imx51-imx53.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-imx/clk-imx51-imx53.c
b/arch/arm/mach-imx/clk-imx51-imx53.c
index 4bdcaa9..64f9ceb 100644
--- a/arch/arm/mach-imx/clk-imx51-imx53.c
+++ b/
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c | 29 +++--
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c
index 8670d9f..266f97f 100644
--- a/drivers/media/platform/coda.c
+++ b
This fixes a failure in vb2_qbuf in user pointer mode where
__qbuf_userptr checks if the buffer queued by userspace is large
enough. The failure would happen if coda_queue_setup was called
with empty fmt (and thus set the expected buffer size to the maximum
resolution), and userspace queues buffers
Add support for loading a raw firmware with 16-bit chars ordered in
little-endian 64-bit words, corresponding to the memory access pattern
of CODA7 and above: When writing the boot code into the code download
register, the chars have to be reordered back.
Signed-off-by: Philipp Zabel
---
drivers
Some codecs running on CODA need internal framebuffers for reference and
reconstructed frames. Allocate them separately, and do not use the input
vb2_buffers: those will be handed off to userspace regularly, and there
is no way to signal to the CODA which of the registered framebuffers are
off limi
job_ready is supposed to signal whether a context is ready to be
added to the job queue, not whether the CODA is ready to run it
immediately.
Calling v4l2_m2m_job_finish at the end of coda_irq_handler already
guarantees that the coda is ready when v4l2-mem2mem eventually tries
to run the next queue
This uses the ARCH_MXC specific iram_alloc API to allocate a work
buffer in the SoC's on-chip SRAM and sets up the AXI_SRAM_USE
register. In the future, the allocation will be converted to use
the genalloc API.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/Kconfig |3 ++-
drivers/m
USERPTR buffer support is provided by the videobuf2 framework.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c
index 6e3f026..2e357394 100644
--
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c
index d4a5dd0..8ec2ff4 100644
--- a/drivers/media/platform/coda.c
+++ b/drivers/media
VIDIOC_TRY_FMT would incorrectly return bytesperline * height,
instead of width * height * 3 / 2.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform
The hardware can also rotate in 90° steps, but there is no
corresponding V4L2_CID defined yet.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda.c | 19 ++-
drivers/media/platform/coda.h |9 +
2 files changed, 27 insertions(+), 1 deletion(-)
diff --git a
While the CODA is running a PIC_RUN command, its registers are
not to be touched.
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Properly move the call to coda_free_framebuffers in coda_stop_streaming,
to avoid introducing a memory leak.
---
drivers/media/platform/coda.c | 38 +++
Determining the next free instance just by incrementing and decrementing
an instance counter does not work: if there are two instances opened,
0 and 1, and instance 0 is released, the next call to coda_open will
create a new instance with index 1, but instance 1 is already in use.
Instead, scan a
Add a 1 second timeout for each PIC_RUN command to the CODA. In
case it locks up, stop all queues and dequeue remaining buffers.
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Call cancel_delayed_work in coda_stop_streaming instead of coda_irq_handler.
---
drivers/media/platform/coda.c |
These patches contain initial firmware loading and encoding support for the
CODA7 series VPU contained in i.MX51 and i.MX53 SoCs, and fix some
multi-instance
issues. Patches 13 and 14, touching files in arch/arm/*, are included for
illustration purposes.
Changes since v2:
- Rebase onto media_tre
35 matches
Mail list logo
