[Intel-gfx] [PULL] drm-intel-next

2014-05-06 Thread Knut Petersen
On 06.05.2014 20:59, Daniel Vetter wrote: > On Tue, May 06, 2014 at 04:30:45PM +0300, Jani Nikula wrote: >> On Tue, 06 May 2014, Knut Petersen wrote: >>> On 28.04.2014 15:26, Daniel Vetter wrote: >>> The patch below is a clear candidate for 3.15 as it fixes a regression

[Intel-gfx] [PULL] drm-intel-next

2014-05-06 Thread Knut Petersen
On 28.04.2014 15:26, Daniel Vetter wrote: > Hi Dave, > > drm-intel-next-2014-04-16: > - vlv infoframe fixes from Jesse > - dsi/mipi fixes from Shobhit > - gen8 pageflip fixes for LRI/SRM from Damien > - cmd parser fixes from Brad Volkin > - some prep patches for CHV, DRRS, ... > - and tons of littl

Re: [Intel-gfx] [PATCH] [RFC] mm/shrinker: Add a shrinker flag to always shrink a bit

2013-09-19 Thread Knut Petersen
On 19.09.2013 08:57, Daniel Vetter wrote: On Wed, Sep 18, 2013 at 10:38 PM, Dave Chinner wrote: No, that's wrong. ->count_objects should never ass SHRINK_STOP. Indeed, it should always return a count of objects in the cache, regardless of the context. SHRINK_STOP is for ->scan_objects to tell

Re: [Intel-gfx] [PATCH] [RFC] mm/shrinker: Add a shrinker flag to always shrink a bit

2013-09-18 Thread Knut Petersen
Looking at the patch which introduced these error message for you, which changed the ->count_objects return value from 0 to SHRINK_STOP your patch below to treat 0 and SHRINK_STOP equally simply reverts the functional change. Yes, for i915* it de facto restores the old behaviour. I don't thi

Re: [Intel-gfx] [PATCH] [RFC] mm/shrinker: Add a shrinker flag to always shrink a bit

2013-09-18 Thread Knut Petersen
Knut >From 75ae570ce7b0bb6b40c76beb18fc075e9af3127a Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Wed, 18 Sep 2013 12:06:33 +0200 Subject: [PATCH] mm: respect SHRINK_STOP in shrink_slab_node() Since commit 81e49f811404f428a9d9a63295a0c267e802fa12 i915_gem_inactive_count() might return SHRINK_STOP. Unfortunately SHRINK_STOP

Re: i915_stolen_to_physical() broken in 3.11+

2013-09-09 Thread Knut Petersen
On 09.09.2013 11:53, Daniel Vetter wrote: On Mon, Sep 9, 2013 at 11:39 AM, Chris Wilson wrote: On Mon, Sep 09, 2013 at 11:34:19AM +0200, Knut Petersen wrote: Problem: === Your changes to i915_stolen_to_physical() (commit: eaba1b8f3379b5d100bd146b9a41d28348bdfd09) expose the following

[PATCH] drm: ignore disconnected <-> unknown status changes

2012-08-02 Thread Knut Petersen
the only relevant changes are those from / to connector_status_connected. cu, Knut >From f631128c46f916eb58bbdabf867248a04a0d2fc5 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Thu, 2 Aug 2012 08:52:04 +0200 Subject: [PATCH] drm: ignore disconnected <-> unknown status changes Only

[PATCH] drm: ignore disconnected <-> unknown status changes

2012-08-02 Thread Knut Petersen
On an AOpen i915GMm-hfs the hotplug events generated by transitions between connector_status_unknown and connector_status_disconnected cause screen distortions. The attached patch cures the problem by disabling the generation of hotplug events in those cases. That should be safe for everybody as t