[PATCH] drm/radeon: only init fbdev if we have connectors

rdev); > -- > 2.5.0 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/42fc5cfb/attachment-0001.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/db5f8fe0/attachment.html>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Mon, Jan 25, 2016 at 10:42 PM, Mario Kleiner wrote: >> >>> Now the patch i want to try next to fix the drm_vblank_pre/post_modeset >>> regression in Linux 4.4/4.5 is to add a ... >>> >>> if ((diff > 1) && vblank->inmodeset) diff = 1; >>> >>> ... to the bottom of drm_update_vblank_count(). That

[PATCH] gpu: drm: amd: amdkfd: Remove unnecessary cast in kfree

Remove an unnecassary cast in the argument to kfree. Found using Coccinelle. The semantic patch used to find this is as follows: // @@ type T; expression *f; @@ - kfree((T *)(f)); + kfree(f); // Signed-off-by: Amitoj Kaur Chawla --- drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +- 1 file

[Bug 93866] Tonga: Weston-drm direct scan out corruption

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/980c20d5/attachment.html>

[Bug 93866] Tonga: Weston-drm direct scan out corruption

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/d8c8809f/attachment.html>

[Bug 93740] weston client egl corruption above certain window size since radeonsi: Enable DCC.

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/8cfa931e/attachment-0001.html>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 09:32 PM, Daniel Vetter wrote: > On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote: >> >> >> On 01/25/2016 07:51 PM, Daniel Vetter wrote: >>> On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: Readding Daniel, which somehow got dropped from the cc.

[Bug 93360] [radeonsi/llvm] Segfault in CS:GO

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160125/13cdf3c5/attachment.html>

[PATCH 01/15] drm/vblank: Use drm_event_reserve_init

On Mon, Jan 25, 2016 at 10:16:42PM +0100, Daniel Vetter wrote: > Well we can't use that directly since that code must hold > dev->event_lock already. Extract an _unlocked version. > > Embarrassingly I've totally forgotten about this patch and any kind of > event-based vblank wait totally blew up,

[PATCH 15/15] drm/vmwgfx: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: I've completely missed eaction->fpriv_head and all the related code. We need to nuke that too to avoid accidentally deferencing the freed-up vmwgfx-private fpriv. v3: Also remove

[PATCH 14/15] drm/vc4: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunk. Cc: Eric Anholt Acked-by: Daniel Stone Reviewed-by: Alex Deucher (v1) Link: http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-22-git-send-email-daniel.vetter

[PATCH 13/15] drm/tilcdc: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunks. Cc: Rob Clark Acked-by: Daniel Stone Reviewed-by: Alex Deucher (v1) Link: http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-21-git-send-email-daniel.vetter

[PATCH 12/15] drm/tegra: Stop cancelling page flip events

The core takes care of that now. v2: Fixup misplaced hunk. Cc: Thierry Reding Cc: Terje Bergström Acked-by: Daniel Stone Reviewed-by: Alex Deucher Link: http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-20-git-send-email-daniel.vetter at ffwll.ch Acked-by: Thierry Reding

[PATCH 11/15] drm/shmob: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunk. Cc: Laurent Pinchart Acked-by: Daniel Stone Reviewed-by: Alex Deucher (v1) Reviewed-by: Laurent Pinchart Link:

[PATCH 10/15] drm/rcar: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Laurent Pinchart Acked-by: Daniel Stone Reviewed-by: Alex Deucher Reviewed-by: Laurent Pinchart Link:

[PATCH 09/15] drm/omap: Nuke close hooks

Again since the core takes care of this we can remove them. While at it also remove the postclose hook, it's empty. v2: Laurent pointed me at even more code to delete. v3: Remove unused flags (Tomi). Cc: Laurent Pinchart Cc: Tomi Valkeinen Acked-by: Daniel Stone Reviewed-by: Alex Deucher

[PATCH 08/15] drm/msm: Nuke preclose hooks

They only complete the page flip events to avoid oops when the drm file closes. The core takes care of that now and we can remove this code. Cc: Rob Clark Acked-by: Daniel Stone Reviewed-by: Alex Deucher Link:

[PATCH 07/15] drm/imx: Unconfuse preclose logic

So this one is special, since it tries to prevent races when userspace crashes simply by disabling the vblank machinery. Well except that imx always has vblanks enabled, and the disable_vblank hook actually just tries to cancel a pending pageflip. Without any locking whatsoever. Of course this is

[PATCH 06/15] drm/exynos: Remove event cancelling from postclose

The core takes care of this now. And since kfree(NULL) is ok we can simplify the function even further now. Note: There's another spin on this patch, but for different reasons, in-flight already: http://www.spinics.net/lists/dri-devel/msg97922.html Cc: Inki Dae Acked-by: Daniel Stone

[PATCH 05/15] drm/atmel: Nuke preclose

The only thing this did was cancle pending flip events, and the core takes care of that now. Cc: Boris Brezillon Acked-by: Daniel Stone Reviewed-by: Alex Deucher Acked-by: Boris Brezillon Link: http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-13-git-send-email-daniel.vetter at

[PATCH 04/15] drm/i915: Nuke intel_modeset_preclose

Now that the drm core unlinks/disarms events there's no need to do so ourselves anymore. Nuke the code. Acked-by: Daniel Stone Reviewed-by: Alex Deucher Link: http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-12-git-send-email-daniel.vetter at ffwll.ch Signed-off-by: Daniel Vetter

[PATCH 03/15] drm: Nuke vblank event file cleanup code

The core code now takes care of unlinking drm_events from the file in a generic way, so this code isn't needed any more. For those wondering where the drm_vblank_put went to: With the new logic events only get unlinked, but still exist. Hence any resources (like vblank counters) don't need to be

[PATCH 02/15] drm: Clean up pending events in the core

There's really no reason to not do so, instead of replicating this for every use-case and every driver. Now we can't just nuke the events, since that would still mean that all drm_event users would need to know when that has happened, since calling e.g. drm_send_event isn't allowed any more.

[PATCH 01/15] drm/vblank: Use drm_event_reserve_init

Well we can't use that directly since that code must hold dev->event_lock already. Extract an _unlocked version. Embarrassingly I've totally forgotten about this patch and any kind of event-based vblank wait totally blew up, killing the kernel. Cc: Alex Deucher Cc: Daniel Stone Cc: Laurent

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/a82990e0/attachment.html>

[Bug 92944] [Fiji/LLVM/RadeonSI] CS:GO segfaults in llvm

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/130064ce/attachment.html>

[Bug 92944] [Fiji/LLVM/RadeonSI] CS:GO segfaults in llvm

. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/fbad6033/attachment.html>

[PATCH 1/4] drm/fsl-dcu: Cleanup vblank interrupt mask and status setting code

Hi Meng Yi, As I wrote earlier (http://www.spinics.net/lists/dri-devel/msg95703.html), my fixes patchset contains a similar patch which also explicitly disable the VBLANK interrupt. I think it is the better solution... See: https://lkml.org/lkml/2015/11/18/951 I will soon prepare a git tree and

[Bug 92936] Tonga powerplay isssues

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/c80aeece/attachment.html>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote: > > > On 01/25/2016 07:51 PM, Daniel Vetter wrote: > >On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: > >>Readding Daniel, which somehow got dropped from the cc. > >> > >>On 01/25/2016 03:53 PM, Ville Syrjälä wrote:

[PATCH v2 13/26] drm/fb_cma_helper: Remove implicit call to disable_unused_functions

Hi Daniel, On Monday 25 January 2016 08:29:38 Daniel Vetter wrote: > On Mon, Jan 25, 2016 at 12:19:27AM +0200, Laurent Pinchart wrote: > > On Friday 15 January 2016 11:17:30 Daniel Vetter wrote: > >> On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote: > >>> On Thursday 14 January

[Bug 93862] [Bisected] "drm/amdgpu: fix amdgpu_bo_pin_restricted VRAM placing v2" is bad

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/cac0401a/attachment.html>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 07:51 PM, Daniel Vetter wrote: > On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: >> Readding Daniel, which somehow got dropped from the cc. >> >> On 01/25/2016 03:53 PM, Ville Syrjälä wrote: >>> On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote:

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: > Readding Daniel, which somehow got dropped from the cc. > > On 01/25/2016 03:53 PM, Ville Syrjälä wrote: > >On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: > >> > >> > >>On 01/25/2016 02:23 PM, Ville Syrjälä

[PATCH] drm/radeon: only init fbdev if we have connectors

from a quick look, I think so.. It was something I ran across on an older kernel which didn't have amdgpu, but I don't see anything obvious that would cause drm_fb_helper_init() to be skipped in amdgpu if there are no connectors.. (but nouveau seems to check for dev->mode_config.num_crtc, for (I

[PATCH 0/5] Fixes for MST (daisy-chain and 4k tiles)

Hi Dave, I've been running with lockdep with these changes for over a week now. Just ran another test with our daisy-chain displays and the 4k tiled display with no deadlocks or lockdep prints (other than "RCU lockdep checking is enabled."). Thanks, Harry

[Bug 93546] Civilization 5 - Leaders in the diplomatic interactions screen appear completely black

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/57b561a1/attachment-0001.html>

[PATCH v2 06/18] drm: Add drm_format_plane_width() and drm_format_plane_height()

On Wed, Jan 20, 2016 at 09:05:27PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Add a few helpers to get the dimensions of the chroma plane(s). > > v2: Add kernel-doc (Daniel) > > Cc: dri-devel at lists.freedesktop.org > Signed-off-by: Ville Syrjälä >

[PATCH] drm/radeon: only init fbdev if we have connectors

This fixes an issue that was noticed on an optimus/prime laptop with a kernel that was old enough to not support the integrated intel gfx (which was driving all the outputs), but did have support for the discrete radeon gpu. The end result was not falling back to VESA and leaving the user with a

[Bug 111271] Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 --- Comment #5 from Jean-Yves Faye --- Created attachment 201431 --> https://bugzilla.kernel.org/attachment.cgi?id=201431=edit Picture of screen This was caught on a CRT monitor and is quite visible. The strip follow the mouse cursor on the

[Bug 111271] Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 Ville Syrjala changed: What|Removed |Added CC||ville.syrjala at linux.intel.c

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03:53 PM, Ville Syrjälä wrote: > On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: >> >> >> On 01/25/2016 02:23 PM, Ville Syrjälä wrote: >>> On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote:

[Bug 111271] Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 --- Comment #3 from Jean-Yves Faye --- Created attachment 201421 --> https://bugzilla.kernel.org/attachment.cgi?id=201421=edit bisect log I've ran bisect between 3.10.40 and 3.18, but still present on 4.4 Linux localhost.adm 4.4.0 #21 SMP

[Bug 111271] Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 --- Comment #2 from Jean-Yves Faye --- Created attachment 201411 --> https://bugzilla.kernel.org/attachment.cgi?id=201411=edit kernel config for our Dell R320 (no module) -- You are receiving this mail because: You are watching the assignee

[Bug 111271] Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 --- Comment #1 from Jean-Yves Faye --- Created attachment 201401 --> https://bugzilla.kernel.org/attachment.cgi?id=201401=edit Xorg.0.log (4.4 kernel, disregard kernel command line) -- You are receiving this mail because: You are watching

[Bug 111271] New: Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting

https://bugzilla.kernel.org/show_bug.cgi?id=111271 Bug ID: 111271 Summary: Black stripe on screen with MGAG200 (PowerEdge R320) and modesetting Product: Drivers Version: 2.5 Kernel Version: 4.4 Hardware: x86-64

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: > > > On 01/25/2016 02:23 PM, Ville Syrjälä wrote: > > On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: > >> > >> > >> On 01/25/2016 05:15 AM, Michel Dänzer wrote: > >>> On 23.01.2016 00:18, Ville Syrjälä wrote: >

[PATCH] drm/crtc-helper: Add caveat to disable_unused_functions doc

On Wed, Jan 13, 2016 at 03:31:16PM +0100, Daniel Vetter wrote: > This shouldn't be used by atomic drivers any more, it confuses the > state tracking. > > Cc: Maxime Ripard > Cc: Laurent Pinchart > Acked-by: Laurent Pinchart > Signed-off-by: Daniel Vetter Applied this one to drm-misc. -Daniel

[PATCH v2] drm/i915: Remove select to deleted STOP_MACHINE from Kconfig

On Mon, Jan 25, 2016 at 12:41:19PM +0100, Andreas Ziegler wrote: > Commit 5bab6f60cb4d ("drm/i915: Serialise updates to GGTT with access > through GGTT on Braswell") depended upon a working stop_machine() and > so forced the selection of STOP_MACHINE. However, commit 86fffe4a61dd > ("kernel:

[PATCH] drm/radeon: Ensure radeon bo is unreserved in radeon_gem_va_ioctl

Am 25.01.2016 um 16:34 schrieb Matthew Dawson: > Found with lockdep while testing gpu reset. > > Signed-off-by: Matthew Dawson Reviewed-by: Christian König > --- > drivers/gpu/drm/radeon/radeon_gem.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH] drm: armada: use dma_addr_t properly

The armada_gem driver stores a DMA address token in a resource_size_t. This is safe because both are always at least 32 bits wide and can store any address that is accessible by this driver. However, it is a slight type mismatch when we assign it from/to an sg_dma_address() value, and we get a

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

On 1/25/2016 3:20 PM, Dan Williams wrote: > On Mon, Jan 25, 2016 at 4:46 AM, Julian Margetson wrote: >> Oops starting Xorg with kernel 4.5-rc1 on Acube Sam460ex amcc460ex powerpc >> motherboard. >> >>

[REGRESSION] [PATCH 09/22] drm: Clean up pending events in the core

Hey, Op 11-01-16 om 22:41 schreef Daniel Vetter: > There's really no reason to not do so, instead of replicating this > for every use-case and every driver. Now we can't just nuke the events, > since that would still mean that all drm_event users would need to know > when that has happened, since

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

On Mon, Jan 25, 2016 at 2:27 PM, Eric Anholt wrote: > The headers were originally written in Mesa, imported to the kernel, > and improved upon in vc4-gpu-tools. These come from the v-g-t copies > and will replace the Mesa and v-g-t copies, and hopefully be used from > new tests in igt, as well.

[Bug 93648] Random lines being rendered when playing Dolphin (geometry shaders related, w/ apitrace)

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/9e7cb5fa/attachment.html>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: > > > On 01/25/2016 05:15 AM, Michel Dänzer wrote: > > On 23.01.2016 00:18, Ville Syrjälä wrote: > >> On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: > >>> > >>> [ Trimming KDE folks from Cc ] > >>> > >>> On

[PATCH] GPU-host1x: Use a signed return type for do_relocs()

eletion(-) Good catch. Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/3de98e24/attachment.sig>

[PATCH] gpu: host1x: bus: Add missing of_node_put

819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/6d1a41b6/attachment-0001.sig>

[PATCH 0/5] Fixes for MST (daisy-chain and 4k tiles)

On 23 January 2016 at 08:07, Harry Wentland wrote: > A couple of MST fixes to bugs in the framework that we encountered when > testing with > - three-display daisy-chain configurations > - 4k tiled displays Hi Harry, these all look pretty good to me, have you tested them with lockdep

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 02:23 PM, Ville Syrjälä wrote: > On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: >> >> >> On 01/25/2016 05:15 AM, Michel Dänzer wrote: >>> On 23.01.2016 00:18, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: > >

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 05:15 AM, Michel Dänzer wrote: > On 23.01.2016 00:18, Ville Syrjälä wrote: >> On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: >>> >>> [ Trimming KDE folks from Cc ] >>> >>> On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900,

[PATCH v6 0/1] Introduce Innosilicon HDMI driver on Rockchip platforms

Am Montag, 25. Januar 2016, 09:43:17 schrieb Yakir Yang: > Here are a brief introduction to Innosilicon HDMI IP: > - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter > - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec > - Digital video interface supports a

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 23.01.2016 00:18, Ville Syrjälä wrote: > On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: >> >> [ Trimming KDE folks from Cc ] >> >> On 21.01.2016 19:09, Daniel Vetter wrote: >>> On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote: On 21.01.2016 16:58, Daniel

[PATCH 13/13] dt/bindings: drm/msm/hdmi: Add hdmi phy bindings

On 1/22/2016 4:56 AM, Rob Herring wrote: > On Thu, Jan 21, 2016 at 12:39:41PM +0530, Archit Taneja wrote: >> Add hdmi phy bindings. Update the example to use hdmi phy. >> >> Add a missing power-domains property in the hdmi core bindings. >> >> Cc: devicetree at vger.kernel.org >> Cc: Rob Herring

[PATCH] drm/etnaviv: fix memory leak in IOMMU init path

Plug in error handling to free any allocated ressources in the IOMMU init path. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c

[PATCH v2] drm/i915: Remove select to deleted STOP_MACHINE from Kconfig

Commit 5bab6f60cb4d ("drm/i915: Serialise updates to GGTT with access through GGTT on Braswell") depended upon a working stop_machine() and so forced the selection of STOP_MACHINE. However, commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig dependency") removed the option STOP_MACHINE

[PATCH 00/11] sync framework de-staging: part 1 - clean up

Hey, Op 21-01-16 om 13:49 schreef Gustavo Padovan: > From: Gustavo Padovan > > Hi, > > The following patches are some clean ups on the sync framework before > we start the actual de-staging. The main changes here are the move of > SW_SYNC_USER to debugfs. Removal of struct sync_pt in favor of

[PATCH] drm/i915: Remove select to deleted STOP_MACHINE from Kconfig

Commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig dependency") removed the option STOP_MACHINE from init/Kconfig, but missed a select to this option from the DRM_I915 option. Remove this now obsolete select statement. Signed-off-by: Andreas Ziegler --- drivers/gpu/drm/i915/Kconfig |

[PATCH 1/2] drm/rockchip: Don't build rockchip_drm_vop as modules

Am Montag, 25. Januar 2016, 11:54:07 schrieb Sjoerd Simons: > On Wed, 2016-01-13 at 16:22 +0800, Mark Yao wrote: > > rockchip_drm_vop's module init had moved to rockchip_vop_reg.c > > so no need to build rockchip_drm_vop.ko > > Looks like this didn't make it for the Linux 4.5 merge window, which

[PATCH 0/5] Etnaviv updates

Am Sonntag, den 24.01.2016, 17:35 + schrieb Russell King - ARM Linux: > Here's some updates to etnaviv, which augment the features and GPU > specifications which we export to userspace. This will allow us to > fix the (currently incorrect) number of varyings that GPUs such as > GC880 and

[PATCH 3/5] drm: etnaviv: add helper to extract bitfields

Am Sonntag, den 24.01.2016, 17:35 + schrieb Russell King: > Add a helper to extract etnaviv bitfields from register values. > > Acked-by: Christian Gmeiner > Signed-off-by: Russell King Applied with the following folded in. If you are not okay with this

[PATCH] drm/i915: refine qemu south bridge detection

Hi, > 0x1af4 != 0x1a4f Good catch, new patch sent. thanks, Gerd

[PATCH v2] drm/i915: refine qemu south bridge detection

The test for the qemu q35 south bridge added by commit "39bfcd52 drm/i915: more virtual south bridge detection" also matches on real hardware. Having the check for virtual systems last in the list is not enough to avoid that ... Refine the check by additionally verifying the pci subsystem id to

[PATCH 1/2] drm/rockchip: Don't build rockchip_drm_vop as modules

On Wed, 2016-01-13 at 16:22 +0800, Mark Yao wrote: > rockchip_drm_vop's module init had moved to rockchip_vop_reg.c > so no need to build rockchip_drm_vop.ko Looks like this didn't make it for the Linux 4.5 merge window, which unfortunately means in 4.5-rc1 DRM on rockchip is broken :/ >

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

The headers were originally written in Mesa, imported to the kernel, and improved upon in vc4-gpu-tools. These come from the v-g-t copies and will replace the Mesa and v-g-t copies, and hopefully be used from new tests in igt, as well. Signed-off-by: Eric Anholt --- Makefile.am | 6

[PATCH 2/3] util: Add support for vc4.

This lets allows using modetest for overlay plane testing. Signed-off-by: Eric Anholt --- tests/util/kms.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/util/kms.c b/tests/util/kms.c index 57b0191..4038c36 100644 --- a/tests/util/kms.c +++ b/tests/util/kms.c @@ -139,6 +139,7 @@

[PATCH 1/3] vc4: Add the DRM header file.

I'll build some libdrm C code soon, but for lets libdrm users use vc4 ioctls. Produced from headers_install of 1df59b8497f47495e873c23abd6d3d290c730505 (drm-next) in the kernel. Signed-off-by: Eric Anholt --- Makefile.sources | 1 + include/drm/vc4_drm.h | 279

[PATCH] drm/i915: Remove select to deleted STOP_MACHINE from Kconfig

On Mon, Jan 25, 2016 at 12:14:41PM +0100, Andreas Ziegler wrote: > Commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig > dependency") removed the option STOP_MACHINE from init/Kconfig, but > missed a select to this option from the DRM_I915 option. The select didn't exist on the branch on

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

assumption is being violated? -- next part -- A non-text attachment was scrubbed... Name: pfn-debug.patch Type: text/x-patch Size: 1303 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/07c32d1f/attachment-0001.bin>

[PATCH] drm/radeon: Ensure radeon bo is unreserved in radeon_gem_va_ioctl

On Mon, Jan 25, 2016 at 10:38 AM, Christian König wrote: > Am 25.01.2016 um 16:34 schrieb Matthew Dawson: >> >> Found with lockdep while testing gpu reset. >> >> Signed-off-by: Matthew Dawson > > > Reviewed-by: Christian König Applied. Thanks! Alex > >> --- >>

[PATCH 5/5] drm/imx: ipuv3 plane: Replace dev_info with dev_dbg if a plane's CRTC changes

Hi Liu, Am Freitag, den 22.01.2016, 10:29 +0800 schrieb Liu Ying: > Hi Philipp, > > 2015-11-23 19:48 GMT+08:00 Philipp Zabel : > > Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > >> This patch changes the dev_info() call to dev_dbg() in ipu_plane_update() > >> to print out the

[PATCH] drm/radeon: Ensure radeon bo is unreserved in radeon_gem_va_ioctl

Found with lockdep while testing gpu reset. Signed-off-by: Matthew Dawson --- drivers/gpu/drm/radeon/radeon_gem.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c index 3dcc573..e26c963 100644 ---

[PATCH] drm/i915: refine qemu south bridge detection

On Mon, 25 Jan 2016, Gerd Hoffmann wrote: > The test for the qemu q35 south bridge added by commit > "39bfcd52 drm/i915: more virtual south bridge detection" > also matches on real hardware. Having the check for > virtual systems last in the list is not enough to avoid > that ... > > Refine the

[PATCH] drm/i915: refine qemu south bridge detection

Jani Nikula writes: > On Mon, 25 Jan 2016, Gerd Hoffmann wrote: >> The test for the qemu q35 south bridge added by commit >> "39bfcd52 drm/i915: more virtual south bridge detection" >> also matches on real hardware. Having the check for >> virtual systems last in the list is not enough to

[PATCH v6] drm/rockchip: hdmi: add Innosilicon HDMI support

The Innosilicon HDMI is a low power HDMI 1.4 transmitter IP, and it have been integrated on some rockchip CPUs (like RK3036, RK312x). Signed-off-by: Yakir Yang --- Changes in v6: - Rebase the Makefile/Kconfig files which add by Chris's rockchip-mipi driver (Caeser) Changes in v5: - Use

[PATCH v6 0/1] Introduce Innosilicon HDMI driver on Rockchip platforms

Here are a brief introduction to Innosilicon HDMI IP: - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec - Digital video interface supports a pixel size of 24, 30, 36, 48bits color depth in RGB - S/PDIF

[RFC libdrm] intel: Add support for softpin

On Wed, Sep 09, 2015 at 04:07:10PM +0200, Michał Winiarski wrote: > Softpin allows userspace to take greater control of GPU virtual address > space and eliminates the need of relocations. It can also be used to > mirror addresses between GPU and CPU (shared virtual memory). > Calls to

Build regressions/improvements in v4.5-rc1

On Mon, Jan 25, 2016 at 9:18 AM, Geert Uytterhoeven wrote: > Below is the list of build error/warning regressions/improvements in > v4.5-rc1[1] compared to v4.4[2]. > > Summarized: > - build errors: +15/-23 > [1] http://kisskb.ellerman.id.au/kisskb/head/9841/ (all 261 configs) > [2]

[PATCH v3 1/2] drm: rockchip/hdmi: add Innosilicon HDMI support

Hi Caesar, On 01/24/2016 03:34 PM, Caesar Wang wrote: > Hi > > 在 2016年01月18日 09:21, Mark yao 写道: >> Hi Yakir >> >> I'd like you can change your patch title into "drm/rockchip/hdmi", so >> when I search patches use "drm/rockchip" can find your patch. >> >> and I have some advices

[PATCH] drm/i915: refine qemu south bridge detection

The test for the qemu q35 south bridge added by commit "39bfcd52 drm/i915: more virtual south bridge detection" also matches on real hardware. Having the check for virtual systems last in the list is not enough to avoid that ... Refine the check by additionally verifying the pci subsystem id to

[PATCH 00/22] drm_event cleanup, round 2

On Mon, Jan 11, 2016 at 10:40:54PM +0100, Daniel Vetter wrote: > Hi all, > > Mostly just small changes from review feedback (plus a few misplaced hunks, > silly me). Plus an attempt at better kerneldoc to explain how this works. > Since > that caused questions both from Thomas and Laurent let me

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

tachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/81eda922/attachment-0001.html>

[Bug 93826] 144Hz graphic glitches and bad refresh rate

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/1a2654b1/attachment.html>

[PATCH] PCI: QEMU top-level IDs for (sub)vendor & device

Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the constants scattered in the kernel already used to detect QEMU. They are defined in the QEMU codebase per docs/specs/pci-ids.txt. Signed-off-by: Robin H. Johnson --- This change prompted by a near-miss in the review of

[PATCH] drm/fbdev-helper: Explain how to debug console_lock fun

On Sun, Jan 24, 2016 at 10:33:57PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Friday 22 January 2016 08:53:45 Daniel Vetter wrote: > > Every new KMS driver writer seems to run into this and wonder how > > exactly drm_fb_helper_initial_config can die doing

[PATCH v2 13/26] drm/fb_cma_helper: Remove implicit call to disable_unused_functions

On Mon, Jan 25, 2016 at 12:19:27AM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Friday 15 January 2016 11:17:30 Daniel Vetter wrote: > > On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote: > > > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote: > > >> The

[Bug 93826] 144Hz graphic glitches and bad refresh rate

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/d8b67d28/attachment-0001.html>

[PATCH 10/22] drm: Nuke vblank event file cleanup code

Hi Daniel, Thank you for the patch. On Monday 11 January 2016 22:41:04 Daniel Vetter wrote: > The core code now takes care of unlinking drm_events from the file in > a generic way, so this code isn't needed any more. > > For those wondering where the drm_vblank_put went to: With the new > logic

[Bug 105041] System constantly freezes up when waking from suspend2ram

https://bugzilla.kernel.org/show_bug.cgi?id=105041 Aaron Lu changed: What|Removed |Added Status|NEEDINFO|ASSIGNED

  1   2   >