All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Angela" <angela.schmid@wolke7.net>
To: 'Daniel Vetter' <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [Bug 51061] GPU Hang using VAAPI
Date: Wed, 20 Jun 2012 21:44:38 +0200	[thread overview]
Message-ID: <043501cd4f1d$218ee070$64aca150$@wolke7.net> (raw)
In-Reply-To: <20120620192921.GO7170@phenom.ffwll.local>

> From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Wednesday, 20 June, 2012 21:29
> To: Angela
> Cc: 'Daniel Vetter'; intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [Bug 51061] GPU Hang using VAAPI
> 
> On Wed, Jun 20, 2012 at 09:21:07PM +0200, Angela wrote:
> > > > Updated xorg-edgers, updated kernel (>3.5-rc3), merged
> > > > drm-intel-next-queued. "Fixed" the two conflicts, are they OK ?
> > > >
> > > > No console, X starts in Vesa Mode.
> > > >
> > > > Added the new kernel dmesg, my "fixed" conflict's and a good
> > > > kernel
> > > dmesg.
> > > >
> > > > What's next.
> > >
> > > Looks like the kernel couldn't communicate with the chip at all, all
> > > reads
> > just
> > > fail. I've pushed out a for-angela branch to my kernel playground at
> > >
> > > http://cgit.freedesktop.org/~danvet/drm
> > >
> > > Which contains recent drm-intel-next-queued with rc3 merged. That
> > > one boots at least correctly here. Although your merge resolution
> > > looks
> > correct,
> > > so I have no idea what exactly went wrong.
> > > -Daniel
> > >
> >
> > Used head kernel and merged for-angela. Console and X are fine now,
> > for drm dmesg see below.
> >
> > > contains recent drm-intel-next-queued with rc3 merged
> > I could also have taken for-angela alone, does it matter ?
> >
> > Still have the VAAPI problem and still cannot grab error_state
> >
> > [   416.677] (WW) intel(0): flip queue failed: Input/output error
> >
> > cat: /sys/kernel/debug/dri/0/i915_error_state: Cannot allocate memory
> >
> > With ppa kernel I didn't had a console and the system hung (could not
> > ssh), will you add the "couldn't communicate with the chip at all"
> > patch to drm-intel-next-queued, so I could check the error_state once
> > again with the generated ppa 3.4 kernel. Will we be more lucky ? When
> > will it be ready to try ?
> 
> It should all work, but something is seriously broken for you. Could you
bisect
> where this started to blow up for you maybe?

I never had VAAPI running,  I reported 24-mar-2012 for the first time.
What you mean VAAPI or to fetch the error_state ?

I can bisect, where to start ? Which sources/kernel ? 

Angela

  reply	other threads:[~2012-06-20 19:44 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-18 18:33 [Bug 51061] GPU Hang using VAAPI Angela
2012-06-20  6:28 ` Angela
2012-06-20  7:33   ` Daniel Vetter
2012-06-20 17:34     ` Angela
2012-06-20 18:08       ` Daniel Vetter
2012-06-20 19:21         ` Angela
2012-06-20 19:29           ` Daniel Vetter
2012-06-20 19:44             ` Angela [this message]
2012-06-20 20:48               ` Daniel Vetter
2012-06-20 22:22                 ` Angela
2012-06-25 17:18                   ` Angela

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='043501cd4f1d$218ee070$64aca150$@wolke7.net' \
    --to=angela.schmid@wolke7.net \
    --cc=daniel@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.