[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2014-03-10 Thread Launchpad Bug Tracker
[Expired for xserver-xorg-video-ati (Ubuntu) because there has been no
activity for 60 days.]

** Changed in: xserver-xorg-video-ati (Ubuntu)
   Status: Incomplete = Expired

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2014-01-08 Thread Christopher M. Penalver
floid, this bug was reported a while ago and there hasn't been any
activity in it recently. We were wondering if this is still an issue? If
so, could you please test for this with the latest development release
of Ubuntu? ISO images are available from http://cdimage.ubuntu.com
/daily-live/current/ .

If it remains an issue, could you please run the following command in
the development release from a Terminal
(Applications-Accessories-Terminal), as it will automatically gather
and attach updated debug information to this report:

apport-collect -p xserver-xorg-video-ati REPLACE-WITH-BUG-NUMBER

Please note, given that the information from the prior release is
already available, doing this on a release prior to the development one
would not be helpful.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

** Changed in: xserver-xorg-video-ati (Ubuntu)
   Importance: Undecided = Low

** Changed in: xserver-xorg-video-ati (Ubuntu)
   Status: New = Incomplete

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2014-01-08 Thread floid
As a parting comment, this was awful enough and lasted long enough that
I was forced to drop 6450s in the affected hardware, so I don't know if
any of that was resolved.

I will note the following for those in the same boat:

a) Dropping in Radeon 6450s did solve it and they were only $30 or so
with careful shopping at that time, probably less now that they only
have half the performance of an A8's integrated GPU.

b) Dropping in 6450s did generate enough heat and power stress in
combination to take out the aged capacitors in one of the two machines,
forcing an upgrade, which forced the issue of upgrading the other
machine to match.  If you're upgrading an old machine with a fanless
card and there's no case fan in the usual near the card cage position,
I would suggest adding one for the extra $4 or so for insurance or
rubber-chicken facto.  At least, in my minimal sample of these 2
machines and 2 similar Socket AM2 boxes with case fans (~80-90mm low-RPM
'silent' types) it was only one of the fanless boxes that hit death.  (I
will also note that the dead box had a standard 'old fashioned' power
supply with a small exhaust fan and mostly slots on the back, while the
boxes with no trouble have all had the 'modern' style with a large 120mm
fan pulling air up across the board from the bottom.  In a marginal
situation this might be enough to keep things alive until the hardware
is obsolete for other reasons.)

c) Fingers crossed, thus far I have not been bitten with too much bitrot
in the 6450 support and I believe they are recent enough to still be a
target for the ongoing improvements in the open-source driver.. this
year, at least.  fglrx still supports them right now.

d) If I had realized Socket FM2 was a dead-end at the time I ended up
having to buy new machines as a result of this saga, I would've been
even more annoyed.  If something's gone wrong now and you're still
standing by AMD, do make sure you end up with something FM2+ (not plain
FM2) so upgrades to anything interesting will be possible.

The Unity/Libre/Firefox stack has been gradually bloating such that the
maximum 2GB in the old machines was not going to support standard
browsing/multiple-documents-and-reference-PDFs-open-at-once office tasks
for much longer anyway.

It is never fun to be forced to upgrade hardware solely for reasons of
bitrot.  While I think AMD ex-ATI has better intentions of providing
good and stable FOSS/*NIX support for chips of roughly the vintage of
the 6450 and later, and I sure appreciate what a nightmare maintaining
X.org support must be (I was also 'bitten' by the rot of support for the
'well-supported' Matrox G200 at the end of the AGP era)... I will post
grumpily grumpy about this to the extent that it might shame anyone into
not letting the decay repeat quite so badly in the future.  (There
seemed to be initial good intentions with the RS480 and 780G, but
breakage in support for both forced me to invest in a lot of 6450s...
even when they had previously been quite adequate and the only 3D app
in use was Unity itself.  It does leave the customer feeling like a
sucker and I can no longer say I've had no problems maintaining a
business on AMD... even if I did get to sit out a dozen different
incompatible Intel CPU socket 'generations' in the time this hardware
lasted, and enjoy switching from the original Semprons to some of the
last Athlon 64x2 parts when the former could no longer cut it.)

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-06-03 Thread floid
Reviewing state and this bug after wondering why the system wasn't
flickering after a reboot, I am reminded that entering and leaving
monitor sleep seems to be prerequisite to reproducing the issue.

So every boot is fine until the monitor goes to sleep, and disabling it
would be a workaround.

** Description changed:

+ [Edit:  Issue narrowed down to Something Bad Happening when the display
+ goes to sleep.  See wordy observations on how to reproduce and/or work-
+ around in comments ~#4-#7 in Launchpad.]
+ 
  Any suggestions where to start welcome:
  
  Compaq SR1611NX desktop, Radeon Xpress 200 RS480 (R300) graphics.  HP
  LV2311 LCD connected via VGA because that's the only output on this
  hardware.
  
  The VGA output used to be a little less than perfectly stable with
  older X.org (versions shipped from Ubuntu 9.x to 10.x).  Unknown
  improvements since then have made the overall display much more stable -
  no more shifty horizontal flicker.
  
  In tradeoff, now the top half of the display occasionally flashes
  distractingly for fractions of a second (single frames?) with memory
  cruft as you might expect to see during boot or graphics init -
  generally offset large checkerboard-esque blocks of black and color
  with no obvious relation to what's on the display.  This would seem to
  suggest it's an actual GPU/driver issue rather than a glitch on the
  VGA/monitor end of things.
  
  No idea how to trigger or reproduce other than that it will generally
  occur at least once within each 15 minutes or so of use.  Expanding and
  retracting the dash (very slowly due to the current regression - takes
  about 5+ seconds to fade in and dismiss) will sometimes set it off,
  however.
  
- 
- Recommendation for screen-recording software to see if it turns up in 
software short of pointing an actual camera at the screen?
+ Recommendation for screen-recording software to see if it turns up in
+ software short of pointing an actual camera at the screen?
  
  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: xserver-xorg-video-ati 1:7.1.0-0ubuntu2
  ProcVersionSignature: Ubuntu 3.8.0-21.32-generic 3.8.8
  Uname: Linux 3.8.0-21-generic x86_64
  .tmp.unity.support.test.0:
-  
+ 
  .tmp.unity.support.test.1:
-  
+ 
  ApportVersion: 2.9.2-0ubuntu8
  Architecture: amd64
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: compiz
  CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
  CompositorUnredirectFSW: true
  CurrentDmesg: Error: command ['sh', '-c', 'dmesg | comm -13 --nocheck-order 
/var/log/dmesg -'] failed with exit code 1: comm: /var/log/dmesg: Permission 
denied
  Date: Fri May 17 13:56:33 2013
  DistUpgraded: Fresh install
  DistroCodename: raring
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes
  GraphicsCard:
-  Advanced Micro Devices [AMD] nee ATI RS480 [Radeon Xpress 200 Series] 
[1002:5954] (prog-if 00 [VGA controller])
-Subsystem: Hewlett-Packard Company Device [103c:2a26]
+  Advanced Micro Devices [AMD] nee ATI RS480 [Radeon Xpress 200 Series] 
[1002:5954] (prog-if 00 [VGA controller])
+    Subsystem: Hewlett-Packard Company Device [103c:2a26]
  MachineType: ASUSTeK Computer INC. RS482-SB400
  MarkForUpload: True
  ProcEnviron:
-  TERM=xterm
-  PATH=(custom, no user)
-  XDG_RUNTIME_DIR=set
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  TERM=xterm
+  PATH=(custom, no user)
+  XDG_RUNTIME_DIR=set
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.8.0-21-generic 
root=/dev/mapper/Gins_HD-root ro quiet splash vt.handoff=7
  SourcePackage: xserver-xorg-video-ati
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/25/2007
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: 3.15
  dmi.board.name: Amberine M
  dmi.board.vendor: ASUSTek Computer INC.
  dmi.board.version: 1.03
  dmi.chassis.type: 3
  dmi.chassis.version: 
  dmi.modalias: 
dmi:bvnPhoenixTechnologies,LTD:bvr3.15:bd01/25/2007:svnASUSTeKComputerINC.:pnRS482-SB400:pvr:rvnASUSTekComputerINC.:rnAmberineM:rvr1.03:cvn:ct3:cvr:
  dmi.product.name: RS482-SB400
  dmi.sys.vendor: ASUSTeK Computer INC.
  version.compiz: compiz 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1
  version.ia32-libs: ia32-libs N/A
  version.libdrm2: libdrm2 2.4.43-0ubuntu1
  version.libgl1-mesa-dri: libgl1-mesa-dri 9.1.1-0ubuntu3
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 9.1.1-0ubuntu3
  version.xserver-xorg-core: xserver-xorg-core 2:1.13.3-0ubuntu6
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2b2
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.1.0-0ubuntu2
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.21.6-0ubuntu4
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 
1:1.0.7-0ubuntu1
  xserver.bootTime: Fri May 17 13:36:36 2013
  xserver.configfile: default
  

[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-06-03 Thread floid
Per multiple re-edits just now, whups, starting LibreOffice with a few
documents open from autorecovery and maximizing a window has started it
up without the monitor having gone to sleep since booting.  Will try to
pay attention and report if this puzzler is connected to Libre somehow -
I'm never not running it and all workarounds described have probably
been discovered/tested with it running and never killed or restarted.

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-06-03 Thread floid
Testing suggesting it's not very application-dependent:

1.  With Libre started and 'flickering' occurring, kill -9 it and make
sure it's dead; flickering persists while using Firefox.

2.  From that state, conduct 'change mode and revert' workaround:
flickering stops and does not recur after restarting Libre (prior to
letting display sleep happen at least).


[Also noting I am likely to give up on this and drop a Radeon 6450 card in as 
throwing different hardware at the problem is going to be cheaper than the 
time-cost.  Still interested in seeing it resolved to the extent that it's 
regressive and also always farcical when the hardware requirements for word 
processing outside of vi arbitrarily go up.]

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-24 Thread floid
Workaround seems reproducible after a reboot, although switch to
1280x720 actually produced a working mode this time.  (Rebooted to
install updates available as of about 0400 UTC 2013-05-24 which
contained some things tangentially related to udev, nothing that seemed
likely to have graphics impact?)

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-24 Thread floid
It appears I was confused and most recent testing _did_ happen in the
same session post-reboot, see timestamps in log snippet below;

The bug recurs after the display goes to DPMS standby/sleep.  It also
appears the display corruption on switching modes occurs after the
display has its first (or multiple) chances to sleep as I hit it now
flipping to 1280x720 the second time in the session - no more clear
1280x720, again a wait for a garbled screen to revert.

While Xorg log shows the machine rereading DDC/EDID data when things are
woken out of DPMS (and the seizure-inducing flicker recommences), xrandr
shows _no_ difference in modelines before/after... not really a surprise
but was worth confirming.

[I should probably be hunting this bug upstream where it's probably
already fixed; maybe another night.]


[   718.155] (II) RADEON(0): Allocate new frame buffer 1280x720 stride 1280
[   718.155] (II) RADEON(0): VRAM usage limit set to 48193K
[   748.647] (II) RADEON(0): Allocate new frame buffer 1920x1088 stride 1920
[   748.692] (II) RADEON(0): VRAM usage limit set to 44089K
[  1528.849] (II) RADEON(0): EDID vendor HWP, prod id 12294
[  1528.849] (II) RADEON(0): Using hsync ranges from config file
[  1528.849] (II) RADEON(0): Using vrefresh ranges from config file
[  1528.849] (II) RADEON(0): Printing DDC gathered Modelines:
...
[ 27408.170] (II) RADEON(0): Allocate new frame buffer 1280x720 stride 1280
[ 27408.171] (II) RADEON(0): VRAM usage limit set to 48193K
[ 27415.531] (II) RADEON(0): Allocate new frame buffer 1920x1088 stride 1920
[ 27415.576] (II) RADEON(0): VRAM usage limit set to 44089K
[ 30534.725] (II) RADEON(0): EDID vendor HWP, prod id 12294
[ 30534.734] (II) RADEON(0): Using hsync ranges from config file
[ 30534.734] (II) RADEON(0): Using vrefresh ranges from config file
[ 30534.734] (II) RADEON(0): Printing DDC gathered Modelines:
[ 30534.734] (II) RADEON(0): Modeline 1920x1080x0.0  148.50  1920 2008 2052 
2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[ 30534.734] (II) RADEON(0): Modeline 800x600x0.0   40.00  800 840 968 1056  
600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 640x480x0.0   25.18  640 656 752 800  
480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 720x400x0.0   28.32  720 738 846 900  
400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 1024x768x0.0   65.00  1024 1048 1184 
1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 1280x720x60.0   74.48  1280 1336 1472 
1664  720 721 724 746 -hsync +vsync (44.8 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 1280x1024x0.0  108.00  1280 1328 1440 
1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[ 30534.734] (II) RADEON(0): Modeline 1440x900x0.0  106.50  1440 1520 1672 
1904  900 903 909 934 -hsync +vsync (55.9 kHz e)
[ 30534.735] (II) RADEON(0): Modeline 1680x1050x0.0  146.25  1680 1784 1960 
2240  1050 1053 1059 1089 -hsync +vsync (65.3 kHz e)
[ 30534.735] (II) RADEON(0): Modeline 1920x1080x60.0  172.80  1920 2040 2248 
2576  1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)


===
While flickering:
---

xrandr -q --verbose
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 4096 x 4096
VGA-0 connected 1920x1080+0+0 (0x53) normal (normal left inverted right x axis 
y axis) 510mm x 287mm
Identifier: 0x51
Timestamp:  27407961
Subpixel:   no subpixels
Gamma:  1.0:1.0:1.0
Brightness: 1.0
Clones:
CRTC:   0
CRTCs:  0 1
Transform:  1.00 0.00 0.00
0.00 1.00 0.00
0.00 0.00 1.00
   filter: 
EDID:
000022f0063001010101
1216010368331d782e77c5a3544f9f27
115054a1080081c081809500b300d1c0
010101010101023a801871382d40582c
4500fe1f111e00fd00324c18
5e14000a20202020202000fc0048
50204c56323331310a20202000ff
0036434d323138305a43510a2020004c
load detection: 1 (0x0001)  range:  (0,1)
  1920x1080 (0x53)  148.5MHz +HSync +VSync *current +preferred
h: width  1920 start 2008 end 2052 total 2200 skew0 clock   67.5KHz
v: height 1080 start 1084 end 1089 total 1125   clock   60.0Hz
  1680x1050 (0x54)  146.2MHz -HSync +VSync
h: width  1680 start 1784 end 1960 total 2240 skew0 clock   65.3KHz
v: height 1050 start 1053 end 1059 total 1089   clock   60.0Hz
  1280x1024 (0x55)  108.0MHz +HSync +VSync
h: width  1280 start 1328 end 1440 total 1688 skew0 clock   64.0KHz
v: height 1024 start 1025 end 1028 total 1066   clock   60.0Hz
  1440x900 (0x56)  106.5MHz -HSync +VSync
h: width  1440 start 1520 end 1672 total 1904 skew0 clock   55.9KHz
v: height  900 start  903 end  909 total  934   

[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-23 Thread bugbot
** Tags added: corruption

** Tags added: flicker

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-23 Thread floid
A possible temporary workaround after discovering the issue persists
through a warm boot not starting VMWare Player, which I temporarily
suspected  - only been testing for about 5 minutes here:

Used Displays to set 1280x720 instead of 1920x1080.  Display becomes a
horrible corrupt mess of offset chunks vaguely suggestive of what might
be on the desktop except for a perfectly working hardware cursor.

Waited for display to revert; post-reversion to 1920x1080 the seizure-
inducing blipverts as shown in the images above seem gone and the
desktop text is less flickery with timing cruft as well (longstanding
problem using the analog output with this hardware similar to the bad
old days of the Rage XL).

Not sure if this implicates KMS / poor setup from KMS, as alluded to in
other similar Radeon bugs.

dmesg shows nothing, Xorg log shows nothing interesting from the
resolution-flip operations:

[   718.155] (II) RADEON(0): Allocate new frame buffer 1280x720 stride 1280
[   718.155] (II) RADEON(0): VRAM usage limit set to 48193K
[   748.647] (II) RADEON(0): Allocate new frame buffer 1920x1088 stride 1920
[   748.692] (II) RADEON(0): VRAM usage limit set to 44089K


Inability to successfully downgrade resolution probably counts as another bug 
but is not of personal interest.

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-17 Thread floid
After catching it in the act with my phone camera, the glitch seems
prone to reusing more recognizable content today - this is my desktop
background (although there's a pile of icon-litter on top of it in
normal circumstances) offset and possibly tinted a bit.

Also seeing more non-vertically-aligned bursts of horizontal dark lines
and cruft while typing this.  In fact, typing is a surprisingly good way
to trigger it compared to leaving the screen idle...

** Attachment added: Caught in the act with phone cam - Offset desktop 
background
   
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+attachment/3679734/+files/Screenshot%20from%20VID_20130517_144325.mp4.png

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-x-swat] [Bug 1181355] Re: R300 (RS480): Intermittent flickering corruption top half of display (VGA, 1080p)

2013-05-17 Thread floid
** Attachment added: Earlier frame from video while typing into LibreOffice
   
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+attachment/3679735/+files/Screenshot%20from%202013-05-17%2014%3A54%3A21.png

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1181355

Title:
  R300 (RS480): Intermittent flickering corruption top half of display
  (VGA, 1080p)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1181355/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp