Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On Wed, 04 Apr 2018 21:49:26 +0200 Robert Jarzmik wrote: > Ulf Hansson writes: > > > On 2 April 2018 at 16:26, Robert Jarzmik wrote: > >> Hi, > >> > >> This serie is aimed at removing the dmaengine slave compat use, and

Re: [PATCH 00/47] arch-removal: device drivers

the mtd patches through the MTD tree. As you've probably noticed, nand code has been moved around and it's easier for me to carry those 2 simple changes in my tree than creating an immutable branch. Let me know if this is a problem. Regards, Boris -- Boris Brezillon, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com

Re: [PATCH v2] MAINTAINERS: mtd/nand: update Microchip nand entry

On Thu, 11 Jan 2018 17:26:59 +0100 Nicolas Ferre wrote: > Update Wenyou Yang email address. > Take advantage of this update to move this entry to the MICROCHIP / ATMEL > location and add the DT binding documentation link. > > Signed-off-by: Nicolas Ferre

Re: [PATCH 06/15] mtd: make device_type const

Le Sat, 19 Aug 2017 13:52:17 +0530, Bhumika Goyal a écrit : > Make this const as it is only stored in the type field of a device > structure, which is const. > Done using Coccinelle. > Applied to l2-mtd/master. Thanks, Boris > Signed-off-by: Bhumika Goyal

Re: [PATCH 1/6] drm: Add writeback connector type

On Fri, 25 Nov 2016 16:48:59 + Brian Starkey wrote: > +/** > + * drm_writeback_connector_init - Initialize a writeback connector and its > properties > + * @dev: DRM device > + * @wb_connector: Writeback connector to initialize > + * @funcs: Connector funcs vtable > +

Re: [PATCH 1/6] drm: Add writeback connector type

On Wed, 19 Apr 2017 10:51:23 +0100 Brian Starkey <brian.star...@arm.com> wrote: > On Tue, Apr 18, 2017 at 09:57:17PM +0200, Boris Brezillon wrote: > >Hi Brian, > > > >On Tue, 18 Apr 2017 18:34:43 +0100 > >Brian Starkey <brian.star...@arm.com> wrote: &g

Re: [PATCH 1/6] drm: Add writeback connector type

Hi Brian, On Tue, 18 Apr 2017 18:34:43 +0100 Brian Starkey wrote: > >> @@ -214,6 +214,19 @@ struct drm_connector_state { > >>struct drm_encoder *best_encoder; > >> > >>struct drm_atomic_state *state; > >> + > >> + /** > >> + * @writeback_job: Writeback job for

Re: [PATCH 2/6] drm: writeback: Add out-fences for writeback connectors

On Fri, 25 Nov 2016 16:49:00 + Brian Starkey wrote: > Add the OUT_FENCE_PTR property to writeback connectors, to enable > userspace to get a fence which will signal once the writeback is > complete. It is not allowed to request an out-fence without a > framebuffer

Re: [PATCH 1/6] drm: Add writeback connector type

On Fri, 25 Nov 2016 16:48:59 + Brian Starkey wrote: > > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c > index b5c6a8e..6bbd93f 100644 > --- a/drivers/gpu/drm/drm_connector.c > +++ b/drivers/gpu/drm/drm_connector.c > @@ -86,6 +86,7 @@

Re: [PATCH 6/6] drm: mali-dp: Add writeback connector

On Fri, 25 Nov 2016 16:49:04 + Brian Starkey wrote: > +static int > +malidp_mw_encoder_atomic_check(struct drm_encoder *encoder, > +struct drm_crtc_state *crtc_state, > +struct drm_connector_state *conn_state) >

Re: [RFC PATCH v3 0/6] Introduce writeback connectors

Hi Brian, On Fri, 25 Nov 2016 16:48:58 + Brian Starkey wrote: > Hi, > > This is v3 of my series introducing a new connector type: > DRM_MODE_CONNECTOR_WRITEBACK > See v1 and v2 here: [1] [2] > > Writeback connectors are used to expose the memory writeback engines >

Re: [PATCH v4 1/2] [media] atmel-isc: add the Image Sensor Controller code

_device *isc) > +{ > + unsigned int i; > + int ret; > + > + for (i = 0; i < ARRAY_SIZE(isc->isc_clks); i++) > + isc->isc_clks[i].clk = ERR_PTR(-EINVAL); > + > + spin_lock_init(>clk_lock); > + > + for (i = 0; i < 2; i++) {

Re: [PATCH 1/4] mm: add is_highmem_addr() helper

On Mon, 4 Apr 2016 13:44:11 +0530 Vignesh R <vigne...@ti.com> wrote: > Hi, > > On 03/31/2016 05:59 PM, Boris Brezillon wrote: > > Add an helper to check if a virtual address is in the highmem region. > > > > Signed-off-by: Boris Brezillon &l

Re: [PATCH 2/4] scatterlist: add sg_alloc_table_from_buf() helper

Hi Russell, On Thu, 31 Mar 2016 15:14:13 +0100 Russell King - ARM Linux <li...@arm.linux.org.uk> wrote: > On Thu, Mar 31, 2016 at 02:29:42PM +0200, Boris Brezillon wrote: > > sg_alloc_table_from_buf() provides an easy solution to create an sg_table > > from a vi

[PATCH 4/4] mtd: provide helper to prepare buffers for DMA operations

Some NAND controller drivers are making use of DMA to transfer data from the controller to the buffer passed by the MTD user. Provide a generic mtd_map/unmap_buf() implementation to avoid open coded (and sometime erroneous) implementations. Signed-off-by: Boris Brezillon <boris.brezil...@f

[PATCH 3/4] spi: use sg_alloc_table_from_buf()

Replace custom implementation of sg_alloc_table_from_buf() by a call to sg_alloc_table_from_buf(). Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/spi/spi.c | 45 + 1 file changed, 5 insertions(+), 40 deletions(-)

[PATCH 2/4] scatterlist: add sg_alloc_table_from_buf() helper

sg_alloc_table_from_buf() provides an easy solution to create an sg_table from a virtual address pointer. This function takes care of dealing with vmallocated buffers, buffer alignment, or DMA engine limitations (maximum DMA transfer size). Signed-off-by: Boris Brezillon <boris.brezil...@f

[PATCH 0/4] scatterlist: sg_table from virtual pointer

're not directly impacted by those patches. Let me know if you want me to drop/add people from/to the recipient list. Thanks. Best Regards, Boris [1]http://www.spinics.net/lists/arm-kernel/msg493552.html Boris Brezillon (4): mm: add is_highmem_addr() helper scatterlist: add sg_alloc_table_from_

[PATCH 1/4] mm: add is_highmem_addr() helper

Add an helper to check if a virtual address is in the highmem region. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- include/linux/highmem.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/linux/highmem.h b/include/linux/highmem.h index b

Re: [v2,4/7] scatterlist: add sg_alloc_table_from_buf() helper

Hi Vignesh, On Thu, 31 Mar 2016 10:26:59 +0530 Vignesh R <vigne...@ti.com> wrote: > Hi, > > On 03/30/2016 09:09 PM, Boris BREZILLON wrote: > > [...] > > > +int sg_alloc_table_from_buf(struct sg_table *sgt, const void *buf, size_t > > len, >

Re: [PATCH v2 4/7] scatterlist: add sg_alloc_table_from_buf() helper

On Wed, 30 Mar 2016 09:51:43 -0700 Mark Brown <broo...@kernel.org> wrote: > On Wed, Mar 30, 2016 at 05:39:51PM +0200, Boris Brezillon wrote: > > sg_alloc_table_from_buf() provides an easy solution to create an sg_table > > from a virtual address pointer. This function

[PATCH v2 7/7] mtd: nand: sunxi: update DT bindings

Document dmas and dma-names properties. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> Acked-by: Rob Herring <r...@kernel.org> --- Documentation/devicetree/bindings/mtd/sunxi-nand.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicet

[PATCH v2 0/7] mtd: nand: sunxi: add support for DMA operations

[1]https://lkml.org/lkml/2016/3/7/444 Changes since v1: - reworked sg_alloc_table_from_buf() to avoid splitting contiguous vmalloced area - fixed a bug in the read_dma() - fixed dma_direction flag in write_dma() Boris Brezillon (7): mtd: nand: sunxi: move some ECC related operations to their

[PATCH v2 4/7] scatterlist: add sg_alloc_table_from_buf() helper

sg_alloc_table_from_buf() provides an easy solution to create an sg_table from a virtual address pointer. This function takes care of dealing with vmallocated buffers, buffer alignment, or DMA engine limitations (maximum DMA transfer size). Signed-off-by: Boris Brezillon <boris.brezil...@f

[PATCH v2 5/7] mtd: provide helper to prepare buffers for DMA operations

Some NAND controller drivers are making use of DMA to transfer data from the controller to the buffer passed by the MTD user. Provide a generic mtd_map/unmap_buf() implementation to avoid open coded (and sometime erroneous) implementations. Signed-off-by: Boris Brezillon <boris.brezil...@f

[PATCH v2 6/7] mtd: nand: sunxi: add support for DMA assisted operations

The sunxi NAND controller is able to pipeline ECC operations only when operated in DMA mode, which improves a lot NAND throughput while keeping CPU usage low. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c

[PATCH v2 3/7] mtd: nand: sunxi: make cur_off parameter optional in extra oob helpers

Allow for NULL cur_offs values when the caller does not know where the NAND page register pointer point to. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/d

[PATCH v2 2/7] mtd: nand: sunxi: make OOB retrieval optional

sunxi_nfc_hw_ecc_read_chunk() always retrieves the ECC and protected free bytes, no matter if the user really asked for it or not. This can take a non negligible amount of time, especially on NAND chips exposing large OOB areas (> 1KB). Make it optional. Signed-off-by: Boris Brezil

[PATCH v2 1/7] mtd: nand: sunxi: move some ECC related operations to their own functions

In order to support DMA operations in a clean way we need to extract some of the logic coded in sunxi_nfc_hw_ecc_read/write_page() into their own function. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c

Re: [PATCH 4/7] scatterlist: add sg_alloc_table_from_buf() helper

On Tue, 8 Mar 2016 12:15:12 +0100 Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > sg_alloc_table_from_buf() provides an easy solution to create an sg_table > from a virtual address pointer. This function takes care of dealing with > vmallocated buffers, buffer al

Re: [PATCH 6/7] mtd: nand: sunxi: add support for DMA assisted operations

On Tue, 8 Mar 2016 12:15:14 +0100 Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > The sunxi NAND controller is able to pipeline ECC operations only when > operated in DMA mode, which improves a lot NAND throughput while keeping > CPU usage low. > > Signed-of

Re: [PATCH 4/7] scatterlist: add sg_alloc_table_from_buf() helper

Hi Laurent, On Tue, 08 Mar 2016 18:51:49 +0200 Laurent Pinchart <laurent.pinch...@ideasonboard.com> wrote: > Hi Boris, > > Thank you for the patch. > > On Tuesday 08 March 2016 12:15:12 Boris Brezillon wrote: > > sg_alloc_table_from_buf() provides an easy sol

Re: [PATCH 5/7] mtd: provide helper to prepare buffers for DMA operations

On Tue, 8 Mar 2016 19:48:53 +0530 Vinod Koul <vinod.k...@intel.com> wrote: > On Tue, Mar 08, 2016 at 12:15:13PM +0100, Boris Brezillon wrote: > > > > +#ifdef CONFIG_HAS_DMA > > Shouldn't this be CONFIG_DMA_ENGINE as you are preparing these descriptors > for DMA t

[PATCH 0/7] mtd: nand: sunxi: add support for DMA operations

ted yesterday [1]. [1]https://lkml.org/lkml/2016/3/7/444 Boris Brezillon (7): mtd: nand: sunxi: move some ECC related operations to their own functions mtd: nand: sunxi: make OOB retrieval optional mtd: nand: sunxi: make cur_off parameter optional in extra oob helpers scatterlist:

[PATCH 4/7] scatterlist: add sg_alloc_table_from_buf() helper

sg_alloc_table_from_buf() provides an easy solution to create an sg_table from a virtual address pointer. This function takes care of dealing with vmallocated buffers, buffer alignment, or DMA engine limitations (maximum DMA transfer size). Signed-off-by: Boris Brezillon <boris.brezil...@f

[PATCH 7/7] mtd: nand: sunxi: update DT bindings

Document dmas and dma-names properties. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- Documentation/devicetree/bindings/mtd/sunxi-nand.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/mtd/sunxi-nand.txt b/Documen

[PATCH 6/7] mtd: nand: sunxi: add support for DMA assisted operations

The sunxi NAND controller is able to pipeline ECC operations only when operated in DMA mode, which improves a lot NAND throughput while keeping CPU usage low. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c

[PATCH 1/7] mtd: nand: sunxi: move some ECC related operations to their own functions

In order to support DMA operations in a clean way we need to extract some of the logic coded in sunxi_nfc_hw_ecc_read/write_page() into their own function. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c

[PATCH 2/7] mtd: nand: sunxi: make OOB retrieval optional

sunxi_nfc_hw_ecc_read_chunk() always retrieves the ECC and protected free bytes, no matter if the user really asked for it or not. This can take a non negligible amount of time, especially on NAND chips exposing large OOB areas (> 1KB). Make it optional. Signed-off-by: Boris Brezil

[PATCH 3/7] mtd: nand: sunxi: make cur_off parameter optional in extra oob helpers

Allow for NULL cur_offs values when the caller does not know where the NAND page register pointer point to. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- drivers/mtd/nand/sunxi_nand.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/d

Re: [PATCH v2 1/2] clk: change clk_ops' -round_rate() prototype

Hi Jon, On Fri, 5 Jun 2015 09:46:09 +0100 Jon Hunter jonath...@nvidia.com wrote: On 05/06/15 00:02, Paul Walmsley wrote: Hi folks just a brief comment on this one: On Thu, 30 Apr 2015, Boris Brezillon wrote: Clock rates are stored in an unsigned long field, but -round_rate

Re: [PATCH v2 1/2] clk: change clk_ops' -round_rate() prototype

Hi Paul, On Thu, 4 Jun 2015 23:02:25 + (UTC) Paul Walmsley p...@pwsan.com wrote: Hi folks just a brief comment on this one: On Thu, 30 Apr 2015, Boris Brezillon wrote: Clock rates are stored in an unsigned long field, but -round_rate() (which returns a rounded rate from

Re: [PATCH v2 1/2] clk: change clk_ops' -round_rate() prototype

Boris Brezillon boris.brezil...@free-electrons.com wrote: Hi Stephen, On Wed, 6 May 2015 23:39:53 -0700 Stephen Boyd sb...@codeaurora.org wrote: On 04/30, Boris Brezillon wrote: Clock rates are stored in an unsigned long field, but -round_rate() (which returns a rounded rate from

Re: [PATCH v2 1/2] clk: change clk_ops' -round_rate() prototype

Hi Stephen, On Wed, 6 May 2015 23:39:53 -0700 Stephen Boyd sb...@codeaurora.org wrote: On 04/30, Boris Brezillon wrote: Clock rates are stored in an unsigned long field, but -round_rate() (which returns a rounded rate from a requested one) returns a long value (errors are reported using

[PATCH v2 0/2] clk: adapt -round_rate()/-determine_rate() prototypes

...@googlegroups.com Boris Brezillon (2): clk: change clk_ops' -round_rate() prototype clk: change clk_ops' -determine_rate() prototype Documentation/clk.txt| 8 +-- arch/arm/mach-imx/clk-busy.c | 2 +- arch/arm/mach-imx/clk-cpu.c | 12 +++- arch/arm

[PATCH v2 1/2] clk: change clk_ops' -round_rate() prototype

or an error code, and pass the requested rate as a pointer so that it can be adjusted depending on hardware capabilities. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Tested-by: Heiko Stuebner he...@sntech.de Tested-by: Mikko Perttunen mikko.perttu...@kapsi.fi Reviewed

Re: [PATCH 1/2] clk: change clk_ops' -round_rate() prototype

Hi Heiko, On Sun, 19 Apr 2015 14:13:04 +0200 Heiko Stübner he...@sntech.de wrote: Hi Boris, Am Freitag, 17. April 2015, 09:29:28 schrieb Boris Brezillon: Clock rates are stored in an unsigned long field, but -round_rate() (which returns a rounded rate from a requested one) returns a long

[PATCH 1/2] clk: change clk_ops' -round_rate() prototype

or an error code, and pass the requested rate as a pointer so that it can be adjusted depending on hardware capabilities. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com --- CC: Jonathan Corbet cor...@lwn.net CC: Shawn Guo shawn@linaro.org CC: ascha Hauer ker...@pengutronix.de

Re: [RESEND PATCH v2] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

Hi Mauro, On Mon, 02 Feb 2015 12:57:55 -0200 Mauro Carvalho Chehab m.che...@samsung.com wrote: Em Tue, 6 Jan 2015 12:43:35 +0100 Boris Brezillon boris.brezil...@free-electrons.com escreveu: Add RGB444_1X12 and RGB565_1X16 format definitions and update the documentation. Signed-off

Re: [PATCH v2 1/3] Add BGR888_1X24 and GBR888_1X24 media bus formats

, but if you do, I guess you don't want to wait for my atmel-hlcdc changes, so the best solution is to include my patch in your series ;-). Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- To unsubscribe from this list: send the line

[RESEND PATCH v2] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

Add RGB444_1X12 and RGB565_1X16 format definitions and update the documentation. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com --- Hi Mauro, Sakari, This patch has been

Re: [PATCH v2] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

driver, moreover this patch from Philip [1] depends on mine. Regards, Boris [1]http://comments.gmane.org/gmane.linux.drivers.video-input-infrastructure/85952 On Sun, 16 Nov 2014 09:24:38 +0100 Boris Brezillon boris.brezil...@free-electrons.com wrote: Add RGB444_1X12 and RGB565_1X16 format

Re: [PATCH v3 1/3] drm: add bus_formats and nbus_formats fields to drm_display_info

Hi Laurent, On Sat, 29 Nov 2014 00:13:47 +0200 Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Boris, Thank you for the patch. I just have two small comments. On Tuesday 18 November 2014 14:46:18 Boris Brezillon wrote: Add bus_formats and nbus_formats fields

Re: [PATCH v3 0/3] drm: describe display bus format

Hi Laurent, On Sat, 29 Nov 2014 00:29:10 +0200 Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Boris, On Thursday 27 November 2014 14:37:50 Boris Brezillon wrote: On Tue, 18 Nov 2014 14:46:17 +0100 Boris Brezillon wrote: Hello, This series makes use

Re: [PATCH v3 0/3] drm: describe display bus format

Hi, On Tue, 18 Nov 2014 14:46:17 +0100 Boris Brezillon boris.brezil...@free-electrons.com wrote: Hello, This series makes use of the MEDIA_BUS_FMT definition to describe how the data are transmitted to the display. This will allow drivers to configure their output display bus according

Re: [PATCH 3/9] clk: sunxi: Add prcm mod0 clock driver

to solve ? IMHO, if you really want to split those functionalities over the DT (some nodes under clks and other under reset controller), then I suggest to use.. (Maxime, please stop smiling :P) .. SYSCON Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded

[PATCH v3 1/3] drm: add bus_formats and nbus_formats fields to drm_display_info

RGB or LVDS busses). Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com --- drivers/gpu/drm/drm_crtc.c | 30 ++ include/drm/drm_crtc.h | 7 +++ 2 files changed, 37 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c

[PATCH v3 0/3] drm: describe display bus format

since v1: - rename nformats into num_formats - declare num_formats as an unsigned int Boris Brezillon (3): drm: add bus_formats and nbus_formats fields to drm_display_info drm: panel: simple-panel: add support for bus_format retrieval drm: panel: simple-panel: add bus format information

[PATCH v3 3/3] drm: panel: simple-panel: add bus format information for foxlink panel

Foxlink's fl500wvr00-a0t supports RGB888 format. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com --- drivers/gpu/drm/panel/panel-simple.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index

[PATCH v3 2/3] drm: panel: simple-panel: add support for bus_format retrieval

Provide a way to specify panel requirement in terms of supported media bus format (particularly useful for panels connected to an RGB or LVDS bus). Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com --- drivers/gpu/drm/panel/panel-simple.c | 5 + 1 file changed, 5 insertions

Re: [PATCH] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

On Sat, 15 Nov 2014 16:49:33 +0200 Sakari Ailus sakari.ai...@iki.fi wrote: Hi Boris, Boris Brezillon wrote: Hi Sakari, On Fri, 14 Nov 2014 15:58:31 +0200 Sakari Ailus sakari.ai...@iki.fi wrote: Hi Boris, On Fri, Nov 14, 2014 at 11:36:00AM +0100, Boris Brezillon wrote

[PATCH v2] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

Add RGB444_1X12 and RGB565_1X16 format definitions and update the documentation. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com --- Changes since v1: - keep BPP and bits per sample ordering Documentation/DocBook/media

[PATCH] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

Add RGB444_1X12 and RGB565_1X16 format definitions and update the documentation. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Mauro Carvalho Chehab mche...@osg.samsung.com --- Documentation/DocBook/media/v4l/subdev-formats.xml | 40 ++ include

Re: [PATCH] [media] Add RGB444_1X12 and RGB565_1X16 media bus formats

Hi Sakari, On Fri, 14 Nov 2014 15:58:31 +0200 Sakari Ailus sakari.ai...@iki.fi wrote: Hi Boris, On Fri, Nov 14, 2014 at 11:36:00AM +0100, Boris Brezillon wrote: Add RGB444_1X12 and RGB565_1X16 format definitions and update the documentation. Signed-off-by: Boris Brezillon

Re: [PATCH v5 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel

On Mon, 10 Nov 2014 12:09:19 +0100 Hans Verkuil hverk...@xs4all.nl wrote: On 11/08/2014 04:47 PM, Boris Brezillon wrote: Place v4l2_mbus_pixelcode in a #ifndef __KERNEL__ section so that kernel users don't have access to these definitions. We have to keep this definition for user-space

[PATCH v6 08/10] staging: media: Make use of MEDIA_BUS_FMT_ definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all media drivers residing in staging. Signed-off-by: Boris

[PATCH v6 07/10] [media] usb: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all usb drivers. Signed-off-by: Boris Brezillon

[PATCH v6 06/10] [media] platform: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all platform drivers. Signed-off-by: Boris Brezillon

[PATCH v6 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel

Place v4l2_mbus_pixelcode in a #ifndef __KERNEL__ section so that kernel users don't have access to these definitions. We have to keep this definition for user-space users even though they're encouraged to move to the new media_bus_format enum. Signed-off-by: Boris Brezillon boris.brezil...@free

[PATCH v6 02/10] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed them with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Update the v4l documentation accordingly. Signed-off-by: Boris Brezillon boris.brezil...@free

[PATCH v6 04/10] [media] i2c: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definitions to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in i2c drivers. Signed-off-by: Boris Brezillon

[PATCH v6 09/10] gpu: ipu-v3: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in the ipu-v3 driver. Signed-off-by: Boris Brezillon

[PATCH v6 00/10] [media] Make mediabus format subsystem neutral

into media-bus-format.h Boris Brezillon (10): [media] Move mediabus format definition to a more standard place [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values [media] Make use of the new media_bus_format definitions [media] i2c: Make use of media_bus_format enum [media

[PATCH v6 05/10] [media] pci: Make use of MEDIA_BUS_FMT definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in pci drivers. Signed-off-by: Boris Brezillon

[PATCH v6 01/10] [media] Move mediabus format definition to a more standard place

the V4L2_MBUS_FROM_MEDIA_BUS_FMT macro. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de Acked-by: Hans Verkuil hans.verk...@cisco.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com --- include/uapi/linux/Kbuild | 1

[PATCH v6 RESEND 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel

Place v4l2_mbus_pixelcode in a #ifndef __KERNEL__ section so that kernel users don't have access to these definitions. We have to keep this definition for user-space users even though they're encouraged to move to the new media_bus_format enum. Signed-off-by: Boris Brezillon boris.brezil...@free

[PATCH v6 RESEND 08/10] staging: media: Make use of MEDIA_BUS_FMT_ definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all media drivers residing in staging. Signed-off-by: Boris

[PATCH v6 RESEND 07/10] [media] usb: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all usb drivers. Signed-off-by: Boris Brezillon

[PATCH v6 RESEND 06/10] [media] platform: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all platform drivers. Signed-off-by: Boris Brezillon

[PATCH v6 03/10] [media] Make use of the new media_bus_format definitions

Replace references to the v4l2_mbus_pixelcode enum with the new media_bus_format enum in all common headers. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com Acked-by: Hans Verkuil hans.verk...@cisco.com --- include/media/v4l2

Re: [PATCH v6 00/10] [media] Make mediabus format subsystem neutral

On Mon, 10 Nov 2014 18:21:44 +0100 Boris Brezillon boris.brezil...@free-electrons.com wrote: Hello, This patch series prepares the use of media bus formats outside of the V4L2 subsytem (my final goal is to use it in the Atmel HLCDC DRM driver where I have to configure my DPI/RGB bus

[PATCH v6 RESEND 02/10] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed them with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Update the v4l documentation accordingly. Signed-off-by: Boris Brezillon boris.brezil...@free

[PATCH v6 RESEND 05/10] [media] pci: Make use of MEDIA_BUS_FMT definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in pci drivers. Signed-off-by: Boris Brezillon

[PATCH v6 RESEND 00/10] [media] Make mediabus format subsystem neutral

into media-bus-format.h Boris Brezillon (10): [media] Move mediabus format definition to a more standard place [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values [media] Make use of the new media_bus_format definitions [media] i2c: Make use of media_bus_format enum [media

[PATCH v6 RESEND 03/10] [media] Make use of the new media_bus_format definitions

Replace references to the v4l2_mbus_pixelcode enum with the new media_bus_format enum in all common headers. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com Acked-by: Hans Verkuil hans.verk...@cisco.com --- include/media/v4l2

[PATCH v6 RESEND 01/10] [media] Move mediabus format definition to a more standard place

the V4L2_MBUS_FROM_MEDIA_BUS_FMT macro. Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de Acked-by: Hans Verkuil hans.verk...@cisco.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com --- include/uapi/linux/Kbuild | 1

[PATCH v6 RESEND 04/10] [media] i2c: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definitions to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in i2c drivers. Signed-off-by: Boris Brezillon

[PATCH v6 RESEND 09/10] gpu: ipu-v3: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in the ipu-v3 driver. Signed-off-by: Boris Brezillon

[PATCH v5 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel

Place v4l2_mbus_pixelcode in a #ifndef __KERNEL__ section so that kernel users don't have access to these definitions. We have to keep this definition for user-space users even though they're encouraged to move to the new media_bus_format enum. Signed-off-by: Boris Brezillon boris.brezil...@free

Re: [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place

On Fri, 7 Nov 2014 13:43:59 +0200 Sakari Ailus sakari.ai...@iki.fi wrote: Hi Boris, Thank you for the update. On Thu, Nov 06, 2014 at 10:56:59AM +0100, Boris Brezillon wrote: Rename mediabus formats and move the enum into a separate header file so that it can be used by DRM/KMS

[PATCH v3 07/10] [media] usb: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all usb drivers. Signed-off-by: Boris Brezillon

[PATCH v3 08/10] staging: media: Make use of MEDIA_BUS_FMT_ definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all media drivers residing in staging. Signed-off-by: Boris

[PATCH v3 06/10] [media] platform: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in all platform drivers. Signed-off-by: Boris Brezillon

[PATCH v3 00/10] [media] Make mediabus format subsystem neutral

legacy format definitions into media-bus-format.h Boris Brezillon (10): [media] Move mediabus format definition to a more standard place [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values [media] Make use of the new media_bus_format definitions [media] i2c: Make use

[PATCH v3 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel

Place v4l2_mbus_pixelcode in a #ifndef __KERNEL__ section so that kernel users don't have access to these definitions. We have to keep this definition for user-space users even though they're encouraged to move to the new media_bus_format enum. Signed-off-by: Boris Brezillon boris.brezil...@free

[PATCH v3 01/10] [media] Move mediabus format definition to a more standard place

the V4L2_MBUS_FROM_MEDIA_BUS_FMT macro. Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com --- include/uapi/linux/Kbuild | 1 + include/uapi/linux/media-bus-format.h | 125 +++ include/uapi/linux/v4l2

[PATCH v3 05/10] [media] pci: Make use of MEDIA_BUS_FMT definitions

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in pci drivers. Signed-off-by: Boris Brezillon

[PATCH v3 09/10] gpu: ipu-v3: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed enum values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Reference new definitions in the ipu-v3 driver. Signed-off-by: Boris Brezillon

[PATCH v3 04/10] [media] i2c: Make use of media_bus_format enum

In order to have subsytem agnostic media bus format definitions we've moved media bus definitions to include/uapi/linux/media-bus-format.h and prefixed values with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Replace all references to the old definitions in i2c drivers. Signed-off-by: Boris Brezillon

[PATCH v3 02/10] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values

In order to have subsytem agnostic media bus format definitions we've moved media bus definition to include/uapi/linux/media-bus-format.h and prefixed them with MEDIA_BUS_FMT instead of V4L2_MBUS_FMT. Update the v4l documentation accordingly. Signed-off-by: Boris Brezillon boris.brezil...@free

  1   2   >