On Sat, Aug 09, 2008 at 09:41:22AM +0200, Brice Goglin wrote:
This time, this is very likely to be fixed upstream for real.
I just wanted to confirm that VT switching works again. Thank you.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
forwarded 435040 https://bugs.freedesktop.org/show_bug.cgi?id=13994
tags 435040 +fixed-upstream
thank you
On Sat, Jul 28, 2007 at 10:29:29PM +0300, Kari Pahula wrote:
Package: xserver-xorg-video-ati
Version: 1:6.6.192-1
Severity: important
Changing the VT from X to console and back to X
On Mon, 2007-08-06 at 05:29 +0300, Kari Pahula wrote:
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(II) Open ACPI successful (/var/run/acpid.socket)
(WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
Where the last two entries get into the log when I switch
On Mon, Aug 06, 2007 at 10:14:35AM +0200, Michel Dänzer wrote:
Does explicitly loading the int10 module in the xorg.conf section
Module work around it?
Yeah, that seemed to fix it. This is what I see in the log after
switching the VT to X:
(II) Open ACPI successful (/var/run/acpid.socket)
On Mon, 2007-08-06 at 11:43 +0300, Kari Pahula wrote:
On Mon, Aug 06, 2007 at 10:14:35AM +0200, Michel Dänzer wrote:
Does explicitly loading the int10 module in the xorg.conf section
Module work around it?
Yeah, that seemed to fix it. This is what I see in the log after
switching the VT
On Mon, Aug 06, 2007 at 11:48:14AM +0200, Michel Dänzer wrote:
On Mon, 2007-08-06 at 11:43 +0300, Kari Pahula wrote:
There's a delay of more than 15 seconds (mostly calling FBIOPUTCMAP
ioctl and gettimeofday, apparently) after the V_BIOS entry and before
X is usable, but at least the VT
On Mon, 2007-08-06 at 18:36 +0300, Daniel Stone wrote:
On Mon, Aug 06, 2007 at 05:56:44PM +0300, Kari Pahula wrote:
1 write(0, (II) RADEON(0): RADEONRestoreMem..., 50) = 50
1 write(0, (II) RADEON(0): MC_FB_LOCATION..., 48) = 48
1 write(0, (II) RADEON(0):
On Mon, Aug 06, 2007 at 05:56:44PM +0300, Kari Pahula wrote:
1 write(0, (II) RADEON(0): RADEONRestoreMem..., 50) = 50
1 write(0, (II) RADEON(0): MC_FB_LOCATION..., 48) = 48
1 write(0, (II) RADEON(0): MC_AGP_LOCATIO..., 48) = 48
199 nanosleep({0, 1000}, NULL)
Kari Pahula wrote:
Package: xserver-xorg-video-ati
Version: 1:6.6.192-1
Severity: important
Changing the VT from X to console and back to X locks up the computer
completely, unless I'm using the console framebuffer device. With
console fbdev, just the screen freezes and I can still ssh
On Mon, Aug 06, 2007 at 12:03:41AM +0200, Brice Goglin wrote:
Kari Pahula wrote:
Package: xserver-xorg-video-ati
Version: 1:6.6.192-1
Severity: important
Changing the VT from X to console and back to X locks up the computer
completely, unless I'm using the console framebuffer device.
Package: xserver-xorg-video-ati
Version: 1:6.6.192-1
Severity: important
Changing the VT from X to console and back to X locks up the computer
completely, unless I'm using the console framebuffer device. With
console fbdev, just the screen freezes and I can still ssh to it or type
blindly.
11 matches
Mail list logo