https://bugs.freedesktop.org/show_bug.cgi?id=34534
Summary: resolution 3840x1024 stopped to work on HD5850 after
switch to 2.6.37 kernel
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: phercek(a)gmail.com
…
[View More]Created an attachment (id=43602)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43602)
example how root-tail output gets corrupted
Resolution 3840x1024 stopped to work when I switched from 2.6.36.3 to 2.6.37.
The image looks like it is stretched by about 50% and it is corrupted.
I did bisect it and the the commit when it appeared the first time is:
f9d9c36204243d81e9d4dd28e58ee335257847d2
title: drm/radeon/kms: implement display watermark support for evergreen
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=35434
Summary: [RADEON:KMS:R600G] etqw: broken ground textures +
sporadic junk being displayed
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: bpaterni(a)gmail.…
[View More]com
A few pictures of what I'm seeing are attached.
Environment:
Linux kernel (Linus' current git with s3tc support)
libdrm, xf86-video-ati, mesa @ current git
RV770 [Radeon HD 4850]
[ 153.910] (II) RADEON(0): KMS Color Tiling: enabled
[ 153.910] (II) RADEON(0): KMS Pageflipping: enabled
[ 153.910] (II) RADEON(0): SwapBuffers wait for vsync: enabled
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=34359
Summary: Texture corruption and crashes on RV730 Pro AGP
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: steve(a)sk2.org
Hi,
(I'm reproducing this from
http://bugs.debian.org/…
[View More]cgi-bin/bugreport.cgi?bug=613596 as suggested by Julien
Cristau.)
Hi,
Since upgrading to libgl1-mesa-dri 7.10 with the Gallium driver, GL
applications (e.g. xmoto) either suffer texture corruption or cause GPU
lockups, sometimes recoverable, sometimes not. I haven't been able to get a
screen capture with texture corruption; in xmoto for instance the red buttons
have white lines through them.
Whether the game works with texture corruption or causes GPU lockups seems to
be decided at launch time, i.e. if the game launches it doesn't crash later,
but if it causes a GPU lockup it never gets to display anything. Killing the
game sometimes allows the system to recover; in other instances it's necessary
to reboot.
I tried running with mesa rebuilt from git master, and encountered the same
problems.
When the GPU locks up, the Oops is as follows:
Feb 16 07:07:35 heffalump kernel: [26468.968055] ------------[ cut here
]------------
Feb 16 07:07:35 heffalump kernel: [26468.968113] WARNING: at
/usr/src/linux-2.6-2.6.37/debian/build/source_i386_none/drivers/gpu/drm/radeon/radeon_fence.c:244
radeon_fence_wait+0x1f3/0x281 [radeon]()
Feb 16 07:07:35 heffalump kernel: [26468.968117] Hardware name: To Be Filled By
O.E.M.
Feb 16 07:07:35 heffalump kernel: [26468.968120] GPU lockup (waiting for
0x0001672D last fence id 0x0001672A)
Feb 16 07:07:35 heffalump kernel: [26468.968123] Modules linked in: isofs
vboxnetadp vboxnetflt vboxdrv sco bnep rfcomm l2cap binfmt_misc microcode fuse
ext4 jbd2 crc16 sha256_generic aes_i586 aes_generic cbc iTCO_wdt
iTCO_vendor_support tcp_diag inet_diag autofs4 loop grip w83627hf hwmon_vid
dm_crypt usblp cx22702 cx88_dvb cx88_vp3054_i2c videobuf_dvb dvb_core
snd_cs4236 snd_wavefront rc_hauppauge_new snd_hda_codec_hdmi snd_hda_intel
tuner_simple snd_hda_codec tuner_types snd_intel8x0 snd_wss_lib snd_ac97_codec
snd_usb_audio snd_opl3_lib sam_ba btusb snd_hwdep tda9887 ac97_bus snd_mpu401
snd_mpu401_uart tda8290 snd_usbmidi_lib bluetooth snd_seq_midi cx88_alsa pwc
snd_rawmidi snd_pcm_oss snd_mixer_oss rfkill usbserial snd_seq_midi_event tuner
joydev snd_pcm snd_seq cx8800 ir_lirc_codec lirc_dev cx8802 snd_timer
ir_sony_decoder ir_jvc_decoder ir_rc6_decoder snd_seq_device cx88xx
ir_rc5_decoder v4l2_common ir_nec_decoder snd videodev ir_common ir_core
psmouse v4l1_compat videobuf_dma_sg tveeprom videobuf_core tpm_tis
Feb 16 07:07:35 heffalump kernel: snd_page_alloc parport_pc soundcore tpm
serio_raw tpm_bios btcx_risc pcspkr ns558 gameport parport rng_core evdev
i2c_i801 processor shpchp pci_hotplug thermal_sys ext3 jbd mbcache dm_mod raid1
raid0 md_mod osst st hid_logitech ff_memless usbhid hid sg radeon sd_mod sr_mod
ttm cdrom crc_t10dif aic7xxx drm_kms_helper ata_generic uhci_hcd aic79xx
ehci_hcd scsi_transport_spi 3w_xxxx ata_piix drm libata firewire_ohci
i2c_algo_bit usbcore scsi_mod skge i2c_core firewire_core power_supply
crc_itu_t button nls_base [last unloaded: scsi_wait_scan]
Feb 16 07:07:35 heffalump kernel: [26468.968274] Pid: 10077, comm: xmoto Not
tainted 2.6.37-trunk-686-bigmem #1
Feb 16 07:07:35 heffalump kernel: [26468.968277] Call Trace:
Feb 16 07:07:35 heffalump kernel: [26468.968286] [<c1036005>] ?
warn_slowpath_common+0x6a/0x7b
Feb 16 07:07:35 heffalump kernel: [26468.968310] [<f8b56f1a>] ?
radeon_fence_wait+0x1f3/0x281 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968316] [<c103607c>] ?
warn_slowpath_fmt+0x28/0x2c
Feb 16 07:07:35 heffalump kernel: [26468.968343] [<f8b56f1a>] ?
radeon_fence_wait+0x1f3/0x281 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968358] [<c104b7a6>] ?
autoremove_wake_function+0x0/0x29
Feb 16 07:07:35 heffalump kernel: [26468.968377] [<f8a0e5a4>] ?
ttm_bo_wait+0xaa/0x132 [ttm]
Feb 16 07:07:35 heffalump kernel: [26468.968396] [<f8a10bf6>] ?
ttm_bo_move_accel_cleanup+0x76/0x240 [ttm]
Feb 16 07:07:35 heffalump kernel: [26468.968424] [<f8b575ed>] ?
radeon_move_blit+0x14b/0x16b [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968448] [<f8b5789d>] ?
radeon_bo_move+0x19b/0x1f8 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968472] [<f8b57702>] ?
radeon_bo_move+0x0/0x1f8 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968486] [<f8a0e951>] ?
ttm_bo_handle_move_mem+0x198/0x259 [ttm]
Feb 16 07:07:35 heffalump kernel: [26468.968501] [<f8a0fedd>] ?
ttm_bo_move_buffer+0xa1/0xc6 [ttm]
Feb 16 07:07:35 heffalump kernel: [26468.968515] [<f8a0ffab>] ?
ttm_bo_validate+0xa9/0xec [ttm]
Feb 16 07:07:35 heffalump kernel: [26468.968540] [<f8b58705>] ?
radeon_bo_list_validate+0x7e/0xd1 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968565] [<f8b6a445>] ?
radeon_cs_ioctl+0x9c/0x167 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968585] [<f876c4c5>] ?
drm_ioctl+0x224/0x2d7 [drm]
Feb 16 07:07:35 heffalump kernel: [26468.968613] [<f8b6a3a9>] ?
radeon_cs_ioctl+0x0/0x167 [radeon]
Feb 16 07:07:35 heffalump kernel: [26468.968621] [<c10aa9b0>] ?
handle_mm_fault+0x479/0xaa0
Feb 16 07:07:35 heffalump kernel: [26468.968638] [<f876c2a1>] ?
drm_ioctl+0x0/0x2d7 [drm]
Feb 16 07:07:35 heffalump kernel: [26468.968643] [<c10cd629>] ?
do_vfs_ioctl+0x49e/0x4e9
Feb 16 07:07:35 heffalump kernel: [26468.968650] [<c12a0efb>] ?
do_page_fault+0x353/0x36f
Feb 16 07:07:35 heffalump kernel: [26468.968654] [<c12a0ee8>] ?
do_page_fault+0x340/0x36f
Feb 16 07:07:35 heffalump kernel: [26468.968658] [<c10cd6b8>] ?
sys_ioctl+0x44/0x64
Feb 16 07:07:35 heffalump kernel: [26468.968664] [<c1008b1f>] ?
sysenter_do_call+0x12/0x28
Feb 16 07:07:35 heffalump kernel: [26468.968668] ---[ end trace
7d34de4a0d796cfb ]---
Feb 16 07:07:35 heffalump kernel: [26468.968680] [drm] Disabling audio support
Feb 16 07:07:35 heffalump kernel: [26468.984595] radeon 0000:01:00.0: f6e76800
unpin not necessary
Feb 16 07:07:35 heffalump kernel: [26468.984601] radeon 0000:01:00.0: GPU
softreset
Feb 16 07:07:35 heffalump kernel: [26468.984605] radeon 0000:01:00.0:
R_008010_GRBM_STATUS=0xF5703028
Feb 16 07:07:35 heffalump kernel: [26468.984609] radeon 0000:01:00.0:
R_008014_GRBM_STATUS2=0x00330302
Feb 16 07:07:35 heffalump kernel: [26468.984613] radeon 0000:01:00.0:
R_000E50_SRBM_STATUS=0x200000C0
Feb 16 07:07:35 heffalump kernel: [26468.984625] radeon 0000:01:00.0:
R_008020_GRBM_SOFT_RESET=0x00007FEE
Feb 16 07:07:35 heffalump kernel: [26468.999513] radeon 0000:01:00.0:
R_008020_GRBM_SOFT_RESET=0x00000001
Feb 16 07:07:36 heffalump kernel: [26469.015398] radeon 0000:01:00.0:
R_008010_GRBM_STATUS=0x00003028
Feb 16 07:07:36 heffalump kernel: [26469.015402] radeon 0000:01:00.0:
R_008014_GRBM_STATUS2=0x00000002
Feb 16 07:07:36 heffalump kernel: [26469.015406] radeon 0000:01:00.0:
R_000E50_SRBM_STATUS=0x200000C0
Feb 16 07:07:36 heffalump kernel: [26469.016407] radeon 0000:01:00.0: GPU reset
succeed
Feb 16 07:07:36 heffalump kernel: [26469.035388] radeon 0000:01:00.0: WB
disabled
Feb 16 07:07:36 heffalump kernel: [26469.081355] [drm] ring test succeeded in 1
usecs
Feb 16 07:07:36 heffalump kernel: [26469.081370] [drm] ib test succeeded in 1
usecs
Feb 16 07:07:36 heffalump kernel: [26469.081373] [drm] Enabling audio support
Let me know if you need any more info, or if you want me to try patches etc.
This could be https://bugs.freedesktop.org/show_bug.cgi?id=31532 but since
similar symptoms don't always imply the same bug, I'll leave it up to you
experts!
Regards, and thanks for your time,
Stephen
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=36523
Summary: water reflections misrendered in sauerbraten with
"shaders=high" setting
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: stefano.teso(a)gmail.com
…
[View More]Water in sauerbraten misrenders (it's painted black) when enabling both (a)
water reflections, and (b) 'high quality' shaders. Lowering the shader setting
or disabling shaders altogether solves the problem.
I'm running debian amd64 unstable, with custom kernel 2.6.39-rc4+ (git
91e8549), on a:
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Robson CE [AMD
Radeon HD 6300 Series] [1002:68e4]
Mesa is from git as well, here's what glxinfo has to say about it:
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CEDAR
OpenGL version string: 2.1 Mesa 7.11-devel (git-a22aba4)
OpenGL shading language version string: 1.20
Screenshots to follow.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=32511
Summary: glDrawPixels broken on savage
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/Savage
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: bugzi09.fdo.tormod(a)xoxy.net
Created an attachment (id=41267)
--> (https://bugs.…
[View More]freedesktop.org/attachment.cgi?id=41267)
full backtrace in savageWriteRGBASpan_565()
The drawpix demo draws pixels spread around the screen instead of inside the
window. Each line drawn (194 pixels) get displayed in a cluster, but not as a
line. Only every 6th "line" get displayed, starting from the lower right of the
screen, going left, then up (see drawpix-many.png).
The cluster is divided in 4 squares of 8 times 8 pixels, where the first and
fourth square is not complete. Each square is drawn from left to right, then
from top to bottom. Square are drawn from left to right within a cluster. (See
drawpix-line.png).
I have tracked the drawing in mesa down to where it writes each pixel into the
renderbuffer in savageWriteRGBASpan_565(), see the full backtrace in
write_rgba-backtrace.gdb.
This is with latest git. I think I have seen similar corruption using the
antspotlight screensaver since a long time ago, and I never tried drawpix
before so this can be an old bug. The bug reporter of the downstream Ubuntu bug
says drawpix worked fine in Ubuntu 8.04 which had mesa 7.0.3.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=35254
Summary: Radeon TTM Crash With E-350 Fusion
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: Michael(a)phoronix.com
Created an attachment (id=44397)
--> (https://bugs.freedesktop.org/attachment.…
[View More]cgi?id=44397)
dmesg 1
Dave & co: Another Fusion problem on my E35M1-M PRO setup... With Git of all
major components as of few days plus the kernel with the Fusion fix talked
about a few days ago, Warsow and Padman at least are crashing on load, 100%
reproducible so far for me (OpenArena though runs fine, haven't tested anything
else yet). Two example dmesg outputs attached, plus one with drm.debug=15.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=36611
Summary: [wine] The Witcher: Crash in u_vbuf_mgr_draw_begin
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: sa(a)whiz.se
Created an attachment (id=46094)
--> (https://bugs.freedesktop.…
[View More]org/attachment.cgi?id=46094)
Backtrace
The game The Witcher (running in Wine) crashes shortly after start:
u_vbuf_mgr_draw_begin+0x198(mgrb=0x7c5937c0, info=0x1c6ec5c,
buffers_updated="À`¬d|", uploader_flushed="")
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/auxiliary/util/u_vbuf_mgr.c:549]
in r300_dri.so (0x01c6e9f4)
This does not happen in 7.10. Bisecting leads to this commit:
c95bc1224a4b20b9470ddcb37b5f78975991073b is the first bad commit
commit c95bc1224a4b20b9470ddcb37b5f78975991073b
Author: Marek Olšák <maraeo(a)gmail.com>
Date: Mon Feb 7 02:00:44 2011 +0100
r300g: use the new vertex buffer manager
:040000 040000 4be08dc19f4fa4e1de6b1b259c6bd481b2fc33e5
28f8c721e519137890b5082fdff66671dbcfacb0 M src
I'm attaching a backtrace, but I'm not sure how helpful it is, as getting it
from Wine was quite tricky.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
In commit 41c2e75e60200a860a74b7c84a6375c105e7437f "drm: Make
drm_local_map use a resource_size_t offset" [1] the support for multiple
_DRM_FRAMEBUFFER maps per device was taken away. This change made the
savage drivers upset, since these cards have several apertures (the
layout is different between card families) for which the kernel drm
driver sets up maps. And these maps are now mixed up into one broken one.
The drivers (drm, ddx, mesa) for instance expects a framebuffer map and a
tiled …
[View More]aperture map, and the broken maps show up as rendering corruption
[2] and allocation failures. I have tried to come up with userland
workarounds but it seems impossible since the kernel will only return
the handle to a broken map and there is no way to remap it correctly.
Would it be possible to reintroduce this support? One solution could be
a new flag _DRM_IGNORE_FB_OFFSET that can be used by those drivers that
need it, or the other way around, a _DRM_CHECK_FB_OFFSET to be added
by the savage drivers and others in the same situation. I can of course
try to write a patch if people think this is a good idea.
Best regards,
Tormod
[1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h…
[2] https://bugs.freedesktop.org/show_bug.cgi?id=32511
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=29953
Summary: [r300g] Heroes of Newerth: texture problems
Product: Mesa
Version: git
Platform: Other
URL: http://www.heroesofnewerth.com/download.php
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: sa(a)whiz.se
Created an …
[View More]attachment (id=38370)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38370)
Screenshot
The game Heroes of Newerth is showing problems when texture compression
(through libtxc_dxtn) is used: most of the menu becomes totally black.
Removing libtxc_dxtn.so, or launching the game with
MESA_EXTENSION_OVERRIDE="-GL_EXT_texture_compression_s3tc -GL_S3_s3tc" makes it
work again. (Though the S2 Games logo that should be visible before the menu
loads is still not there with S3TC disabled)
Neither llvmpipe or softpipe seems to be affected by this problem.
I have tried git from a few months back, and the result is the same, so I don't
think this is a regression.
System environment:
-- system architecture: 32-bit
-- Linux distribution: Debian unstable
-- GPU: RV570
-- Model: Asus EAX1950Pro 256MB
-- Display connector: DVI
-- xf86-video-ati: fd686668289258ffaf6b81057545e50612aac6a8
-- xserver: 1.9.0
-- mesa: dd5ef33e3c2ac7886ca71344e41201d0be2062c0
-- drm: b61e81a191d3a5c269c5f7c40199aebc9ebc034c
-- kernel: 2.6.35
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=30166
Summary: [wine] Shader issues in rthdribl 1.2
Product: Mesa
Version: git
Platform: Other
URL: http://www.daionet.gr.jp/~masa/rthdribl/
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: sa(a)whiz.se
Created an attachment (…
[View More]id=38671)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38671)
Screenshot comparing llvmpipe and r300g
The DirectX9 demo "rthdribl" isn't rendering correctly with r300g.
This is partly a regression from the glsl2 merge, but probably not a problem in
the GLSL compiler since llvmpipe seems to handle the demo. Rendering wasn't
100% prior to the glsl2 merge either.
The "glare" filter causes the screen to be drawn mostly white, so be sure to
turn it off:
Options → Glare → Glare Type → Disable
Version 1.2 of the demo can be downloaded here:
http://www.daionet.gr.jp/~masa/rthdribl/
You'll also need mfc42.dll:
http://www.dlldump.com/download-dll-files_new.php/dllfiles/M/mfc42.dll/6.0.…
System environment:
-- system architecture: 32-bit
-- Linux distribution: Debian unstable
-- GPU: RV570
-- Model: Asus EAX1950Pro 256MB
-- Display connector: DVI
-- xf86-video-ati: e9928fe036e9382fd7bc353f3f05531445f08977
-- xserver: 1.8.99.904 (1.9.0 RC 5)
-- mesa: 6f839eb631511925505093be4d0509ac14f5675b
-- drm: 23287f05cf2443ddf9e028e29beb5bd30979c6cf
-- kernel: 2.6.35.4
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]