dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

[Bug 34332] New: [r300g, bisected] HoN: corruption with tiling and CS ioctl thread offloading
by bugzilla-daemon＠freedesktop.org 16 Feb '11

16 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34332 Summary: [r300g, bisected] HoN: corruption with tiling and CS ioctl thread offloading Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Keywords: regression Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz Created an attachment (id=43425) --> (https://bugs.freedesktop.org/attachment.cgi?id=43425) screenshot There is corruption in Heroes of Newerth menu and also ingame. b9e2cde6006b557a3a23a82384899f4d5a5ac7b8 is the first bad commit commit b9e2cde6006b557a3a23a82384899f4d5a5ac7b8 Author: Marek Olšák <maraeo(a)gmail.com> Date: Tue Feb 15 05:43:44 2011 +0100 r300g: offload the CS ioctl to another thread This is a multi-threading optimization which hides the kernel overhead behind a thread. It improves performance in CPU-limited apps by 2-15%. Of course you must have at least 2 cores for it to make any difference. It can be disabled with: export RADEON_THREAD=0 RADEON_THREAD=0 or RADEON_DEBUG=notiling solves this bug. The screenshot is taken without libtxc_dxtn. The corruption is much better when libtxc_dxtn is present, but not completely gone. GPU: RV530 mesa: f53436d821a5173075b2a4a8db8cd23d9669f6e2 kernel: 2.6.37 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 32918] gnome-shell / mutter crashing.
by bugzilla-daemon＠freedesktop.org 16 Feb '11

16 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #9 from Julien Durillon <julien.durillon(a)gmail.com> 2011-02-16 09:46:36 PST --- There is no more crash since I built the last ati driver (in the 2.6.38-rc5 kernel). So, test with the last driver! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[PATCH 3/3]drivers:video:aty:radeon_base Fix typo occationally to occasionally
by Justin P. Mattock 16 Feb '11

16 Feb '11

The below patch fixes a typo occationally to occasionally. Signed-off-by: Justin P. Mattock <justinmattock(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 2 +- drivers/video/aty/radeon_base.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_legacy_crtc.c b/drivers/gpu/drm/radeon/radeon_legacy_crtc.c index cf0638c..a883902 100644 --- a/drivers/gpu/drm/radeon/radeon_legacy_crtc.c +++ b/drivers/gpu/drm/radeon/radeon_legacy_crtc.c @@ -888,7 +888,7 @@ static void radeon_set_pll(struct drm_crtc *crtc, struct drm_display_mode *mode) } if (rdev->flags & RADEON_IS_MOBILITY) { - /* A temporal workaround for the occational blanking on certain laptop panels. + /* A temporal workaround for the occasional blanking on certain laptop panels. This appears to related to the PLL divider registers (fail to lock?). It occurs even when all dividers are the same with their old settings. In this case we really don't need to fiddle with PLL registers. diff --git a/drivers/video/aty/radeon_base.c b/drivers/video/aty/radeon_base.c index 3c1e13e..32f8cf6 100644 --- a/drivers/video/aty/radeon_base.c +++ b/drivers/video/aty/radeon_base.c @@ -1248,7 +1248,7 @@ static void radeon_write_pll_regs(struct radeonfb_info *rinfo, struct radeon_reg /* Workaround from XFree */ if (rinfo->is_mobility) { - /* A temporal workaround for the occational blanking on certain laptop + /* A temporal workaround for the occasional blanking on certain laptop * panels. This appears to related to the PLL divider registers * (fail to lock?). It occurs even when all dividers are the same * with their old settings. In this case we really don't need to -- 1.6.5.2.180.gc5b3e

1 0

Regression - Xorg start failed
by Dave Young 16 Feb '11

16 Feb '11

Hi With kernel built from current linus's tree, I can not start xorg, it failed with: Backtrace: 0: X(xorg_backtrace+0x26) [0x4e8bb6] 1: X(xf86SigHandler+0x39) [0x489989] 2: /lib64/libc.so.6 [0x7f077a6b9f30] 3: /usr/lib64/libpciaccess.so.0(pci_device_get_bridge_buses+0xf1) [0x7f077c101fd1] 4: X(initPciBusState+0x8d) [0x470abd] 5: X(xf86AccessInit+0xe) [0x48e26e] 6: X(InitOutput+0x108b) [0x466bfb] 7: X(main+0x20e) [0x42ceee] 8: /lib64/libc.so.6(__libc_start_main+0xe6) [0x7f077a6a5526] 9: X [0x42c529] Fatal server error: Caught signal 11. Server aborting The graphic driver I used is intel (i915) Finally I bisected it, results: 47970b1b2aa64464bc0a9543e86361a622ae7c03 is first bad commit commit 47970b1b2aa64464bc0a9543e86361a622ae7c03 Author: Chris Wright <chrisw(a)sous-sol.org> Date: Thu Feb 10 15:58:56 2011 -0800 pci: use security_capable() when checking capablities during config space read Eric Paris noted that commit de139a3 ("pci: check caps from sysfs file open to read device dependent config space") caused the capability check to bypass security modules and potentially auditing. Rectify this by calling security_capable() when checking the open file's capabilities for config space reads. Reported-by: Eric Paris <eparis(a)redhat.com> Signed-off-by: Chris Wright <chrisw(a)sous-sol.org> Signed-off-by: James Morris <jmorris(a)namei.org> :040000 040000 e14ad9470ca5f84f13cd31eaf5def16d40bc54f1 cbf987647b8052214dd928c87c6becfb639e4ca2 M drivers Any idea? -- Thanks Dave

6 13

[PATCH] drm: psuedocolor support for ARGB modes
by Rob Clark 16 Feb '11

16 Feb '11

If there is an alpha channel, need to mask in 1's in the alpha channel to prevent the fb from being completely transparent. Signed-off-by: Rob Clark <rob(a)ti.com> --- drivers/gpu/drm/drm_fb_helper.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c index 7196620..9190011 100644 --- a/drivers/gpu/drm/drm_fb_helper.c +++ b/drivers/gpu/drm/drm_fb_helper.c @@ -526,6 +526,11 @@ static int setcolreg(struct drm_crtc *crtc, u16 red, u16 green, value = (red << info->var.red.offset) | (green << info->var.green.offset) | (blue << info->var.blue.offset); + if (info->var.transp.length > 0) { + u32 mask = (1 << info->var.transp.length) - 1; + mask <<= info->var.transp.offset; + value |= mask; + } palette[regno] = value; return 0; } -- 1.7.1

1 0

[PATCH] drm/radeon/kms: do not reject X16 and Y16X16 floating-point formats on r300
by Marek Olšák 16 Feb '11

16 Feb '11

Signed-off-by: Marek Olšák <maraeo(a)gmail.com> --- drivers/gpu/drm/radeon/r300.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c index 768c60e..069efa8 100644 --- a/drivers/gpu/drm/radeon/r300.c +++ b/drivers/gpu/drm/radeon/r300.c @@ -910,6 +910,7 @@ static int r300_packet0_check(struct radeon_cs_parser *p, track->textures[i].compress_format = R100_TRACK_COMP_NONE; break; case R300_TX_FORMAT_X16: + case R300_TX_FORMAT_FL_I16: case R300_TX_FORMAT_Y8X8: case R300_TX_FORMAT_Z5Y6X5: case R300_TX_FORMAT_Z6Y5X5: @@ -922,6 +923,7 @@ static int r300_packet0_check(struct radeon_cs_parser *p, track->textures[i].compress_format = R100_TRACK_COMP_NONE; break; case R300_TX_FORMAT_Y16X16: + case R300_TX_FORMAT_FL_I16A16: case R300_TX_FORMAT_Z11Y11X10: case R300_TX_FORMAT_Z10Y11X11: case R300_TX_FORMAT_W8Z8Y8X8: -- 1.7.1

1 0

[git pull] drm fixes
by Dave Airlie 15 Feb '11

15 Feb '11

Hi Linus, Slightly bigger than I'd prefer, but we got a lot of endian fixes for radeon spread out all over the place, Alex has hopefully discovered the correct answer for the PLL nightmares, also a race condition on GPU reset that was causing an oops and full machine hang. Usually smattering of Intel fixes, RC6 power saving is off again due to hard hangs on some machines, and a resume regression fix. Hopefully along with Len's ACPI pull we are rid of most of the regressions now. Dave. The following changes since commit 091994cfb8e7d7a372c2d547778a91012d899e16: Merge branch 'spi/merge' of git://git.secretlab.ca/git/linux-2.6 (2011-02-13 07:59:48 -0800) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (9): drm/radeon/kms: fix interlaced modes on dce4+ drm/radeon/kms: add connector table for mac g5 9600 drm/radeon/kms: evergreen/ni big endian fixes (v2) drm/radeon/kms: use linear aligned for 6xx/7xx bo blits drm/radeon/kms: use linear aligned for evergreen/ni bo blits drm/radeon/kms: improve 6xx/7xx CS error output drm/radeon/kms: fix a few more atombios endian issues drm/radeon/kms: add bounds checking to avivo pll algo drm/radeon/kms: hopefully fix pll issues for real (v3) Chris Wilson (7): drm/i915: Invalidate TLB caches on SNB BLT/BSD rings drm/i915/lvds: Restore dithering on native modes for gen2/3 drm/i915: Disable RC6 on Ironlake drm/i915/sdvo: If we have an EDID confirm it matches the mode of the connection drm/i915: Trigger modesetting if force-audio changes drm/i915/tv: Use polling rather than interrupt-based hotplug drm/i915: Fix resume regression from 5d1d0cc Cédric Cano (3): drm/radeon: 6xx/7xx non-kms endian fixes drm/radeon/kms: atombios big endian fixes drm/radeon/kms: 6xx/7xx big endian fixes Dave Airlie (3): drm/radeon: fix memory debugging since d961db75ce86a84f1f04e91ad1014653ed7d9f46 drm/radeon: fix race between GPU reset and TTM delayed delete thread. Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes Jesper Juhl (1): radeon mkregtable: Add missing fclose() calls Kees Cook (1): drm: do not leak kernel addresses via /proc/dri/*/vma Marek Olšák (3): drm/radeon/kms: optimize CS state checking for r100->r500 drm/radeon/kms: fix tracking of BLENDCNTL, COLOR_CHANNEL_MASK, and GB_Z on r300 drm/radeon/kms: check AA resolve registers on r300 Xiao Jiang (1): drm: fix wrong usages of drm_device in DRM Developer's Guide Documentation/DocBook/drm.tmpl | 6 +- drivers/gpu/drm/drm_info.c | 9 +- drivers/gpu/drm/i915/i915_drv.c | 5 +- drivers/gpu/drm/i915/i915_drv.h | 1 + drivers/gpu/drm/i915/i915_reg.h | 4 +- drivers/gpu/drm/i915/intel_display.c | 95 ++++++++++++---------- drivers/gpu/drm/i915/intel_dp.c | 36 +++++++-- drivers/gpu/drm/i915/intel_drv.h | 1 - drivers/gpu/drm/i915/intel_hdmi.c | 39 ++++++++-- drivers/gpu/drm/i915/intel_lvds.c | 12 ++-- drivers/gpu/drm/i915/intel_ringbuffer.c | 26 ++++--- drivers/gpu/drm/i915/intel_sdvo.c | 66 +++++++++++++--- drivers/gpu/drm/i915/intel_tv.c | 43 +++++++--- drivers/gpu/drm/radeon/atombios_crtc.c | 98 +++++++++------------- drivers/gpu/drm/radeon/evergreen.c | 22 ++++- drivers/gpu/drm/radeon/evergreen_blit_kms.c | 23 ++++-- drivers/gpu/drm/radeon/evergreen_blit_shaders.c | 8 ++ drivers/gpu/drm/radeon/evergreend.h | 1 + drivers/gpu/drm/radeon/mkregtable.c | 5 +- drivers/gpu/drm/radeon/r100.c | 63 ++++++++++++++- drivers/gpu/drm/radeon/r100_track.h | 13 ++-- drivers/gpu/drm/radeon/r200.c | 18 ++++ drivers/gpu/drm/radeon/r300.c | 42 +++++++++- drivers/gpu/drm/radeon/r300_reg.h | 2 + drivers/gpu/drm/radeon/r600.c | 22 ++++- drivers/gpu/drm/radeon/r600_blit.c | 11 ++- drivers/gpu/drm/radeon/r600_blit_kms.c | 29 +++++-- drivers/gpu/drm/radeon/r600_blit_shaders.c | 4 + drivers/gpu/drm/radeon/r600_cp.c | 31 ++++++-- drivers/gpu/drm/radeon/r600_cs.c | 46 ++++++----- drivers/gpu/drm/radeon/r600d.h | 9 +- drivers/gpu/drm/radeon/radeon_atombios.c | 48 ++++++------ drivers/gpu/drm/radeon/radeon_combios.c | 47 +++++++++++ drivers/gpu/drm/radeon/radeon_device.c | 4 + drivers/gpu/drm/radeon/radeon_display.c | 10 +++ drivers/gpu/drm/radeon/radeon_drv.h | 1 + drivers/gpu/drm/radeon/radeon_encoders.c | 24 ++++-- drivers/gpu/drm/radeon/radeon_mode.h | 1 + drivers/gpu/drm/radeon/radeon_ttm.c | 4 +- drivers/gpu/drm/radeon/reg_srcs/r300 | 6 +- drivers/gpu/drm/radeon/reg_srcs/r420 | 7 +-- drivers/gpu/drm/radeon/reg_srcs/rs600 | 6 +- drivers/gpu/drm/radeon/reg_srcs/rv515 | 7 +-- drivers/gpu/drm/radeon/rs690.c | 12 ++-- drivers/gpu/drm/radeon/rv770.c | 6 +- drivers/gpu/drm/radeon/rv770d.h | 8 +- 46 files changed, 679 insertions(+), 302 deletions(-)

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 15 Feb '11

15 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #14 from Elmar Stellnberger <estellnb(a)gmail.com> 2011-02-15 22:12:58 --- Great! Your patch works for kernel 2.6.38-rc2-0.0.7.4bf0e68-desktop. I can start an X-server over HDMI with radeon.audio=0 but not without. However this may be of not too great use to us since this specific kernel version triggers a fallback to UMS as KMS is broken there (and bisecting it won`t make sense either since it is a bug not an antibug). Nonetheless taking the DVI-edid is a definite improvement. Tomorrow I will re-test with drm.edid_strict=0 on this particular kernel version and commence tests per VGA connector. There also still seems to be a bug in KMS itself not only in the EDID the monitor gives us (Your patches won`t do the job on kernels where it doesn`t work with DVI either; as far as I can see that, so that testing them there won`t be of use.). -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[Bug 34281] New: [r300g] Approx 50% drop in FPS when playing World of Warcraft on RV350
by bugzilla-daemon＠freedesktop.org 15 Feb '11

15 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34281 Summary: [r300g] Approx 50% drop in FPS when playing World of Warcraft on RV350 Product: Mesa Version: git 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: rankincj(a)googlemail.com My fps has suddenly dropped from ~11 fps to ~5 fps. According to git bisect: a87730ff3f83253465fbe9a1e9e9b1ea92cb79b9 is the first bad commit commit a87730ff3f83253465fbe9a1e9e9b1ea92cb79b9 Author: Marek Olšák <maraeo(a)gmail.com> Date: Sun Feb 13 09:39:52 2011 +0100 r300g: implement pb_manager::is_buffer_busy :040000 040000 23e49f4f83e2714bfbcb4282b51206d950ca1b2d 4f05d99096cdb2583e4ad5e0c752efc81cec1550 M src This is with my RV350 card, xf96-video-ati from git, and a 2.6.36.3 kernel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 34302] New: xf86-video-ati 6.14.0 hard freeze in fullscreen OpenGL applications
by bugzilla-daemon＠freedesktop.org 15 Feb '11

15 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34302 Summary: xf86-video-ati 6.14.0 hard freeze in fullscreen OpenGL applications Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: gabgav(a)hotmail.com Kernel: 2.6.36 and 2.6.38-RC4 MESA: 7.10 with gallium and llvm enabled. Driver: xf86-video-ati 6.14.0 WM: Kwin 4.6.0 and TWM Card: Radeon Mobility X300 System locks up after running a fullscreen OpenGL application (e.g. glxgears and hedgewars). Using 2.6.38-RC4, the system locks up almost immediately after starting the application. With 2.6.36, glxgears does not lock up the system, but hedgewars does after a short period of time. KWin runs well and does not cause a system lock in either case. Running the programs under TWM also causes a lock up. xf86-video-ati 6.13 ran well. The lock up occurs with and without polling (Bug 29389). Occurs only with Gallium3D, classic runs well dmesg output at time of lock up was: [ 1290.006008] Uhhuh. NMI received for unknown reason a1 on CPU 0. [ 1290.006008] You have some hardware problem, likely on the PCI bus. [ 1290.006008] Dazed and confused, but trying to continue -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

← Newer
1
...
30
31
32
33
34
35
36
...
47
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011