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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox