From: Peter Seiderer ps.rep...@gmx.net
This v4l2_buffer flag can be used by drivers to mark a capture buffer
as the last generated buffer, for example after a V4L2_DEC_CMD_STOP
command was issued.
Signed-off-by: Peter Seiderer ps.rep...@gmx.net
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
If the last buffer was dequeued from a capture queue, let poll return
immediately and let DQBUF return -EPIPE to signal there will no more
buffers to dequeue until STREAMOFF.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
TODO: (How) should the last_buffer_dequeud flag be cleared
Hi,
Am Donnerstag, den 11.12.2014, 15:47 +0100 schrieb Hans Verkuil:
Hi Pawel,
On 12/11/14 15:42, Nicolas Dufresne wrote:
Le jeudi 11 décembre 2014 à 11:00 -0200, Fabio Estevam a écrit :
Hi,
I am running Gstreamer 1.4.4 with on a imx6q-sabresd board and I am
able to decode a video
Hi Hans,
thank you for the comments!
Am Montag, den 12.01.2015, 16:03 +0100 schrieb Hans Verkuil:
On 12/22/2014 05:00 PM, Philipp Zabel wrote:
The encoder needs to know the nominal framerate for the constant bitrate
control mechanism to work. Currently the only way to set the framerate
Hi Mats,
Am Montag, den 15.12.2014, 19:21 +0100 schrieb matra...@cisco.com:
From: Mats Randgaard matra...@cisco.com
The driver is tested on our hardware and all the implemented features
works as expected.
Missing features:
- CEC support
- HDCP repeater support
- IR support
Hi Andrzej,
On Tue, Dec 23, 2014 at 12:10:00PM +0100, Andrzej Hajda wrote:
[...]
/**
+ * of_graph_get_port_by_id() - get the port matching a given id
+ * @parent: pointer to the parent device node
Here you have 'parent' and 'node' in the code.
[...]
Maybe I miss something but it does
On Mon, Dec 22, 2014 at 02:09:46PM -0700, Mathieu Poirier wrote:
On 22 December 2014 at 08:11, Philipp Zabel p.za...@pengutronix.de wrote:
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a for_each_... style macro.
All
.
- Added Mathieu's ack to the first patch.
The previous version can be found here: https://lkml.org/lkml/2014/12/22/220
regards
Philipp
Philipp Zabel (3):
of: Decrement refcount of previous endpoint in
of_graph_get_next_endpoint
of: Add for_each_endpoint_of_node helper macro
of: Add
to
not decrement the passed prev argument's refcount themselves.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com
Acked-by: Mathieu Poirier mathieu.poir...@linaro.org
---
Changes since v6:
- Added omap2-dss.
- Added Mathieu's ack.
---
drivers
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Changes since v6:
- Fixed of_graph_get_port_by_id to handle the optional 'ports' node
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/of/base.c| 26 ++
include/linux/of_graph.h
argument's refcount themselves.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com
---
Changes since v5:
- Rebased onto v3.19-rc1
- Added coresight and rcar-du
---
drivers/coresight/of_coresight.c | 13 ++---
drivers
.
The previous version can be found here: https://lkml.org/lkml/2014/9/29/529
regards
Philipp
Philipp Zabel (3):
of: Decrement refcount of previous endpoint in
of_graph_get_next_endpoint
of: Add for_each_endpoint_of_node helper macro
of: Add of_graph_get_port_by_id function
drivers
The encoder needs to know the nominal framerate for the constant bitrate
control mechanism to work. Currently the only way to set the framerate is
by using VIDIOC_S_PARM on the output queue.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 29
Hi Frédéric,
On Mon, Dec 22, 2014 at 04:24:20PM +0100, Frédéric Sureau wrote:
Thanks for the patch!
It works fine now after forcing framerate to 30fps (which seems to
be hardcoded in the driver)
That is a good point, rate control can only work if the encoder has
an idea about the framerate.
Hi Jean-Michel,
Am Donnerstag, den 18.12.2014, 18:10 +0100 schrieb Jean-Michel Hautbois:
Sorry, forgot to put all of you on Cc: for the [media] coda: fix
encoder rate control parameter masks patch. The coda driver is in
drivers/media/platform/coda, register definitions in coda_regs.h.
The
This patch fixes the ENC_SEQ_RC_PARA initial delay and bitrate masks.
These bit fields are 15 bit wide, not 7 bit.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda_regs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/media/platform/coda/coda-common.c
index 42b4630..74261d9 100644
--- a/drivers
Hi Frédéric,
Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau:
Hi
I am trying to use the coda encoder through Gstreamer on an iMX6-based
board.
I use the (rebased and slightly modified) gstv4l2h264enc plugin from:
https://github.com/hizukiayaka/gst-plugins-good
This
Hi Jean-Michel,
Am Donnerstag, den 18.12.2014, 17:55 +0100 schrieb Jean-Michel Hautbois:
Hi Philipp,
2014-12-18 17:52 GMT+01:00 Philipp Zabel p.za...@pengutronix.de:
Hi Frédéric,
Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau:
Hi
I am trying to use the coda
Hi Sakari,
Am Samstag, den 13.12.2014, 01:07 +0200 schrieb Sakari Ailus:
[...]
diff --git a/Documentation/DocBook/media/v4l/subdev-formats.xml
b/Documentation/DocBook/media/v4l/subdev-formats.xml
index 0d6f731..6d59a0e 100644
--- a/Documentation/DocBook/media/v4l/subdev-formats.xml
+++
This patch adds three new RGB media bus formats that describe
18-bit or 24-bit samples transferred over an LVDS bus with three
or four differential data pairs, serialized into 7 time slots,
using standard SPWG/PSWG/VESA or JEIDA data ordering.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Am Freitag, den 12.12.2014, 10:15 +0100 schrieb Pierluigi Passaro:
On 11/12/2014 15:03, Philipp Zabel wrote:
Am Mittwoch, den 10.12.2014, 22:04 -0200 schrieb Fabio Estevam:
On Wed, Dec 10, 2014 at 7:54 PM, Pierluigi Passaro
pierluigi.pass...@phoenixsoftware.it wrote:
Hi all,
I'm trying
Hi Sakari,
Am Mittwoch, den 03.12.2014, 17:47 +0200 schrieb Sakari Ailus:
Hi Philipp,
On Tue, Dec 02, 2014 at 08:41:24PM +0100, Philipp Zabel wrote:
This patch adds three new RGB media bus formats that describe
18-bit or 24-bit samples transferred over an LVDS bus with three
or four
this
connection.
Cc: Emil Renner Berthing ker...@esmil.dk
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 30 ++
include/uapi/linux/media-bus-format.h | 1 +
2 files changed, 31 insertions(+)
diff --git
This patch adds two more 24-bit RGB formats. BGR888 is more or less common,
GBR888 is used on the internal connection between the IPU display interface
and the TVE (VGA DAC) on i.MX53 SoCs.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Documentation/DocBook/media/v4l/subdev-formats.xml
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 37 ++
include/uapi/linux/media-bus-format.h | 3 +-
2 files changed, 39 insertions(+), 1 deletion(-)
diff --git a/Documentation/DocBook/media/v4l/subdev
b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if
PM_SLEEP is selected) which is only in linux-next at the moment (via the
linux-pm tree).
Please let me know if it is OK to take this one into linux-pm.
For the coda part,
Acked-by: Philipp Zabel p.za...@pengutronix.de
regards
Philipp
--
To unsubscribe from
Am Mittwoch, den 03.12.2014, 14:48 +0200 schrieb Laurent Pinchart:
Hi Philipp,
Thank you for the patch.
Thank you for the comments. I'll fix the issues you pointed out and
resend.
On Wednesday 03 December 2014 11:28:18 Philipp Zabel wrote:
This patch adds two more 24-bit RGB formats
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 37 ++
include/uapi/linux/media-bus-format.h | 3 +-
2 files changed, 39 insertions(+), 1
this
connection.
Cc: Emil Renner Berthing ker...@esmil.dk
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v1:
- Added missing /* RGB - next is ... */ comment update
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 30 ++
include/uapi/linux/media-bus-format.h
This patch adds two more 24-bit RGB formats. BGR888 is more or less common,
GBR888 is used on the internal connection between the IPU display interface
and the TVE (VGA DAC) on i.MX53 SoCs.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch
This patch adds three new RGB media bus formats that describe
18-bit or 24-bit samples transferred over an LVDS bus with three
or four differential data pairs, serialized into 7 time slots,
using standard SPWG/PSWG/VESA or JEIDA data ordering.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Am Sonntag, den 09.11.2014, 16:51 +0100 schrieb Guennadi Liakhovetski:
On Sun, 9 Nov 2014, Philipp Zabel wrote:
Hi Guennadi,
On Fri, Nov 07, 2014 at 11:06:21PM +0100, Guennadi Liakhovetski wrote:
Hi Philipp,
Thanks for the patch and sorry for a late reply. I did look at your
may be represented by one of general purpose I2C busses
found on SoC.
Signed-off-by: Vladimir Zapolskiy vladimir_zapols...@mentor.com
Cc: Wolfram Sang w...@the-dreams.de
Cc: Philipp Zabel p.za...@pengutronix.de
Cc: Shawn Guo shawn@linaro.org
Cc: devicet...@vger.kernel.org
Cc
Hi Vladimir,
[Added Andy Yan to Cc:, because imx-hdmi-dw-hdmi]
Am Montag, den 01.12.2014, 17:39 +0200 schrieb Vladimir Zapolskiy:
On 01.12.2014 17:11, Philipp Zabel wrote:
Am Montag, den 01.12.2014, 16:54 +0200 schrieb Vladimir Zapolskiy:
Hi Philipp and Shawn,
On 15.11.2014 19:49
Am Donnerstag, den 27.11.2014, 16:10 -0200 schrieb Fabio Estevam:
On Thu, Nov 27, 2014 at 3:54 PM, Jean-Michel Hautbois
jean-michel.hautb...@vodalys.com wrote:
I don't have the same behaviour, but I may have missed a patch.
I have taken linux-next and rebased my work on it. I have some
Hi Jean-Michel,
Am Mittwoch, den 26.11.2014, 14:33 +0100 schrieb Jean-Michel Hautbois:
Hi,
We are writing a gstreamer plugin to support CODA960 encoder on i.MX6,
and it is not working so now trying to use v4l2-ctl for the moment.
As I am asking about encoder, is there a way to make it
Hi Jean-Michel,
Am Montag, den 24.11.2014, 16:19 +0100 schrieb Jean-Michel Hautbois:
Hi,
I am working on using the CSI bus of i.MX6 with a adv7611 chip.
I started to work with Steve Longerbeam's tree, and here is the
current tree I am using :
Hi Guennadi,
On Fri, Nov 07, 2014 at 11:06:21PM +0100, Guennadi Liakhovetski wrote:
Hi Philipp,
Thanks for the patch and sorry for a late reply. I did look at your
patches earlier too, but maybe not attentively enough, or maybe I'm
misunderstanding something now. In the scan_of_host()
definitions in the ipu-v3 driver.
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
Acked-by: Philipp Zabel p.za...@pengutronix.de
regards
Philipp
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
Add myself as maintainer for the CODA V4L2 mem2mem driver.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3c64271..34d3671 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2487,6
Hi Hans,
Am Montag, den 03.11.2014, 14:38 +0100 schrieb Hans Verkuil:
Hi Philipp,
I've been playing with this and I cannot make it work. One thing that is
missing
in this patch is that the device struct isn't passed to v4l2_device_register.
Without that the vb2 allocation context will
Hi Mauro, Guennadi,
Am Dienstag, den 30.09.2014, 10:06 +0200 schrieb Philipp Zabel:
Am Montag, den 29.09.2014, 18:10 -0400 schrieb Greg Kroah-Hartman:
On Mon, Sep 29, 2014 at 08:03:34PM +0200, Philipp Zabel wrote:
Decrementing the reference count of the previous endpoint node allows
Hi Ulf,
Am Montag, den 22.09.2014, 20:44 +0200 schrieb Ulf Hansson:
On 22 September 2014 18:05, Philipp Zabel p.za...@pengutronix.de wrote:
From: Ulf Hansson ulf.hans...@linaro.org
For several reasons it's good practice to leave devices in runtime PM
active state while those have been
Hi Ulf,
Am Donnerstag, den 23.10.2014, 14:15 +0200 schrieb Ulf Hansson:
At what point is the pm domain supposed to be enabled when I load the
module?
Hi Philipp,
The PM domain shall be powered on prior your driver starts probing.
This is a common problem when using the generic PM
Hi Jean-Michel,
Am Mittwoch, den 22.10.2014, 11:21 +0200 schrieb Jean-Michel Hautbois:
I may have misunderstand something...
I try to encode, and modified the CODA_MAX_FRAME_SIZE to 0x50 just to see.
And here is the trace-cmd :
$ trace-cmd record -e v4l2* v4l2-ctl -d1
To simulate the behaviour of real hardware with such limitations or to
connect vivid to real hardware with such limitations, add an option to
let vivid use the dma-contig allocator instead of vmalloc.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/vivid/Kconfig
The videobuf2-vmalloc header is not used by the changed files, so remove it.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/vivid/vivid-kthread-cap.c | 1 -
drivers/media/platform/vivid/vivid-kthread-out.c | 1 -
drivers/media/platform/vivid/vivid-osd.c
For contiguous DMA buffer allocation, a struct is needed that
DMA buffers can be associated with.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/vivid/vivid-core.c | 37 +--
1 file changed, 35 insertions(+), 2 deletions(-)
diff --git
device to vivid.
There is a new 'allocators' module parameter array that selects the
dma-contig allocator for an instance when the value is set to 1:
modprobe vivid n_devs=2 allocators=1,1
regards
Philipp
Philipp Zabel (5):
[media] vivid: select CONFIG_FB_CFB_FILLRECT/COPYAREA/IMAGEBLIT
Instances created with allocators == 1 use videobuf2-dma-contig, and are
able to export DMA buffers via VIDIOC_EXPBUF.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/vivid/vivid-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
The OSD simulation uses the framebuffer core functions, so vivid needs to
select the corresponding configuration options.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/vivid/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform
Am Mittwoch, den 22.10.2014, 12:14 +0200 schrieb Hans Verkuil:
[...]
diff --git a/drivers/media/platform/vivid/vivid-vid-cap.c
b/drivers/media/platform/vivid/vivid-vid-cap.c
index 331c544..04b5fbf 100644
--- a/drivers/media/platform/vivid/vivid-vid-cap.c
+++
Hi Jean-Michel,
Am Dienstag, den 21.10.2014, 17:39 +0200 schrieb Jean-Michel Hautbois:
[...]
And the output is now :
v4l2-ctl -d1 --stream-out-mmap --stream-mmap --stream-to x.raw
[ 6208.240919] coda 204.vpu: Not output type
[ 6208.245316] coda 204.vpu: streamon_out (N), streamon_cap
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/media/platform/coda/coda-common.c
index ced4760..23ace447 100644
This patch adds a quick check for valid JPEG frames before feeding them into
the bitstream buffer: Frames that do not begin with the JPEG start of image
marker and end with the end of image marker are dropped.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda
This should fix CODA crashes due to timeouts when stopping
the decoding process with SIGINT.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/coda/coda-common.c
b
Hi Laurent,
On Mon, Oct 6, 2014 at 4:34 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
@@ -311,6 +311,7 @@ static int uvc_parse_format(struct uvc_device *dev,
struct uvc_format_desc *fmtdesc;
struct uvc_frame *frame;
const unsigned char *start =
-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Philipp Zabel p.za...@pengutronix.de
regards
Philipp
--
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 http://vger.kernel.org/majordomo-info.html
-by: Philipp Zabel p.za...@pengutronix.de
regards
Philipp
--
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 http://vger.kernel.org/majordomo-info.html
Hi Fabio,
On Sat, Oct 04, 2014 at 04:40:52PM -0300, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Core code already prints on OOM errors, so no need to keep this here.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
I already have sent this patch:
devices
only register relevant controls now.
regards
Philipp
Philipp Zabel (10):
[media] coda: add support for planar YCbCr 4:2:2 (YUV422P) format
[media] coda: identify platform device earlier
[media] coda: add coda_video_device descriptors
[media] coda: split out encoder control setup
, the JPEG format always
reports V4L2_COLORSPACE_JPEG.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/Makefile | 2 +-
drivers/media/platform/coda/coda-bit.c| 103 +-
drivers/media/platform
the initial sizeimage to a value inside the range allowed by try_fmt.
While at it, reduce the default image size to a maximum of 1920*1088 (otherwise
JPEG will default to 8k*8k and 96 MiB buffers).
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 4
Add JPEG specific sequence initialization registers and bit definitions.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda_regs.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/media
This patch splits the encoder specific controls out of the main control setup
function. This way each video device registers only relevant controls.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v1:
- Kept both H.264 and MPEG4 v4l2 controls for bitstream encoder device
Before starting a PIC_RUN, pad the bitstream with 0xff until 256 bytes
past the next multiple of 256 bytes, if the buffer to be decoded is the
last buffer in the bitstream.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c | 20
1
We'll use this information to decide whether to request the JPEG IRQ later.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/media/platform/coda/coda
/CODA7542 case and
a separate hardware unit on CODA960.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v1:
- Combined bitstream encoder devices
---
drivers/media/platform/coda/coda-common.c | 350 +-
drivers/media/platform/coda/coda.h
This patch adds support for the three-plane YUV422P format with one luma plane
and two horizontally subsampled chroma planes.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 14 +-
drivers/media/platform/coda/coda-common.c | 13
that it contains more than only the buffer timestamp.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 53 ++-
drivers/media/platform/coda/coda-common.c | 14
drivers/media/platform/coda/coda.h| 8 +++--
3
Am Mittwoch, den 01.10.2014, 09:33 -0400 schrieb Nicolas Dufresne:
Le 2014-09-30 10:34, Kamil Debski a écrit :
I agree with you Hans. MFC has a single encoder node that supports multiple
codecs and I think this design works well.
JPEG should be separated into separate device.
Having
Am Montag, den 29.09.2014, 18:10 -0400 schrieb Greg Kroah-Hartman:
On Mon, Sep 29, 2014 at 08:03:34PM +0200, Philipp Zabel wrote:
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a for_each_... style macro.
All current
V4L2_COLORSPACE_JPEG.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/Makefile | 2 +-
drivers/media/platform/coda/coda-bit.c| 103 +-
drivers/media/platform/coda/coda-common.c | 112
Add JPEG specific sequence initialization registers and bit definitions.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda_regs.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/media
that it contains more than only the buffer timestamp.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 53 ++-
drivers/media/platform/coda/coda-common.c | 14
drivers/media/platform/coda/coda.h| 8 +++--
3
.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/platform/coda/coda-bit.c
b/drivers/media/platform/coda/coda-bit.c
index 27e0764..2a6810e 100644
--- a/drivers/media/platform/coda/coda
the initial sizeimage to a value inside the range allowed by try_fmt.
While at it, reduce the default image size to a maximum of 1920*1088 (otherwise
JPEG will default to 8k*8k and 96 MiB buffers).
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 4
device is
separate because it supports more uncompressed formats (currently YUV422P,
in the future grayscale or YUV 4:4:4 support could be added).
regards
Philipp
Philipp Zabel (10):
[media] coda: add support for planar YCbCr 4:2:2 (YUV422P) format
[media] coda: identify platform device earlier
This patch adds support for the three-plane YUV422P format with one luma plane
and two horizontally subsampled chroma planes.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 14 +-
drivers/media/platform/coda/coda-common.c | 13
This patch splits the H.264/MPEG4 encoder specific controls out of the main
control setup function. This way each video device registers only relevant
controls.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 66
simplifies
coda_enum_fmt and coda_try_fmt a bit.
A separate decoder video device will be created for JPEG decoding later due to
slightly different behavior in the CodaDx6/CODA7542 case and due to a separate
hardware unit on CODA960.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media
We'll use this information to decide whether to request the JPEG IRQ later.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/media/platform/coda/coda
Hi Hans,
Am Dienstag, den 30.09.2014, 15:43 +0200 schrieb Hans Verkuil:
On 09/30/14 11:57, Philipp Zabel wrote:
Hi,
These patches add JPEG encoding and decoding support for CODA7541 (i.MX5).
The encoder video device is split into one video device per codec, so that
each video device
Using the for_each_... macro should make the code bit shorter and
easier to read. Since we can break out of the loop, we keep the
call to of_node_put after the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v3:
- Kept of_node_put after the loop, as in the earlier
prev argument's refcount themselves.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/of/base.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index d8574ad
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/of/base.c| 26 ++
include/linux/of_graph.h
In preparation for the following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch
Philipp Zabel (8):
[media] soc_camera: Do not decrement endpoint node refcount in the
loop
imx-drm: Do not decrement endpoint node refcount in the loop
of: Decrement refcount of previous endpoint in
of_graph_get_next_endpoint
of: Add for_each_endpoint_of_node helper macro
of: Add
Using the for_each_... macro should make the code a bit shorter and
easier to read.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/gpu/drm/drm_of.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff
Using the for_each_... macro should make the code bit shorter and
easier to read. This patch also properly decrements the endpoint node
reference count before returning out of the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/staging/imx-drm/imx-drm-core.c | 9
In preparation for a following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel p.za
Am Montag, den 29.09.2014, 12:13 +0300 schrieb Dan Carpenter:
On Mon, Sep 29, 2014 at 10:15:44AM +0200, Philipp Zabel wrote:
In preparation for a following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint
node,
which
This patch adds support for the two-plane NV12 format with one luma plane
and one interleaved chroma plane.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 26 +-
drivers/media/platform/coda/coda-common.c | 8
to clear magic
bits if we wrote 0 in the first place), and adds support for the NV12 pixel
format.
regards
Philipp
Philipp Zabel (6):
[media] coda: clear aborting flag in stop_streaming
[media] coda: remove superfluous error message on devm_kzalloc failure
[media] coda: add coda_write_base
Clearing the aborting flag in stop_streaming is necessary if we want to start
streaming again without having to closing and reopening the device. Also,
do not explicitly set it in default_params; the context is zeroed by
kzalloc anyway.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
901 - 1000 of 1581 matches
Mail list logo
