diff mbox

drm/mm: Adjust start/end for coloring first

Message ID 1400482357-24988-1-git-send-email-chris@chris-wilson.co.uk (mailing list archive)
State New, archived
Headers show

Commit Message

Chris Wilson May 19, 2014, 6:52 a.m. UTC
The current user of the coloring will adjust the end points of the node
to leave a hole between disjoint memory types. This adjustment must be
performed first or else the derived size will conflict with the
adjustment and trigger the BUG_ON sanity checks that the node is within
bounds.

Fixes regression from
commit 62347f9e0f81d50e9b0923ec8a192f60ab7a1801
Author: Lauri Kasanen <cand@gmx.com>
Date:   Wed Apr 2 20:03:57 2014 +0300

    drm: Add support for two-ended allocation, v3

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
---
 drivers/gpu/drm/drm_mm.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

Comments

Daniel Vetter May 19, 2014, 8:14 a.m. UTC | #1
On Mon, May 19, 2014 at 07:52:37AM +0100, Chris Wilson wrote:
> The current user of the coloring will adjust the end points of the node
> to leave a hole between disjoint memory types. This adjustment must be
> performed first or else the derived size will conflict with the
> adjustment and trigger the BUG_ON sanity checks that the node is within
> bounds.
> 
> Fixes regression from
> commit 62347f9e0f81d50e9b0923ec8a192f60ab7a1801
> Author: Lauri Kasanen <cand@gmx.com>
> Date:   Wed Apr 2 20:03:57 2014 +0300
> 
>     drm: Add support for two-ended allocation, v3
> 
> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Do we have a bugzilla for this, or why did igt not scream about this
failure?
-Daniel

> ---
>  drivers/gpu/drm/drm_mm.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
> index 04a209e2b66d..911863bed9f3 100644
> --- a/drivers/gpu/drm/drm_mm.c
> +++ b/drivers/gpu/drm/drm_mm.c
> @@ -264,12 +264,12 @@ static void drm_mm_insert_helper_range(struct drm_mm_node *hole_node,
>  	if (adj_end > end)
>  		adj_end = end;
>  
> -	if (flags & DRM_MM_CREATE_TOP)
> -		adj_start = adj_end - size;
> -
>  	if (mm->color_adjust)
>  		mm->color_adjust(hole_node, color, &adj_start, &adj_end);
>  
> +	if (flags & DRM_MM_CREATE_TOP)
> +		adj_start = adj_end - size;
> +
>  	if (alignment) {
>  		unsigned tmp = adj_start % alignment;
>  		if (tmp) {
> -- 
> 2.0.0.rc2
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
Chris Wilson May 19, 2014, 8:21 a.m. UTC | #2
On Mon, May 19, 2014 at 10:14:27AM +0200, Daniel Vetter wrote:
> On Mon, May 19, 2014 at 07:52:37AM +0100, Chris Wilson wrote:
> > The current user of the coloring will adjust the end points of the node
> > to leave a hole between disjoint memory types. This adjustment must be
> > performed first or else the derived size will conflict with the
> > adjustment and trigger the BUG_ON sanity checks that the node is within
> > bounds.
> > 
> > Fixes regression from
> > commit 62347f9e0f81d50e9b0923ec8a192f60ab7a1801
> > Author: Lauri Kasanen <cand@gmx.com>
> > Date:   Wed Apr 2 20:03:57 2014 +0300
> > 
> >     drm: Add support for two-ended allocation, v3
> > 
> > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> 
> Do we have a bugzilla for this, or why did igt not scream about this
> failure?

How would igt scream? Look at the patch and think of how many possible
ways the current kernel would explode. Then think about how they are
exposed to userspace.
-Chris
Daniel Vetter May 19, 2014, 10:22 a.m. UTC | #3
On Mon, May 19, 2014 at 09:21:23AM +0100, Chris Wilson wrote:
> On Mon, May 19, 2014 at 10:14:27AM +0200, Daniel Vetter wrote:
> > On Mon, May 19, 2014 at 07:52:37AM +0100, Chris Wilson wrote:
> > > The current user of the coloring will adjust the end points of the node
> > > to leave a hole between disjoint memory types. This adjustment must be
> > > performed first or else the derived size will conflict with the
> > > adjustment and trigger the BUG_ON sanity checks that the node is within
> > > bounds.
> > > 
> > > Fixes regression from
> > > commit 62347f9e0f81d50e9b0923ec8a192f60ab7a1801
> > > Author: Lauri Kasanen <cand@gmx.com>
> > > Date:   Wed Apr 2 20:03:57 2014 +0300
> > > 
> > >     drm: Add support for two-ended allocation, v3
> > > 
> > > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> > 
> > Do we have a bugzilla for this, or why did igt not scream about this
> > failure?
> 
> How would igt scream? Look at the patch and think of how many possible
> ways the current kernel would explode. Then think about how they are
> exposed to userspace.

Yeah, reading the patch helps ;-) So this only collides with the top-down
vs. bottum-up separation patch for cache levels you've posted somewhere.
-Daniel
Daniel Vetter May 19, 2014, 10:24 a.m. UTC | #4
On Mon, May 19, 2014 at 07:52:37AM +0100, Chris Wilson wrote:
> The current user of the coloring will adjust the end points of the node
> to leave a hole between disjoint memory types. This adjustment must be
> performed first or else the derived size will conflict with the
> adjustment and trigger the BUG_ON sanity checks that the node is within
> bounds.
> 
> Fixes regression from
> commit 62347f9e0f81d50e9b0923ec8a192f60ab7a1801
> Author: Lauri Kasanen <cand@gmx.com>
> Date:   Wed Apr 2 20:03:57 2014 +0300
> 
>     drm: Add support for two-ended allocation, v3
> 
> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> ---
>  drivers/gpu/drm/drm_mm.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
> index 04a209e2b66d..911863bed9f3 100644
> --- a/drivers/gpu/drm/drm_mm.c
> +++ b/drivers/gpu/drm/drm_mm.c
> @@ -264,12 +264,12 @@ static void drm_mm_insert_helper_range(struct drm_mm_node *hole_node,
>  	if (adj_end > end)
>  		adj_end = end;
>  
> -	if (flags & DRM_MM_CREATE_TOP)
> -		adj_start = adj_end - size;
> -
>  	if (mm->color_adjust)
>  		mm->color_adjust(hole_node, color, &adj_start, &adj_end);
>  
> +	if (flags & DRM_MM_CREATE_TOP)
> +		adj_start = adj_end - size;

With this we still don't handle interactions with alignment correctly. I
guess while we're at this we might as well fix that, too.
-Daniel

> +
>  	if (alignment) {
>  		unsigned tmp = adj_start % alignment;
>  		if (tmp) {
> -- 
> 2.0.0.rc2
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
diff mbox

Patch

diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index 04a209e2b66d..911863bed9f3 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -264,12 +264,12 @@  static void drm_mm_insert_helper_range(struct drm_mm_node *hole_node,
 	if (adj_end > end)
 		adj_end = end;
 
-	if (flags & DRM_MM_CREATE_TOP)
-		adj_start = adj_end - size;
-
 	if (mm->color_adjust)
 		mm->color_adjust(hole_node, color, &adj_start, &adj_end);
 
+	if (flags & DRM_MM_CREATE_TOP)
+		adj_start = adj_end - size;
+
 	if (alignment) {
 		unsigned tmp = adj_start % alignment;
 		if (tmp) {