[RFC v3 0/5] MT2701 DRM support

2016-06-09 Thread YT Shen
This is MT2701 DRM support RFC v3, based on 4.7-rc1. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size changed. - DISP_COLOR offset changed. We add a new component DISP_BLS, and the conn

[RFC v3 1/5] drm/mediatek: rename macros, add chip prefix

2016-06-09 Thread YT Shen
Add MT8173 prefix for hardware related macros. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp

[RFC v3 2/5] drm/mediatek: add *driver_data for different hardware settings

2016-06-09 Thread YT Shen
There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT Shen --- drivers/gpu/drm/media

[RFC v3 3/5] drm/mediatek: add shadow register support

2016-06-09 Thread YT Shen
We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 +++ drivers/gpu/drm/mediatek/mtk_drm_ddp.

[RFC v3 4/5] drm/mediatek: add support for Mediatek SoC MT2701

2016-06-09 Thread YT Shen
This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 drivers/gpu/drm/mediatek/mtk_disp_rdma.c|6 drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 42 +

[RFC v3 5/5] arm: dts: mt2701: Add display subsystem related nodes for MT2701

2016-06-09 Thread YT Shen
This patch adds the device nodes for the DISP function blocks for MT2701 Signed-off-by: YT Shen --- arch/arm/boot/dts/mt2701.dtsi | 106 + 1 file changed, 106 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi index

[PATCH 26/27] drm/crtc-helper: disable_unused_functions really isn't for atomic

2016-06-09 Thread Laurent Pinchart
Hi Daniel, Thank you for the patch. On Wednesday 08 Jun 2016 14:19:18 Daniel Vetter wrote: > Rockchip just blew up here on testing, because I removed some "is this > crtc already disabled/enabled" state tracking from callbacks (not needed > with atomic). Turns out that was needed to work around r

[PATCH] drm/exynos: don't use HW trigger for Exynos5420/5422/5800

2016-06-09 Thread Inki Dae
Hi Javier, 2016년 06월 02일 23:20에 Javier Martinez Canillas 이(가) 쓴 글: > Commit a6f75aa161c5 ("drm/exynos: fimd: add HW trigger support") added > hardware trigger support to the FIMD controller driver. But this broke > the display in at least the Exynos5800 Peach Pi Chromebook. > > So

[PATCH v3 00/15] Centralize format information

2016-06-09 Thread Laurent Pinchart
Hello, Various pieces of information about DRM formats (number of planes, color depth, chroma subsampling, ...) are scattered across different helper functions in the DRM core. Callers of those functions often need to access more than a single parameter of the format, leading to inefficiencies due

[PATCH v3 06/15] drm: msm: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) Cc: Rob Clark Cc: linux-arm-msm

[PATCH v3 08/15] drm: hdlcd: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/arm/hdlcd_crtc.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Cc: Liviu Dudau diff --git a/drivers/gpu

[PATCH v3 09/15] drm: tilcdc: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. In the tilcdc_crtc_mode_set() function compute the hardware register value directly from the pixel format instead of computing the number of bits per pixels first. Signed-o

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Laurent Pinchart
Various pieces of information about DRM formats (number of planes, color depth, chroma subsampling, ...) are scattered across different helper functions in the DRM core. Callers of those functions often need to access more than a single parameter of the format, leading to inefficiencies due to mult

[PATCH v3 03/15] drm: Implement the drm_format_*() helpers as drm_format_info() wrappers

2016-06-09 Thread Laurent Pinchart
Turn the drm_format_*() helpers into wrappers around the drm_format_info lookup function to centralize all format information in a single place. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_fourcc.c | 180 --- 1 file changed, 34 insertions(+), 1

[PATCH v3 04/15] drm: Use drm_format_info() in DRM core code

2016-06-09 Thread Laurent Pinchart
Replace calls to the drm_format_*() helper functions with direct use of the drm_format_info structure. This improves efficiency by removing duplicate lookups. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_crtc.c | 100 +--- drivers/gpu/drm/drm_f

[PATCH v3 05/15] drm: WARN when calling drm_format_info() for an unsupported format

2016-06-09 Thread Laurent Pinchart
The format helpers have historically treated unsupported formats as part of the default case, returning values that are likely wrong. We can't change this behaviour now without risking breaking drivers in difficult to detect ways, but we can WARN on unsupported formats to catch faulty callers. The

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/sti/sti_gdp.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) Cc: Benjamin Gaignard Cc: Vincent Abriou

[PATCH v3 10/15] drm: cirrus: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver doesn't need the color depth, only the number of bits per pixel. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/cirrus/cirrus_fbdev.c | 6 +++--- drivers/gpu/drm/cirrus/cirrus_main.c | 4 ++-- 2 files changed, 5 insertions(+), 5 deletions(-) Cc: Dave Airlie

[PATCH v3 11/15] drm: gma500: Replace drm_fb_get_bpp_depth() with drm_format_info()

2016-06-09 Thread Laurent Pinchart
The driver uses drm_fb_get_bpp_depth() to check whether it can support the format requested by userspace when creating a framebuffer. This isn't the right API, as it doesn't differentiate between RGB formats other than on a depth and bpp basis. Fixing this requires non trivial changes to the drive

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 10 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 3 ++- 2 files changed, 7 insertion

[PATCH v3 13/15] drm: radeon: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/radeon/radeon_fb.c | 14 +++--- drivers/gpu/drm/radeon/radeon_gem.c | 3 ++- 2 files changed, 9 insertions(+)

[PATCH v3 14/15] drm: vmwgfx: Replace drm_fb_get_bpp_depth() with drm_format_info()

2016-06-09 Thread Laurent Pinchart
The driver is the last users of the drm_fb_get_bpp_depth() function. It should ideally be converted to use struct drm_mode_fb_cmd2 instead of the legacy struct drm_mode_fb_cmd internally, but that will require broad changes across the code base. As a first step, replace drm_fb_get_bpp_depth() with

[PATCH v3 15/15] drm: Don't export the drm_fb_get_bpp_depth() function

2016-06-09 Thread Laurent Pinchart
The function is only used by the drm_helper_mode_fill_fb_struct() core function to fill the drm_framebuffer bpp and depth fields, used by drivers that haven't been converted to use pixel formats directly yet. It should not be used by new drivers, so inline it in its only caller. Signed-off-by: Lau

[PATCH v3 01/15] drm: Move format-related helpers to drm_fourcc.c

2016-06-09 Thread Laurent Pinchart
The drm_crtc.c file is a mess, making the ABI documentation confusing since all functions are in the same bag. Split the format-related helpers to a new drm_fourcc.c file. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/gpu.tmpl | 5 + drivers/gpu/drm/Makefile | 2 +- drivers

[PATCH v3 00/15] Centralize format information

2016-06-09 Thread Laurent Pinchart
Hello, (Repost with the drivers maintainers CC'ed, sorry about the noise) Various pieces of information about DRM formats (number of planes, color depth, chroma subsampling, ...) are scattered across different helper functions in the DRM core. Callers of those functions often need to access more

[PATCH v3 01/15] drm: Move format-related helpers to drm_fourcc.c

2016-06-09 Thread Laurent Pinchart
The drm_crtc.c file is a mess, making the ABI documentation confusing since all functions are in the same bag. Split the format-related helpers to a new drm_fourcc.c file. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/gpu.tmpl | 5 + drivers/gpu/drm/Makefile | 2 +- drivers

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Laurent Pinchart
Various pieces of information about DRM formats (number of planes, color depth, chroma subsampling, ...) are scattered across different helper functions in the DRM core. Callers of those functions often need to access more than a single parameter of the format, leading to inefficiencies due to mult

[PATCH v3 03/15] drm: Implement the drm_format_*() helpers as drm_format_info() wrappers

2016-06-09 Thread Laurent Pinchart
Turn the drm_format_*() helpers into wrappers around the drm_format_info lookup function to centralize all format information in a single place. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_fourcc.c | 180 --- 1 file changed, 34 insertions(+), 1

[PATCH v3 04/15] drm: Use drm_format_info() in DRM core code

2016-06-09 Thread Laurent Pinchart
Replace calls to the drm_format_*() helper functions with direct use of the drm_format_info structure. This improves efficiency by removing duplicate lookups. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_crtc.c | 100 +--- drivers/gpu/drm/drm_f

[PATCH v3 05/15] drm: WARN when calling drm_format_info() for an unsupported format

2016-06-09 Thread Laurent Pinchart
The format helpers have historically treated unsupported formats as part of the default case, returning values that are likely wrong. We can't change this behaviour now without risking breaking drivers in difficult to detect ways, but we can WARN on unsupported formats to catch faulty callers. The

[PATCH v3 06/15] drm: msm: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) Cc: Rob Clark Cc: linux-arm-msm

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/sti/sti_gdp.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) Cc: Benjamin Gaignard Cc: Vincent Abriou

[PATCH v3 08/15] drm: hdlcd: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/arm/hdlcd_crtc.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Cc: Liviu Dudau diff --git a/drivers/gpu

[PATCH v3 09/15] drm: tilcdc: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. In the tilcdc_crtc_mode_set() function compute the hardware register value directly from the pixel format instead of computing the number of bits per pixels first. Signed-o

[PATCH v3 10/15] drm: cirrus: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver doesn't need the color depth, only the number of bits per pixel. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/cirrus/cirrus_fbdev.c | 6 +++--- drivers/gpu/drm/cirrus/cirrus_main.c | 4 ++-- 2 files changed, 5 insertions(+), 5 deletions(-) Cc: Dave Airlie

[PATCH v3 11/15] drm: gma500: Replace drm_fb_get_bpp_depth() with drm_format_info()

2016-06-09 Thread Laurent Pinchart
The driver uses drm_fb_get_bpp_depth() to check whether it can support the format requested by userspace when creating a framebuffer. This isn't the right API, as it doesn't differentiate between RGB formats other than on a depth and bpp basis. Fixing this requires non trivial changes to the drive

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 10 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 3 ++- 2 files changed, 7 insertion

[PATCH v3 13/15] drm: radeon: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
The driver needs the number of bytes per pixel, not the bpp and depth info meant for fbdev compatibility. Use the right API. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/radeon/radeon_fb.c | 14 +++--- drivers/gpu/drm/radeon/radeon_gem.c | 3 ++- 2 files changed, 9 insertions(+)

[PATCH v3 14/15] drm: vmwgfx: Replace drm_fb_get_bpp_depth() with drm_format_info()

2016-06-09 Thread Laurent Pinchart
The driver is the last users of the drm_fb_get_bpp_depth() function. It should ideally be converted to use struct drm_mode_fb_cmd2 instead of the legacy struct drm_mode_fb_cmd internally, but that will require broad changes across the code base. As a first step, replace drm_fb_get_bpp_depth() with

[PATCH v3 15/15] drm: Don't export the drm_fb_get_bpp_depth() function

2016-06-09 Thread Laurent Pinchart
The function is only used by the drm_helper_mode_fill_fb_struct() core function to fill the drm_framebuffer bpp and depth fields, used by drivers that haven't been converted to use pixel formats directly yet. It should not be used by new drivers, so inline it in its only caller. Signed-off-by: Lau

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Michel Dänzer
On 09.06.2016 08:32, Laurent Pinchart wrote: > The driver needs the number of bytes per pixel, not the bpp and depth > info meant for fbdev compatibility. Use the right API. > > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 10 +- > drivers/gpu/drm/amd

[Bug 96444] GRID Autosport crash on loading race

2016-06-09 Thread bugzilla-dae...@freedesktop.org
c_minimal.so:${LD_PRELOAD}" export LD_PRELOAD #fi -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/6dfec10c/attachment.html>

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

2016-06-09 Thread Archit Taneja
Hi Boris, On 6/8/2016 6:00 PM, Boris Brezillon wrote: > Add basic support for the sii902x RGB -> HDMI bridge. > This driver does not support audio output yet. > > Signed-off-by: Boris Brezillon > Tested-by: Nicolas Ferre > --- > Hi Archit, > > I recently learned you were the drm/bridge maintaine

[PATCH radeon] Change the default to PCI on PowerPC

2016-06-09 Thread Mathieu Malaterre
ping ? 2016-05-13 8:29 GMT+02:00 Mathieu Malaterre : > AGP mode is unstable on PowerPC > > Signed-off-by: Mathieu Malaterre > Reviewed-by: Christian König > --- > drivers/gpu/drm/radeon/radeon_drv.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/drivers/gpu/drm/radeon/radeon_drv

[PATCH v2 00/15] Runtime pm ref leak bonanza

2016-06-09 Thread Daniel Vetter
On Wed, Jun 08, 2016 at 06:47:27PM +0200, Lukas Wunner wrote: > Second iteration of my endeavour to rid nouveau, radeon and amdgpu of > runtime pm ref leaks. > > Patches 1 to 8 are identical to v1. > > Patch 9 of v1 modified the DRM core to turn off all CRTCs on driver > unload. Based on feedback

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Vincent ABRIOU
On 06/09/2016 01:32 AM, Laurent Pinchart wrote: > The driver needs the number of bytes per pixel, not the bpp and depth > info meant for fbdev compatibility. Use the right API. > > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/sti/sti_gdp.c | 6 +++--- > 1 file changed, 3 insertions(

[PATCH v4 02/11] drm: Read DP downstream port capabilities

2016-06-09 Thread Ville Syrjälä
On Mon, Jun 06, 2016 at 04:29:04PM +0300, Mika Kahola wrote: > Read DisplayPort downstream port capabilities. Depending on > the DP port the capabilities are defined in length of 1 byte > or 4 bytes depending if the detailed capability information is > available. > > Signed-off-by: Mika Kahola >

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

2016-06-09 Thread Boris Brezillon
Hi Archit, On Thu, 9 Jun 2016 12:15:00 +0530 Archit Taneja wrote: > Hi Boris, > > On 6/8/2016 6:00 PM, Boris Brezillon wrote: > > Add basic support for the sii902x RGB -> HDMI bridge. > > This driver does not support audio output yet. > > > > Signed-off-by: Boris Brezillon > > Tested-by: Nicol

[PATCH v4 03/11] drm: Helper to read DP branch device type

2016-06-09 Thread Ville Syrjälä
On Mon, Jun 06, 2016 at 04:29:05PM +0300, Mika Kahola wrote: > Helper routine to read out DisplayPort branch device type. The spec > defines these type as following > > 0 DisplayPort > 1 Analog VGA > 2 DVI > 3 HDMI > 4 Others without EDID support > 5

[PATCH v4 04/11] drm: Helper to read max clock rate

2016-06-09 Thread Ville Syrjälä
On Mon, Jun 06, 2016 at 04:29:06PM +0300, Mika Kahola wrote: > Helper routine to read out maximum supported pixel rate > for DisplayPort legay VGA converter or TMDS clock rate > for other digital legacy converters. The helper returns > clock rate in kHz. > > Signed-off-by: Mika Kahola > --- > dr

[PATCH v4 05/11] drm: Helper to read max bits per component

2016-06-09 Thread Ville Syrjälä
On Mon, Jun 06, 2016 at 04:29:07PM +0300, Mika Kahola wrote: > Helper routine to read out maximum supported bits per > component for DisplayPort legay converters. > > Signed-off-by: Mika Kahola > --- > drivers/gpu/drm/drm_dp_helper.c | 31 +++ > include/drm/drm_dp_hel

[PATCH v4 09/11] drm/i915: Check pixel rate for DP to VGA dongle

2016-06-09 Thread Ville Syrjälä
On Mon, Jun 06, 2016 at 04:29:11PM +0300, Mika Kahola wrote: > Filter out a mode that exceeds the max pixel rate setting > for DP to VGA dongle. This is defined in DPCD register 0x81 > if detailed cap info i.e. info field is 4 bytes long and > it is available for DP downstream port. > > The regist

[PATCH 00/18] staging/android: clean up SW_SYNC

2016-06-09 Thread Daniel Vetter
On Wed, Jun 08, 2016 at 10:45:34PM -0700, Greg Kroah-Hartman wrote: > On Wed, Jun 08, 2016 at 04:07:59PM -0300, Gustavo Padovan wrote: > > Hi Greg, > > > > Any comment on this? > > I am just starting to catch up on patches, please give me some time, > staging patches are at the bottom of my prior

[PATCH 26/27] drm/crtc-helper: disable_unused_functions really isn't for atomic

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 01:36:30AM +0300, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Wednesday 08 Jun 2016 14:19:18 Daniel Vetter wrote: > > Rockchip just blew up here on testing, because I removed some "is this > > crtc already disabled/enabled" state tracking from

[PATCH v3 01/15] drm: Move format-related helpers to drm_fourcc.c

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 02:32:05AM +0300, Laurent Pinchart wrote: > The drm_crtc.c file is a mess, making the ABI documentation confusing > since all functions are in the same bag. Split the format-related > helpers to a new drm_fourcc.c file. > > Signed-off-by: Laurent Pinchart > --- > Document

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > Various pieces of information about DRM formats (number of planes, color > depth, chroma subsampling, ...) are scattered across different helper > functions in the DRM core. Callers of those functions often need to > access more th

[PATCH 1/3] i2c: Split adapter initialisation from registers

2016-06-09 Thread Chris Wilson
In order to handle devices that need to use the adapter prior to it being registered with the system, we first need to split out the initialisation of the adapter out of i2c_register_adapter. Signed-off-by: Chris Wilson Cc: Ville Syrjälä Cc: Wolfram Sang Cc: linux-i2c at vger.kernel.org Cc: l

[PATCH 2/3] i2c: Mark adapter as initialised

2016-06-09 Thread Chris Wilson
In order to allow drivers to call i2c_init_adapter as a separate step, and to allow other drivers to continue skipping the call, mark the adapter as initialised upon i2c_init_adapter() and ignore multiple calls. The choice of how to introduce an "already-initialised" check into the existing i2c_ad

[PATCH 3/3] i2c: Export i2c_init_adapter() for use by drivers in early initialisation

2016-06-09 Thread Chris Wilson
Some drivers require use of their i2c adapter long before they can add the adapter to userspace (i.e. before they establish and expose their objects in the sysfs kobject tree). Currently i2c_add_adapter() registers the adapter with userspace, which causes a conflict in the ordering of the driver's

[PATCH v3 08/15] drm: hdlcd: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Liviu Dudau
On Thu, Jun 09, 2016 at 02:32:12AM +0300, Laurent Pinchart wrote: > The driver needs the number of bytes per pixel, not the bpp and depth > info meant for fbdev compatibility. Use the right API. > > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/arm/hdlcd_crtc.c | 5 ++--- > 1 file chan

[PATCH 07/27] drm/atomic: kerneldoc for drm_atomic_crtc_needs_modeset

2016-06-09 Thread Maarten Lankhorst
Op 08-06-16 om 14:18 schreef Daniel Vetter: > Just a bit of drive-by ocd. > > v2: Improve per Liviu's feedback. > > Cc: Liviu Dudau > Signed-off-by: Daniel Vetter > --- > include/drm/drm_atomic.h | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/include/drm/drm_atomic.h b/incl

[PATCH 06/27] drm/sun4i: Implement some semblance of vblank event handling

2016-06-09 Thread Maarten Lankhorst
Op 08-06-16 om 14:18 schreef Daniel Vetter: > atomic_flush seems to be the right place, right after we commit the > plane updates. Again use the fullproof version, since the pipe might > be off. > > Cc: Boris Brezillon > Cc: Maxime Ripard > Signed-off-by: Daniel Vetter > --- > drivers/gpu/drm/s

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
Hi Vincent, On Thursday 09 Jun 2016 09:52:05 Vincent ABRIOU wrote: > On 06/09/2016 01:32 AM, Laurent Pinchart wrote: > > The driver needs the number of bytes per pixel, not the bpp and depth > > info meant for fbdev compatibility. Use the right API. > > > > Signed-off-by: Laurent Pinchart > > --

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Laurent Pinchart
Hi Michel, On Thursday 09 Jun 2016 10:42:54 Michel Dänzer wrote: > On 09.06.2016 08:32, Laurent Pinchart wrote: > > The driver needs the number of bytes per pixel, not the bpp and depth > > info meant for fbdev compatibility. Use the right API. > > > > Signed-off-by: Laurent Pinchart > > --- >

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

2016-06-09 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/3fbeae6a/attachment.html>

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

2016-06-09 Thread bugzilla-dae...@freedesktop.org
- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/064258c6/attachment-0001.html>

[PATCH v3.1 01/15] drm: Move format-related helpers to drm_fourcc.c

2016-06-09 Thread Laurent Pinchart
The drm_crtc.c file is a mess, making the ABI documentation confusing since all functions are in the same bag. Split the format-related helpers to a new drm_fourcc.c file. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/gpu.tmpl | 5 + drivers/gpu/drm/Makefile | 2 +- drivers

[PATCH v3.1 01/15] drm: Move format-related helpers to drm_fourcc.c

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 12:54:08PM +0300, Laurent Pinchart wrote: > The drm_crtc.c file is a mess, making the ABI documentation confusing > since all functions are in the same bag. Split the format-related > helpers to a new drm_fourcc.c file. > > Signed-off-by: Laurent Pinchart Applied to drm-m

[PATCH 08/27] drm/atomic: Add struct drm_crtc_commit to track async updates

2016-06-09 Thread Liviu Dudau
On Wed, Jun 08, 2016 at 02:19:00PM +0200, Daniel Vetter wrote: > Split out from my big nonblocking atomic commit helper code as prep > work. While add it, also add some neat asciiart to document how it's > supposed to be used. > > v2: Resurrect misplaced hunk in the kerneldoc. > > Tested-by: Tome

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

2016-06-09 Thread bugzilla-dae...@freedesktop.org
of Dying Light use core profile. Anyway i think this is not mesa bug. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Alexey Brodkin
Hi Daniel, On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > The drm core has a nice ready-made helper for exactly the simple case > > > where it should fire

[PATCH 0/2 v2] drm: rcar-du: EPROBE_DEFER case doesn't need error message

2016-06-09 Thread Kuninori Morimoto
Hi David ping ? > These removes unneeded error message from Renesas DU driver. > Current this unneeded error message makes user confuse. > > Kuninori Morimoto (2): > drm: rcar-du: error message is not needed for drm_vblank_init() > drm: rcar-du: error message is not needed for EPROB

[PATCH v4 05/11] drm: Helper to read max bits per component

2016-06-09 Thread Mika Kahola
On Thu, 2016-06-09 at 11:02 +0300, Ville Syrjälä wrote: > On Mon, Jun 06, 2016 at 04:29:07PM +0300, Mika Kahola wrote: > > Helper routine to read out maximum supported bits per > > component for DisplayPort legay converters. > > > > Signed-off-by: Mika Kahola > > --- > > drivers/gpu/drm/drm_dp

[PATCH v2] drm/dsi: Implement dcs set/get display brightness

2016-06-09 Thread Vinay Simha BN
Provide a small convenience wrapper that set/get the display brightness value Cc: John Stultz Cc: Sumit Semwal Cc: Archit Taneja Cc: Rob Clark Cc: Jani Nikula Signed-off-by: Vinay Simha BN -- v1: *tested in nexus7 2nd gen. v2: * implemented jani review comments -functions name mapped

[GIT PULL] foundation for omapdrm header clean-up series for 4.8

2016-06-09 Thread Tony Lindgren
* Peter Ujfalusi [160607 06:41]: > Hi Tony, Tomi > > as you have requested I have created the immutable branch containing the > mach-omap2 touching patches only from the omapdss header cleanup. > > As I have mentioned in the v3 cover letter I have the other branch > containing the whole series:

[PATCH v4 09/11] drm/i915: Check pixel rate for DP to VGA dongle

2016-06-09 Thread Kahola, Mika
> -Original Message- > From: Ville Syrjälä [mailto:ville.syrjala at linux.intel.com] > Sent: Thursday, June 9, 2016 11:14 AM > To: Kahola, Mika > Cc: dri-devel at lists.freedesktop.org; intel-gfx at lists.freedesktop.org; > jim.bride at linux.intel.com; daniel.vetter at ffwll.ch > Subj

[drm-intel:topic/drm-misc 7/11] drivers/gpu/drm/arc/arcpgu_crtc.c:149:16: warning: unused variable 'flags'

2016-06-09 Thread kbuild test robot
es Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/ec488bc4/attachment-0001.obj>

[drm-intel:topic/drm-misc 11/11] DockBook: include/drm/drm_fourcc.h:1: warning: no structured comments found

2016-06-09 Thread kbuild test robot
drivers/gpu/drm/i915/i915_irq.c:2688: warning: No description found for parameter 'dev_priv' drivers/gpu/drm/i915/i915_irq.c:2688: warning: No description found for parameter 'fmt' drivers/gpu/drm/i915/i915_irq.c:2688: warning: Excess function parameter 'dev&#

[Bug 119861] New: Kernel BUG() when Xorg server is started

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 Bug ID: 119861 Summary: Kernel BUG() when Xorg server is started Product: Drivers Version: 2.5 Kernel Version: 4.7-rc2 Hardware: x86-64 OS: Linux Tree: Mainli

[Bug 119861] Kernel BUG() when Xorg server is started

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #1 from Dmitrii Tcvetkov --- Created attachment 219401 --> https://bugzilla.kernel.org/attachment.cgi?id=219401&action=edit Xorg.0.log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 119861] Kernel BUG() when Xorg server is started

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #2 from Dmitrii Tcvetkov --- Created attachment 219411 --> https://bugzilla.kernel.org/attachment.cgi?id=219411&action=edit Xorg.conf -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 119861] Kernel BUG() when Xorg server is started

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Attachment #219391|application/octet-stream|text/plain mime type|

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

2016-06-09 Thread Vincent ABRIOU
Hi Laurent, On 06/09/2016 11:17 AM, Laurent Pinchart wrote: > Hi Vincent, > > On Thursday 09 Jun 2016 09:52:05 Vincent ABRIOU wrote: >> On 06/09/2016 01:32 AM, Laurent Pinchart wrote: >>> The driver needs the number of bytes per pixel, not the bpp and depth >>> info meant for fbdev compatibility.

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Summary|Kernel BUG() when Xorg |Kernel BUG() when Xorg

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #3 from Dmitrii Tcvetkov --- Created attachment 219421 --> https://bugzilla.kernel.org/attachment.cgi?id=219421&action=edit kernel config -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

2016-06-09 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Attachment #219421|application/octet-stream|text/plain mime type|

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Ville Syrjälä
On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > Various pieces of information about DRM formats (number of planes, color > > depth, chroma subsampling, ...) are scattered across different helper > > functions in

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > Hi Daniel, > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > > > The drm core has

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

2016-06-09 Thread bugzilla-dae...@freedesktop.org
ee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/cc4e8c74/attachment.html>

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > > Various pieces of information about DRM formats (number of planes, color > > > depth, chroma

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Ville Syrjälä
On Thu, Jun 09, 2016 at 02:40:28PM +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > > > Various pieces of info

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:

[PATCH v3 02/15] drm: Centralize format information

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 04:05:11PM +0300, Ville Syrjälä wrote: > On Thu, Jun 09, 2016 at 02:40:28PM +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > > > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > > > On Thu, Jun 09, 2016 at

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

2016-06-09 Thread bugzilla-dae...@freedesktop.org
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/77ae00a6/attachment.html>

[Bug 96445] [amdgpu][tonga] display freezes soon after X start

2016-06-09 Thread bugzilla-dae...@freedesktop.org
HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/de4cb8e6/attachment.html>

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 01:27:55PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:

[PATCH 00/18] staging/android: clean up SW_SYNC

2016-06-09 Thread Sumit Semwal
On 9 June 2016 at 13:53, Daniel Vetter wrote: > On Wed, Jun 08, 2016 at 10:45:34PM -0700, Greg Kroah-Hartman wrote: >> On Wed, Jun 08, 2016 at 04:07:59PM -0300, Gustavo Padovan wrote: >> > Hi Greg, >> > >> > Any comment on this? >> >> I am just starting to catch up on patches, please give me some

[PATCH 14/27] drm/i915: Roll out the helper nonblock tracking

2016-06-09 Thread Maarten Lankhorst
Op 08-06-16 om 14:19 schreef Daniel Vetter: > Right now still all blocking, no worker anywhere to be seen. > > Signed-off-by: Daniel Vetter Reviewed-by: Maarten Lankhorst

[PATCH 15/27] drm/i915: nonblocking commit

2016-06-09 Thread Maarten Lankhorst
Op 08-06-16 om 14:19 schreef Daniel Vetter: > Simply split intel_atomic_commit in half and place the new > nonblocking commit helpers at the right spots. > > NOTE: There's still trouble with obj->frontbuffer bits getting mangled > when pipelining atomic commits. > > v2: > - Remove the check for non

[PATCH 1/3] drm/amdgpu: Change some variable names to make code easier understood

2016-06-09 Thread Alex Deucher
From: Alex Xie Add comment to describe some variables otherwise. Signed-off-by: Alex Xie Reviewed-by: Christian König Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a

  1   2   >