https://bugs.freedesktop.org/show_bug.cgi?id=44647
Bug #: 44647
Summary: [wine regression] Call of Duty 4: Intro videos renders
garbage
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: sa(a)whiz.se
Created attachment 55392
--> https://bugs.freedesktop.org/attachment.cgi?id=55392
Screenshot of broken video
Intro videos in the game Call of Duty 4 (running with Wine) no longer renders
correctly, bisecting leads to this:
e8139ebf583acf37150a8b341bcbef6b924a7792 is the first bad commit
commit e8139ebf583acf37150a8b341bcbef6b924a7792
Author: Mathias Fröhlich <Mathias.Froehlich(a)gmx.net>
Date: Tue Jul 26 07:05:10 2011 +0200
r600g: Replace needless flush in texture upload.
Replace pipe->flush() with pipe->texture_barrier() in
the texture upload path for the staging texture.
This should be enough to get data out of the gpu
caches ready to be read for texture fetch.
:040000 040000 b3f16d1a114f54d753ba7845b697888307f6246e
faab26149053fdb2fb65d81bb2a777a77e130de2 M src
Adding the flush back fixes the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=34643
Summary: ut2004/doom3 looping in submenu on r300g/PageFlip
Product: Mesa
Version: git
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: krzysztof.krakowiak(a)gmail.com
Created an attachment (id=43736)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43736)
gdb/ut2k4 output and backraces.
ut2004(32/64bit) and doom3(32bit) are looping everytime in submenu on
r300g/PageFlip. I believe that bug occured during last two weeks, but bisecting
would be hard, because I was bisecting for:
https://bugs.freedesktop.org/show_bug.cgi?id=34418
And everytime supertuxkart wasnt working, ut2k4 also and vice versa, altough
bugs were definitely different. Now previous bug is fixed(which affected only
64bit apps), but ut2004/doom3 got very similar behaviour(like looped video tape
or something, moving forward and back), similar spam in console, but a bit
different at output.
Disabling PageFLip fixes this problem definitely, but I was happpy pflip user
from a long time.
Kernel is fresh D-R-T, DDX/DRM/Mesa from master.
--- UT2004 dmesg ---
[...]
[drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0xe
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2!
[drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x1f
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2!
[drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0xe
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2!
[drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x1f
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2!
[...]
--- EOF UT2004 dmesg ---
--- UT2004 gdb output/backtrace ---
[...]
[Thread 0x7fffe50cd700 (LWP 5934) exited]
[New Thread 0x7fffe50cd700 (LWP 5935)]
[Thread 0x7fffe50cd700 (LWP 5935) exited]
[New Thread 0x7fffe50cd700 (LWP 5936)]
[...]
[Thread 0x7fffe50cd700 (LWP 6540) exited]
[New Thread 0x7fffe50cd700 (LWP 6541)]
radeon: The kernel rejected CS, see dmesg for more information.
[Thread 0x7fffe50cd700 (LWP 6541) exited]
[...]
Program received signal SIGINT, Interrupt.
0x00007ffff6e0a1f3 in poll () from /lib64/libc.so.6
(gdb) bt
#0 0x00007ffff6e0a1f3 in poll () from /lib64/libc.so.6
#1 0x00007ffff65eac6a in ?? () from /usr/lib64/libxcb.so.1
#2 0x00007ffff65ec2ff in xcb_wait_for_reply () from /usr/lib64/libxcb.so.1
#3 0x00007ffff684392d in _XReply () from /usr/lib64/libX11.so.6
#4 0x00007fffe6c1748c in DRI2GetBuffersWithFormat () from
/opt/xorg/lib64/libGL.so.1
#5 0x00007fffe6c14bf9 in dri2GetBuffersWithFormat () from
/opt/xorg/lib64/libGL.so.1
#6 0x00007fffe56de4d8 in dri2_allocate_textures () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#7 0x00007fffe56dfb77 in dri_st_framebuffer_validate () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#8 0x00007fffe573f132 in st_framebuffer_validate () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#9 0x00007fffe5740916 in st_manager_validate_framebuffers () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#10 0x00007fffe58e3c1e in st_validate_state () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#11 0x00007fffe58ebb3a in st_Clear () from
/opt/xorg/lib64/dri/gallium/r300_dri.so
#12 0x0000000000d291d9 in FOpenGLRenderInterface::Clear(int, FColor, int,
float, int, unsigned int) ()
#13 0x000000000069d234 in UGameEngine::Draw(UViewport*, int, unsigned char*,
int*) ()
#14 0x0000000000d1d106 in USDLViewport::Repaint(int) ()
#15 0x0000000000d1ab09 in USDLClient::Tick() ()
#16 0x00000000006a0f54 in UGameEngine::Tick(float) ()
#17 0x000000000053d2a3 in CMainLoop::RunLoop() ()
#18 0x000000000053344f in ?? ()
#19 0x000000000052f1a0 in main ()
--- UT2004 gdb output/backtrace ---
--- Doom3 output ---
[...]
radeon: The kernel rejected CS, see dmesg for more information.
radeon: The kernel rejected CS, see dmesg for more information
[...]
--- EOF Doom3 output ---
TIP:
For full logs, look into attachements (but nothing special in xorg.log)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=43016
Bug #: 43016
Summary: DVI is wrongly detected as Display Port
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: other
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: hysvats(a)gmail.com
Created attachment 53622
--> https://bugs.freedesktop.org/attachment.cgi?id=53622
Xorg.log
Driver Stack Details:
=========================
1) Kernel- 3.0.0-12-generice-pae
2) Libdrm-2.4.27
3) Mesa-7.12-devel (git-f1a677c)
4) Xorg-server-1.10.1
5) xf86-video-ati-master
System Environment:
===================
Asic : EG Madison Pro
O.S. : Ubuntu-11.10 (32 bit)
Processor: AMD Athlon 64 X2 5000+ @ 2.60GHz
Chipset : ATI RS690 + SB600
Memory : 2048MB
Steps to Reproduce:
===================
1) Connect the DFP With DVI to DVI Cable.
2) Xrandr -q
Expected : xrandr output should list DVI
observed : xrandr output list DisplayPort
Output of xrandr -q
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192
DisplayPort-0 connected 1680x1050+0+0 (normal left inverted right x axis y
axis) 473mm x 296mm
1680x1050 59.9*+
1280x1024 76.0 75.0 70.0 60.0
1152x864 75.0
1024x768 75.1 70.1 60.0
832x624 74.6
800x600 75.0 60.3 56.2
640x480 72.8 75.0 60.0
720x400 70.1
DisplayPort-1 disconnected (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=40024
Summary: Power management does not work on ATI Mobility Radeon
9700
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: robegrassi(a)gmail.com
Created an attachment (id=50139)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50139)
output of dmesg
Hi,
I have an old Asus laptop with a Mobility Radeon 9700 card:
$ lspci -nn | grep VGA
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility
Radeon 9600 M10] [1002:4e50]
I am using Xubuntu 11.04 with KMS and Gallium driver.
I would like to set the card to a lower power state because the fan goes often
high and the laptop gets hot. The problem is that these three files are
missing:
cat: /sys/class/drm/card0/device/power_method: No such file or directory
cat: /sys/class/drm/card0/device/power_profile: No such file or directory
cat: /sys/kernel/debug/dri/0/radeon_pm_info: No such file or directory
Does it mean that my card does not support power management?
Thank you very much for your help,
Roberto
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=36598
Summary: [RS880] Slow resume from suspend generates kernel oops
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: steve(a)stevemurphy.org
Created an attachment (id=46075)
--> (https://bugs.freedesktop.org/attachment.cgi?id=46075)
dmesg output for boot and suspend, showing the issue around 78.3
I'm forwarding this bug from ubuntu -
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/764788
Problem]
Resume from suspend triggers a kernel oops due to the radeon kms module taking
more than 10 seconds to resume
[Discussion]
When resuming from the suspend state, a popup box is displayed indicating an
error has occured and "Your system might become unstable now and might need to
be restarted.". In the dmesg output, the following lines are present before the
kernel oops, showing that the radeon driver took 11408.919 msecs to resume and
the kernel oops is due to resume taking longer than 10 seconds total (11430
msecs).
Interesting lines in the dmesg output when the error occurs are below (with
kernel.drm=0x04 set, adding a bit of verbosity when the radeon driver is
restoring):
[ 69.792851] PM: resume of drv:scsi_disk dev:2:0:0:0 complete after 2644.379
msecs
[ 70.122093] [drm:output_poll_execute], [CONNECTOR:15:VGA-1] status updated
from 2 to 2
[ 70.124058] [drm:radeon_atombios_connected_scratch_regs], DFP1 disconnected
[ 70.124062] [drm:output_poll_execute], [CONNECTOR:17:HDMI-A-1] status updated
from 2 to 2
[ 71.960104] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices
00000001, active_devices 00000000
[ 71.960113] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices
00000008, active_devices 00000000
[ 71.960136] [drm:radeon_compute_pll_avivo], 7187, pll dividers - fb: 130.5
ref: 2, post 13
[ 71.980174] [drm:drm_crtc_helper_set_mode], [ENCODER:12:LVDS-12] set
[MODE:30:1366x768]
[ 76.950136] [drm:avivo_crtc_load_lut], 0
[ 76.950200] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 0, devices
00000002, active_devices 00000002
[ 76.960133] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 3, devices
00000002, active_devices 00000002
[ 78.303704] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices
00000001, active_devices 00000000
[ 78.303713] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices
00000008, active_devices 00000000
[ 78.303734] [drm:avivo_crtc_load_lut], 0
[ 78.303790] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 0, devices
00000002, active_devices 00000002
[ 78.310132] PM: resume of drv:radeon dev:0000:01:05.0 complete after 11408.919
msecs
[ 78.310148] PM: resume of drv:drm dev:controlD64 complete after 8513.702 msecs
[ 78.310173] PM: resume of devices complete after 11409.422 msecs
[ 78.330262] PM: resume devices took 11.430 seconds
[ 78.330265] ------------[ cut here ]------------
[ 78.330272] WARNING: at
/build/buildd/linux-2.6.38/kernel/power/suspend_test.c:53
suspend_test_finish+0x86/0x90()
[ 78.330274] Hardware name: 1215T
[ 78.330277] Component: resume devices, time: 11430
Upon investigating further, it looks like portions of the the following
workarounds were discovered that allow resume from suspend to work as expected,
by avoid the radeon driver:
[Workarounds]
1. Add "nomodeset" to the linux command line in grub
2. Use the proprietary FGLRX driver.
[System Environment]
ASUS 1215T running a fresh install of 11.04 beta or 11.04 beta2.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=35988
Summary: Power management not working on ATI M92 LP [Mobility
Radeon HD 4300]
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: s.j.turner(a)uqconnect.net
A launchpad user reports "If I deactivate the ATI restricted driver, and then
restart my computer, GPU temp is between 70-80 degrees Celsius instead of the
usual 40-50, without doing anything, no application running, no effects."
lspci -nn | grep VGA
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M92 LP [Mobility
Radeon HD 4300 Series] [1002:9552]
MachineType: Hewlett-Packard HP ProBook 4710s
This was originally reported on Ubuntu 9.10 "Karmic Koala" with a 2.6.31-based
kernel (which of course does not have power management support), but persists
on an Ubuntu 11.04 "Natty Narwhal" pre-release with a 2.6.38-based kernel.
The problem is that this user reports "I've tried setting the power
(management) profile settings and dynpm, but nothing has changed, still running
above 70 degrees Celsius."
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=34556
Summary: BUG in drm/radeon/ttm after leaving fullscreen flash.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: monraaf(a)gmail.com
Created an attachment (id=43645)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43645)
black screen of death
Watching a youtube video fullscreen with adobe flashplayer and then leaving
fullscreen sometimes triggers a bug in the drm/radeon/ttm, this is with kernel
2.6.38-rc5, ddx from git and happens with both stock r600c from ubuntu 10.10
and r600g from git master.
The bug is only triggered sporadicly, but a good way to reproduce I found is to
go and play a youtube video. e.g. http://www.youtube.com/watch?v=8ETDE0VGJY4
then position the mouse pointer at the bottom-right of the player where the
fullscreen button is and start clicking many times as fast as you can. The
player will go fullscreen and leave fullscreen a couple of times and will
eventually trigger the bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=33011
Summary: HDMI-A-1 Does not work if disconnected at power-up
(But claims it does)
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: Russ.Dill(a)gmail.com
I have an "ATI Mobility Radeon X1600" (ChipID = 0x71c5). It has four outputs,
VGA-1, LVDS-1, HDMI-A-1, and SVIDEO-1.
I'm running 2.6.37 final (Ubuntu 2.6.37-12.26) and the Ubuntu xorg edgers
1:6.13.99+git20110110.0e432dff-0ubuntu0sarvatt version of
xserver-xorg-video-ati. I'm pretty sure this has something to do with a display
being plugged into VGA-1 as well.
xrandr --prop
Screen 0: minimum 320 x 200, current 3840 x 1350, maximum 8192 x 8192
VGA-0 connected 1920x1200+0+150 (normal left inverted right x axis y axis)
550mm x 340mm
EDID:
00ffffffffffff000469a42664070200
1e140103683722782acbd0a35a49a024
135054bfef00714f0101814081809500
b300d1c00101283c80a070b023403020
360026542100001a000000ff0041374c
4d54463133323936340a000000fd0032
4b1e5511000a202020202020000000fc
0041535553205657323636480a200054
load detection: 1 (0x00000001) range: (0,1)
1920x1200 60.0*+
1920x1080 60.0
1680x1050 60.0
1280x1024 75.0 60.0
1440x900 59.9
1280x960 60.0
1152x864 75.0
1024x768 75.1 70.1 60.0
832x624 74.6
800x600 72.2 75.0 60.3 56.2
640x480 72.8 75.0 66.7 60.0
720x400 70.1
LVDS connected (normal left inverted right x axis y axis)
EDID:
00ffffffffffff004ca3463500000000
00100103802115780a87f594574f8c27
27505400000001010101010101010101
010101010101442f90c4601a0f401858
13004bcf100000190000000f00000000
00000000003cd2026400000000fe0053
414d53554e470a2020202020000000fe
004c544e31353450342d4c30310a007f
scaling mode: Full
supported: None Full Center Full aspect
1680x1050 60.6 +
1400x1050 60.0
1280x1024 59.9
1440x900 59.9
1280x960 59.9
1280x854 59.9
1280x800 59.8
1280x720 59.9
1152x768 59.8
1024x768 59.9
800x600 59.9
848x480 59.7
720x480 59.7
640x480 59.4
S-video disconnected (normal left inverted right x axis y axis)
tv standard: ntsc
supported: ntsc pal pal-m pal-60
ntsc-j scart-pal pal-cn secam
load detection: 1 (0x00000001) range: (0,1)
HDMI-0 connected 1920x1200+1920+0 (normal left inverted right x axis y axis)
550mm x 340mm
EDID:
00ffffffffffff000469a42660070200
1e140103803722782acbd0a35a49a024
135054bfef00714f0101814081809500
b30001010101283c80a070b023403020
360026542100001a000000ff0041374c
4d54463133323936300a000000fd0032
4b1e5511000a202020202020000000fc
0041535553205657323636480a2000d3
underscan vborder: 0 (0x00000000) range: (0,128)
underscan hborder: 0 (0x00000000) range: (0,128)
underscan: auto
supported: off on auto
coherent: 1 (0x00000001) range: (0,1)
1920x1200 60.0*+
1680x1050 60.0
1280x1024 75.0 60.0
1440x900 59.9
1280x960 60.0
1152x864 75.0
1024x768 75.1 70.1 60.0
832x624 74.6
800x600 72.2 75.0 60.3 56.2
640x480 72.8 75.0 66.7 60.0
720x400 70.1
When I plug my laptop into the docking station which the monitor is plugged
into, I get:
[ 94924.709] (II) RADEON(0): EDID vendor "SEC", prod id 13638
[ 94924.709] (II) RADEON(0): Printing DDC gathered Modelines:
[ 94924.709] (II) RADEON(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792
1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz)
[ 94926.272] (II) RADEON(0): EDID vendor "SEC", prod id 13638
[ 94926.272] (II) RADEON(0): Printing DDC gathered Modelines:
[ 94926.272] (II) RADEON(0): Modeline "1680x1050"x0.0 121.00 1680 1704 1792
1876 1050 1051 1054 1065 -hsync -vsync (64.5 kHz)
[ 94926.537] (II) RADEON(0): Allocate new frame buffer 3840x1200 stride 3840
[ 94926.749] (II) RADEON(0): VRAM usage limit set to 213120K
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.