dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

[Bug 28852] New: [KMS] radeon artifacts when switched to graphics after boot
by bugzilla-daemon＠bugzilla.kernel.org 19 Feb '11

19 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=28852 Summary: [KMS] radeon artifacts when switched to graphics after boot Product: Drivers Version: 2.5 Kernel Version: 2.6.38-rc2 (branch airlied/drm-2.6.git/drm-fixes) Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: oldium.pro(a)seznam.cz Regression: Yes I have running lines on the screen when the radeon driver takes control (see attached video from system boot). In 2.6.37 it worked fine (some old drm-radeon-testing branch), but in 2.6.38 drm-fixes it started to appear. I will attach dmesg output for both 2.6.37 and 2.6.38 with drm.debug=3. -- 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 28

[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault
by bugzilla-daemon＠freedesktop.org 19 Feb '11

19 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34418 --- Comment #3 from Marek Olšák <maraeo(a)gmail.com> 2011-02-19 01:42:55 PST --- I can't reproduce this. Please try: git clean -fdx and rebuild Mesa. Alternatively, you may try and set either of these environment variables and see if it helps: RADEON_THREAD=0 RADEON_DEBUG=noimmd -- 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

[Bug 32931] New: Sluggish desktop with BARTS and power_profile = low
by bugzilla-daemon＠freedesktop.org 19 Feb '11

19 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=32931 Summary: Sluggish desktop with BARTS and power_profile = low 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: aidan(a)cisco.com Radeon 6870 with latest d-r-t, git mesa/ddx. The whole desktop experience with the low power_profile is rather sluggish. Setting it to default/high fixes it, but also chews up another ~50W of power - no thanks. Upgraded from rv790 which worked fine with the low power_profile. Also tried "mid" just to see, but dmesg says forced high. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault
by bugzilla-daemon＠freedesktop.org 19 Feb '11

19 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34418 Chistopher Krakowiak <krzysztof.krakowiak(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|SuperTuxRacer 0.7/Warzone |SuperTuxRacer 0.7/Warzone |2100/ut20k4 and r300g |2100 and r300g MemoryFault |MemoryFault | -- 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

[Bug 34418] SuperTuxRacer 0.7/Warzone 2100/ut20k4 and r300g MemoryFault
by bugzilla-daemon＠freedesktop.org 18 Feb '11

18 Feb '11

1 0

[Bug 34418] SuperTuxRacer 0.7 and r300g MemoryFault
by bugzilla-daemon＠freedesktop.org 18 Feb '11

18 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34418 Chistopher Krakowiak <krzysztof.krakowiak(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|All |Linux (All) --- Comment #2 from Chistopher Krakowiak <krzysztof.krakowiak(a)gmail.com> 2011-02-18 15:54:13 PST --- git bisect log git bisect start # good: [211725eccdda4a9b7959e1f458d253b32186ff6a] radeon: Remove setup of the old dri/ meta code, which is now unused. git bisect good 211725eccdda4a9b7959e1f458d253b32186ff6a # bad: [965ab5fed3c734e6205070e6cf40544a44b5dbf6] svga: Preserve src swizzles in submit_op2/3/4. git bisect bad 965ab5fed3c734e6205070e6cf40544a44b5dbf6 # bad: [9e725b9123c41acf84410cb32d28f729b1e5c9e4] r300g: fix texture border color for float formats git bisect bad 9e725b9123c41acf84410cb32d28f729b1e5c9e4 # bad: [a476ca1fd1b4e76e31c9babfd7fb2a54a09f21d3] st/mesa: Use blend equation and function of first render target for all render targets if ARB_draw_buffers_blend is not supported git bisect bad a476ca1fd1b4e76e31c9babfd7fb2a54a09f21d3 # good: [3d5ac32f3bf95ceb9f3f03d6dedea5445ed35b18] r300g: consolidate emission of common draw regs git bisect good 3d5ac32f3bf95ceb9f3f03d6dedea5445ed35b18 # bad: [d123959ff75b2a83e02f4594f3e072c31c7fd8d9] r300g: Remove redundant initialization. git bisect bad d123959ff75b2a83e02f4594f3e072c31c7fd8d9 # bad: [a0c293ec117c8a6f471061076ba87e245759e0f6] r300g: put indices in CS if there's just a few of them and are in user memory git bisect bad a0c293ec117c8a6f471061076ba87e245759e0f6 # good: [476cec37d615df7c7329ef74d4a7ea7200b2d8fb] r300g: do not create a user buffer struct for misaligned ushort indices fallback git bisect good 476cec37d615df7c7329ef74d4a7ea7200b2d8fb # bad: [437583ea637ab402a06ae6683af6df35d52512d4] r300g: cleanup the draw functions git bisect bad 437583ea637ab402a06ae6683af6df35d52512d4 -- 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

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

18 Feb '11

Hi Linus, nothing major, one regression fix for evergreen radeon laptops, and a bunch of nouveau fixes, one for s/r on newer chips. Dave. The following changes since commit a2640111d5edb3f4e6dd6089c0dbddc7590110b4: Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6 (2011-02-16 09:07:00 -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 (1): drm/radeon/kms: add missing frac fb div flag for dce4+ Ben Skeggs (4): drm/nouveau: fix non-EDIDful native mode selection drm/nv40: fix tiling-related setup for a number of chipsets drm/nouveau: flips/flipd need to always set 'evict' for move_accel_cleanup() drm/nouveau: fix suspend/resume on GPUs that don't have PM support Dave Airlie (1): Merge remote branch 'nouveau/drm-nouveau-next' of /ssd/git/drm-nouveau-next into drm-fixes Francisco Jerez (3): drm/nv10: Fix crash when allocating a BO larger than half the available VRAM. drm/nv04-nv40: Fix NULL dereference when we fail to find an LVDS native mode. drm/nouveau: Fix detection of DDC-based LVDS on DCB15 boards. Marek Olšák (1): drm/radeon/kms: do not reject X16 and Y16X16 floating-point formats on r300 drivers/gpu/drm/nouveau/nouveau_bios.c | 2 +- drivers/gpu/drm/nouveau/nouveau_bo.c | 13 ++++--- drivers/gpu/drm/nouveau/nouveau_connector.c | 1 + drivers/gpu/drm/nouveau/nouveau_pm.c | 2 +- drivers/gpu/drm/nouveau/nv04_dfp.c | 12 ++----- drivers/gpu/drm/nouveau/nv40_graph.c | 46 ++++++++++++++++----------- drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++- drivers/gpu/drm/radeon/r300.c | 2 + 8 files changed, 45 insertions(+), 37 deletions(-)

3 2

Re: [PATCH 00/11] [resend] drm core and radeon patches for -next
by Sedat Dilek 18 Feb '11

18 Feb '11

[ QUOTE ] Hi Dave, Here are the patches I've talked about on irc for .39. Patches 1-5 is the "make drm_mm_node embeddable" series. Just the drm core part, without the patches for i915 (they need to be redone). Chris Wilson very much likes what these will to do drm/i915. Thomas Hellstrom cautioned not to go crazy and embed drm_mm_node everywhere (especially in ttm_bo_object), because the drm_mm allocator is not adequate everwhere and embedding might just create future obstacles for the Right Thing. Like switching to idr, as vmgfx already has already done for a few things. Patches 6-8 embed the gem bo object into the radeon bo object. Changes since first submission: - Resolve conflict with pageflip code (resulted in a null-pointer deref). - Align bo size to PAGE_SIZE (the r600/evergreen kms blit code didn't do this, upsetting the more paranoid gem code). Patches 9-11 finish my radeon asic header cleanup that I've started a while back. Reviewed by Alex Deucher, I've dropped the 3 small patches he objected. Tested on my usual array of machines (which now also includes an HD5750 and a HD 4350 and a g73 from nvidia ;). Please review and consider merging for next. Thanks, Daniel Daniel Vetter (11): drm/nouveau: don't munge in drm_mm internals drm: mm: track free areas implicitly drm: mm: extract node insert helper functions drm: mm: add api for embedding struct drm_mm_node drm: mm: add helper to unwind scan state drm/radeon: embed struct drm_gem_object drm/radeon: introduce gem_to_radeon_bo helper drm/radeon: kill radeon_bo->gobj pointer radeon: consolidate asic-specific function decls for r600 & later radeon: kill decls for inline functions radeon: move blit functions to radeon_asic.h ... [ /QUOTE ] Tested successfully against linux-next (next-20110218) on a radeon RV250 gfxcard. It would be nice to see Daniel's (missing) patchset(s) finally in one of Dave's drm-2.6 GIT branches. I had the previous (splitted in multiple little) patchsets running here againt linux-next for such a long time. So go go go! - Sedat -

1 0

[Bug 34418] SuperTuxRacer 0.7 and r300g MemoryFault
by bugzilla-daemon＠freedesktop.org 18 Feb '11

18 Feb '11

1 0

[PATCH 1/2] drm/radeon/kms: align height of fb allocation.
by Dave Airlie 18 Feb '11

18 Feb '11

From: Dave Airlie <airlied(a)redhat.com> this aligns the height of the fb allocation so it doesn't trip over the size checks later when we use this from userspace to copy the buffer at X start. Signed-off-by: Dave Airlie <airlied(a)redhat.com> --- drivers/gpu/drm/radeon/radeon_fb.c | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_fb.c b/drivers/gpu/drm/radeon/radeon_fb.c index 66324b5..cc44bdf 100644 --- a/drivers/gpu/drm/radeon/radeon_fb.c +++ b/drivers/gpu/drm/radeon/radeon_fb.c @@ -113,11 +113,14 @@ static int radeonfb_create_pinned_object(struct radeon_fbdev *rfbdev, u32 tiling_flags = 0; int ret; int aligned_size, size; + int height = mode_cmd->height; /* need to align pitch with crtc limits */ mode_cmd->pitch = radeon_align_pitch(rdev, mode_cmd->width, mode_cmd->bpp, fb_tiled) * ((mode_cmd->bpp + 1) / 8); - size = mode_cmd->pitch * mode_cmd->height; + if (rdev->family >= CHIP_R600) + height = ALIGN(mode_cmd->height, 8); + size = mode_cmd->pitch * height; aligned_size = ALIGN(size, PAGE_SIZE); ret = radeon_gem_object_create(rdev, aligned_size, 0, RADEON_GEM_DOMAIN_VRAM, -- 1.7.3.2

1 1

← Newer
1
...
28
29
30
31
32
33
34
...
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