On Fri, 2008-11-21 at 13:32 -0800, Keith Packard wrote:
On Fri, 2008-11-21 at 23:14 +0200, Michel Dänzer wrote:
No, radeon doesn't (un)install the IRQ handler on VT switch.
It's not a matter of uninstalling the IRQ handler;
Yes, it is.
the question is whether the hardware frame count
On Fri, 2008-11-21 at 23:14 +0200, Michel Dänzer wrote:
No, radeon doesn't (un)install the IRQ handler on VT switch.
It's not a matter of uninstalling the IRQ handler; the question is
whether the hardware frame count gets reset at VT switch time. The i915
driver uses the hardware frame counter
On Tue, 2008-11-18 at 16:23 -0800, Keith Packard wrote:
On Wed, 2008-11-19 at 00:44 +0200, Michel Dänzer wrote:
On Wed, 2008-11-19 at 00:07 +0200, Michel Dänzer wrote:
This is precisely what DRM_PRE/POST_MODESET are for. Assuming
xf86-video-intel is calling them appropriately before
Airlied pointed me at a fairly easy bug to reproduce -- VT switch while
compiz is running and the server locks up when you switch back.
The cause is fairly simple to understand -- VT switching involves a mode
set, and that mode set erases the hardware frame counter registers.
However, Mesa
On Tue, 2008-11-18 at 00:38 -0800, Keith Packard wrote:
Airlied pointed me at a fairly easy bug to reproduce -- VT switch while
compiz is running and the server locks up when you switch back.
No such problem here with radeon.
The cause is fairly simple to understand -- VT switching involves
On Wed, 2008-11-19 at 00:07 +0200, Michel Dänzer wrote:
This is precisely what DRM_PRE/POST_MODESET are for. Assuming
xf86-video-intel is calling them appropriately before and after VT
switch, this is probably a bug in the i915 DRM.
Never mind, I hadn't seen the fix you posted for this
On Wed, 2008-11-19 at 00:44 +0200, Michel Dänzer wrote:
On Wed, 2008-11-19 at 00:07 +0200, Michel Dänzer wrote:
This is precisely what DRM_PRE/POST_MODESET are for. Assuming
xf86-video-intel is calling them appropriately before and after VT
switch, this is probably a bug in the i915 DRM.
