https://bugs.freedesktop.org/show_bug.cgi?id=41079
Summary: xorg-r600: display (sometimes) doesn't get updated or
only partially
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: debian(a)carbon-project.org
Created an attachment (id=51451)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51451)
Xorg.0.log from the R600G run (version: Mesa/4a96a02d)
DDX: Mesa/Gallium/xorg-r600 (Git master/4a96a02d)
X: 1.11.0
libdrm2: 2.4.26
This bug can be seen in many applications, e.g. on loading of a website in
Iceweasel or in less, when displaying a text file. AFAIKT it's always
reproducible in Konsole/less:
1. Open a text file.
2. Press End.
Instead of immediately displaying the end of the file, nothing (visible)
happens*, only when you press the up arrow (down arrow doesn't work for me),
the display gets updated and you see almost the end of the file (except the
last line due to the up arrow key depression).
* The blinking cursor gets displayed in the middle of the file name in the
lower left corner.
Again (as with bug #40986), no screenshot possible, because as soon as I press
Print, the screen also gets updated and the updated screen ends up in the
screenshot.
Please let me know, when you need more information.
--
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=40986
Summary: xorg-r600: graphical glitches on cursor display
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: debian(a)carbon-project.org
Created an attachment (id=51309)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51309)
X.org Log of the R600G run
Git snapshot of: Mesa/ee09c1e1
I've tested Mesa's r600 DDX (xorg state-tracker) with X.org 1.11.0 and KDE
4.6.5. Immediately after KDM is launched, the mouse cursor is distorted (wrong
proportions, longer than wide) and is overlayed with a blue strip pattern
(horizontal) in a rather large square area around the actual cursor. Underneath
the distorted cursor is visible.
There are further graphical glitches (like when you open something in less,
Pos1 and End seem to have no effect, only when you press an arrow key, the
display is updated partially, after the second arrow key press, you get a full
update, waiting doesn't help) or slow reaction to pressing keys (entering
something takes like a felt extra second per key, ie. between pressing the key
and seeing the result on screen), but I guess those are different bugs, right?
If you need further information, just let me know.
--
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=39782
Summary: [r300g] XvMC playback fails with MPEG2 video and RV350
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: rankincj(a)googlemail.com
Created an attachment (id=49853)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49853)
Verbose output from mplayer
Trying to play captured DVB-T/MPEG2 data with mplayer gives the following
error:
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
Full output from the following command is attached:
$ MPLAYER_VERBOSE=1 mplayer -msglevel all=9 -nosound -vo xvmc <file>
--
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=39309
Summary: vdpau decodes noise on rv350
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: aaalmosss(a)gmail.com
Created an attachment (id=49216)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49216)
screenshot.png
See the attached screenshot. The colored parts of the noise somewhat resemble
the movements that should be on the screen, but gradually everything fades into
dark green in about 3 seconds. There are no error messages on the console.
The video file is a DVD .VOB (it's a tv show recorded with a dvd recorder box):
MPEG-PS file format detected.
VIDEO: MPEG2 352x288 (aspect 2) 25.000 fps 9682.0 kbps (1210.2 kbyte/s)
llvmpipe is also totally wrong, but in a completely different way.
--
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=39308
Summary: mplayer -vo vdpau draws incorrectly on rv350
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: aaalmosss(a)gmail.com
Created an attachment (id=49215)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49215)
screenshot.png
As I understand it, simply running `mplayer -vo vdpau something.mpg` uses vdpau
as an output surface only, without any decoding done via vdpau (and adding -vc
ffmpeg12vdpau enables decoding). In this mode the video is drawn incorrectly,
as the attached screenshot shows.
Tried with this version (latest from debian-multimedia unstable):
MPlayer SVN-r33367 (C) 2000-2010 MPlayer Team
With libvdpau_softpipe.so mplayer segfaults in this mode. It doesn't segfault
when I enable decoding as well, in that case it renders into a smaller area,
just like r300.
--
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=34495
Summary: Selecting objects in Blender 2.56 slow with gallium
r600 driver
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: terraformers(a)gmail.com
Created an attachment (id=43567)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43567)
Xorg Logfile
In Blender 2.56 selecting objects is verry slow.
Maybe this has someting todo with the "r600: fix blender picking" patch from
http://cgit.freedesktop.org/mesa/mesa/commit/?id=cf8af9bcf127e170b64112bd54…
not applied to the gallium driver?
This is with:
mesa-dri-drivers-7.10-0.26.fc15.x86_64
on an HP Compaq 6830s
with ATI Mobility Radeon HD 3430.
Thanks Lars
--
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=41756
Summary: [wine] Alpha Prime crashes in u_upload_data
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 an attachment (id=52308)
--> (https://bugs.freedesktop.org/attachment.cgi?id=52308)
backtrace from gdb
The game Alpha Prime (running with Wine 1.3.30) crashes shortly after start
with latest git. With 7.11 I get another crash, so I'm not sure if this is a
regression or not.
The backtrace from Wine is below, I also attached a backtrace from gdb but I'm
not sure if it's good or not.
=>0 0xb7547aa0 in libc.so.6 (+0x10faa0) (0x0032fd80)
1 0x7b33aae4 u_upload_data+0x73(upload=0x7caea288, min_out_offset=0x32fd80,
size=0x1200, data=0x5d16da0, out_offset=0x7cb5ce48, outbuf=0x7cb5ce4c,
flushed="═|")
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/auxiliary/util/u_upload_mgr.c:220]
in r600_dri.so (0x0032fd80)
2 0x7b33adce u_vbuf_upload_buffers+0x1dd(mgr=0x7cb5ccc0, min_index=0xcbf6,
max_index=0xcc3d, instance_count=0x1)
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/auxiliary/util/u_vbuf_mgr.c:575]
in r600_dri.so (0x0032fd80)
3 0x7b33bf04 u_vbuf_draw_begin+0x193(mgrb=0x7cb5ccc0, info=0xb9e98c)
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/auxiliary/util/u_vbuf_mgr.c:652]
in r600_dri.so (0x00b9e98c)
4 0x7b13ab1b r600_draw_vbo+0x5a(ctx=0x7ccd1908, info=0xb9e98c)
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/drivers/r600/r600_state_common.c:571]
in r600_dri.so (0x00000003)
5 0x7b1fd5f1 st_draw_vbo+0x330(ctx=0x7cd079a0, arrays=0x7cd54fec,
prims=0xb9ea20, nr_prims=0x1, ib=0xb9ea34, index_bounds_valid=0, min_index=0,
max_index=0x47)
[/home/sa/Programming/gfx/mesa/mesa/src/mesa/state_tracker/st_draw.c:798] in
r600_dri.so (0x00000003)
6 0x7b2b8a1e vbo_validated_drawrangeelements+0x13d(ctx=0x7cd079a0, mode=0x4,
index_bounds_valid=0, start=0xffffffff, end=0xffffffff, count=0xc0,
type=0x1403, indices=0x3a4c7b4, basevertex=0xcbf6, numInstances=0x1)
[/home/sa/Programming/gfx/mesa/mesa/src/mesa/vbo/vbo_exec_array.c:860] in
r600_dri.so (0x000000c0)
7 0x7b2b8b34 vbo_exec_DrawElementsBaseVertex+0xa3(mode=0x4, count=0xc0,
type=0x1403, indices=0x3a4c7b4, basevertex=0xcbf6)
[/home/sa/Programming/gfx/mesa/mesa/src/mesa/vbo/vbo_exec_array.c:1040] in
r600_dri.so (0x03a4c7b4)
8 0x7ea887e4 drawPrimitive+0x11e3(device=0x171740, index_count=0xc0,
StartIdx=0x53ca, idxSize=0x2, idxData=0x3a42020)
[/home/sa/Programming/wine-test/dlls/wined3d/drawprim.c:44] in wined3d
(0x00000002)
9 0x7ea6955b wined3d_device_draw_indexed_primitive+0xda(device=0x171740,
start_idx=0x53ca, index_count=0xc0)
[/home/sa/Programming/wine-test/dlls/wined3d/device.c:4158] in wined3d
(0x02a17b58)
10 0x7eb72d5e IDirect3DDevice9Impl_DrawIndexedPrimitive+0xcd(iface=0x171710,
PrimitiveType=D3DPT_TRIANGLELIST, BaseVertexIndex=0xcbf6, MinVertexIndex=0,
NumVertices=0x48, startIndex=0x53ca, primCount=0x40)
[/home/sa/Programming/wine-test/dlls/d3d9/device.c:1941] in d3d9 (0x000053ca)
11 0x00451479 in alphaprime (+0x51478) (0x7eb8f100)
12 0x7eb6c840 in d3d9 (+0xc83f) (0x7eb74440)
13 0xe84c245c (0x895cec83)
err:mmtime:TIME_MMTimeStop Timer still active?!
err:d3d:wined3d_wndproc Window 0xc0024 is not registered with wined3d.
System environment:
-- system architecture: 32-bit
-- Linux distribution: Debian unstable
-- GPU: REDWOOD
-- Model: XFX Radeon HD 5670 1GB
-- Display connector: DVI
-- xf86-video-ati: 6.14.2
-- xserver: 1.11.1
-- mesa: 349e4db99e938f8ee8826b0d27e490c66a1e8356
-- drm: 2.4.26
-- kernel: 3.0
--
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=37117
Summary: configure fails in git/master
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: libdrm
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: David.Ronis(a)McGill.CA
I just updated my drm sources, ran autogen.sh, and then
configure --prefix=/usr --enable-radeon-experimental-api
--enable-nouveau-experimental-api
Configure dies with:
checking for alloca... yes
./configure: line 5129: syntax error near unexpected token `2.2'
./configure: line 5129: `LT_PREREQ(2.2)'
A typo in configure.ac?
--
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=39156
Summary: [r600g] minor glyph corruption seen in Second Life
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: minor
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: shawn.starr(a)rogers.com
Created an attachment (id=48991)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48991)
Image showing glyph corruption
This is seen in git master, but also in 7.10/7.11.
Pixels are cut off below gylphs in some letters.
See attach screenshot for corruption.
--
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=36602
Summary: Hierarchical Z support for R600
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: pelloux(a)gmail.com
Add Hierarchical Z (HiZ) support for r600g driver.
I'm attaching my work-in-progress patchs to this bug report to keep track of
comments.
This patch adds 3 new env vars :
- R600_EARLYZ : controls whether EarlyZ functionnality is used
(DB_SHADER_CONTROL register)
- R600_HIZ : HiZ enabled/disabled
- R600_HIZ_READ_HACK : this one is a quick hack for debugging HiZ data buffer.
If set, data will be read from HiZ bo instead of depth buffer bo when calling
glReadPixels( ... GL_DEPTH_COMPONENT ...)
General notes on HiZ on r600 :
(all testing done using : ATI Technologies Inc RV770 [Radeon HD 4850])
* HiZ buffer is made of DWORD entries. Each DWORD represents one tile (4x4 or
8x8 pixels depending DB_HTILE_SURFACE register fields)
* HiZ buffer does not need to be manually cleared by the driver
* DB_RENDER_CONTROL:RESUMMARIZE_ENABLE bit is not necessary to get it working -
but if enabled it slows things down
* application performance are roughly the same using R600_EARLYZ or R600_HIZ
Know problems :
* Hierarchical Stencil has not been tested
* HiZ buffer data layout is still unclear. As an example : using 640x640 window
and 8x8 tiles. HiZ buffer should contain (640/8)*(640/8) = 6400 entries. When
reading it back using the above hack, it contains 6400 entries but spread on
the 7680 first dwords of the buffer. Therefore HiZ bo if largely oversized for
now (ie = depth buffer size)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.