October 2011 - Radeon HD - openSUSE Mailing Lists

[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

0x9555:0x103C:0x1471: ATI M93 (Mobility Radeon HD 4500 series)
by Andrei Boros 21 Oct '11

21 Oct '11

Hi, I have recently installed Slackware64 13.37 on a HP ProBook 6550b laptop from work. This distro comes with X.Org 1.9.5, radeonhd-1.3.0 drivers and ati-6.14.1 drivers. Using the default setup with radeonhd drivers autodetected by xorgsetup, my laptop goes into graphics mode, screen stays black and system stops responding (need hard reset). In /var/log/Xorg.0.log I see no explicit error, only the following notice : Card not in database and the info to contact you. ------------------------------------------------------------------------ If I use vesa driver, or the plain radeon driver, X works. With the radeonhd driver, total crash. It happens on both 32 and 64bit versions of the distro. I previously used slackware-13.1 with the older X.org-1.7.7 and radeonhd-1.3.0 and everything worked fine. ------------------------------------------------------------------------ any info I can provide that should help, please let me know. Thank you. -- *ing. Andrei Boros* Colectiv administrare-dezvoltare SITE *Radio Romania* |Tel: +40-21-303-1870 +40-745-115721 Email: andrei(a)srr.ro <mailto:andrei@srr.ro>| -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org To contact the owner, e-mail: radeonhd+owner(a)opensuse.org

2 1

[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 27575] New: HDMI audio only works with DIG1 encoder
by bugzilla-daemon＠freedesktop.org 18 Oct '11

18 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=27575 Summary: HDMI audio only works with DIG1 encoder Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: eich(a)pdx.freedesktop.org ReportedBy: tomaz.solc(a)tablix.org QAContact: xorg-team(a)lists.x.org Created an attachment (id=34871) View: https://bugs.freedesktop.org/attachment.cgi?id=34871 Review: https://bugs.freedesktop.org/review?bug=27575&attachment=34871 Patch to prefer UNIPHYA output for DIG1 encoder. Hi I have a MSI-made Radeon HD 4350 card with a HDMI, DVI and a VGA connector (log says "Card not in database: 0x954F:0x1462:0x1618"). I have a monitor connected to the DVI output and a TV on the HDMI. With the radeonhd driver from git HDMI audio only works when the HDMI output is initialized first by the driver (for example, when Option "Primary" is set in the Monitor section for the TV in xorg.conf). It appears the problem is caused by encoder assignments. This card has two digital output blocks: UNIPHYA for the HDMI connector and UNIPHYE for the DVI. Audio only works when the DIG1 encoder is assigned to UNIPHYA. If DIG2 is used there is only silence on the TV. I'm not sure whether this is caused by a bug in the driver or limitation of the hardware. I've confirmed this hypothesis with a simple patch that prefers UNIPHYA for DIG1 (attached). My patch is obviously specific to my setup, but I'm prepared to help in finding a proper solution. Regards Tomaž -- Configure bugmail: https://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 N��r��y隊Z�u�'�߮�˛��m�)z{.��+�Z+i�b�*'jW(�f�vǦj)kiר�~��i��

1 6

[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

[Bug 21812] New: PM: Switch to registers (from AtomBIOS) for engine clock control
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=21812 Summary: PM: Switch to registers (from AtomBIOS) for engine clock control Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: low Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: zajec5(a)gmail.com QAContact: xorg-team(a)lists.x.org Currently we use AtomBIOS to control engine clock. Would be nice to RE or get from AMD registers needed to do the same without AtomBIOS. -- 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 12

[Bug 25736] New: Xorg crash when enabling compiz w/ radeonhd (rv635)
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=25736 Summary: Xorg crash when enabling compiz w/ radeonhd (rv635) Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: eich(a)pdx.freedesktop.org ReportedBy: udovdh(a)xs4all.nl QAContact: xorg-team(a)lists.x.org Fedora 12 mesa git master (7.8-devel) radeonhd git kernel.org 2.6.32 Enable Preferences -> Desktop Effects -> Compiz The instant I click Compiz I get in Xorg.o.log: (II) RADEONHD(0): Calling UNIPHYTransmitterControl (II) RADEONHD(0): UNIPHYTransmitterControl Successful (II) RADEONHD(0): Calling UNIPHYTransmitterControl (II) RADEONHD(0): UNIPHYTransmitterControl Successful Backtrace: 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x49e998] 1: /usr/bin/Xorg (0x400000+0x619c9) [0x4619c9] 2: /lib64/libpthread.so.0 (0x3821e00000+0xefa0) [0x3821e0efa0] 3: /usr/lib64/xorg/modules/drivers/radeonhd_drv.so (0x7f7134829000+0x4f8e0) [0x7f71348788e0] 4: /usr/lib64/xorg/modules/drivers/radeonhd_drv.so (0x7f7134829000+0x5e2a0) [0x7f71348872a0] 5: /usr/lib64/xorg/modules/libexa.so (0x7f71343f4000+0xd06a) [0x7f713440106a] 6: /usr/lib64/xorg/modules/libexa.so (0x7f71343f4000+0xe142) [0x7f7134402142] 7: /usr/bin/Xorg (0x400000+0xd1de0) [0x4d1de0] 8: /usr/bin/Xorg (0x400000+0xcb96e) [0x4cb96e] 9: /usr/bin/Xorg (0x400000+0x2c6ac) [0x42c6ac] 10: /usr/bin/Xorg (0x400000+0x21d0a) [0x421d0a] 11: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x382121eb1d] 12: /usr/bin/Xorg (0x400000+0x218b9) [0x4218b9] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Xorg restarts and I can log in again. 2d/3d works OK as far as I can see: glxgears, foobilliard, neverputt, etc. -- 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 10

[Bug 22279] New: radeonhd reports error rhdAtomLvdsDDC: unknown record type: 0
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=22279 Summary: radeonhd reports error rhdAtomLvdsDDC: unknown record type: 0 Product: xorg Version: 7.4 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: low Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: joy+freedesktop(a)entuzijast.net QAContact: xorg-team(a)lists.x.org Created an attachment (id=26762) --> (http://bugs.freedesktop.org/attachment.cgi?id=26762) log of startx -- -logverbose 7 Hi, I have a Lenovo Thinkpad T400 with this Radeon card: 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series For some reason, the driver reports this error message in the log: (EE) RADEONHD(0): rhdAtomLvdsDDC: unknown record type: 0 (II) RADEONHD(0): Query for AtomBIOS Get Panel EDID: failed Oddly enough, I am able to see Panel modes in xrandr. I can't seem to force any modes upon my TV, connected via VGA_1, but that may well be an unrelated problem. The entire verbose Xorg log file is attached (300KB), and this is xrandr output under the same session: % xrandr -q Screen 0: minimum 320 x 200, current 1280 x 800, maximum 2640 x 1024 PANEL connected 1280x800+0+0 (normal left inverted right x axis y axis) 338mm x 211mm 1280x800 60.0*+ 1600x1024 60.2 1440x960Scaled 60.4 1280x1024 60.0 1280x1024Scaled 60.5 1440x900 59.9 1280x960 60.0 1280x960Scaled 60.4 1280x854Scaled 60.4 1360x768 59.8 1152x864 60.0 1280x720Scaled 60.4 1152x768Scaled 60.3 1024x768 60.0 1024x768Scaled 60.4 800x600 60.3 56.2 800x600Scaled 60.3 768x576Scaled 60.4 854x480Scaled 59.8 720x480Scaled 59.8 640x480 59.9 640x480Scaled 60.1 320x240Scaled 57.6 320x200Scaled 55.7 DVI-D_1 disconnected (normal left inverted right x axis y axis) VGA_1 disconnected (normal left inverted right x axis y axis) % xrandr --prop --verbose Screen 0: minimum 320 x 200, current 1280 x 800, maximum 2640 x 1024 PANEL connected 1280x800+0+0 (0x3e) normal (normal left inverted right x axis y axis) 338mm x 211mm Identifier: 0x3b Timestamp: 57897011 Subpixel: unknown Clones: DVI-D_1 VGA_1 CRTC: 0 CRTCs: 0 1 _HDMI: -1078027656 (0xbfbe9a78) range: (0,1) _Coherent: 15 (0x0000000f) range: (0,1) _Backlight: 207 (0x000000cf) range: (0,255) _PanningArea: _OutputNumber: 2 (0x00000002) ConnectorNumber: 2 (0x00000002) ConnectorType: Panel SignalFormat: LVDS supported: LVDS 1280x800 (0x3e) 69.2MHz *current +preferred h: width 1280 start 1328 end 1360 total 1404 skew 0 clock 49.3KHz v: height 800 start 803 end 809 total 822 clock 60.0Hz 1600x1024 (0x3f) 103.1MHz +HSync +VSync h: width 1600 start 1600 end 1656 total 1664 skew 0 clock 62.0KHz v: height 1024 start 1024 end 1029 total 1030 clock 60.2Hz 1440x960Scaled (0x40) 95.5MHz +HSync -VSync h: width 1440 start 1488 end 1520 total 1600 skew 0 clock 59.7KHz v: height 960 start 963 end 973 total 988 clock 60.4Hz 1280x1024 (0x41) 108.0MHz +HSync +VSync h: width 1280 start 1328 end 1440 total 1688 skew 0 clock 64.0KHz v: height 1024 start 1025 end 1028 total 1066 clock 60.0Hz 1280x1024Scaled (0x42) 91.8MHz +HSync -VSync h: width 1280 start 1328 end 1360 total 1440 skew 0 clock 63.7KHz v: height 1024 start 1027 end 1034 total 1054 clock 60.5Hz 1440x900 (0x43) 106.5MHz -HSync +VSync h: width 1440 start 1520 end 1672 total 1904 skew 0 clock 55.9KHz v: height 900 start 903 end 909 total 934 clock 59.9Hz 1280x960 (0x44) 108.0MHz +HSync +VSync h: width 1280 start 1376 end 1488 total 1800 skew 0 clock 60.0KHz v: height 960 start 961 end 964 total 1000 clock 60.0Hz 1280x960Scaled (0x45) 86.0MHz +HSync -VSync h: width 1280 start 1328 end 1360 total 1440 skew 0 clock 59.7KHz v: height 960 start 963 end 967 total 988 clock 60.4Hz 1280x854Scaled (0x46) 76.5MHz +HSync -VSync h: width 1280 start 1328 end 1360 total 1440 skew 0 clock 53.1KHz v: height 854 start 857 end 867 total 879 clock 60.4Hz 1360x768 (0x47) 84.8MHz -HSync +VSync h: width 1360 start 1432 end 1568 total 1776 skew 0 clock 47.7KHz v: height 768 start 771 end 781 total 798 clock 59.8Hz 1152x864 (0x48) 81.6MHz -HSync +VSync h: width 1152 start 1216 end 1336 total 1520 skew 0 clock 53.7KHz v: height 864 start 865 end 868 total 895 clock 60.0Hz 1280x720Scaled (0x49) 64.5MHz +HSync -VSync h: width 1280 start 1328 end 1360 total 1440 skew 0 clock 44.8KHz v: height 720 start 723 end 728 total 741 clock 60.4Hz 1152x768Scaled (0x4a) 62.5MHz +HSync -VSync h: width 1152 start 1200 end 1232 total 1312 skew 0 clock 47.6KHz v: height 768 start 771 end 781 total 790 clock 60.3Hz 1024x768 (0x4b) 65.0MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz v: height 768 start 771 end 777 total 806 clock 60.0Hz 1024x768Scaled (0x4c) 56.5MHz +HSync -VSync h: width 1024 start 1072 end 1104 total 1184 skew 0 clock 47.7KHz v: height 768 start 771 end 775 total 790 clock 60.4Hz 800x600 (0x4d) 40.0MHz +HSync +VSync h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz v: height 600 start 601 end 605 total 628 clock 60.3Hz 800x600 (0x4e) 36.0MHz +HSync +VSync h: width 800 start 824 end 896 total 1024 skew 0 clock 35.2KHz v: height 600 start 601 end 603 total 625 clock 56.2Hz 800x600Scaled (0x4f) 35.8MHz +HSync -VSync h: width 800 start 848 end 880 total 960 skew 0 clock 37.2KHz v: height 600 start 603 end 607 total 618 clock 60.3Hz 768x576Scaled (0x50) 33.2MHz +HSync -VSync h: width 768 start 816 end 848 total 928 skew 0 clock 35.8KHz v: height 576 start 579 end 583 total 593 clock 60.4Hz 854x480Scaled (0x51) 30.2MHz +HSync -VSync h: width 854 start 902 end 934 total 1014 skew 0 clock 29.8KHz v: height 480 start 483 end 493 total 499 clock 59.8Hz 720x480Scaled (0x52) 26.2MHz +HSync -VSync h: width 720 start 768 end 800 total 880 skew 0 clock 29.8KHz v: height 480 start 483 end 493 total 499 clock 59.8Hz 640x480 (0x53) 25.2MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz v: height 480 start 490 end 492 total 525 clock 59.9Hz 640x480Scaled (0x54) 23.8MHz +HSync -VSync h: width 640 start 688 end 720 total 800 skew 0 clock 29.7KHz v: height 480 start 483 end 487 total 494 clock 60.1Hz 320x240Scaled (0x55) 7.0MHz +HSync -VSync h: width 320 start 368 end 400 total 480 skew 0 clock 14.6KHz v: height 240 start 243 end 247 total 253 clock 57.6Hz 320x200Scaled (0x56) 5.8MHz +HSync -VSync h: width 320 start 368 end 400 total 480 skew 0 clock 12.0KHz v: height 200 start 203 end 209 total 215 clock 55.7Hz DVI-D_1 disconnected (normal left inverted right x axis y axis) Identifier: 0x3c Timestamp: 57897011 Subpixel: unknown Clones: PANEL VGA_1 CRTCs: 0 1 _HDMI: 0 (0x00000000) range: (0,1) _Coherent: 0 (0x00000000) range: (0,1) _Backlight: 15 (0x0000000f) range: (0,255) _PanningArea: _OutputNumber: 1 (0x00000001) ConnectorNumber: 1 (0x00000001) ConnectorType: DVI-D SignalFormat: TMDS supported: TMDS VGA_1 disconnected (normal left inverted right x axis y axis) Identifier: 0x3d Timestamp: 57897011 Subpixel: unknown Clones: PANEL DVI-D_1 CRTCs: 0 1 _PanningArea: _OutputNumber: 3 (0x00000003) ConnectorNumber: 3 (0x00000003) ConnectorType: VGA SignalFormat: VGA supported: VGA This is the static configuration: % grep '^[^#]' /etc/X11/xorg.conf Section "ServerLayout" Identifier "Normal" Screen "Jedan screen" EndSection Section "Screen" Identifier "Jedan screen" Device "ATI kartica" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Device" Identifier "ATI kartica" Driver "radeonhd" Option "DRI" "on" Option "AccelMethod" "exa" EndSection Section "ServerLayout" Identifier "Dvatri" Screen "Dvatri screena" EndSection Section "Screen" Identifier "Dvatri screena" Device "ATI kartica plus monitori" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Virtual 2640 1024 EndSubSection EndSection Section "Device" Identifier "ATI kartica plus monitori" Driver "radeonhd" Option "DRI" "on" Option "AccelMethod" "exa" Option "monitor-PANEL" "Thinkpad screen" Option "monitor-DVI-D_1" "Samsung monitor" Option "monitor-VGA_1" "Sony TV" Option "RROutputOrder" "PANEL" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "hr" EndSection Section "Monitor" Identifier "Thinkpad screen" Option "VendorName" "Lenovo" Option "ModelName" "LCD" Option "PreferredMode" "1280x800" EndSection Section "Monitor" Identifier "Samsung monitor" Option "VendorName" "Samsung" Option "ModelName" "LCD" Option "PreferredMode" "1280x1024" EndSection Section "Monitor" Identifier "Sony TV" Option "VendorName" "Sony" Option "ModelName" "LCD" Modeline "1360x768" 84.72 1360 1424 1568 1776 768 769 772 795 -HSync +Vsync Option "PreferredMode" "1360x768" EndSection Section "ServerFlags" Option "DefaultServerLayout" "Dvatri" EndSection Section "Files" EndSection Section "Module" EndSection -- 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 3

[Bug 21436] New: HW supports resolution 3840x1024 (works on WinXP) but it is not available in radeonhd
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

http://bugs.freedesktop.org/show_bug.cgi?id=21436 Summary: HW supports resolution 3840x1024 (works on WinXP) but it is not available in radeonhd Product: xorg Version: 7.4 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: phercek(a)gmail.com QAContact: xorg-team(a)lists.x.org xrandr reports that resolution 3840x1024 is not available. HW supports the resolution since it works well on WinXP (using digital interface). Not only it is not there by default but trying to force its addition with -newmode adds it only for the analog interface. -- 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