On Wed, Nov 07, 2012 at 10:08:47AM +1000, Ben Skeggs wrote:
> On Tue, Nov 06, 2012 at 10:48:52PM +0100, Marcin Slusarz wrote:
> > Now it outputs:
> > nouveau E[ PGRAPH][:02:00.0] PGRAPH TLB flush idle timeout fail
> > nouveau E[ PGRAPH][:02:00.0] PGRAPH_STATUS: BUSY DISPATCH VFETCH
> > C
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
> In 3.7-rc4, when starting X with the integrated GPU and suspending the
> discrete GPU,
> after one or more 32-bit applications are used (eg Skype) and X is stopped,
> we hit a panic.
>
> Prevent this by testing if the fini functi
https://bugs.freedesktop.org/show_bug.cgi?id=56535
--- Comment #13 from KinG-InFeT ---
unfortunately crashed without even giving me the opportunity to save the
backtrace, but I managed to asismilare information outputs from the terminal.
Test 1:
┌─[root] @ [KinG-InFeT]
└─[(~/.wine/drive_c/Progra
https://bugs.freedesktop.org/show_bug.cgi?id=56535
--- Comment #12 from Johannes Obermayr ---
Please start (as usual) with
wine game.exe
Let it crash and post/attach the backtrace (as done in #c0).
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=56535
--- Comment #11 from KinG-InFeT ---
I installed please with the option! strip the following packages:
mesa -> with its dependencies
libdrm -> with its dependencies
xf86-video-nouveau -> with its dependencies
wine -> with its dependencies
I rest
https://bugs.freedesktop.org/show_bug.cgi?id=46557
--- Comment #26 from m.b.lankho...@gmail.com ---
Judging from the errors, I'd say it can't look up the handle it created.
Diving into the old dma implementation seems
The handles for vram and gart could not be looked up, so guessing an invalid
