http://bugs.freedesktop.org/show_bug.cgi?id=17071
Gordon Jin <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolut
http://bugs.freedesktop.org/show_bug.cgi?id=17071
Gordon Jin <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configur
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #14 from [EMAIL PROTECTED] 2008-12-05 15:33 ---
If you're hanging on VT switch, that's probably our 2D driver's fault and
should be an easy fix. A backtrace of the server may actually help there.
--
Configure bugmail: ht
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #13 from [EMAIL PROTECTED] 2008-12-05 15:30 ---
oohh, messed up the cat /proc/dri/0/i915_gem_interrupts. Need to redo it,
tomorrow. It's already very late here.
Thanks,
Michael
--
Configure bugmail: http://bugzilla.kern
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #12 from [EMAIL PROTECTED] 2008-12-05 15:28 ---
Created an attachment (id=19164)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19164&action=view)
xorg.conf
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.c
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #11 from [EMAIL PROTECTED] 2008-12-05 15:27 ---
Created an attachment (id=19163)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19163&action=view)
Kernel config of 2.6.28-rc7
--
Configure bugmail: http://bugzilla.kern
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #10 from [EMAIL PROTECTED] 2008-12-05 15:25 ---
O.K. the hang after resume has nothing to do with the suspend-resume process.
It also happens when you just switch to VT1 via CTRL-ALT-F1 and back with
CTRL-ALT-F7. Same effect
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #9 from [EMAIL PROTECTED] 2008-12-05 15:06 ---
Hi Eric
Ehhmmm, I'm afraid, I don't know, if I have any closed-source BIOS code
randomly stomping over my chip's state.
Actually, I just have installed Sidux (a SID derived d
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #8 from [EMAIL PROTECTED] 2008-12-05 14:48 ---
We really can't make a reliable graphics driver when you're voluntarily calling
closed-source BIOS code to randomly stomp all over your chip's state. At least
with intelfb, we
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #7 from [EMAIL PROTECTED] 2008-12-05 14:34 ---
Created an attachment (id=19159)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19159&action=view)
Xorg.0.log after resume from suspend to ram
--
Configure bugmail: http:
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #6 from [EMAIL PROTECTED] 2008-12-05 14:30 ---
O.K. I managed to recompile the kernel without framebuffer. The results are
mixed, however.
1.) No more "EQ overflowing" -> That's very good! (Problem solved)
2.) With option
http://bugs.freedesktop.org/show_bug.cgi?id=17098
Aditya Kadambi <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|CLOSED |REOPENED
Res
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #5 from [EMAIL PROTECTED] 2008-12-05 10:58 ---
Try to boot with kernel option "vga=normal". Recompiling the kernel without
vesafb would help, too.
Your system does not need a framebuffer device in general, but that depends o
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #4 from [EMAIL PROTECTED] 2008-12-05 10:36 ---
Hi eric
now you got me. Guess, I don't understand much...
O.K. The vesafb is compiled into the kernel, if I am not mistaken. So, I need
to recompile the kernel?
Second: I alw
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #3 from [EMAIL PROTECTED] 2008-12-05 10:25 ---
The summary of this bug should be "GM45 hung on driWaitForVBlank in the server"
Loading an fb driver along with the intel DRM driver has never been a supported
configuration.
http://bugs.freedesktop.org/show_bug.cgi?id=18896
--- Comment #9 from Keith Packard <[EMAIL PROTECTED]> 2008-12-05 08:30:30 PST
---
There isn't any fbdev driver which is compatible with DRI; they both try to
manipulate the same resources (the graphics card). It can work on occasion when
you
2008/12/5 Tomas Carnecky <[EMAIL PROTECTED]>:
[snip]
> The irq storms seem to be gone. But I'm not sure if MSI is really
> usable. When I let glxgears run, it freezes after a ~10-30 seconds, and
> resumes normally after I move a window (doesn't have to be the glxgears
> window, just one window on t
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #2 from [EMAIL PROTECTED] 2008-12-05 00:25 ---
Here are the relevant lines from /var/log/messages:
Dec 5 08:31:59 LaptopMB kernel: [ 42.810237] [ cut here
]
Dec 5 08:31:59 LaptopMB kernel: [ 42
http://bugzilla.kernel.org/show_bug.cgi?id=12166
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19154|Xorg.0.log.old |Xorg.0.log
filename|
http://bugzilla.kernel.org/show_bug.cgi?id=12166
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19154|application/x-trash |application/text
mime type|
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #1 from [EMAIL PROTECTED] 2008-12-05 00:16 ---
Created an attachment (id=19154)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19154&action=view)
Xorg.0.log from affected system
--
Configure bugmail: http://bugzilla.k
http://bugzilla.kernel.org/show_bug.cgi?id=12166
Summary: [mi] EQ overflowing. The server is probably stuck in an
infinite loop.
Product: Drivers
Version: 2.5
KernelVersion: 2.6.28-rc6 and 2.6.28-rc7
Platform: All
OS/Versi
22 matches
Mail list logo