[PATCH v3 18/27] omapfb: connector-analog-tv: Support only Composite type in legacy boot

In legacy mode (non DT mode) support only composite connector type. The only user for this is rx51, using composite type. Dropping the connector_type selection via pdata will allow cleanups in omapdss (drm vs fbdev). Signed-off-by: Peter Ujfalusi ---

[PATCH v3 17/27] drm/omap: connector-analog-tv: Support only Composite type in legacy boot

In legacy mode (non DT mode) support only composite connector type. The only user for this is rx51, using composite type. Dropping the connector_type selection via pdata will allow cleanups in omapdss (drm vs fbdev). Signed-off-by: Peter Ujfalusi ---

[PATCH v3 16/27] omapdss: omap-panel-data.h: Remove struct omap_dss_device declaration

The omap_dss_device is not needed by anything in the header file. Signed-off-by: Peter Ujfalusi --- include/video/omap-panel-data.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/video/omap-panel-data.h b/include/video/omap-panel-data.h index a64e9ba12b0d..7b4fadf82cd5 100644 ---

[PATCH v3 15/27] drm/omap: displays: Do not include video/omap-panel-data.h if not needed

Some panel/encoder/connector driver includes omap-panel-data.h but they do not need it. Remove the inclusion of video/omap-panel-data.h from these drivers. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 1 -

[PATCH v3 14/27] omapfb: encoder-tpd12s015: No need to include video/omap-panle-data.h

The driver does not support legacy (pdata) based probing. Signed-off-by: Peter Ujfalusi --- drivers/video/fbdev/omap2/omapfb/displays/encoder-tpd12s015.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/video/fbdev/omap2/omapfb/displays/encoder-tpd12s015.c

[PATCH v3 13/27] omapfb: encoder-tfp410: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/encoder-tfp410.c | 44 +++--- include/video/omap-panel-data.h| 14 --- 2 files changed,

[PATCH v3 12/27] omapfb: connector-dvi: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/connector-dvi.c| 58 +++--- include/video/omap-panel-data.h| 12 - 2 files changed, 6

[PATCH v3 11/27] omapfb: connector-hdmi: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/connector-hdmi.c | 42 -- include/video/omap-panel-data.h| 10 -- 2 files changed, 6

[PATCH v3 10/27] omapfb: panel-dsi-cm: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/panel-dsi-cm.c | 52 +++--- include/video/omap-panel-data.h| 27 --- 2 files

[PATCH v3 09/27] omapfb: panel-lgphilips-lb035q02: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omapfb/displays/panel-lgphilips-lb035q02.c | 56 +++--- include/video/omap-panel-data.h| 18 --- 2 files changed,

[PATCH v3 08/27] omapfb: panel-sharp-ls037v7dw01: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omapfb/displays/panel-sharp-ls037v7dw01.c | 81 ++ include/video/omap-panel-data.h| 24 --- 2 files changed,

[PATCH v3 07/27] omapfb: panel-tpo-td043mtea1: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-tpo-td043mtea1.c | 44 +++--- include/video/omap-panel-data.h| 16 2 files changed,

[PATCH v3 06/27] omapfb: panel-nec-nl8048hl11: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-nec-nl8048hl11.c | 45 +++--- include/video/omap-panel-data.h| 18 - 2 files

[PATCH v3 05/27] omapfb: panel-tpo-td028ttec1: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-tpo-td028ttec1.c | 43 +++--- include/video/omap-panel-data.h| 13 --- 2 files changed,

[PATCH v3 04/27] ARM: OMAP2: Use the platform_data header for omapdss

Instead of the full omapdss internal header, include only the platform_data header. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-ldp.c| 2 +- arch/arm/mach-omap2/board-rx51-video.c | 2 +- arch/arm/mach-omap2/display.c | 2 +- arch/arm/mach-omap2/dss-common.c

[PATCH v3 03/27] video/platform_data: omapdss: Create new header file for platform data

Create a new header file for platform data used by omapdss. Signed-off-by: Peter Ujfalusi --- include/linux/platform_data/omapdss.h | 42 +++ include/video/omapdss.h | 28 +-- 2 files changed, 43 insertions(+), 27 deletions(-)

[PATCH v3 02/27] ARM/video: omap2: Move omap_display_init declaration to mach-omap2/display.h

The omap_display_init() is implemented in the mach-omap2/display.c so the declaration should have been there as well. Change the board files to include display.h to avoid build breakage at the same time. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-ldp.c| 1 +

[PATCH v3 01/27] ARM: OMAP: rx51-video: Do not set TV connector_type

OMAP_DSS_VENC_TYPE_COMPOSITE is 0. There is no need to explicitly set the connector_type. This change is needed for the omapdss header cleanup. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-rx51-video.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v3 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

Hi, Changes since v2: - Collected the patches (4 of them) at the beginning which touches mach-omap2 - Smaller changes in the moved patches to make sure they compile. Changes since v1: - patches (2) added to remove the inclusion of video/omap-panel-data.h when it is not needed - Transitional

[PATCH v3 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

Hi, I can not believe this... My internet got disconnected during git send-email... This is the second time that this happened. Will resend the series. On 06/03/16 13:52, Peter Ujfalusi wrote: > Hi, > > Changes since v2: > - Collected the patches (4 of them) at the beginning which touches

[PATCH v3 24/27] drm/omap: Do not include video/omapdss.h directly in drivers

All drivers to include the omapdrm/dss/omapdss.h header file. This header includes the Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 3 ++- drivers/gpu/drm/omapdrm/displays/connector-dvi.c| 4 ++--

[PATCH v3 23/27] omapdss: hdmi audio: Make header file independent of video/omapdss.h

Clean up the header files regarding to hdmi audio so the omap-hdmi-audio.h file will only need to include the platform_data/omapdss.h file. Signed-off-by: Peter Ujfalusi CC: Mark Brown CC: Jyri Sarha CC: Liam Girdwood --- drivers/gpu/drm/omapdrm/dss/hdmi.h | 1 +

[PATCH v3 22/27] platform_data: omapdss: Remove unused members from omap_dss_board_info

The num_devices, **devices and *default_device is leftover from the past. They can be removed as they are no used. Signed-off-by: Peter Ujfalusi --- include/linux/platform_data/omapdss.h | 5 - 1 file changed, 5 deletions(-) diff --git a/include/linux/platform_data/omapdss.h

[PATCH v3 21/27] omapfb: Remove reference to pdata->default_device

The default_device is no longer used, it is a leftower from legacy. The else if (pdata->default_device) is always going to be false. Signed-off-by: Peter Ujfalusi --- drivers/video/fbdev/omap2/omapfb/dss/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v3 20/27] drm/omap: Remove reference to pdata->default_device

The default_device is no longer used, it is a leftower from legacy. The else if (pdata->default_device) is always going to be false. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/dss/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/dss/core.c

[PATCH v3 19/27] omapdss: omap-panel-data.h: Remove connector_type from atv pdata

The driver only supports composite connection when booted in legacy mode so the omap_dss_venc_type can be dropped from the pdata. At the same time the video/omapdss.h include can be removed as it is no longer needed. Signed-off-by: Peter Ujfalusi --- include/video/omap-panel-data.h | 3 --- 1

[PATCH v3 18/27] omapfb: connector-analog-tv: Support only Composite type in legacy boot

In legacy mode (non DT mode) support only composite connector type. The only user for this is rx51, using composite type. Dropping the connector_type selection via pdata will allow cleanups in omapdss (drm vs fbdev). Signed-off-by: Peter Ujfalusi ---

[PATCH v3 17/27] drm/omap: connector-analog-tv: Support only Composite type in legacy boot

In legacy mode (non DT mode) support only composite connector type. The only user for this is rx51, using composite type. Dropping the connector_type selection via pdata will allow cleanups in omapdss (drm vs fbdev). Signed-off-by: Peter Ujfalusi ---

[PATCH v3 16/27] omapdss: omap-panel-data.h: Remove struct omap_dss_device declaration

The omap_dss_device is not needed by anything in the header file. Signed-off-by: Peter Ujfalusi --- include/video/omap-panel-data.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/video/omap-panel-data.h b/include/video/omap-panel-data.h index a64e9ba12b0d..7b4fadf82cd5 100644 ---

[PATCH v3 15/27] drm/omap: displays: Do not include video/omap-panel-data.h if not needed

Some panel/encoder/connector driver includes omap-panel-data.h but they do not need it. Remove the inclusion of video/omap-panel-data.h from these drivers. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 1 -

[PATCH v3 14/27] omapfb: encoder-tpd12s015: No need to include video/omap-panle-data.h

The driver does not support legacy (pdata) based probing. Signed-off-by: Peter Ujfalusi --- drivers/video/fbdev/omap2/omapfb/displays/encoder-tpd12s015.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/video/fbdev/omap2/omapfb/displays/encoder-tpd12s015.c

[PATCH v3 13/27] omapfb: encoder-tfp410: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/encoder-tfp410.c | 44 +++--- include/video/omap-panel-data.h| 14 --- 2 files changed,

[PATCH v3 12/27] omapfb: connector-dvi: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/connector-dvi.c| 58 +++--- include/video/omap-panel-data.h| 12 - 2 files changed, 6

[PATCH v3 11/27] omapfb: connector-hdmi: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/connector-hdmi.c | 42 -- include/video/omap-panel-data.h| 10 -- 2 files changed, 6

[PATCH v3 10/27] omapfb: panel-dsi-cm: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/panel-dsi-cm.c | 52 +++--- include/video/omap-panel-data.h| 27 --- 2 files

[PATCH v3 09/27] omapfb: panel-lgphilips-lb035q02: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omapfb/displays/panel-lgphilips-lb035q02.c | 56 +++--- include/video/omap-panel-data.h| 18 --- 2 files changed,

[PATCH v3 08/27] omapfb: panel-sharp-ls037v7dw01: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omapfb/displays/panel-sharp-ls037v7dw01.c | 81 ++ include/video/omap-panel-data.h| 24 --- 2 files changed,

[PATCH v3 07/27] omapfb: panel-tpo-td043mtea1: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-tpo-td043mtea1.c | 44 +++--- include/video/omap-panel-data.h| 16 2 files changed,

[PATCH v3 06/27] omapfb: panel-nec-nl8048hl11: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-nec-nl8048hl11.c | 45 +++--- include/video/omap-panel-data.h| 18 - 2 files

[PATCH v3 05/27] omapfb: panel-tpo-td028ttec1: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-tpo-td028ttec1.c | 43 +++--- include/video/omap-panel-data.h| 13 --- 2 files changed,

[PATCH v3 04/27] ARM: OMAP2: Use the platform_data header for omapdss

Instead of the full omapdss internal header, include only the platform_data header. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-ldp.c| 2 +- arch/arm/mach-omap2/board-rx51-video.c | 2 +- arch/arm/mach-omap2/display.c | 2 +- arch/arm/mach-omap2/dss-common.c

[PATCH v3 03/27] video/platform_data: omapdss: Create new header file for platform data

Create a new header file for platform data used by omapdss. Signed-off-by: Peter Ujfalusi --- include/linux/platform_data/omapdss.h | 42 +++ include/video/omapdss.h | 28 +-- 2 files changed, 43 insertions(+), 27 deletions(-)

[PATCH v3 02/27] ARM/video: omap2: Move omap_display_init declaration to mach-omap2/display.h

The omap_display_init() is implemented in the mach-omap2/display.c so the declaration should have been there as well. Change the board files to include display.h to avoid build breakage at the same time. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-ldp.c| 1 +

[PATCH v3 01/27] ARM: OMAP: rx51-video: Do not set TV connector_type

OMAP_DSS_VENC_TYPE_COMPOSITE is 0. There is no need to explicitly set the connector_type. This change is needed for the omapdss header cleanup. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/board-rx51-video.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v3 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

Hi, Changes since v2: - Collected the patches (4 of them) at the beginning which touches mach-omap2 - Smaller changes in the moved patches to make sure they compile. Changes since v1: - patches (2) added to remove the inclusion of video/omap-panel-data.h when it is not needed - Transitional

[PATCH v2 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

conflict to resolve, right? Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/79e5ec15/attachment.sig>

[RFC PATCH v1 0/2]

y, since every PSR panel > has eDP sink crc support. And the testcase does require some kind of > display CRC support to validate actual screen contents, as opposed to > what's in memory in the drm_framebuffer. > -Daniel Sorry, I'm not very clear about what you mean, seems you have a re

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Hi, On 03/06/2016 at 10:38:49 +0100, Emil Velikov wrote : > On 2 June 2016 at 16:00, Boris Brezillon > wrote: > > + > > + if (client->irq > 0) { > I was always confused which is the correct way to check this >= 0 vs > > 0. DRM has both :-\ > Do you have any suggestions, should be 'mass

[Intel-gfx] [PATCH 04/26] drm/rcar-du: Use for_each_*_in_state

Hi Daniel, On Friday 03 Jun 2016 11:45:56 Daniel Vetter wrote: > On Fri, Jun 3, 2016 at 11:40 AM, Laurent Pinchart wrote: > > On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote: > >> On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote: > >>> On Monday 30 May 2016 16:54:10 Daniel

[PATCH] drm: convert DT component matching to component_match_add_release()

On Fri, Jun 03, 2016 at 12:19:41PM +0100, Liviu Dudau wrote: > On Fri, Jun 03, 2016 at 11:36:33AM +0100, Russell King - ARM Linux wrote: > > On Fri, Jun 03, 2016 at 10:40:48AM +0100, Liviu Dudau wrote: > > > On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote: > > > > Convert DT component

[PATCH] dma-buf/sync_file: fix build warning with context format type

From: Gustavo Padovan Christian König changed fence context to a u64 type, so we need to update all users accordingly. Signed-off-by: Gustavo Padovan --- Should we get this via drm-misc to silent the warning added by the change on the fence context?

[Intel-gfx] [PATCH 04/26] drm/rcar-du: Use for_each_*_in_state

Hi Daniel, On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote: > On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote: > > On Monday 30 May 2016 16:54:10 Daniel Vetter wrote: > >> On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote: > >>> Op 30-05-16 om 11:18 schreef

[PATCH] drm: convert DT component matching to component_match_add_release()

On Fri, Jun 03, 2016 at 11:36:33AM +0100, Russell King - ARM Linux wrote: > On Fri, Jun 03, 2016 at 10:40:48AM +0100, Liviu Dudau wrote: > > On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote: > > > Convert DT component matching to use component_match_add_release(). > > > > Hi Russell,

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Hi Emil, On Fri, 3 Jun 2016 10:38:49 +0100 Emil Velikov wrote: > Hi Boris. > > On 2 June 2016 at 16:00, Boris Brezillon > wrote: > > > +static void sii902x_reset(struct sii902x *sii902x) > > +{ > > + if (!sii902x->reset_gpio) > > + return; > > + > This is wrong

[PATCH] drm: convert DT component matching to component_match_add_release()

Hi Russell, On 03/06/16 08:58, Russell King wrote: > Convert DT component matching to use component_match_add_release(). > > Signed-off-by: Russell King > --- > drivers/gpu/drm/arm/hdlcd_drv.c | 10 -- > drivers/gpu/drm/armada/armada_drv.c

[Nouveau] [PATCH] drm/nouveau/iccsense: fix memory leak on default sensor->type case

Hi Colin, thanks for pointing this out, but I am quite sure this continue statement won't ever be hit, ever. check the nvkm_iccsense_create_sensor function. A sensor object will only be created for one of those three types and others don't exist. I've just added that default statement to shut

[Intel-gfx] [PATCH 04/26] drm/rcar-du: Use for_each_*_in_state

On Fri, Jun 3, 2016 at 11:40 AM, Laurent Pinchart wrote: > On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote: >> On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote: >> > On Monday 30 May 2016 16:54:10 Daniel Vetter wrote: >> >> On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten

[Nouveau] [PATCH] drm/nouveau/iccsense: fix memory leak on default sensor->type case

On 03/06/16 10:55, karol herbst wrote: > Hi Colin, > > thanks for pointing this out, but I am quite sure this continue > statement won't ever be hit, ever. > > check the nvkm_iccsense_create_sensor function. A sensor object will > only be created for one of those three types and others don't

[PATCH] drm: convert DT component matching to component_match_add_release()

On Fri, Jun 03, 2016 at 10:40:48AM +0100, Liviu Dudau wrote: > On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote: > > Convert DT component matching to use component_match_add_release(). > > Hi Russell, > > Any reason for not keeping the component_match_add() calls in the drivers?

linux-next: build warning after merge of the drm-misc tree

Hi all, After merging the drm-misc tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/dma-buf/sync_file.c: In function 'sync_file_create': drivers/dma-buf/sync_file.c:85:53: warning: format '%d' expects argument of type 'int', but argument 6 has type 'u64 {aka

[PATCH 18/38] drm/fsl-du: Implement some semblance of vblank event handling

On 2016-06-01 15:06, Daniel Vetter wrote: > No idea how exactly fsl-du commits hw state changes, but here in flush > is probably the safest place. The writes to the DCU_UPDATE_MODE register (DCU_UPDATE_MODE_READREG) commit state changes. There are several callbacks causing a commit, it seems to

[PATCH] drm: convert DT component matching to component_match_add_release()

On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote: > Convert DT component matching to use component_match_add_release(). Hi Russell, Any reason for not keeping the component_match_add() calls in the drivers? Planning to remove it? > > Signed-off-by: Russell King

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Hi Boris. On 2 June 2016 at 16:00, Boris Brezillon wrote: > +static void sii902x_reset(struct sii902x *sii902x) > +{ > + if (!sii902x->reset_gpio) > + return; > + This is wrong (reset_gpio is err_ptr) although we can/should nuke it all together. See below for reasoning. > +

[PATCH v2 1/3] of: add common OF-based component functionality

On Fri, Jun 3, 2016 at 9:21 AM, Russell King wrote: > Add common OF-based component functionality for matching devices by > device node, and releasing the device node at the appropraite time. > > Signed-off-by: Russell King > --- >

[PATCH] drm/crtc: fix connector reference counting mismatch in drm_crtc_helper_set_config

Am Donnerstag, den 02.06.2016, 22:25 +0200 schrieb Daniel Vetter: [...] > > [drm:drm_ioctl] pid=205, dev=0xe201, auth=1, DRM_IOCTL_MODE_SETCRTC > > [drm:drm_mode_setcrtc] [CRTC:24:crtc-0] > > [drm:drm_mode_setcrtc] [CONNECTOR:36:LVDS-1] ^ This is printed after each

[RFC v3 01/45] powerpc: dma-mapping: Don't hard-code the value of DMA_ATTR_WEAK_ORDERING

On 06/02/2016 05:39 PM, Krzysztof Kozlowski wrote: > Hard-coded value of DMA_ATTR_WEAK_ORDERING is then compared with the > symbol. This will stop matching if the value of symbol is changed (when > switching DMA attributes to unsigned long). > > Signed-off-by: Krzysztof Kozlowski > --- >

[RFC v3 10/45] cris: dma-mapping: Use unsigned long for dma_attrs

On Thu, Jun 02, 2016 at 05:39:12PM +0200, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. Acked-by: Jesper Nilsson > Signed-off-by: Krzysztof Kozlowski /^JN - Jesper Nilsson -- Jesper Nilsson --

[RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

On 06/03/2016 09:17 AM, Geert Uytterhoeven wrote: > Hi Krzysztof, > > On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski > wrote: >> --- a/include/linux/dma-mapping.h >> +++ b/include/linux/dma-mapping.h >> @@ -5,13 +5,25 @@ > >> +/** >> + * List of possible attributes associated with a DMA

[PATCH 09/20] drm: rcar-du: Rely on the default ->best_encoder() behavior

On Thu, 02 Jun 2016 23:57:14 +0300 Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:36 Boris Brezillon wrote: > > All outputs have a 1:1 relationship between connectors and encoders, > > and the driver is relying on the atomic helpers: we can

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Thu, 2 Jun 2016 23:57:02 +0200 Daniel Vetter wrote: > On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart > wrote: > > Hi Boris, > > > > Thank you for the patch. > > > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > >> Adapt drm_pick_crtcs() and update_connector_routing() to

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Fri, 03 Jun 2016 00:05:46 +0300 Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > > Adapt drm_pick_crtcs() and update_connector_routing() to fallback to > > drm_atomic_helper_best_encoder() if funcs->best_encoder()

[Nouveau] [PATCH 9/9] drm: Turn off crtc before tearing down its data structure

On Wed, Jun 01, 2016 at 04:40:12PM +0200, Daniel Vetter wrote: > On Wed, Jun 01, 2016 at 02:36:41PM +0200, Lukas Wunner wrote: > > On Wed, May 25, 2016 at 03:43:42PM +0200, Daniel Vetter wrote: > > > On Wed, May 25, 2016 at 12:51 PM, Lukas Wunner wrote: > > > > On Tue, May 24, 2016 at 11:30:42PM

[PATCH] drm: atmel-hlcdc: Fix OF graph parsing

atmel_hlcdc_create_outputs() iterates over OF graph nodes and releases the node (using of_node_put()) after each iteration, which is wrong since for_each_endpoint_of_node() is already taking care of that. Move the of_node_put() call in the error path. Signed-off-by: Boris Brezillon Fixes:

[RFC v3 29/45] m68k: dma-mapping: Use unsigned long for dma_attrs

On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. > > Signed-off-by: Krzysztof Kozlowski Looks good. Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert

[RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

Hi Krzysztof, On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski wrote: > --- a/include/linux/dma-mapping.h > +++ b/include/linux/dma-mapping.h > @@ -5,13 +5,25 @@ > +/** > + * List of possible attributes associated with a DMA mapping. The semantics > + * of each attribute should be defined in

[PATCH] drm/vmwgfx: Avoid compiler warning

Looks good to me. Thanks! Reviewed-by: Sinclair Yeh On Fri, Jun 03, 2016 at 05:47:13PM +0200, Thierry Reding wrote: > From: Thierry Reding > > While the current code is correct and the compiler's DCE pass should > remove either of the branches depending on the width of DMA addresses, > the

[PULL] drm-amdkfd-fixes

Hi Dave, This is a pull request for 4.7-rc2/3. The first patch fix a major bug in the process shutdown code. It was discovered due to my RHEL testing of amdkfd. The second patch makes sure debug manager is destroyed when the process shuts down. The third patch addresses concerns of spamming the

[PATCH] drm: convert DT component matching to component_match_add_release()

Convert DT component matching to use component_match_add_release(). Signed-off-by: Russell King --- drivers/gpu/drm/arm/hdlcd_drv.c | 10 -- drivers/gpu/drm/armada/armada_drv.c | 9 +++-- drivers/gpu/drm/drm_of.c

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Hi Enric, On Thu, 2 Jun 2016 23:47:23 +0200 Enric Balletbo Serra wrote: > > +static int sii902x_get_modes(struct drm_connector *connector) > > +{ > > + struct sii902x *sii902x = connector_to_sii902x(connector); > > + struct regmap *regmap = sii902x->regmap; > > + u32

[Intel-gfx] [PATCH 04/26] drm/rcar-du: Use for_each_*_in_state

On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote: > Hi Daniel, > > On Monday 30 May 2016 16:54:10 Daniel Vetter wrote: > > On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote: > > > Op 30-05-16 om 11:18 schreef Laurent Pinchart: > > >> Hi Daniel, > > >> > > >> Thank

[PATCH] drm/nouveau/iccsense: fix memory leak on default sensor->type case

continue; > } > > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/aa17fed2/attachment.sig>

[RFC PATCH v1 2/6] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Hi, On Fri, Jun 3, 2016 at 5:47 AM, Shawn Lin wrote: > Ah, I missed the previous version as I think it should be from > non-version to v2 rather than from non-version to v1, which IIRC is from > Doug. :) Yup, patch-numbering is 1-based, not 0-based, so typically you have no-version => v2 => v3

[Bug 113341] GPU Lockup on AMD Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=113341 Bernd Steinhauser changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 115251] amdgpu: Black screen + hang with Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=115251 Bernd Steinhauser changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Intel-gfx] [PATCH 04/26] drm/rcar-du: Use for_each_*_in_state

Hi Daniel, On Monday 30 May 2016 16:54:10 Daniel Vetter wrote: > On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote: > > Op 30-05-16 om 11:18 schreef Laurent Pinchart: > >> Hi Daniel, > >> > >> Thank you for the patch. > >> > >> This looks good to me as the resulting code is

[PATCH 22/27] drm/omapdrm: Nuke dummy fb->dirty callback

Hi Daniel, Thank you for the patch. On Monday 30 May 2016 19:53:14 Daniel Vetter wrote: > It's an optional hook. > > Cc: Tomi Valkeinen > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/omapdrm/omap_fb.c | 8 > 1 file

[PATCH 12/27] drm/shmob: Use lockless gem BO free callback

Hi Daniel, Thank you for the patch. On Monday 30 May 2016 19:53:04 Daniel Vetter wrote: > No dev->struct_mutex anywhere to be seen. > > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +- > 1 file

[PATCH 10/27] drm/rcar-du: Use lockless gem BO free callback

Hi Daniel, Thank you for the patch. On Monday 30 May 2016 19:53:02 Daniel Vetter wrote: > No dev->struct_mutex anywhere to be seen. > > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +- > 1 file changed,

[PATCH] drm/omap: rename panel/encoder Kconfig names

Hi Tomi, Thank you for the patch. On Tuesday 31 May 2016 16:35:31 Tomi Valkeinen wrote: > omapdrm is using much too generic Kconfig names for its panels and > encoders. Rename them to have "DRM_OMAP" in the name. > > Signed-off-by: Tomi Valkeinen Reviewed-by: Laurent Pinchart > --- >

[Bug 96344] X locks up on start since commit e8b38ca202fbe8c28

ves/dri-devel/attachments/20160603/f801a06f/attachment.html>

[PATCH 3/6] drm/doc: Improve kernel-doc for drm_fb_cma_helper.c

Hi Daniel, Thank you for the patch. On Tuesday 31 May 2016 23:11:12 Daniel Vetter wrote: > kernel-doc was unhappy, appease it. > > Cc: Noralf Trønnes > Cc: laurent.pinchart at ideasonboard.com > Signed-off-by: Daniel Vetter > --- > drivers/gpu/drm/drm_fb_cma_helper.c | 18 --

[Bug 96350] vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker

cause: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/124e938e/attachment.html>

[Bug 96327] Assertion failure in radeon_drm_cs.c (Shadow of Mordor)

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/ee039d0c/attachment.html>

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

Hi Philipp, Thank you very much for the review! I'll send V2 soon, doing my best to avoid collisions with other patches that are under review. On Thursday, June 2, 2016 14:49 CEST, Philipp Zabel wrote: > Hi Peter, > > Am Montag, den 30.05.2016, 18:39 +0200 schrieb Peter Senna Tschudin: >

[PATCH 06/38] drm/omap: Use for_each_plane_in_state

Hi Daniel, Thank you for the patch. On Thursday 02 Jun 2016 00:06:29 Daniel Vetter wrote: > We want to hide drm_atomic_stat internals a bit better. > > Cc: Laurent Pinchart > Cc: Tomi Valkeinen > Signed-off-by: Daniel Vetter Acked-by: Laurent Pinchart > --- >

[PATCH 04/38] drm/rcar-du: Use for_each_*_in_state

Hi Daniel, Thank you for the patch. On Thursday 02 Jun 2016 00:06:27 Daniel Vetter wrote: > We want to hide drm_atomic_state internals better. > > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter Acked-by: Laurent Pinchart > --- > drivers/gpu/drm/rcar-du/rcar_du_kms.c | 8 >

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > Adapt drm_pick_crtcs() and update_connector_routing() to fallback to > drm_atomic_helper_best_encoder() if funcs->best_encoder() is NULL so > that DRM drivers can leave this hook unassigned if they know

[PATCH v3] drm: Store the plane's index

On Fri, May 27, 2016 at 01:43:19PM -0700, Matt Roper wrote: > On Fri, May 27, 2016 at 08:05:00PM +0100, Chris Wilson wrote: > > Currently the plane's index is determined by walking the list of all > > planes in the mode and finding the position of that plane in the list. A > > linear walk,

[PATCH 16/20] drm: omap: Rely on the default ->best_encoder() behavior

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:43 Boris Brezillon wrote: > We have a 1:1 relationship between connectors and encoders and the > driver is relying on the atomic helpers: we can drop the custom > ->best_encoder() implementation and let the core call >

[PATCH 09/20] drm: rcar-du: Rely on the default ->best_encoder() behavior

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:36 Boris Brezillon wrote: > All outputs have a 1:1 relationship between connectors and encoders, > and the driver is relying on the atomic helpers: we can drop the custom > ->best_encoder() implementations and let the core call >

<    1   2   3   >