dri-devel May 2010

dri-devel@lists.freedesktop.org

69 participants
209 discussions

[Bug 27343] [r300g] - celestia's stars are missing with "OpenGL vertex program" rendering path
by bugzilla-daemon＠freedesktop.org 05 May '10

05 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=27343 --- Comment #4 from Chris Rankin <rankincj(a)googlemail.com> 2010-05-05 15:11:31 PDT --- Created an attachment (id=35440) --> (https://bugs.freedesktop.org/attachment.cgi?id=35440) And now the stars are large and square Err, so how long is it since you looked at the night sky ;-) ? -- 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 27350] gallium makes mesa misdisplay
by bugzilla-daemon＠freedesktop.org 05 May '10

05 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=27350 Maciej Piechotka <uzytkownik2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | Component|Drivers/DRI/i915 |Drivers/Gallium/i915g AssignedTo|eric(a)anholt.net |dri-devel(a)lists.freedesktop | |.org --- Comment #3 from Maciej Piechotka <uzytkownik2(a)gmail.com> 2010-05-05 14:46:26 PDT --- Mesa from git (5c2f6a3e9ff933444e0d0b2e844702dd91cc2ce2) + gallium + llvm: Attempt to run any program using GL (glxinfo, glxgears) stops the program. They consume 100% CPU. They don't display anything. -- 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 27343] [r300g] - celestia's stars are missing with "OpenGL vertex program" rendering path
by bugzilla-daemon＠freedesktop.org 05 May '10

05 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=27343 Marek Olšák <maraeo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Marek Olšák <maraeo(a)gmail.com> 2010-05-05 14:37:47 PDT --- Fixed as of the commit 0ad541a684ca55e883a0bcde9ab8b5d73806269a. Closing... -- 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] drm/ttm: fix, avoid iomapping system memory
by Jerome Glisse 05 May '10

05 May '10

If the memory is not iomem we should not try to ioremap it. Should fix : https://bugs.freedesktop.org/show_bug.cgi?id=27822 Signed-off-by: Jerome Glisse <jglisse(a)redhat.com> --- drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index a37a948..13012a1 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_util.c +++ b/drivers/gpu/drm/ttm/ttm_bo_util.c @@ -113,7 +113,7 @@ int ttm_mem_reg_ioremap(struct ttm_bo_device *bdev, struct ttm_mem_reg *mem, *virtual = NULL; ret = ttm_mem_io_reserve(bdev, mem); - if (ret) + if (ret || !mem->bus.is_iomem) return ret; if (mem->bus.addr) { -- 1.7.0.1

2 1

[Bug 27569] Radeon KMS panic with certain kernel config.
by bugzilla-daemon＠freedesktop.org 05 May '10

05 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=27569 Nick Bowler <nbowler(a)draconx.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Nick Bowler <nbowler(a)draconx.ca> 2010-05-05 10:41:08 PDT --- Well, looks like this has been fixed in latest Linus' git. More than fixed, in fact: not only does the kernel not panic, but modesetting actually works (appears to fall back to a non-AGP mode of operation). commit ccb2ad579f910e6146adf4eb3aa50325253ee8c9 Author: Robert Fitzsimons <robfitz(a)273k.net> Date: Sat Apr 24 01:18:13 2010 +0100 drm/radeon/kms/agp The wrong AGP chipset can cause a NULL pointer dereference Selecting the wrong or no CONFIG_AGP_* chipset can cause a NULL pointer dereference when combined with CONFIG_DRM_RADEON_KMS and an old system with a R100 AGP card (should effect other cards too). The agp field will be set to NULL if no suitable AGP chipset driver is loaded, drm_agp_acquire already preforms a suitable NULL check so it can be used directly. Signed-off-by: Robert Fitzsimons <robfitz(a)273k.net> Signed-off-by: Dave Airlie <airlied(a)redhat.com> -- 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 + gpu fixes
by Dave Airlie 05 May '10

05 May '10

Some misc gpu/drm core fixes for off-by-one and exit paths, 2 radeon modesetting fix + one command strem parser fix + one fix for an oops for an odd combo of config flags. The following changes since commit 88b045077a1462a47503137fd4ca0c31772819ca: David Miller (1): drm/radeon: Fix sparc regression in r300_scratch() are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus Alex Deucher (2): drm/radeon/kms: fix panel scaling adjusted mode setup drm/radeon/kms/legacy: only enable load detection property on DVI-I Dan Carpenter (4): drivers/gpu/drm/via/via_video.c: fix off by one issue drivers/gpu/drm/drm_memory.c: fix check for end of loop drivers/gpu/drm/radeon/radeon_atombios.c: range check issues drivers/gpu/drm/drm_sysfs.c: sysfs files error handling Jiri Slaby (1): gpu: vga_switcheroo, fix lock imbalance Marek Olšák (1): drm/radeon/kms: r300 fix CS checker to allow zbuffer-only fastfill Robert Fitzsimons (1): drm/radeon/kms/agp The wrong AGP chipset can cause a NULL pointer dereference drivers/gpu/drm/drm_memory.c | 2 +- drivers/gpu/drm/drm_sysfs.c | 21 +++++--- drivers/gpu/drm/radeon/atombios.h | 2 +- drivers/gpu/drm/radeon/r100.c | 2 +- drivers/gpu/drm/radeon/r100_track.h | 2 +- drivers/gpu/drm/radeon/r300.c | 2 +- drivers/gpu/drm/radeon/radeon_agp.c | 10 ++-- drivers/gpu/drm/radeon/radeon_atombios.c | 4 +- drivers/gpu/drm/radeon/radeon_connectors.c | 2 + drivers/gpu/drm/radeon/radeon_encoders.c | 61 ++++++++++++++++++----- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 12 +---- drivers/gpu/drm/radeon/radeon_mode.h | 2 + drivers/gpu/drm/via/via_video.c | 2 +- drivers/gpu/vga/vga_switcheroo.c | 6 ++- 14 files changed, 83 insertions(+), 47 deletions(-)

1 0

[Bug 27887] New: r300g: depth textures + fbo = broken glClear()
by bugzilla-daemon＠freedesktop.org 04 May '10

04 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=27887 Summary: r300g: depth textures + fbo = broken glClear() Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: wixorpeek(a)gmail.com Created an attachment (id=35333) --> (https://bugs.freedesktop.org/attachment.cgi?id=35333) test case Attached code does not clear the screen as expected. The classic r300 driver fails too. Sometimes geometry rendering gets messed up (however it is not as easily reproducible). Hardware: Radeon X1300 (RV515), kernel 2.6.33, xorg 1.7.7 rc1, driver from git (up to commit 7327a84b...). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 22758] Glest falls back to software rendering on radeon (rs690)
by bugzilla-daemon＠freedesktop.org 04 May '10

04 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=22758 --- Comment #5 from Martin Garbolinski <val-gaav(a)wp.pl> 2010-05-04 10:24:04 PDT --- (In reply to comment #4) > Is this still an issue with mesa from mesa_7_7_branch? Sorry for late reply ... It seems to work ok with 7.7 and 7.8 ... However by ok I mean it doesn't slow down anymore... The graphic glitches in menu (and small glitches in normal game) are still present just as the attached screenshot shows them... So while the speed is ok and game does not fallback to software rendering, the graphic glitches still appear after units selection. -- 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

RV630 KMS PM info on tables requested
by Klaus Doblmann B.A. 04 May '10

04 May '10

I sent this to Alex a few days ago but felt I should post it on this list as well: I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and I wanted to send you my testcase. Even though PM is enabled, the defaults of my card are somewhat insane so no real powermanagement takes place - i.e. the card doesn't get clocked down. is there any way to force the card to use a different setting where less power is being consumed? Thanks! Klaus Below you'll find the output of dmesg | grep drm which should provide you with the needed information: klaus@klaus-imac:/etc/acpi/events$ dmesg | grep drm [ 1.011163] [drm] Initialized drm 1.1.0 20060810 [ 1.069646] [drm] radeon kernel modesetting enabled. [ 1.071157] [drm] initializing kernel modesetting (RV630 0x1002:0x9583). [ 1.071247] [drm] register mmio base: 0xD0520000 [ 1.071249] [drm] register mmio size: 65536 [ 1.071454] [drm] Clocks initialized ! [ 1.071456] [drm] Internal thermal controller without fan control [ 1.071458] [drm] 4 Power State(s) [ 1.071460] [drm] State 0 Default (default) [ 1.071461] [drm] 16 PCIE Lanes [ 1.071462] [drm] 3 Clock Mode(s) [ 1.071463] [drm] 0 engine/memory: 680000/750000 [ 1.071465] [drm] 1 engine/memory: 680000/750000 [ 1.071466] [drm] 2 engine/memory: 680000/750000 [ 1.071468] [drm] State 1 Performance [ 1.071469] [drm] 16 PCIE Lanes [ 1.071470] [drm] 3 Clock Mode(s) [ 1.071471] [drm] 0 engine/memory: 110000/750000 [ 1.071473] [drm] 1 engine/memory: 680000/750000 [ 1.071474] [drm] 2 engine/memory: 680000/750000 [ 1.071475] [drm] State 2 Default [ 1.071476] [drm] 16 PCIE Lanes [ 1.071477] [drm] 3 Clock Mode(s) [ 1.071479] [drm] 0 engine/memory: 680000/750000 [ 1.071480] [drm] 1 engine/memory: 680000/750000 [ 1.071482] [drm] 2 engine/memory: 680000/750000 [ 1.071483] [drm] State 3 Performance [ 1.071484] [drm] 16 PCIE Lanes [ 1.071485] [drm] 3 Clock Mode(s) [ 1.071486] [drm] 0 engine/memory: 300000/750000 [ 1.071488] [drm] 1 engine/memory: 680000/750000 [ 1.071489] [drm] 2 engine/memory: 680000/750000 [ 1.071493] [drm] radeon: dynamic power management enabled [ 1.071494] [drm] radeon: power management initialized [ 1.073069] [drm] Detected VRAM RAM=256M, BAR=256M [ 1.073072] [drm] RAM width 128bits DDR [ 1.073144] [drm] radeon: 256M of VRAM memory ready [ 1.073145] [drm] radeon: 512M of GTT memory ready. [ 1.073206] [drm] radeon: using MSI. [ 1.073236] [drm] radeon: irq initialized. [ 1.073236] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 1.073874] [drm] Loading RV630 Microcode [ 1.115484] [drm] ring test succeeded in 1 usecs [ 1.115555] [drm] radeon: ib pool ready. [ 1.115614] [drm] ib test succeeded in 0 usecs [ 1.115616] [drm] Enabling audio support [ 1.115637] [drm] Default TV standard: NTSC [ 1.115711] [drm] Default TV standard: NTSC [ 1.115713] [drm] Radeon Display Connectors [ 1.115714] [drm] Connector 0: [ 1.115715] [drm] DVI-I [ 1.115716] [drm] HPD1 [ 1.115718] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [ 1.115719] [drm] Encoders: [ 1.115720] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [ 1.115722] [drm] DFP1: INTERNAL_KLDSCP_TMDS1 [ 1.115723] [drm] TV1: INTERNAL_KLDSCP_DAC2 [ 1.115724] [drm] Connector 1: [ 1.115725] [drm] LVDS [ 1.115727] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [ 1.115728] [drm] Encoders: [ 1.115729] [drm] LCD1: INTERNAL_LVTM1 [ 1.169669] [drm] Requested: e: 68000 m: 75000 p: 16 [ 1.169671] [drm] Setting: e: 68000 m: 75000 p: 16 [ 1.520024] [drm] fb mappable at 0xC0141000 [ 1.520025] [drm] vram apper at 0xC0000000 [ 1.520027] [drm] size 9216000 [ 1.520028] [drm] fb depth is 24 [ 1.520029] [drm] pitch is 7680 [ 1.520061] fb0: radeondrmfb frame buffer device [ 1.520067] [drm] Initialized radeon 2.3.0 20080528 for 0000:01:00.0 on minor 0 [ 1.524098] [drm] Requested: e: 68000 m: 75000 p: 16 [ 1.524101] [drm] Setting: e: 68000 m: 75000 p: 16 [ 2.130063] [drm] Requested: e: 68000 m: 75000 p: 16 [ 2.130066] [drm] Setting: e: 68000 m: 75000 p: 16 [ 2.141345] [drm] not in vbl for pm change 00020002 00000000 at entry [ 497.545444] [drm] Requested: e: 68000 m: 75000 p: 16 [ 497.545459] [drm] Setting: e: 68000 m: 75000 p: 16 [ 497.545514] [drm] not in vbl for pm change 00020002 00000000 at entry [ 497.545684] [drm] not in vbl for pm change 00020002 00000000 at exit [ 498.650121] [drm] Requested: e: 68000 m: 75000 p: 16 [ 498.650131] [drm] Setting: e: 68000 m: 75000 p: 16 [ 501.560135] [drm] Requested: e: 68000 m: 75000 p: 16 [ 501.560145] [drm] Setting: e: 68000 m: 75000 p: 16 [ 504.560137] [drm] Requested: e: 68000 m: 75000 p: 16 [ 504.560146] [drm] Setting: e: 68000 m: 75000 p: 16 -- Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 PGP-Key: http://www.doblmann.de/pgp_key.asc A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?

2 6

[Bug 8732] Composite breaks OpenGL
by bugzilla-daemon＠freedesktop.org 03 May '10

03 May '10

https://bugs.freedesktop.org/show_bug.cgi?id=8732 --- Comment #29 from Julien Cristau <jcristau(a)debian.org> 2010-05-03 13:10:39 PDT --- > --- Comment #28 from Dotan Cohen <freedesktop-org(a)dotancohen.com> 2010-05-03 12:19:42 PDT --- > I will reopen that bug as a request to enable DRI in radeonhd. > don't. just use radeon instead. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2010