Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/22/2018 02:27 PM, Oleksandr Andrushchenko wrote: > On 05/22/2018 09:02 PM, Boris Ostrovsky wrote: >> On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote: >>> On 05/22/2018 05:33 PM, Boris Ostrovsky wrote: >>>> On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wr

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote: > On 05/22/2018 05:33 PM, Boris Ostrovsky wrote: >> On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote: >>> On 05/21/2018 11:36 PM, Boris Ostrovsky wrote: >>>> On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wr

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote: > On 05/21/2018 11:36 PM, Boris Ostrovsky wrote: >> On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote: >>> On 05/21/2018 09:53 PM, Boris Ostrovsky wrote: >>>> On 05/21/2018 01:32 PM, Oleksandr Andrushchenko wr

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote: > On 05/21/2018 09:53 PM, Boris Ostrovsky wrote: >> On 05/21/2018 01:32 PM, Oleksandr Andrushchenko wrote: >>> On 05/21/2018 07:35 PM, Boris Ostrovsky wrote: >>>> On 05/21/2018 01:40 AM, Oleksandr Andrushchenko wr

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/21/2018 01:32 PM, Oleksandr Andrushchenko wrote: > On 05/21/2018 07:35 PM, Boris Ostrovsky wrote: >> On 05/21/2018 01:40 AM, Oleksandr Andrushchenko wrote: >>> On 05/19/2018 01:04 AM, Boris Ostrovsky wrote: >>>> On 05/17/2018 04:26 AM, Oleksandr Andrushchenk

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

On 05/21/2018 01:40 AM, Oleksandr Andrushchenko wrote: > On 05/19/2018 01:04 AM, Boris Ostrovsky wrote: >> On 05/17/2018 04:26 AM, Oleksandr Andrushchenko wrote: >>> From: Oleksandr Andrushchenko <oleksandr_andrushche...@epam.com> >> >> A commit message w

Re: [Xen-devel][RFC 2/3] xen/grant-table: Extend API to work with DMA buffers

+ } > + free_dma_xenballooned_pages(dev, coherent, nr_pages, pages, > + vaddr, dev_bus_addr); > +} > +EXPORT_SYMBOL(gnttab_dma_free_pages); Given that these routines look almost exactly like their non-dma counterparts I wonder whether common code cou

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

signed long > nr_pages, gfp_t gfp) > #endif > list_del(>lru); > > - balloon_append(page); > + if (!ext_pages) > + balloon_append(page); So what you are proposing is not really ballooning. You are just piggybacking on existing interfaces, aren't you? -boris

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

las Ferre <nicolas.fe...@microchip.com> > Acked-by: Wenyou Yang <wenyou.y...@microchip.com> Applied. Thanks, Boris > --- > v2: - patch agains 09ec417b0ea8 ("mtd: nand: samsung: Disable subpage > writes on E-die NAND") of > http://git.infradead.o

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

Le Sat, 19 Aug 2017 13:52:17 +0530, Bhumika Goyal <bhumi...@gmail.com> 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:

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

idn't follow the initial discussions and might suggest things or ask questions that have already been answered in previous versions of this series or on IRC. Regards, Boris

Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t

;keesc...@chromium.org> >>> Signed-off-by: David Windsor <dwind...@gmail.com> >>> --- >>> drivers/xen/gntdev.c | 11 ++- >>> 1 file changed, 6 insertions(+), 5 deletions(-) >> Reviewed-by: Boris Ostrovsky <boris.ostrov...@oracle.com> &g

Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t

++- > 1 file changed, 6 insertions(+), 5 deletions(-) Reviewed-by: Boris Ostrovsky <boris.ostrov...@oracle.com>

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

rly interested in getting feedbacks on patch 4 and 5. Is there a reason nobody ever tried to create such generic functions (at the scatterlist and MTD levels), and if there are, could you detail them? Thanks, Boris Side note: patches touching the sunxi NAND driver are depending on this series [1].

[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

rly interested in getting feedbacks on patch 4 and 5. Is there a reason nobody ever tried to create such generic functions (at the scatterlist and MTD levels), and if there are, could you detail them? Thanks, Boris Side note: patches touching the sunxi NAND driver are depending on a series pos

[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

(the changes are quite simple though). Best Regards, Boris [1]https://lkml.org/lkml/2015/4/14/528 Changes since v1: - fix an 'uninitialized variable' bug reported by Heiko - rebased on clk-next CC: Jonathan Corbet cor...@lwn.net CC: Shawn Guo shawn@linaro.org CC: ascha Hauer ker

[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

Hi, On Wed, 26 Nov 2014 22:13:18 +0100 Maxime Ripard maxime.rip...@free-electrons.com wrote: [...] I remember someone (Chen-Yu? Boris?) saying that the 1wire clock was not really a mod0 clk. From what I could gather from the source code, it seems to have a wider m divider, so we could

[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

and need to specify which format will be transmitted on the DPI bus (RGB444, RGB565, RGB888, ...). This series also adds a field to the panel_desc struct so that one can specify which format is natevely supported by a panel. Regards, Boris Changes since v2: - use the MEDIA_BUS_FMT macros Changes

[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

references to the v4l2_mbus_pixelcode enum and its values within the kernel. Best Regards, Boris Changes since v5: - fix V4L2_MBUS_FROM_MEDIA_BUS_FMT macro definition Changes since v4: - put deprecated enum v4l2_mbus_pixelcode at the end of v4l2-mediabus.h header Changes since v3: - add

[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

references to the v4l2_mbus_pixelcode enum and its values within the kernel. Best Regards, Boris Changes since v5: - fix V4L2_MBUS_FROM_MEDIA_BUS_FMT macro definition Changes since v4: - put deprecated enum v4l2_mbus_pixelcode at the end of v4l2-mediabus.h header Changes since v3: - add

[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

  1   2   >