Re: [Intel-gfx] linux-next: Tree for Jul 25 [ call-trace: drm |drm-intel related? ]

[Chris Wilson]

On Fri, Jul 26, 2013 at 01:21:07AM +0200, Sedat Dilek wrote:
> On Thu, Jul 25, 2013 at 11:52 PM, Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> wrote:
> > On Thu, Jul 25, 2013 at 10:07:02PM +0200, Sedat Dilek wrote:
> >> What means the bang line?
> >>
> >> [    54.564] (II) GLX: Initialized DRI2 GL provider for screen 0
> >> [    54.565] bang: 1159
> >> [    54.565]
> >> Fatal server error:
> >> [    54.565] failed to create screen resources
> >
> > That means between the kernel reporting success for
> > DRM_IOCTL_I915_GEM_MMAP_GTT and libdrm returning from
> > drm_intel_gem_bo_map_gtt(), something went wrong. This implies that the
> > call to mmap() failed.
> >
> > I don't see how changing versions of the ddx would unmask the bug, nor
> > why the mmap() should suddenly start failing. Anybody have any
> > suggestions other than
> >
> > diff --git a/src/intel_uxa.c b/src/intel_uxa.c
> > index 2f14173..3872258 100644
> > --- a/src/intel_uxa.c
> > +++ b/src/intel_uxa.c
> > @@ -1149,12 +1149,15 @@ Bool intel_uxa_create_screen_resources(ScreenPtr screen)
> >         PixmapPtr pixmap;
> >         intel_screen_private *intel = intel_get_screen_private(scrn);
> >         dri_bo *bo = intel->front_buffer;
> > +       int ret;
> >
> >         if (!uxa_resources_init(screen))
> >                 return FALSE;
> >
> > -       if (drm_intel_gem_bo_map_gtt(bo))
> > +       if ((ret = drm_intel_gem_bo_map_gtt(bo))) {
> > +               ErrorF("%s:%d bang, errno=%d\n", __func__, __LINE__, -ret);
> >                 return FALSE;
> > +       }
> >
> >         pixmap = screen->GetScreenPixmap(screen);
> >         intel_set_pixmap_bo(pixmap, bo);
> >
> > which is most likely to report EINVAL (22)?
> 
> Yupp, this shows me...
> 
> [    28.542] (II) GLX: Initialized DRI2 GL provider for screen 0
> [    28.543] intel_uxa_create_screen_resources:1158 bang, errno=22
> [    28.543]
> Fatal server error:
> [    28.543] failed to create screen resources

I'm out of ideas, could you bisect this? Either kernel, userspace or
both. Thanks,
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/