[Bug 104064] (DC 4.15-rc2) WARNING: CPU: 4 PID: 75 at drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:601 dm_suspend+0x4e/0x60 [amdgpu]

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104064 --- Comment #50 from Bjorn --- That did not help. However, looking closer at my dmesg output on the 4.17-wip branch, I see that there's actually some error loading the intel graphics firmware. In particular, there are

[radeon-alex:drm-next-4.17-wip 31/42] drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1847:8: warning: missing braces around initializer

2018-03-27 Thread kbuild test robot
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.17-wip head: 576e538e5fe6ac103cde6b269c6210985b026689 commit: 3c6dcef49f42b8843a589a73fa4d968cbe3bb689 [31/42] drm/amd/display: Rename encoder_info_packet to dc_info_packet config: x86_64-randconfig-g0-03280443 (attached as

[PATCH 4/4] drm: drm_dev_set_unique private, again

2018-03-27 Thread Emil Velikov
From: Emil Velikov As of last commit we hide this from the drivers. Effectively reverts commit a6b5fac59cb216ac906f02300d3630c24520d9ef. Cc: Daniel Vetter Signed-off-by: Emil Velikov ---

[PATCH 2/4] drm: BUG_ON if passing NULL parent to drm_dev_init

2018-03-27 Thread Emil Velikov
From: Emil Velikov Previous commit removed the only reason why we were allowing NULL as a parent device. With that resolved, we can enforce nobody else does that mistake. With that we can drop the ugly drm_dev_set_unique workaround. Cc: Daniel Vetter

[PATCH 1/4] drm/vgem: Fix vgem_init to get drm device avaliable.

2018-03-27 Thread Emil Velikov
From: Deepak Sharma Modify vgem_init to take platform dev as parent in drm_dev_init. This will make drm device available at "/sys/devices/platform/vgem" in x86 chromebook. Cc: Daniel Vetter Signed-off-by: Deepak Sharma

[PATCH 3/4] drm/virtio: remove drm_dev_set_unique workaround

2018-03-27 Thread Emil Velikov
From: Emil Velikov Ealier commit a325725633c26aa66ab940f762a6b0778edf76c0 did not attribute that virtio can be either PCI or a platform device and removed the .set_busid hook. Whereas only the "platform" instance should have been removed. Since then, two things have

[Bug 105515] hw_init of IP block failed

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105515 Edward Kigwana changed: What|Removed |Added Resolution|--- |FIXED

[Bug 105515] hw_init of IP block failed

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #11 from Edward Kigwana --- Created attachment 138387 --> https://bugs.freedesktop.org/attachment.cgi?id=138387=edit dmesg Shows successful load of amdgpu driver for polaris 12 card. -- You are receiving

[Bug 105515] hw_init of IP block failed

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #10 from Edward Kigwana --- Not sure what commit fixed it for me but with amd-staging-drm-next 525b7b1e13c3214f04c9ab4d72c88f55a7bd4288 I no longer have this issue. [2.285918] [drm] initializing kernel

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #8 from MirceaKitsune --- Testing is still heavily undergoing. There's still nothing conclusive yet, but I should definitely share a piece of information early on. To my surprise, it would

[Bug 198885] amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

2018-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=198885 Przemek (sop...@gmail.com) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 199229] New: choppy cursor on ryzen 5 2400g

2018-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199229 Bug ID: 199229 Summary: choppy cursor on ryzen 5 2400g Product: Drivers Version: 2.5 Kernel Version: 4.16rc5+ Hardware: All OS: Linux Tree: Mainline

[PATCH 1/2] drm/dp: Move DPCD_REV_XX to drm_dp_helper

2018-03-27 Thread matthew . s . atwood
From: Matt Atwood As more differentation occurs between DP spec. Its useful to have these as macros in a drm_dp_helper. Signed-off-by: Matt Atwood --- drivers/gpu/drm/amd/display/include/dpcd_defs.h | 8

[PATCH 2/2] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

2018-03-27 Thread matthew . s . atwood
From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

[Bug 199123] kernel 4.16rc5 doesnt boot on ryzen 5 2400g due to an amdgpu change

2018-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199123 david becerra (davidbecerrapor...@gmail.com) changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 3/3] drm: make drm_core_check_feature() bool that it is

2018-03-27 Thread Chris Wilson
Quoting Jani Nikula (2018-03-27 21:47:22) > Bool is the more appropriate return type here, use it. > > Signed-off-by: Jani Nikula All 3, Reviewed-by: Chris Wilson -Chris ___ dri-devel mailing list

[PATCH 2/3] drm: remove old documentation comment cruft from drmP.h

2018-03-27 Thread Jani Nikula
Throw out the leftovers. Signed-off-by: Jani Nikula --- include/drm/drmP.h | 21 - 1 file changed, 21 deletions(-) diff --git a/include/drm/drmP.h b/include/drm/drmP.h index 4bbef061c9c0..b5d52a3d7d19 100644 --- a/include/drm/drmP.h +++

[PATCH 3/3] drm: make drm_core_check_feature() bool that it is

2018-03-27 Thread Jani Nikula
Bool is the more appropriate return type here, use it. Signed-off-by: Jani Nikula --- include/drm/drmP.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/drm/drmP.h b/include/drm/drmP.h index b5d52a3d7d19..f5099c12c6a6 100644 ---

[PATCH 1/3] drm: prefer inline over __inline__

2018-03-27 Thread Jani Nikula
Remove last users of __inline__. Signed-off-by: Jani Nikula --- include/drm/drmP.h | 5 ++--- include/drm/drm_legacy.h | 4 ++-- 2 files changed, 4 insertions(+), 5 deletions(-) diff --git a/include/drm/drmP.h b/include/drm/drmP.h index ccd09347..4bbef061c9c0

[Bug 104825] [amdgpu] [drm:gfx_v8_0_hw_fini] *ERROR* KCQ disabled failed (scratch(0xC040)=0x00000000) when unbinding

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104825 --- Comment #14 from Andrey Grodzovsky --- (In reply to Harry Wentland from comment #13) > This should be fixed in drm-next-4.17-wip and amd-staging-drm-next. Can > someone test if this resolves this ticket

Re: [PATCH] dma-buf: use parameter structure for dma_buf_attach

2018-03-27 Thread kbuild test robot
Hi Christian, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.16-rc7 next-20180327] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105712 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105725 --- Comment #3 from Harry Wentland --- The warnings are likely not related to the hang in this case. Installing or building the kernel might depend on your distribution. You should be able to find a guide by googling

[Bug 104412] RX 460 HDMI 4k 60fps not working, DisplayPort is.

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104412 --- Comment #14 from S.H. --- (In reply to Alfe from comment #12) > (In reply to S.H. from comment #6) > > Hello, > > Last night I was able to get my hands on a Gigabyte RX460 and did some > > testing. > > Booting and normal

[Bug 104412] RX 460 HDMI 4k 60fps not working, DisplayPort is.

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104412 --- Comment #13 from Harry Wentland --- The problem with 4k60 being blocked due to a BIOS bit should be fixed now. I recommend trying the drm-next-4.17-wip from https://cgit.freedesktop.org/~agd5f/linux -- You are

[Bug 105354] RIP: dm_update_crtcs_state+0x36b/0x3f0 [amdgpu]

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105354 --- Comment #2 from Harry Wentland --- Is this still an issue for you? What do you do when this happens? -- You are receiving this mail because: You are the assignee for the

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #10 from leozinho29...@hotmail.com --- With this patch, the power consumption is shown correctly. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 104825] [amdgpu] [drm:gfx_v8_0_hw_fini] *ERROR* KCQ disabled failed (scratch(0xC040)=0x00000000) when unbinding

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104825 --- Comment #13 from Harry Wentland --- This should be fixed in drm-next-4.17-wip and amd-staging-drm-next. Can someone test if this resolves this ticket satisfactorily? Both branches can be found on

[Bug 104624] [regression, vega] Running DOOM causes *ERROR* amdgpu_dm_commit_planes: acrtc 2, already busy WARNING amdgpu_dm_atomic_commit_tail and prepare_flip_isr

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104624 --- Comment #4 from Harry Wentland --- Have you ever gotten around to bisecting the kernel on this? Are you still seeing the problem? -- You are receiving this mail because: You are the assignee for the

[Bug 199123] kernel 4.16rc5 doesnt boot on ryzen 5 2400g due to an amdgpu change

2018-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199123 --- Comment #14 from Harry Wentland (harry.wentl...@amd.com) --- Can we close this ticket if the original issue has been fixed and open a new one for the choppy cursor? It gets confusing when tickets evolve from one issue to another. -- You are

Re: [PATCH] drm/scheduler: fix param documentation

2018-03-27 Thread Nayan Deshmukh
On Tue, Mar 27, 2018 at 1:47 PM, Daniel Vetter wrote: > On Mon, Mar 26, 2018 at 08:51:14PM +0530, Nayan Deshmukh wrote: >> Signed-off-by: Nayan Deshmukh > > You might want to add a kerneldoc page in Documentation/gpu/scheduler.rst, > which pulls in all

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #3 from Harry Wentland --- Can you try the latest amd-staging-drm-next or drm-next-4.17-wip from https://cgit.freedesktop.org/~agd5f/linux? It should be fixed now. -- You are receiving this mail because:

[gabbayo:amdkfd-next 14/18] drivers/gpu/drm/amd/amdkfd/kfd_chardev.c:1094:6: sparse: symbol 'kfd_dev_is_large_bar' was not declared. Should it be static?

2018-03-27 Thread kbuild test robot
tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next head: 1679ae8f8f4148766423066aeb3dbb0a985a373a commit: 5ec7e02854b3b9b55936c3b44b8acfb85e333f49 [14/18] drm/amdkfd: Add ioctls for GPUVM memory management reproduce: # apt-get install sparse git checkout

[RFC PATCH gabbayo] drm/amdkfd: kfd_dev_is_large_bar() can be static

2018-03-27 Thread kbuild test robot
Fixes: 5ec7e02854b3 ("drm/amdkfd: Add ioctls for GPUVM memory management") Signed-off-by: Fengguang Wu --- kfd_chardev.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c

[Bug 105177] amdgpu wrong colors with rx460 connected via hdmi

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105177 --- Comment #19 from Reimar Imhof --- I will wait for suse providing a 4.17 kernel -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH 1/2] drm/simple-kms-helper: Plumb plane state to the enable hook

2018-03-27 Thread David Lechner
On 03/27/2018 05:07 AM, Ville Syrjälä wrote: On Sat, Mar 24, 2018 at 12:26:32PM -0500, David Lechner wrote: On 03/22/2018 03:27 PM, Ville Syrjala wrote: From: Ville Syrjälä We'll need access to the plane state during .atomic_enable(). Some more details in

Re: [PATCH 3/5] drm/udl: Get rid of dev->struct_mutex usage

2018-03-27 Thread Sean Paul
On Tue, Mar 27, 2018 at 10:23:54AM +0200, Daniel Vetter wrote: > It's only used to protect our page list, and only when we know we have > a full reference. This means none of these code paths can ever race > with the final unref, and hence we do not need dev->struct_mutex > serialization and can

[PATCH 3/4] drm/msm: Remove msm_commit/worker, use atomic helper commit

2018-03-27 Thread Sean Paul
Moving further towards switching fully to the the atomic helpers, this patch removes the hand-rolled worker nonblock commit code and uses the atomic helpers commit_work model. Signed-off-by: Sean Paul --- drivers/gpu/drm/msm/msm_atomic.c | 145

[PATCH 2/4] drm/msm: Mark the crtc->state->event consumed

2018-03-27 Thread Sean Paul
Don't leave the event != NULL once it's consumed, this is used a signal to the atomic helpers that the event will be handled by the driver. Cc: Jeykumar Sankaran Signed-off-by: Sean Paul --- drivers/gpu/drm/msm/disp/mdp4/mdp4_crtc.c | 1 +

[PATCH 1/4] drm/msm: Refactor complete_commit() to look more the helpers

2018-03-27 Thread Sean Paul
Factor out the commit_tail() portions of complete_commit() into a separate function to facilitate moving to the atomic helpers in future patches. Cc: Jeykumar Sankaran Signed-off-by: Sean Paul --- drivers/gpu/drm/msm/msm_atomic.c | 23

[PATCH 0/4] drm/msm: Switch to atomic helpers

2018-03-27 Thread Sean Paul
I originally sent these patches targetted against the msm dpu code, but I've rebased them on msm-next since they're _mostly_ the same. The set is based on 'drm/msm: Use drm_private_obj/state instead of subclassing' which I sent up earlier. The set has been tested on mdp5 db410c. Sean Sean Paul

[PATCH 4/4] drm/msm: Switch to atomic_helper_commit()

2018-03-27 Thread Sean Paul
Now that all of the msm-specific goo is tucked safely away we can switch over to using the atomic helper commit directly. \o/ Cc: Abhinav Kumar Signed-off-by: Sean Paul --- drivers/gpu/drm/msm/msm_atomic.c | 120 +--

Re: [PATCH] drm: clarify adjusted_mode for a bridge connected to a crtc

2018-03-27 Thread Daniel Vetter
On Mon, Feb 26, 2018 at 01:16:04PM +0100, Philippe Cornu wrote: > This patch clarifies the adjusted_mode documentation > for a bridge directly connected to a crtc. > > Signed-off-by: Philippe Cornu > --- > This patch is linked to the discussion

[Bug 198885] amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

2018-03-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=198885 --- Comment #6 from Harry Wentland (harry.wentl...@amd.com) --- Can you try the drm-next-4.17-wip branch from https://cgit.freedesktop.org/~agd5f/linux? This should be fixed there. -- You are receiving this mail because: You are watching the

[Bug 105177] amdgpu wrong colors with rx460 connected via hdmi

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105177 --- Comment #18 from Harry Wentland --- Can you try the drm-next-4.17-wip branch from https://cgit.freedesktop.org/~agd5f/linux and see if that fixes the issue? -- You are receiving this mail because: You are the

[Bug 104090] Reduced colors on RX580 through eDP on Asus GL702ZC laptop

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104090 Harry Wentland changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH 1/5] staging/vboxvideo: Use gem_free_object_unlocked

2018-03-27 Thread Greg Kroah-Hartman
On Tue, Mar 27, 2018 at 11:18:03AM +0200, Daniel Vetter wrote: > On Tue, Mar 27, 2018 at 10:34:07AM +0200, Greg Kroah-Hartman wrote: > > On Tue, Mar 27, 2018 at 10:23:52AM +0200, Daniel Vetter wrote: > > > vboxvideo doesn't use dev->struct_mutex and therefore has no need to use > > >

Re: [PATCH] drm/vmwgfx: Fix vmw_du_cursor_plane_atomic_check

2018-03-27 Thread Thomas Hellstrom
On 03/27/2018 05:08 PM, Ville Syrjälä wrote: On Tue, Mar 27, 2018 at 04:26:17PM +0200, Thomas Hellstrom wrote: Use the correct helper and also return early on helper success rather than on helper failure. Also explicitly return 0 in the case of no fb. Signed-off-by: Thomas Hellstrom

Re: [PATCH] drm/vmwgfx: Fix vmw_du_cursor_plane_atomic_check

2018-03-27 Thread Ville Syrjälä
On Tue, Mar 27, 2018 at 04:26:17PM +0200, Thomas Hellstrom wrote: > Use the correct helper and also return early on helper > success rather than on helper failure. > > Also explicitly return 0 in the case of no fb. > > Signed-off-by: Thomas Hellstrom > Reported-by: Dan

[PATCH v2] gpu: drm: nouveau: Use list_for_each_entry_from_reverse

2018-03-27 Thread Arushi Singhal
It's better to use "list_for_each_entry_from_reverse" for iterating list than "for loop" as it makes the code more clear to read. This patch replace "for loop" with "list_for_each_entry_from_reverse" and "start" variable with "cstate" which helps in refactoring the code and also "cstate" variable

[PATCH v4] drm/msm: Use drm_private_obj/state instead of subclassing

2018-03-27 Thread Sean Paul
Now that we have private state handled by the core, we can use those instead of rolling our own swap_state for private data. Originally posted here: https://patchwork.freedesktop.org/patch/211361/ Changes in v2: - Use state->state in disp duplicate_state callback (Jeykumar) Changes in v3: -

[PULL] drm-intel-next-fixes

2018-03-27 Thread Joonas Lahtinen
Hi Dave, Two human-reported bugs to close for display and a more rare fix that could result in GPU hang. There was some unclarity about the GVT pull, so I'm not including it here. Happy Easter holidays! Regards, Joonas drm-intel-next-fixes-2018-03-27: - Display fixes for booting with MST hub

Re: [PATCH 09/10] drm/sun4i: Add a dedicated ioctl call for allocating tiled buffers

2018-03-27 Thread Maxime Ripard
On Tue, Mar 27, 2018 at 10:41:38AM +0200, Paul Kocialkowski wrote: > > > +int drm_sun4i_gem_create_tiled(struct drm_device *dev, void *data, > > > +struct drm_file *file_priv); > > > > Do you need it to be non-static, and part of the header as well? > > Here as well, I

Re: [PATCH 06/10] drm/sun4i: Move and extend format-related helpers and tables

2018-03-27 Thread Maxime Ripard
On Tue, Mar 27, 2018 at 10:27:44AM +0200, Paul Kocialkowski wrote: > > > +bool sun4i_format_is_rgb(uint32_t format); > > > +bool sun4i_format_is_yuv(uint32_t format); > > > +bool sun4i_format_is_yuv411(uint32_t format); > > > +bool sun4i_format_is_yuv420(uint32_t format); > > > +bool

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #9 from Chris Wilson --- Created attachment 138378 --> https://bugs.freedesktop.org/attachment.cgi?id=138378=edit Use setlocale("C") around strtod Please try the attached patch. -- You are receiving

[git pull] amdkfd next 4.17

2018-03-27 Thread Oded Gabbay
Hi Dave, Last pull for 4.17. Highlights: - GPUVM support for dGPUs - KFD events support for dGPUs - Fix live-lock situation when restoring multiple evicted processes - Fix VM page table allocation on large-bar systems - Fix for build failure on frv architecture The following changes since

[PATCH] drm/vmwgfx: Fix vmw_du_cursor_plane_atomic_check

2018-03-27 Thread Thomas Hellstrom
Use the correct helper and also return early on helper success rather than on helper failure. Also explicitly return 0 in the case of no fb. Signed-off-by: Thomas Hellstrom Reported-by: Dan Carpenter Reported-by: Daniel Vetter

[Bug 100069] Dirt: Showdown bad performance with enabled advanced lightning

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100069 --- Comment #9 from Gregor Münch --- Found YouTube video on Nvidia showing same settings, including advanced lightning working flawless and good speed. https://youtu.be/hP4V5W-IRJ0?t=4m49s However in a phoronix article,

[Bug 100069] Dirt: Showdown bad performance with enabled advanced lightning

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100069 --- Comment #8 from Gregor Münch --- All graphic options are set to the maximum possible value including MSAA. Its not only about low performance, once advanced lightning is set, the graphic is also seriously bugged,

Re: [PATCH v2 2/5] drm: bridge: add API to query the expected input formats of bridges

2018-03-27 Thread Peter Rosin
On 2018-03-27 11:47, jacopo mondi wrote: >> + * RETURNS: >> + * The number of bus input formats the bridge accepts. Zero means that >> + * the chain of bridges are not converting the bus format and that the >> + * format of the drm_connector should be used. > > How do we get to the connector

[PATCH] gpu: host1x: Fix compiler errors

2018-03-27 Thread Emil Goode
The compiler is complaining with the following errors: drivers/gpu/host1x/cdma.c:94:48: error: passing argument 3 of ‘dma_alloc_wc’ from incompatible pointer type [-Werror=incompatible-pointer-types] drivers/gpu/host1x/cdma.c:113:48: error: passing argument 3 of

[PATCH v2 5/5] drm/atmel-hlcdc: take bridges into account when selecting output format

2018-03-27 Thread Peter Rosin
Bridges may affect the required bus output format of the encoder, in which case it may be wrong to use the output format of the panel or connector as is. So, examine if any of the intermediate bridges needs specific bus formats (if there are intermediate bridges). Signed-off-by: Peter Rosin

Re: [PATCH libdrm 1/2] intel: Do not use libpciaccess on Android

2018-03-27 Thread Tomasz Figa
On Wed, Mar 21, 2018 at 2:36 AM, Emil Velikov wrote: > From: Tomasz Figa > > This patch makes the code not rely anymore on libpciaccess when compiled > for Android to eliminate ioperm() and iopl() syscalls required by that > library. As a side effect,

[PATCH v2 3/5] drm: of: add display bus-format parser

2018-03-27 Thread Peter Rosin
Add a common API to parse display bus format strings into fourcc codes. Signed-off-by: Peter Rosin --- .../devicetree/bindings/display/bus-format.txt | 35 + drivers/gpu/drm/drm_of.c | 59 ++ include/drm/drm_of.h

[PATCH v2 1/5] dt-bindings: display: bridge: lvds-transmitter: add ti, ds90c185

2018-03-27 Thread Peter Rosin
Start list of actual chips compatible with "lvds-encoder". Signed-off-by: Peter Rosin --- .../devicetree/bindings/display/bridge/lvds-transmitter.txt | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v2 4/5] drm: bridge: lvds-encoder: allow specifying the input bus format

2018-03-27 Thread Peter Rosin
Hi Jacopo, Thanks for you feedback! On 2018-03-27 12:27, jacopo mondi wrote: > Hi Peter, Laurent, >thanks for the patches, > > On Mon, Mar 26, 2018 at 11:24:46PM +0200, Peter Rosin wrote: >> If the bridge changes the bus format, allow this to be described in >> the bridge, instead of

Re: [PATCH v2 2/5] drm: bridge: add API to query the expected input formats of bridges

2018-03-27 Thread Peter Rosin
Hi Jacopo, Thanks for the feedback! On 2018-03-27 11:47, jacopo mondi wrote: > Hi Peter, >thanks for the patches > > On Mon, Mar 26, 2018 at 11:24:44PM +0200, Peter Rosin wrote: >> Bridges may affect the required bus output format of the encoder, in >> which case it may be wrong to use the

Re: [PATCH v6] ARM: dts: wheat: Fix ADV7513 address usage

2018-03-27 Thread Simon Horman
On Fri, Mar 23, 2018 at 09:16:13PM +, Kieran Bingham wrote: > Hi Simon, > > On 23/03/18 08:51, Simon Horman wrote: > > On Thu, Mar 22, 2018 at 09:30:40PM +, Kieran Bingham wrote: > >> The r8a7792 Wheat board has two ADV7513 devices sharing a single I2C > >> bus, however in low power mode

[PATCH v2 0/5] allow override of bus format in bridges

2018-03-27 Thread Peter Rosin
Hi! [I got to v2 sooner than expected] I have an Atmel sama5d31 hooked up to an lvds encoder and then on to an lvds panel. Which seems like something that has been done one or two times before... The problem is that the bus_format of the SoC and the panel do not agree. The SoC driver

Re: [PATCH] drm/mxsfb: add poll_changed event handler to set_par on startup

2018-03-27 Thread Michael Grzeschik
On Mon, Mar 26, 2018 at 06:17:44PM +0200, Michael Grzeschik wrote: > We move drm_kms_helper_poll_init behind the drm_fbdev_cma_init so the > set_par will be called and fb will be active. > As this commit message is not very informative and digging deeper into the stubs I came up with another

[PATCH v2 2/5] drm: bridge: add API to query the expected input formats of bridges

2018-03-27 Thread Peter Rosin
Bridges may affect the required bus output format of the encoder, in which case it may be wrong to use the output format of the panel or connector as is. Add infrastructure to address this problem. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 32

[PATCH] drm/mxsfb: add poll_changed event handler to set_par on startup

2018-03-27 Thread Michael Grzeschik
We move drm_kms_helper_poll_init behind the drm_fbdev_cma_init so the set_par will be called and fb will be active. Signed-off-by: Michael Grzeschik --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] gpu: host1x: Fix compiler errors

2018-03-27 Thread Emil Goode
Hello, On Mon, Mar 26, 2018 at 04:57:34PM +0200, Thierry Reding wrote: > On Mon, Mar 26, 2018 at 04:44:14PM +0200, Emil Goode wrote: > > The compiler is complaining with the following errors: > > > > drivers/gpu/host1x/cdma.c:94:48: error: > > passing argument 3 of ‘dma_alloc_wc’ from

Re: [PATCH v6] ARM: dts: wheat: Fix ADV7513 address usage

2018-03-27 Thread Simon Horman
On Mon, Mar 26, 2018 at 10:04:24AM +0100, Kieran Bingham wrote: > Hi Simon, > > On 26/03/18 09:31, Simon Horman wrote: > > On Fri, Mar 23, 2018 at 09:16:13PM +, Kieran Bingham wrote: > >> Hi Simon, > >> > >> On 23/03/18 08:51, Simon Horman wrote: > >>> On Thu, Mar 22, 2018 at 09:30:40PM

[PATCH v2 4/5] drm: bridge: lvds-encoder: allow specifying the input bus format

2018-03-27 Thread Peter Rosin
If the bridge changes the bus format, allow this to be described in the bridge, instead of providing false information about the bus format of the connector or panel. Signed-off-by: Peter Rosin --- .../bindings/display/bridge/lvds-transmitter.txt | 6 ++

[PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth

2018-03-27 Thread Peter Rosin
I have an sama5d31-based system with 64MB of memory and a 1920x1080 LVDS display wired for 16-bpp. When I enable legacy fbdev support, the contiguous memory allocator invariably fails with the order-11 allocation for a 1920x1080@24-bpp buffer (~6MB). But this HW can never make any good use of

Preferring cursor plane over overlay plane

2018-03-27 Thread Joonas Kylmälä
Hi DRM subsystem developers, I ran into this patch where overlay plane was switched to cursor plane because there was no proper cursor plane available on the display hardware: . Can we discuss whether to have a policy of using a normal plane for cursor plane

Re: [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

2018-03-27 Thread kbuild test robot
Hi Matt, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.16-rc7 next-20180326] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 2/5] drm: bridge: add API to query the expected input formats of bridges

2018-03-27 Thread jacopo mondi
Hi Peter, On Tue, Mar 27, 2018 at 02:12:42PM +0200, Peter Rosin wrote: > Hi Jacopo, > > Thanks for the feedback! > > On 2018-03-27 11:47, jacopo mondi wrote: > > Hi Peter, > >thanks for the patches > > > > On Mon, Mar 26, 2018 at 11:24:44PM +0200, Peter Rosin wrote: > >> Bridges may affect

[Bug 105747] TOPAZ: ring buffers not getting initialized with the amd-staging-drm-next branch

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105747 Nayan Deshmukh changed: What|Removed |Added Status|RESOLVED|VERIFIED

[Bug 105729] AMD Radeon flickering on Gnome Wayland after wake from suspend

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105729 --- Comment #2 from Jan Vlug --- > I believe it's the same, > flickering when mouse movement occurs. However it's not flickering, it's > more like it's locking the framebuffer and preventing any draws. Try running >

Re: [bug report] drm/vmwgfx: Cursor update fixes

2018-03-27 Thread Thomas Hellstrom
Hi! Thanks for the comments, I'll take a closer look. /Thomas On 03/27/2018 11:16 AM, Daniel Vetter wrote: On Tue, Mar 27, 2018 at 12:05:38PM +0300, Dan Carpenter wrote: Hello Thomas Hellstrom, The patch 25db875401c8: "drm/vmwgfx: Cursor update fixes" from Jan 16, 2018, leads to the

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #4 from Allan --- If you set amdgpu.dc=1 as a boot parameter and then try openning pavucontrol, the screen hungs with artifacts (mouse cursor keeps moving) and you get this error : ``` [ 125.640254] amdgpu

Re: [PATCH] gpu: drm: nouveau: Use list_for_each_entry_from_reverse

2018-03-27 Thread Arushi Singhal
On Tue, Mar 27, 2018 at 2:44 PM, Ben Skeggs wrote: > On 27 March 2018 at 19:11, Arushi Singhal > wrote: > > It's better to use "list_for_each_entry_from_reverse" for iterating list > > than "for loop" as it makes the code more clear to read. >

Re: [PATCH xserver 3/3] modesetting/drmmode: Use drmModeGetFB2

2018-03-27 Thread Daniel Stone
Hi Emil, On 26 March 2018 at 16:22, Emil Velikov wrote: > On 23 March 2018 at 13:50, Daniel Stone wrote: >> Much like AddFB -> AddFB2, GetFB2 lets us get multiple buffers back as >> well as modifier information. This lets us use -background none

Re: [PATCH 8/8] drm/arm/malidp: Added the late system pm functions

2018-03-27 Thread Daniel Vetter
On Tue, Mar 27, 2018 at 11:59 AM, Ayan Halder wrote: > On Tue, Mar 27, 2018 at 10:29:03AM +0200, Daniel Vetter wrote: >> On Mon, Mar 26, 2018 at 06:03:20PM +0100, Ayan Kumar Halder wrote: >> > malidp_pm_suspend_late checks if the runtime status is not suspended >> > and if

Re: [PATCH v6 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

2018-03-27 Thread Vladimir Zapolskiy
Hi Jacopo, On 03/27/2018 01:10 PM, jacopo mondi wrote: > Hi Vladimir, > > On Tue, Mar 27, 2018 at 12:37:31PM +0300, Vladimir Zapolskiy wrote: >> Hi Jacopo, >> >> On 03/27/2018 11:57 AM, jacopo mondi wrote: >>> Hi Vladimir, >>> >>> On Tue, Mar 27, 2018 at 11:30:29AM +0300, Vladimir Zapolskiy

Re: [PATCH v2 4/5] drm: bridge: lvds-encoder: allow specifying the input bus format

2018-03-27 Thread jacopo mondi
Hi Peter, Laurent, thanks for the patches, On Mon, Mar 26, 2018 at 11:24:46PM +0200, Peter Rosin wrote: > If the bridge changes the bus format, allow this to be described in > the bridge, instead of providing false information about the bus > format of the connector or panel. > >

Re: [PATCH v6 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

2018-03-27 Thread jacopo mondi
Hi Vladimir, On Tue, Mar 27, 2018 at 12:37:31PM +0300, Vladimir Zapolskiy wrote: > Hi Jacopo, > > On 03/27/2018 11:57 AM, jacopo mondi wrote: > > Hi Vladimir, > > > > On Tue, Mar 27, 2018 at 11:30:29AM +0300, Vladimir Zapolskiy wrote: > >> Hi Sergei, > >> > >> On 03/27/2018 11:27 AM, Sergei

Re: [PATCH v3] drm/xen-front: Add support for Xen PV display frontend

2018-03-27 Thread Oleksandr Andrushchenko
On 03/27/2018 12:50 PM, Daniel Vetter wrote: On Tue, Mar 27, 2018 at 11:34 AM, Oleksandr Andrushchenko wrote: Hi, Daniel! On 03/26/2018 03:46 PM, Oleksandr Andrushchenko wrote: On 03/26/2018 11:18 AM, Daniel Vetter wrote: On Fri, Mar 23, 2018 at 05:54:49PM +0200,

Re: [PATCH 1/2] drm/simple-kms-helper: Plumb plane state to the enable hook

2018-03-27 Thread Ville Syrjälä
On Sat, Mar 24, 2018 at 12:26:32PM -0500, David Lechner wrote: > On 03/22/2018 03:27 PM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > We'll need access to the plane state during .atomic_enable(). > > > > Some more details in the commit message would be

Re: [PATCH 8/8] drm/arm/malidp: Added the late system pm functions

2018-03-27 Thread Ayan Halder
On Tue, Mar 27, 2018 at 10:29:03AM +0200, Daniel Vetter wrote: > On Mon, Mar 26, 2018 at 06:03:20PM +0100, Ayan Kumar Halder wrote: > > malidp_pm_suspend_late checks if the runtime status is not suspended > > and if so, invokes malidp_runtime_pm_suspend which disables the > > display engine/core

Re: [PATCH v6 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

2018-03-27 Thread Vladimir Zapolskiy
Hi Andrzej, On 03/27/2018 10:28 AM, Andrzej Hajda wrote: > On 27.03.2018 08:24, Vladimir Zapolskiy wrote: >> Hi Jacopo, >> >> On 03/16/2018 05:16 PM, Jacopo Mondi wrote: >>> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel >>> output converter. >>> >>> Signed-off-by: Jacopo

Re: [PATCH v3] drm/xen-front: Add support for Xen PV display frontend

2018-03-27 Thread Daniel Vetter
On Tue, Mar 27, 2018 at 11:34 AM, Oleksandr Andrushchenko wrote: > Hi, Daniel! > > > On 03/26/2018 03:46 PM, Oleksandr Andrushchenko wrote: >> >> On 03/26/2018 11:18 AM, Daniel Vetter wrote: >>> >>> On Fri, Mar 23, 2018 at 05:54:49PM +0200, Oleksandr Andrushchenko wrote: >

Re: [PATCH v2 2/5] drm: bridge: add API to query the expected input formats of bridges

2018-03-27 Thread jacopo mondi
Hi Peter, thanks for the patches On Mon, Mar 26, 2018 at 11:24:44PM +0200, Peter Rosin wrote: > Bridges may affect the required bus output format of the encoder, in > which case it may be wrong to use the output format of the panel or > connector as is. Add infrastructure to address this

Re: [Intel-gfx] [PATCH 15/23] drm: Stop updating plane->crtc/fb/old_fb on atomic drivers

2018-03-27 Thread Ville Syrjälä
On Tue, Mar 27, 2018 at 09:57:41AM +0200, Daniel Vetter wrote: > On Thu, Mar 22, 2018 at 05:23:05PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Stop playing around with plane->crtc/fb/old_fb with atomic > > drivers. Make life a lot simpler when we

Re: [PATCH v6 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

2018-03-27 Thread Vladimir Zapolskiy
Hi Jacopo, On 03/27/2018 11:57 AM, jacopo mondi wrote: > Hi Vladimir, > > On Tue, Mar 27, 2018 at 11:30:29AM +0300, Vladimir Zapolskiy wrote: >> Hi Sergei, >> >> On 03/27/2018 11:27 AM, Sergei Shtylyov wrote: >>> Hello! >>> >>> On 3/27/2018 10:33 AM, jacopo mondi wrote: >>> [...] >

Re: [PATCH v3] drm/xen-front: Add support for Xen PV display frontend

2018-03-27 Thread Oleksandr Andrushchenko
Hi, Daniel! On 03/26/2018 03:46 PM, Oleksandr Andrushchenko wrote: On 03/26/2018 11:18 AM, Daniel Vetter wrote: On Fri, Mar 23, 2018 at 05:54:49PM +0200, Oleksandr Andrushchenko wrote: My apologies, but I found a few more things that look strange and should be cleaned up. Sorry for this

Re: [PATCH 02/10] drm/sun4i: Disable YUV channel when using the frontend and set interlace

2018-03-27 Thread Paul Kocialkowski
On Tue, 2018-03-27 at 11:18 +0200, Maxime Ripard wrote: > On Tue, Mar 27, 2018 at 10:44:19AM +0200, Paul Kocialkowski wrote: > > > > Also, is interlacing actually used on any of the video outputs > > > > we > > > > support? Perhaps RGB? > > > > > > Composite would be a better guess :) > > > > Oh

Re: [PATCH 02/10] drm/sun4i: Disable YUV channel when using the frontend and set interlace

2018-03-27 Thread Maxime Ripard
On Tue, Mar 27, 2018 at 10:44:19AM +0200, Paul Kocialkowski wrote: > > > Also, is interlacing actually used on any of the video outputs we > > > support? Perhaps RGB? > > > > Composite would be a better guess :) > > Oh and I was wondering what CVBS was about. Now I know! > It seems that we don't

  1   2   >