[PATCH 8/8] drm: convert crtc and connection_mutex to ww_mutex

For atomic, it will be quite necessary to not need to care so much about locking order. And 'state' gives us a convenient place to stash a ww_ctx for any sort of update that needs to grab multiple crtc locks. Because we will want to eventually make locking even more fine grained (giving locks to

[PATCH 7/8] drm: Split connection_mutex out of mode_config.mutex (v2)

From: Daniel Vetter After the split-out of crtc locks from the big mode_config.mutex there's still two major areas it protects: - Various connector probe states, like connector->status, EDID properties, probed mode lists and similar information. - The links from

[PATCH 6/8] drm: push locking down into restore_fbdev_mode (v2)

All the call-sites save one need locking. Add an _unlocked() variant which handles the locking for you. This simplifies the call-sites, and will make it easier for atomic and ww_mutex conversion. Signed-off-by: Rob Clark --- drivers/gpu/drm/armada/armada_fbdev.c | 4 +---

[PATCH 5/8] drm: spiff out FB refcnting traces

I find myself making this change locally whenever debugging FB reference counting. Which seems a bit silly. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c

[PATCH 4/8] drm: Allow drm_mode_object_find() to look up an object of any type

From: Ville Syrj?l? To avoid having to pass object types from userspace for atomic mode setting ioctl, allow drm_mode_object_find() to look up an object of any type. This will only work as long as the all object types share the ID space. Signed-off-by: Ville

[PATCH 3/8] drm: helpers to find mode objects

Add a few more useful helpers to find mode objects. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 90 +++--- include/drm/drm_crtc.h | 33 + 2 files changed, 61 insertions(+), 62 deletions(-) diff --git

[PATCH 2/8] drm: add signed-range property type

Like range, but values are signed. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 45 + include/drm/drm_crtc.h | 12 include/uapi/drm/drm_mode.h | 1 + 3 files changed, 46 insertions(+), 12 deletions(-) diff --git

[PATCH 1/8] drm: add object property type

An object property is an id (idr) for a drm mode object. This will allow a property to be used set/get a framebuffer, CRTC, etc. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 50 + include/drm/drm_crtc.h | 27

[PATCH 0/8] prepare for preparing for atomic

As suggested by Daniel, splitting out ww_mutex conversion and a few other bits out. Daniel Vetter (1): drm: Split connection_mutex out of mode_config.mutex (v2) Rob Clark (6): drm: add object property type drm: add signed-range property type drm: helpers to find mode objects drm: spiff

[Bug 73911] Color Banding on radeon

org/archives/dri-devel/attachments/20140528/401ff247/attachment.html>

[PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

Digging out an ooold post of Daniel's... On 04.03.2014 18:13, Daniel Vetter wrote: > On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote: >> >> When the pre/post-modeset hooks were originally added, it worked like >> this: the pre-modeset hook enabled the vblank interrupt, which

[PATCH 14/17] drm/msm: add atomic support

On Wed, May 28, 2014 at 03:21:41PM +0200, Daniel Vetter wrote: > On Tue, May 27, 2014 at 07:32:46PM -0400, Rob Clark wrote: > > On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote: > > > On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote: > > >> On Tue, May 27, 2014 at 3:26 PM, Daniel

Contribution

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

[PATCH 14/17] drm/msm: add atomic support

On Wed, May 28, 2014 at 05:14:21PM +0300, Ville Syrj?l? wrote: > On Wed, May 28, 2014 at 03:21:41PM +0200, Daniel Vetter wrote: > > On Tue, May 27, 2014 at 07:32:46PM -0400, Rob Clark wrote: > > > On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote: > > > > On Tue, May 27, 2014 at 04:06:28PM

[PATCH] drm: crtc-helper: Remove useless loop

Hi Daniel, On Wednesday 28 May 2014 15:36:38 Daniel Vetter wrote: > On Wed, May 28, 2014 at 02:43:36PM +0200, Laurent Pinchart wrote: > > Commit e3d6ddb35f6221859b6054879d186e13a3af351e ("drm/crtc-helper: don't > > disable disconnected outputs") made the for each loop over connectors > > empty in

[Bug 77001] Radeon R9 270X GPU lockup and resume failure after all night inactivity [drm,radeonsi]

https://bugzilla.kernel.org/show_bug.cgi?id=77001 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[Bug 76861] radeon: flickering horizontal stripes/lines

https://bugzilla.kernel.org/show_bug.cgi?id=76861 --- Comment #13 from Christian K?nig --- Crap, I freared that this could happen. Please try values of 50,60,70,80,90 as well and see where the limit is that the lines disapear. -- You are receiving this mail because: You are watching the

[PATCH 5/5] drm/radeon: rework page flip handling v3

On 27.05.2014 23:49, Christian K?nig wrote: > From: Christian K?nig > > Instead of trying to flip inside the vblank period when > the buffer is idle, offload blocking for idle to a kernel > thread and program the flip directly into the hardware. > > v2: add error handling, fix EBUSY handling >

[Bug 76861] radeon: flickering horizontal stripes/lines

https://bugzilla.kernel.org/show_bug.cgi?id=76861 --- Comment #12 from Sven Dziadek --- Ok, new report ;-) With this line commented out, the lines reappear. I tried with these values: dmesg.log_pll_105: 154000 - 154000, pll dividers - fb: 1129.2 ref: 15, post 7 dmesg.log_pll_110: 154000 -

[PATCH] drm: crtc-helper: Remove useless loop

On Wed, May 28, 2014 at 02:43:36PM +0200, Laurent Pinchart wrote: > Commit e3d6ddb35f6221859b6054879d186e13a3af351e ("drm/crtc-helper: don't > disable disconnected outputs") made the for each loop over connectors > empty in __drm_helper_disable_unused_functions(). Remove the loop > altogether. >

[PATCH 14/17] drm/msm: add atomic support

On Tue, May 27, 2014 at 07:47:42PM -0400, Rob Clark wrote: > On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote: > > On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote: > >> On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote: > > > > [snip] > > > >> Well, there was the NONBLOCK atomic

[Bug 77001] Radeon R9 270X GPU lockup and resume failure after all night inactivity [drm,radeonsi]

https://bugzilla.kernel.org/show_bug.cgi?id=77001 Grzegorz Kowal changed: What|Removed |Added Summary|Radeon R9 270X GPU lockup |Radeon R9 270X GPU lockup

[PATCH 14/17] drm/msm: add atomic support

On Tue, May 27, 2014 at 07:32:46PM -0400, Rob Clark wrote: > On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote: > > On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote: > >> On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote: > > > > [snip] > > > >> Well, there was the NONBLOCK atomic

[PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker functions.

On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote: > Hello. > > I tried to test whether it is OK (from point of view of reentrant) to use > mutex_lock() or mutex_lock_killable() inside shrinker functions when shrinker > functions do memory allocation, for

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140528/8523c237/attachment.html>

[PATCH] drm: crtc-helper: Remove useless loop

Commit e3d6ddb35f6221859b6054879d186e13a3af351e ("drm/crtc-helper: don't disable disconnected outputs") made the for each loop over connectors empty in __drm_helper_disable_unused_functions(). Remove the loop altogether. Signed-off-by: Laurent Pinchart

[Intel-gfx] [PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

On Wed, May 28, 2014 at 06:12:54PM +0900, Michel D?nzer wrote: > > Digging out an ooold post of Daniel's... > > On 04.03.2014 18:13, Daniel Vetter wrote: > > On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote: > >> > >> When the pre/post-modeset hooks were originally added, it worked

[PATCH v2 1/5] gpu: ipu-v3: Move i.MX IPUv3 core driver out of staging

On Mon, May 26, 2014 at 04:19:39PM +0200, Philipp Zabel wrote: > The i.MX Image Processing Unit (IPU) contains a number of image processing > blocks that sit right in the middle between DRM and V4L2. Some of the modules, > such as Display Controller, Processor, and Interface (DC, DP, DI) or CMOS >

[PATCH v2 13/18] ARM: dts: s6e3fa0: add DT bindings

On 2014? 05? 28? 05:21, Thierry Reding wrote: > On Tue, May 27, 2014 at 11:24:49PM +0900, Inki Dae wrote: >> 2014-05-27 16:53 GMT+09:00 Thierry Reding : >>> On Tue, May 27, 2014 at 08:28:52AM +0200, Andrzej Hajda wrote: Hi Thierry, On 05/26/2014 03:41 PM, Thierry Reding wrote: >

[PATCH 1/2] drm/exynos: consider deferred probe case

Hi Inki, On 05/27/2014 02:42 PM, Inki Dae wrote: > This patch makes sure that exynos drm framework handles deferred > probe case correctly. > > Sub drivers could be probed before resources, clock, regulator, > phy or panel, are ready for them so we should make sure that exynos > drm core waits

[Bug 77001] New: Radeon R9 270X GPU lockup and resume failure after all night inactivity

https://bugzilla.kernel.org/show_bug.cgi?id=77001 Bug ID: 77001 Summary: Radeon R9 270X GPU lockup and resume failure after all night inactivity Product: Drivers Version: 2.5 Kernel Version: 3.14.4 Hardware: x86-64

CIK hangs with kernel 3.15, bisected

I already tried a similar patch as well, without any more noticeable crashes. But going to give this another round with your patch and openarena. Thanks, Christian. Am 27.05.2014 23:55, schrieb Marek Ol??k: > Hi Christian, > > I test on Bonaire (ChipID = 0x665c). Unfortunately, the hangs are

[PATCH] drm/radeon: optimize CIK VM handling v2

On 28.05.2014 03:10, Christian K?nig wrote: > From: Christian K?nig > > Fill VM page tables from the GART page table if applicable. > > v2: fix copy error > > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/cik_sdma.c | 21 - > 1 file changed, 20

[PATCH v5] drm/exynos: enable fimd clocks in probe before accessing fimd registers

Thanks Inki, I removed fimd_clear_win from fimd_probe and verified this change in chrome setup. Not seeing any noticeable difference. I have posted another patch at: http://www.mail-archive.com/linux-samsung-soc at vger.kernel.org/msg31629.html Thanks everybody for your review effort. Regards,

[PATCH] drm/exynos: remove hardware overlays disable from fimd probe

System hangs when FIMD registers are accessed to disable hardware overlays. This is because of the clocks which are not enabled before register access. 'Hardware overlay disable' is cleaned from the FIMD probe. Signed-off-by: Rahul Sharma --- Based on exynos-drm-next branch.

[PATCH 14/17] drm/msm: add atomic support

On Wed, May 28, 2014 at 9:21 AM, Daniel Vetter wrote: > On Tue, May 27, 2014 at 07:32:46PM -0400, Rob Clark wrote: >> On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote: >> > On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote: >> >> On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote:

[Bug 79338] Something's broken after llvm's svn commit 209067

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140528/5693352d/attachment-0001.html>

[PATCH 2/2] drm/exynos: mipi-dsi: consider panel driver-deferred probe

Hi Inki, There is no problem with the DSI panels, so there is nothing to fix. DSI receives notifications about panel presence via mipi dsi bus, so it can attach/detach it to/from drm using connector's hotplug mechansim. Deferring DSI in unnecessary. Regards Andrzej On 05/27/2014 02:42 PM,

[Bug 79318] [radeonsi] The Witcher 2 wine graphical corruption

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140528/a9c58545/attachment.html>

[PATCH v2 13/18] ARM: dts: s6e3fa0: add DT bindings

On 05/28/2014 06:50 AM, Inki Dae wrote: > On 2014? 05? 28? 05:21, Thierry Reding wrote: >> On Tue, May 27, 2014 at 11:24:49PM +0900, Inki Dae wrote: >>> 2014-05-27 16:53 GMT+09:00 Thierry Reding : On Tue, May 27, 2014 at 08:28:52AM +0200, Andrzej Hajda wrote: > Hi Thierry, > > On

[Bug 76981] New: unsave locking

https://bugzilla.kernel.org/show_bug.cgi?id=76981 Bug ID: 76981 Summary: unsave locking Product: Drivers Version: 2.5 Kernel Version: 3.15.0-rc6 Hardware: All OS: Linux Tree: Fedora Status: NEW

[PATCH] [RFC] drm: Split connection_mutex out of mode_config.mutex

On Tue, May 27, 2014 at 5:59 PM, Daniel Vetter wrote: > After the split-out of crtc locks from the big mode_config.mutex > there's still two major areas it protects: > - Various connector probe states, like connector->status, EDID > properties, probed mode lists and similar information. > -

[Bug 79223] extra vsync when reading back pixels in xbmc

d... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140528/c0b0e04d/attachment.html>

[Bug 79223] extra vsync when reading back pixels in xbmc

. Possibly related? -- 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/20140528/7d52744a/attachment.html>

[Bug 79223] extra vsync when reading back pixels in xbmc

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/20140528/c1fa3756/attachment.html>

[Bug 79338] Something's broken after llvm's svn commit 209067

sktop.org/archives/dri-devel/attachments/20140528/536af429/attachment.html>

[Bug 79318] [radeonsi] The Witcher 2 wine graphical corruption

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140528/73ecfd03/attachment.html>

[Bug 76761] radeon DPM breaks suspend to disk and resume from RAM in 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=76761 --- Comment #6 from Alex Deucher --- It was a long weekend in the US. I haven't had a chance to look into it yet. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 14/17] drm/msm: add atomic support

On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote: > On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote: [snip] > Well, there was the NONBLOCK atomic flag.. I'm not entirely sure if we > should hang so much off of that one flag. Yeah, a separate VBLANK_SYNCED might be useful.

[PATCH] [RFC] drm: Split connection_mutex out of mode_config.mutex

After the split-out of crtc locks from the big mode_config.mutex there's still two major areas it protects: - Various connector probe states, like connector->status, EDID properties, probed mode lists and similar information. - The links from connector->encoder and encoder->crtc and other

CIK hangs with kernel 3.15, bisected

Hi Christian, I test on Bonaire (ChipID = 0x665c). Unfortunately, the hangs are not fixed yet. They are very rare and very random. Therefore, I have come up with a patch which evicts page tables between IBs. See the attachment. With that patch applied, the system starts fine, compiz and glxgears

[Bug 79338] Something's broken after llvm's svn commit 209067

https://bugs.freedesktop.org/show_bug.cgi?id=79338 --- Comment #2 from Jos? Su?rez --- I have uploaded a new dmesg log because I just realised the one in the other bug report was not recent. -- You are receiving this mail because: You are the assignee for the bug. -- next part

[Bug 79338] Something's broken after llvm's svn commit 209067

https://bugs.freedesktop.org/show_bug.cgi?id=79338 --- Comment #1 from Jos? Su?rez --- Created attachment 99988 --> https://bugs.freedesktop.org/attachment.cgi?id=99988=edit dmesg log -- You are receiving this mail because: You are the assignee for the bug. -- next part

[PATCH v2 13/18] ARM: dts: s6e3fa0: add DT bindings

2014-05-27 16:53 GMT+09:00 Thierry Reding : > On Tue, May 27, 2014 at 08:28:52AM +0200, Andrzej Hajda wrote: >> Hi Thierry, >> >> On 05/26/2014 03:41 PM, Thierry Reding wrote: >> > On Wed, May 21, 2014 at 01:43:05PM +0900, YoungJun Cho wrote: >> >> This patch adds DT bindings for s6e3fa0 panel. >>

[Bug 79338] New: Something's broken after llvm's svn commit 209067

https://bugs.freedesktop.org/show_bug.cgi?id=79338 Priority: medium Bug ID: 79338 Assignee: dri-devel at lists.freedesktop.org Summary: Something's broken after llvm's svn commit 209067 Severity: normal Classification: Unclassified