[PATCH] media: coda: don't overwrite h.264 profile_idc on decoder instance

-by: Lucas Stach --- drivers/media/platform/coda/coda-common.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/coda/coda-common.c b/drivers/media/platform/coda/coda-common.c index c7631e117dd3..1ae15d4ec5ed 100644 --- a/drivers/media/platform/coda/coda

Re: [PATCH] dma-fence: Make dma_fence_add_callback() fail if signaled with error

Am Mittwoch, den 16.05.2018, 11:42 +0200 schrieb Daniel Vetter: > On Tue, May 15, 2018 at 01:16:30PM +0100, Chris Wilson wrote: > > Quoting Ezequiel Garcia (2018-05-14 22:28:31) > > > On Mon, 2018-05-14 at 18:48 +0200, Daniel Vetter wrote: > > > > On Fri, May 11, 2018 at 08:27:41AM +0100, Chris

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

Am Mittwoch, den 25.04.2018, 13:44 -0400 schrieb Alex Deucher: > On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig > wrote: > > On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote: > > > > It has a non-coherent transaction mode (which the chipset can opt to > > > >

Re: [Linaro-mm-sig] [PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

ith that fixed. Regards, Lucas > Regards, > Christian. > > Am 11.01.2018 um 11:43 schrieb Lucas Stach: > > Did this fall through the cracks over the holidays? It really has made > > my work much easier while reworking some of the reservation object > > handling in

Re: [Linaro-mm-sig] [PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

Did this fall through the cracks over the holidays? It really has made my work much easier while reworking some of the reservation object handling in etnaviv and I think it might benefit others. Regards, Lucas Am Freitag, den 01.12.2017, 12:12 +0100 schrieb Lucas Stach: > This adds lock

[PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

This adds lockdep asserts to the reservation functions which state in their documentation that obj->lock must be held. Allows builds with PROVE_LOCKING enabled to check that the locking requirements are met. Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/dma-buf/rese

Re: [Linaro-mm-sig] [PATCH] dma-fence: Don't BUG_ON when not absolutely needed

Am Donnerstag, den 20.07.2017, 14:51 +0200 schrieb Daniel Vetter: > It makes debugging a massive pain. It is also considered very bad style to BUG the kernel on anything other than filesystem eating catastrophic failures. Reviewed-by: Lucas Stach <l.st...@pengutronix.de> > Signed-of

Re: TW686x Linux Main Line Driver Issue

Am Donnerstag, den 20.04.2017, 11:12 -0300 schrieb Ezequiel Garcia: > On 20 April 2017 at 07:10, Anuradha Ranasinghe > wrote: > > Dear All, > > > > This issue is associated to the Linux Mainline Kernel 4.1.15.2 (branch2) > > tw686x upstream driver and IMX6Q platform. > >

Re: [PATCH] [media] coda: do not enumerate YUYV if VDOA is not available

f-by: Philipp Zabel <p.za...@pengutronix.de> Reviewed-by: Lucas Stach <l.st...@pengutronix.de> > --- > drivers/media/platform/coda/coda-common.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/drivers/media/platform/coda/coda-common.c > b/drivers/media/platform/

[PATCH] [media] coda: bump maximum number of internal framebuffers to 17

The h.264 standard allows up to 16 reference frame for the high profile and we need one additional internal framebuffer when the VDOA is in use. Lift the current maximum of 8 internal framebuffers to allow playback of those video streams. Signed-off-by: Lucas Stach <l.st...@pengutronix

[PATCH 3/3] [media] coda/imx-vdoa: always wait for job completion

and before destroying the currently active context. Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/platform/coda/imx-vdoa.c | 49 +++--- 1 file changed, 33 insertions(+), 16 deletions(-) diff --git a/drivers/media/platform/coda/imx-vdo

[PATCH 1/3] [media] coda: use correct offset for mvcol buffer

The mvcol buffer needs to be placed behind the chroma plane(s), so use the real offset including any required rounding. Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/platform/coda/coda-bit.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

[PATCH 2/3] [media] coda: first step at error recovery

decode run we would hold the context and wait for userspace to queue more buffers. Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/platform/coda/coda-bit.c| 20 drivers/media/platform/coda/coda-common.c | 3 +++ drivers/media/platform/coda/

Re: [PATCH v6 17/39] platform: add video-multiplexer subdevice driver

Am Mittwoch, den 05.04.2017, 13:18 +0200 schrieb Pavel Machek: > Hi! > > > + * video stream multiplexer controlled via gpio or syscon > > + * > > + * Copyright (C) 2013 Pengutronix, Sascha Hauer > > + * Copyright (C) 2016 Pengutronix, Philipp Zabel

Re: [PATCH v3 3/9] [media] tvp5150: determine BT.656 or YUV 4:2:2 mode from device tree

Am Montag, den 14.03.2016, 15:19 -0300 schrieb Javier Martinez Canillas: > Hello Lucas, > > On Mon, Mar 14, 2016 at 12:23 PM, Lucas Stach <l.st...@pengutronix.de> wrote: > > From: Philipp Zabel <p.za...@pengutronix.de> > > > > By looking at the endpo

[PATCH v3 4/9] [media] tvp5150: fix standard autodetection

From: Philipp Zabel <p.za...@pengutronix.de> Make sure to not overwrite decoder->norm when setting the standard in hardware, but only when instructed by V4L2 API calls. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de&g

[PATCH v3 3/9] [media] tvp5150: determine BT.656 or YUV 4:2:2 mode from device tree

urrent behavior is preserved. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/tvp5150.c | 34 -- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/med

[PATCH v3 1/9] [media] tvp5150: convert register access to regmap

From: Philipp Zabel <p.za...@pengutronix.de> Regmap provides built in debugging, caching and provides dedicated accessors for bit manipulations in registers, which make the following changes a lot simpler. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas

[PATCH v3 2/9] [media] tvp5150: add userspace subdev API

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds userspace V4L2 subdevice API support. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/tvp5150.c | 282 ++

[PATCH v3 8/9] [media] tvp5150: Add sync lock interrupt handling

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds an optional interrupt handler to handle the sync lock interrupt and sync lock status. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/t

[PATCH v3 9/9] [media] tvp5150: disable output while signal not locked

From: Philipp Zabel <p.za...@pengutronix.de> To avoid short frames on stream start, keep output pins at high impedance while we are not properly locked onto the input signal. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.d

[PATCH v3 5/9] [media] tvp5150: split reset/enable routine

From: Philipp Zabel <p.za...@pengutronix.de> To trigger standard autodetection only the reset part of the routine is necessary. Split this out to make it callable on its own. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.d

[PATCH v3 6/9] [media] tvp5150: trigger autodetection on subdev open to reset cropping

From: Philipp Zabel <p.za...@pengutronix.de> If cropping isn't set explicitly by userspace, reset it to the maximum possible rectangle in subdevice open if a standard change is detected. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...

[PATCH v3 7/9] [media] tvp5150: remove pin configuration from initialization tables

From: Philipp Zabel <p.za...@pengutronix.de> To allow optional interrupt support, we want to configure the pin settings dynamically. Move those register accesses out of the static initialization tables. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas

[PATCH v2 4/9] [media] tvp5150: fix standard autodetection

From: Philipp Zabel Make sure to not overwrite decoder->norm when setting the standard in hardware, but only when instructed by V4L2 API calls. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c | 56

[PATCH v2 6/9] [media] tvp5150: trigger autodetection on subdev open to reset cropping

From: Philipp Zabel If cropping isn't set explicitly by userspace, reset it to the maximum possible rectangle in subdevice open if a standard change is detected. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c | 18

[PATCH v2 7/9] [media] tvp5150: remove pin configuration from initialization tables

From: Philipp Zabel To allow optional interrupt support, we want to configure the pin settings dynamically. Move those register accesses out of the static initialization tables. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c |

[PATCH v2 2/9] [media] tvp5150: add userspace subdev API

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds userspace V4L2 subdevice API support. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- v2: Allow the driver to be built without MEDIA_CONTROLLER and VID

[PATCH v2 3/9] [media] tvp5150: determine BT.656 or YUV 4:2:2 mode from device tree

From: Philipp Zabel By looking at the endpoint flags, it can be determined whether the link should be of V4L2_MBUS_PARALLEL or V4L2_MBUS_BT656 type. Disable the dedicated HSYNC/VSYNC outputs in BT.656 mode. For devices that are not instantiated through DT the current

[PATCH v2 5/9] [media] tvp5150: split reset/enable routine

From: Philipp Zabel To trigger standard autodetection only the reset part of the routine is necessary. Split this out to make it callable on its own. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c | 17 + 1 file

[PATCH v2 9/9] [media] tvp5150: disable output while signal not locked

From: Philipp Zabel To avoid short frames on stream start, keep output pins at high impedance while we are not properly locked onto the input signal. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c | 12 +--- 1 file changed,

[PATCH v2 8/9] [media] tvp5150: Add sync lock interrupt handling

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds an optional interrupt handler to handle the sync lock interrupt and sync lock status. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/t

[PATCH v2 1/9] [media] tvp5150: convert register access to regmap

From: Philipp Zabel Regmap provides built in debugging, caching and provides dedicated accessors for bit manipulations in registers, which make the following changes a lot simpler. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tvp5150.c |

Re: [PATCH 2/9] [media] tvp5150: add userspace subdev API

Am Donnerstag, den 19.11.2015, 01:06 +0800 schrieb kbuild test robot: > Hi Philipp, > > [auto build test ERROR on: v4.4-rc1] > [also build test ERROR on: next-20151118] > [cannot apply to: linuxtv-media/master] > > url: > https://github.com/0day-ci/linux/commits/Luc

[PATCH 3/9] [media] tvp5150: determine BT.656 or YUV 4:2:2 mode from device tree

urrent behavior is preserved. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/tvp5150.c | 34 -- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/med

[PATCH 6/9] [media] tvp5150: trigger autodetection on subdev open to reset cropping

From: Philipp Zabel <p.za...@pengutronix.de> If cropping isn't set explicitly by userspace, reset it to the maximum possible rectangle in subdevice open if a standard change is detected. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...

[PATCH 4/9] [media] tvp5150: fix standard autodetection

From: Philipp Zabel <p.za...@pengutronix.de> Make sure to not overwrite decoder->norm when setting the standard in hardware, but only when instructed by V4L2 API calls. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de&g

[PATCH 5/9] [media] tvp5150: split reset/enable routine

From: Philipp Zabel <p.za...@pengutronix.de> To trigger standard autodetection only the reset part of the routine is necessary. Split this out to make it callable on its own. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.d

[PATCH 8/9] [media] tvp5150: Add sync lock interrupt handling

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds an optional interrupt handler to handle the sync lock interrupt and sync lock status. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/t

[PATCH 1/9] [media] tvp5150: convert register access to regmap

From: Philipp Zabel <p.za...@pengutronix.de> Regmap provides built in debugging, caching and provides dedicated accessors for bit manipulations in registers, which make the following changes a lot simpler. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas

[PATCH 9/9] [media] tvp5150: disable output while signal not locked

From: Philipp Zabel <p.za...@pengutronix.de> To avoid short frames on stream start, keep output pins at high impedance while we are not properly locked onto the input signal. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.d

[PATCH 7/9] [media] tvp5150: remove pin configuration from initialization tables

From: Philipp Zabel <p.za...@pengutronix.de> To allow optional interrupt support, we want to configure the pin settings dynamically. Move those register accesses out of the static initialization tables. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas

[PATCH 2/9] [media] tvp5150: add userspace subdev API

From: Philipp Zabel <p.za...@pengutronix.de> This patch adds userspace V4L2 subdevice API support. Signed-off-by: Philipp Zabel <p.za...@pengutronix.de> Signed-off-by: Lucas Stach <l.st...@pengutronix.de> --- drivers/media/i2c/tvp5150.c | 259 ++

Re: [PATCHv2 4/4] drm: exynos: hdmi: add support for pixel clock limitation

) + return MODE_BAD; + This should be MODE_CLOCK_HIGH Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

Re: [PATCHv5][ 2/8] staging: imx-drm: Add RGB666 support for parallel display.

formats as a common base. We have patches to split this out and make this fact more visible. (The IPU core will be placed aside the Tegra host1x driver) Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http

Re: [Linaro-mm-sig] [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5076 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-

Re: [Linaro-mm-sig] [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

Am Dienstag, den 06.08.2013, 10:14 -0400 schrieb Rob Clark: On Tue, Aug 6, 2013 at 8:18 AM, Lucas Stach l.st...@pengutronix.de wrote: Am Dienstag, den 06.08.2013, 12:31 +0100 schrieb Tom Cooksey: Hi Rob, +lkml On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

queue the V4L2 operation to make sure things get operated on in the right order. Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

4. kick off V4L2 processing That seems like very specific to Desktop GPU. isn't it? Would you mind explaining what you think is desktop specific about that? Regards, Lucas -- Pengutronix e.K. | Lucas Stach

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

domain, invalidate caches, unreserve) -completion signal CPU access buffer Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

Am Donnerstag, den 20.06.2013, 09:17 +0100 schrieb Russell King - ARM Linux: On Thu, Jun 20, 2013 at 09:47:07AM +0200, Lucas Stach wrote: Am Donnerstag, den 20.06.2013, 15:43 +0900 schrieb Inki Dae: -Original Message- From: dri-devel-bounces+inki.dae=samsung

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

dma_unmap_sg after dma operation completion 6.3 move the buf3,1 to outgoing queue 7. go to 1 Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

Am Mittwoch, den 19.06.2013, 14:45 +0900 schrieb Inki Dae: -Original Message- From: Lucas Stach [mailto:l.st...@pengutronix.de] Sent: Tuesday, June 18, 2013 6:47 PM To: Inki Dae Cc: 'Russell King - ARM Linux'; 'linux-fbdev'; 'Kyungmin Park'; 'DRI mailing list'; 'myungjoo.ham

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

Am Mittwoch, den 19.06.2013, 19:44 +0900 schrieb Inki Dae: -Original Message- From: Lucas Stach [mailto:l.st...@pengutronix.de] Sent: Wednesday, June 19, 2013 7:22 PM To: Inki Dae Cc: 'Russell King - ARM Linux'; 'linux-fbdev'; 'Kyungmin Park'; 'DRI mailing list

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5076 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | -- To unsubscribe from this list

Re: [RFC][PATCH 0/2] dma-buf: add importer private data for reimporting

agree with the reasoning here. Though it would be nice to have this expected driver behavior put down somewhere in the documentation. Any volunteers? Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http