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.
--
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
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 framebu
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 s
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
> switch
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
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): MC_
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)
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
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 [EMA
Processing commands for [EMAIL PROTECTED]:
> forwarded 435040 https://bugs.freedesktop.org/show_bug.cgi?id=13994
Bug#435040: xserver-xorg-video-ati: switching VT from console to X freezes
computer with X22 (Radeon Mobility M6 LY)
Noted your statement that Bug has been forwarded to
ht
12 matches
Mail list logo