February 2010 - Radeon HD - openSUSE Mailing Lists

[Bug 23394] New: LVDS display stays black on LevonoT60P - contrast broken
by bugzilla-daemon＠freedesktop.org 31 Oct '11

31 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=23394 Summary: LVDS display stays black on LevonoT60P - contrast broken Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: olivier(a)pelerin.be QAContact: xorg-team(a)lists.x.org Created an attachment (id=28752) --> (http://bugs.freedesktop.org/attachment.cgi?id=28752) xorg config Since somewhere end june mid july. I dont recall exactly... The GIT radeonhd driver does have an issue with the buildin PANEL LVDS on Lenovo T60P. I'm now using the other ati driver in place of my preferred radeonhd... Even coming back to the text console and playing with the contrast does not help. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 11

[Bug 21938] New: quitting Xorg gives frozen VT
by bugzilla-daemon＠freedesktop.org 31 Oct '11

31 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=21938 Summary: quitting Xorg gives frozen VT Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: udovdh(a)xs4all.nl QAContact: xorg-team(a)lists.x.org Fedora 10 box with latest git radeonhd and drm, Xorg running. on VT2 type `init 3`. Xorg exits, VT1 is displayed but no text can be entered. Happens on RV630 and RV635. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 4

[Bug 21685] New: screensaver Galaxy shows incorrect picture while EXA are used.
by bugzilla-daemon＠freedesktop.org 31 Oct '11

31 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=21685 Summary: screensaver Galaxy shows incorrect picture while EXA are used. Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: roman.elshin(a)gmail.com QAContact: xorg-team(a)lists.x.org it`s from xscreensaver-5.08. Screensaver IFS also looks strange, it`s like frame rates of parts of the screen are different and very low... I don`t know how to describe this :). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 7

[Bug 20892] New: Background corruption with EXA on RV670 when moving windows in KDE 4.2
by bugzilla-daemon＠freedesktop.org 31 Oct '11

31 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=20892 Summary: Background corruption with EXA on RV670 when moving windows in KDE 4.2 Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: alain.perrot(a)gmail.com QAContact: xorg-team(a)lists.x.org Created an attachment (id=24293) --> (http://bugs.freedesktop.org/attachment.cgi?id=24293) Desktop background corruption after moving a window Hi, Using the radeonhd driver with EXA acceleration enabled on my Radeon HD 3870 (RV670) card, I have desktop background corruption when I move windows in KDE 4.2 with desktop effects disabled. The corruption does not always appear immediately when starting moving a window, but shaking the window will trigger the corruption for sure. Once the background is corrupted, a refresh (for example by clicking on it) will restore it. With EXA acceleration disabled, the problem disappears. The radeon driver does not have this issue with EXA acceleration enabled. I have tested latest radeon and radeonhd drivers from their git master branch, with the drm modules from the git r6xx-r7xx-support branch. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 13

[Bug 19861] New: second screen in multi seat config zig-zag problems
by bugzilla-daemon＠freedesktop.org 24 Oct '11

24 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=19861 Summary: second screen in multi seat config zig-zag problems Product: xorg Version: 7.2 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: freedesktop(a)veninga.familiemail.nl QAContact: xorg-team(a)lists.x.org Created an attachment (id=22421) --> (http://bugs.freedesktop.org/attachment.cgi?id=22421) xorg log of first screen I have two radeon 4650 card in a multi seat configuration. My first problem was getting the second card to work. I did the following: # turn on second card if [ -e /sys/bus/pci/devices/0000\:02\:00.0/enable ] then if [ `cat /sys/bus/pci/devices/0000\:02\:00.0/enable` == '0' ] then echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/enable echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/rom fi fi The second card now sort of works. The screen will start, but the picture is not correct. For instance a diagonal line gets a large zig-zag. See these pictures: correct gdm screen on first monitor: http://jvfoto.mine.nu/half_p2011045.jpg wrong gdm screen on second monitor: http://jvfoto.mine.nu/half_p2011046.jpg note the zig-zag arc, the flower being positioned of screen and strange printing of the words "Welcome" and "Username". If I use the fglrx driver on the second screen everything looks allright, but I have other problems with that setup, for instance not being able to restart the X-server. I first tried the release version 1.2.4. Now I have tested the current git version (2009-01-31) with the same results. I have attached a tar file with: Xorg.0.log for the first screen Xorg.1.log for the second screen (wrong) xorg.conf with the used configuration and the two screenshots -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 4

[Bug 24391] New: VRAM unused by Radeonhd; lacking scratch space; OOe corrupted
by bugzilla-daemon＠freedesktop.org 24 Oct '11

24 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=24391 Summary: VRAM unused by Radeonhd; lacking scratch space; OOe corrupted Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: stens(a)powertech.no QAContact: xorg-team(a)lists.x.org Created an attachment (id=30156) --> (http://bugs.freedesktop.org/attachment.cgi?id=30156) Xorg.0.log M/B+CPU: Asus P6T Deluxe V2 (Intel M58) + Intel Core i7 920 Card: MSI Radeon HD 4850 - RV770 Archlinux; kernel 2.6.30-ARCH X.org X server v1.6.3.901 (1.6.4 RC 1) Radeonhd v1.2.5.1 Row and column lines in OpenOffice.org Calc disappear. They get (re-)painted if I scroll slowly by pressing the slider arrow, but get worse (disappear in bigger areas) if I just pull/drag the slider with the mouse. The problem is more pronounced in bigger than in smaller spreadsheet documents. I have not noticed any corruption in other apps or on the desktop. I note two disconcerting messages in Xorg.0.log: 1. (II) RADEONHD(0): The detected amount of videoram exceeds the PCI BAR aperture. (II) RADEONHD(0): Using only 262144kB of the total 1048576kB. (--) RADEONHD(0): VideoRAM: 262144 kByte 2. (WW) RADEONHD(0): rhdAtomAllocateFbScratch: FW FB scratch area not located at the end of VRAM. Scratch End: 0x104fec VRAM End: 0x10000000 (II) RADEONHD(0): Cannot get VRAM scratch space. Allocating in main memory instead The two messages might explain the problem(?). If not, they are bugs in their own right, as it were. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 11

[Bug 20470] New: UploadToScreen causes corruption
by bugzilla-daemon＠freedesktop.org 22 Oct '11

22 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=20470 Summary: UploadToScreen causes corruption Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: thoemy(a)gmail.com QAContact: xorg-team(a)lists.x.org Created an attachment (id=23533) --> (http://bugs.freedesktop.org/attachment.cgi?id=23533) Some pictures of mouse cursors Hi, after the DFS and UTS hooks were enabled I experienced corruption. The corruption affects the mouse cursor, sometimes window decorations, nearly always the buttons in firefox, sometimes the desktop background, sometimes launchers in the gnome-panel and other things. Attached are screenshots that demonstrate how the corruption looks. The corruption of the mouse cursor is not visible on screenshots so I took them with a digital camera. The stripes appear only on the right of the cursor and it changes if I move the cursor into another text input box. The corruptions are not very serious. I didn't complained until yet because I was busy and I hoped that the problem gets fixed. Disabling the UTS hook fixes the corruptions. Unfortunately the whole desktop is then very unresponsive. The first bad commit was f1b9c19683090272a29a3e4c9e2c054b4a32b47c (R6xx/R7xx EXA: add accelerated UTS/DFS hooks) Some information about my system: X.Org X Server 1.5.99.902 (1.6.0 RC 2) radeonhd commit 9c8ab2dfbe61120298c4b46a2b49245c6779dbc2 drm commit 189cd825a8a2cc2c0a28023589a5f18a4122410b 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3870 (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited Device e620 Flags: bus master, fast devsel, latency 0, IRQ 25 Memory at c0000000 (64-bit, prefetchable) [size=256M] Memory at ff1f0000 (64-bit, non-prefetchable) [size=64K] I/O ports at b000 [size=256] Expansion ROM at ff1c0000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [100] Vendor Specific Information <?> Kernel driver in use: radeon Kernel modules: fglrx Any other things I can provide? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 14

[Bug 24945] New: AMD 690G - dual head mode at high res, VGA only gets to 1600x1200
by bugzilla-daemon＠freedesktop.org 21 Oct '11

21 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=24945 Summary: AMD 690G - dual head mode at high res, VGA only gets to 1600x1200 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: scott.freedesktop.2009(a)scottrix.co.uk QAContact: xorg-team(a)lists.x.org Created an attachment (id=30989) --> (http://bugs.freedesktop.org/attachment.cgi?id=30989) Xorg.0.log for radeonhd driver without UseAtomBIOS, or AtomBIOS pll=on. I originally wrote to the list and this is the text and replies from that. > I have a gigabyte GA-MA690G-S3H motherboard with the AMD 690G chipset. > Until recently I was using the VGA output connected to a 1280x1024 CRT and > the DVI_D output connected to a 1920x1200 LCD, this worked fine. I now > have two 1920x1200 LCDs one connected to the VGA and one to the DVI_D, > however, I have been unable to get the VGA to display at 1920x1200. > Instead everything in software on the box thinks the VGA is at 1920x1200 > (xrandr, and X start up logs), however, the screen is actually at > 1600x1200. The radeon (NOT HD) driver seemed to work a little better in > that both screens were put in the same mode, however, the bottom screen in > the setup would always get corruption. I am now using the ati driver which > seems to work fine for this setup. > > I am not sure how much testing I can do since this PC is used daily by > myself and my wife and taking down X and restarting it would be a real > pain. I might be able to do some testing with a second X server running on > a different VT if people think that won't destroy my current setup. > > I thought that maybe I am doing something wrong and if not then maybe > someone on the list can test this setup and confirm it and then raise a bug > if they can. Egbert Wrote: > Please provide a a verbose log file. To obtain this start X from the > console with: 'X -logverbose 7' and terminate it with ctrl-alt-backspace. I Wrote: > Sorry it's been so long, I have read some of the posts on this list > and tried the "UseAtomBios" setting and this then fixes the problem. > I can if you want still produce the "X -logverbose 7" log file, but > thought I should let you know that I have a solution. Matthias Hopf Wrote: > Can you try to use the undocumented > > Option "AtomBios" "pll=on" > > *instead* of the "UseAtomBios" option? This would help to narrow down > the issue. It's been a long time since then and I am sorry for not getting back sooner, however, it looks like you guys have been doing some great work, so the time wasn't wasted :). Using xf86-video-radeonhd version 1.3.0 I still have the same problem without the UseAtomBios setting. The files radeonhd.log and radeonhd.xorg.conf attached are the Xorg.0.log and xorg.conf used for that test run, logverbose was set to 7. Setting AtomBios pll=on as suggested by Matthias does NOT solve the problem, in fact the results are the same. The files radeonhd_pll.log and radeonhd_pll.xorg.conf are the Xorg.0.log and xorg.conf used for that test run. OK, so now the confession, what motivation my return to looking at this problem ? Well, UseAtomBIOS is no longer working well, the screens have the correct resolution, however, the LCD connected via DVI blanks for a second far to regularly, sometimes many times a minute, it a very annoying. When browsing the web some pages are unviewable as the screen is constantly blank with the occasional flash of the page. I also sometimes get image corruption with this, the right eighth of the screen overlaps onto the left eighth of the screen, with the image being ghosted so that it is full strength at the top and not at all at the bottom. (kind of hard to describe), I guess I could take a photo of it if you want. I have experimented with this a little and found that I still get blanking, but a lot less, at 1680x1050, at 1280x1024 everything seems fine. Also if I setup xorg.conf so that the same image is displayed on startup on both monitors, then everything is fine. If I then use Xrandr to make them different, the problem comes back, using xrandr to make them the same again, doesn't fix the problem. I ran this test (although maybe not the last bit or using xrandr to make them the same) with logverbose 7, the files radeonhd_atombios.log and radeonhd_atombios.xorg.conf are the Xorg.0.log and xorg.conf used for that test run. I am now in a position to do some a little testing in the evenings, so please, if you want me to try anything let me know. Also I understand that you might not be so interested in the "UseAtomBIOS" problem, that's fine as long as we get the driver working correctly in the other case. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 16

[Bug 24617] New: Wrong backlight level detection using AtomBIOS
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=24617 Summary: Wrong backlight level detection using AtomBIOS Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: zajec5(a)gmail.com QAContact: xorg-team(a)lists.x.org It's bug in AtomBIOS or our reading AtomBIOS answer. My backlight is controlled by GPU so there are two important properties to check: 1) Is backlight control turned on 2) What level is used After booting backlight control is turned *off* and backlight value set to 0. Of course backlight level doesn't matter in that case, as backlight control is disabled. Backlight level is max in result. AtomBIOS ignores fact that backlight control is turned off, just reports backlight level (or not AtomBIOS, but out AtomBIOS parser hopefully). So after booting I have max backlight level and this: PANEL connected 1600x900+0+0 (normal left inverted right x axis y axis) 423mm x 238mm Backlight: 0 (0x00000000) range: (0,255) _PanningArea: _OutputNumber: 2 (0x00000002) ConnectorNumber: 2 (0x00000002) ConnectorType: Panel SignalFormat: LVDS supported: LVDS -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 6

[Bug 20426] New: [REGRESSION] Lockup on Xv using 347b23d4 ( emit functions to macros)
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=20426 Summary: [REGRESSION] Lockup on Xv using 347b23d4 (emit functions to macros) Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: agd5f(a)yahoo.com ReportedBy: zajec5(a)gmail.com QAContact: xorg-team(a)lists.x.org 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series good: 89a835f03993da087c361de7ee3f6bc13bcb33f8 bad: 347b23d419c877de0ac95b1f2f69d6953dddfebd MPlayer window appears and before displaying first frame system lockups (display frozen, mouse cursor doesn't move smooth). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 5