Ubuntu
xserver-xorg-video-ati package

[Mobility 9200] [Needs AGPMode quirk] Screen corruption on resume from suspend, Sony Vaio

Bug #240455 reported by Michael Doube
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Fix Released
High
xserver-xorg-video-ati (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

On resume from suspend on a Sony VaioPCG-V505DX , the screen briefly flashes a very corrupt image. The corruption is temporary, lasting only a couple of seconds or so, but it is a bad look nonetheless. Screen corruption is often accompanied by loud beeping (bug #235686), which is an unnecessarily jarring start to an X session.

Suspend to RAM otherwise works fine.

lspci:
00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 03)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M9+ 5C61 [Radeon Mobility 9200 (AGP)] [1002:5c61] (rev 01) (prog-if 00 [VGA controller])
 Subsystem: Sony Corporation Unknown device [104d:816b]

Needs AGPMode 2

* lp #240455
  AGPMode needed: 2
  Model: Sony Vaio PCG-V505DX
 dmidecode:
 Manufacturer: Sony Corporation
 Product Name: PCG-V505DX(UC)
 Version: R3907025
  Host Bridge: [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 03)
  Graphics Card: [0300]: ATI Technologies Inc M9+ 5C61 [Radeon Mobility 9200 (AGP)] [1002:5c61] (rev 01)
  Card Subsystem: Sony Corporation Device [104d:816b]
  HW changes: original hard drive replaced
  BIOS:
 Vendor: Phoenix Technologies LTD
 Version: R0031G2
 Release Date: 10/06/2003
 Address: 0xE5420
 Runtime Size: 109536 bytes
 ROM Size: 1024 kB
 Characteristics:
  PCI is supported
  PC Card (PCMCIA) is supported
  PNP is supported
  BIOS is upgradeable
  BIOS shadowing is allowed
  ESCD support is available
  Boot from CD is supported
  Selectable boot is supported
  EDD is supported
  8042 keyboard services are supported (int 9h)
  CGA/mono video services are supported (int 10h)
  ACPI is supported
  USB legacy is supported
  AGP is supported
  Smart battery is supported
  BIOS boot specification is supported
  Function key-initiated network boot is supported

See original description
Revision history for this message
Michael Doube (michael-doube) wrote :
Revision history for this message
Michael Doube (michael-doube) wrote :
Revision history for this message
Michael Doube (michael-doube) wrote :
Revision history for this message
Michael Doube (michael-doube) wrote :
Revision history for this message
Michael Doube (michael-doube) wrote :

uname -a
Linux johnny 2.6.24-18-generic #1 SMP Wed May 28 20:27:26 UTC 2008 i686 GNU/Linux

Revision history for this message
Michael Doube (michael-doube) wrote :

Sometimes the corruption is more mild; this is possibly related to a shorter duration of STR.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

I also see something similar on an X700 Mobility laptop. Lasts just a second or two. Not very important though.

Changed in xserver-xorg-video-ati:
status: New → Confirmed
Bryce Harrington (bryce)
Changed in xserver-xorg-video-ati:
status: Confirmed → Triaged
importance: Undecided → Low
Revision history for this message
Bryce Harrington (bryce) wrote :

Well, it's worth upstreaming anyway. Tormod, could you test against the latest version of the driver, and attach your Xorg.0.log?

Bryce Harrington (bryce)
Changed in xserver-xorg-video-ati:
status: Triaged → Incomplete
Revision history for this message
Tormod Volden (tormodvolden) wrote :

I don't see any corruption at resume any longer. Michael, which screensaver are you using? Just asking because I see the screensaver is started before suspend (I filed a bug on this ages ago), so it might influence on the video card state.

Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Bug 240455] Re: Screen corruption on resume from suspend, Sony Vaio

The screensaver on that machine is "Blank Screen". It is usually put
into suspend by closing the lid on an active session, but the screen is
set up to blank after some minutes of inactivity for power saving.

Tormod Volden wrote:
> I don't see any corruption at resume any longer. Michael, which
> screensaver are you using? Just asking because I see the screensaver is
> started before suspend (I filed a bug on this ages ago), so it might
> influence on the video card state.
>
>

Bryce Harrington (bryce)
Changed in xserver-xorg-video-ati:
status: Incomplete → Triaged
Revision history for this message
In , Bryce Harrington (bryce) wrote :

On resume from suspend on a Sony VaioPCG-V505DX , the screen briefly flashes a very corrupt image. The corruption is temporary, lasting only a couple of seconds or so, but it is a bad look nonetheless. Screen corruption is often accompanied by loud beeping (bug #235686), which is an unnecessarily jarring start to an X session.

Suspend to RAM otherwise works fine.

Screenshots:
http://launchpadlibrarian.net/15355186/resume_corruption_severe.JPG
http://launchpadlibrarian.net/15355257/resume_corruption_mild.JPG

lspci:
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M9+ 5C61 [Radeon Mobility 9200 (AGP)] [1002:5c61] (rev 01) (prog-if 00 [VGA controller])
 Subsystem: Sony Corporation Unknown device [104d:816b]

Tail end of Xorg.0.log:
(II) AIGLX: Suspending AIGLX clients for VT switch
disable montype: 2
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x1fff0000 0xdbffd800
(II) RADEON(0): MC_AGP_LOCATION : 0x27ff2000
finished PLL2
Entering Restore TV
Restore TV PLL
Restore TVHV
Restore TV Restarts
Restore Timing Tables
Restore TV standard
Leaving Restore TV
(II) Open ACPI successful (/var/run/acpid.socket)
(II) AIGLX: Resuming AIGLX clients after VT switch
disable montype: 2
init memmap
init common
init crtc1
init pll1
restore memmap
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0xdbffd800 0x1fff0000
(II) RADEON(0): MC_AGP_LOCATION : 0xe07fe000
restore common
restore crtc1
restore pll1
restore LVDS
enable montype: 2
(II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware.
(==) RADEON(0): Using AGP 4x
(II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x8086/0x3340; Card 0x1002/0x5c61]
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0): MC_FB_LOCATION was: 0xdbffd800 is: 0xdbffd800
(WW) RADEON(0): MC_AGP_LOCATION was: 0xe07fe000 is: 0xe07fe000
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0xdbffd800 0xdbffd800
(II) RADEON(0): MC_AGP_LOCATION : 0xe07fe000
enable montype: 2
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(--) Synaptics Touchpad auto-dev sets device to /dev/input/event6
(**) Option "Device" "/dev/input/event6"
(--) Synaptics Touchpad touchpad found
SetGrabKeysState - enabled

Revision history for this message
In , Bryce Harrington (bryce) wrote :

Forgot to mention, this is being forwarded upstream from a Ubuntu user:
https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/240455

Revision history for this message
Bryce Harrington (bryce) wrote : Re: Screen corruption on resume from suspend, Sony Vaio

Hi Michael,

I've forwarded your bug upstream to the -ati folks. Would you please subscribe to the upstream bug, in case they need additional information or have something they need you to test? Thanks ahead of time.

  https://bugs.freedesktop.org/show_bug.cgi?id=17928

Changed in xserver-xorg-driver-ati:
importance: Undecided → Unknown
status: New → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed
Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Bug 240455] Re: Screen corruption on resume from suspend, Sony Vaio

Thanks Bryce, have subscribed as requested.

Revision history for this message
Bryce Harrington (bryce) wrote : Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

You might also have a look at this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=10975

It is the same hardware and fails during suspend/resume. Could you take a look and see if your issue is the same as that one?

Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Bug 240455] Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Hi Bryce

It's not the same issue, and the v505dx has always had otherwise good
support for suspend (at least, since Hardy).

Revision history for this message
Bryce Harrington (bryce) wrote : Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Okay thanks for checking. On to the next suggestion...

Based on the description of the symptoms, it sort of sounds like this might be caused by an incorrect AGPMode setting, which is relevant when DRI is enabled. You should test if changing this makes the issue go away. In your /etc/X11/xorg.conf set AGPMode to various values like this:

 Section "Device"
      ...
      Option "AGPMode" "2"
 EndSection

Possible values include 1, 2, 4, 8. You can see what it's currently set to by looking in /var/log/Xorg.0.log. It's worthwhile to test all four values even once you find one that works. If this takes care of it for you, we may be able to establish a quirk to set it for your hardware combo

For more details on this, please see the "ATI AGP Mode Quirk" section at https://wiki.ubuntu.com/X/Quirks

Changed in xserver-xorg-video-ati:
status: Triaged → Incomplete
Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Bug 240455] Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Bryce,

Have added
Option "AGPMode" "1"

To the Device section; will test all values and report back.

Revision history for this message
Bryce Harrington (bryce) wrote : Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Hi Michael, how has the testing been coming along?

Changed in xserver-xorg-video-ati:
status: Incomplete → Confirmed
Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Bug 240455] Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Hi Bryce,

Have tried 1, 2, 4 and am testing 8 today; so far 1, 4 and 8 don't seem
to make much improvement so I am going to test 2 again before I come
back with a definite answer. Testing is a bit slow because the
corruption appears to be dependent on suspend duration so I'm suspending
overnight.

Mike

Bryce Harrington wrote:
> Hi Michael, how has the testing been coming along?
>
> ** Changed in: xserver-xorg-video-ati (Ubuntu)
> Status: Incomplete => Confirmed
>
>

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

From Ubuntu bug report: Looks like AGPMode "2" fixes corruption on resume from suspend. Patch submitted to xorg-driver-ati ML.

Revision history for this message
In , agd5f (agd5f) wrote :

pushed, thanks

017bc7f34de2e40919f0e711205b78ee4e3643f6

Revision history for this message
Michael Doube (michael-doube) wrote : Re: [Mobility 9200] [AGP] Screen corruption on resume from suspend, Sony Vaio

Looks like AGPMode "2" fixes corruption on resume from suspend, however there is still some corruption on boot, where half the desktop background and half the welcome screen are briefly flashed (two horizontal stripes) just before login prompt. I will go ahead and collect the quirking data.

Tormod Volden (tormodvolden)
description: updated
Revision history for this message
Tormod Volden (tormodvolden) wrote : Re: [Mobility 9200] [Needs AGP quirk] Screen corruption on resume from suspend, Sony Vaio

Some flashing at boot is normal. This should go away once we get kernel modesetting (possibly Jaunty+1).

Changed in xserver-xorg-video-ati:
assignee: nobody → tormodvolden
status: Confirmed → In Progress
Revision history for this message
Michael Doube (michael-doube) wrote :

This is the dump from dmidecode on the Vaio PCG-V505DX

description: updated
Revision history for this message
Tormod Volden (tormodvolden) wrote :

Patch sent upstream (xorg-driver-ati ML).

Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-driver-ati:
status: Confirmed → Fix Released
Revision history for this message
Tormod Volden (tormodvolden) wrote :

Committed upstream: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=017bc7f34de2e40919f0e711205b78ee4e3643f6

Changed in xserver-xorg-video-ati:
assignee: tormodvolden → nobody
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xserver-xorg-video-ati - 1:6.11.0-1ubuntu3

---------------
xserver-xorg-video-ati (1:6.11.0-1ubuntu3) jaunty; urgency=low

  * Add 106_quirk_vaio.patch: AGPMode quirk. Solves screen corruption
    issue for Mobility 9200 on a Sony VaoiPCG. Upstream cherrypick.
    (LP: #240455)

 -- Bryce Harrington <email address hidden> Mon, 02 Mar 2009 15:33:49 -0800

Changed in xserver-xorg-video-ati:
status: Fix Committed → Fix Released
Revision history for this message
Michael Doube (michael-doube) wrote :

This bug has reappeared since upgrading to Jaunty, though the AGPmode setting in xorg.conf was still set to "2", trying without to see what will happen

Revision history for this message
Tormod Volden (tormodvolden) wrote :

The driver will pick "2" anyway, that was what the fix was about. Please attach your log.

Revision history for this message
Michael Doube (michael-doube) wrote :

Tormod

I haven't been able to reproduce this bug in the last few days; perhaps I was confused by the corruption that is still present at boot, as you described earlier in this report:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/240455/comments/20

Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-driver-ati:
importance: Unknown → High
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-driver-ati:
importance: High → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-driver-ati:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.