dri-devel July 2010

dri-devel@lists.freedesktop.org

65 participants
269 discussions

[Bug 28932] KWin crash (KDE 4.4.90) during call to r600 driver
by bugzilla-daemon＠freedesktop.org 06 Jul '10

06 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=28932 Alex Deucher <agd5f(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|xorg |Mesa Component|Driver/Radeon |Drivers/DRI/R600 AssignedTo|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop | |.org QAContact|xorg-team(a)lists.x.org | --- Comment #1 from Alex Deucher <agd5f(a)yahoo.com> 2010-07-06 06:58:53 PDT --- What version of mesa are you using? -- 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] i915: cleanup: use ARRAY_SIZE()
by Dan Carpenter 06 Jul '10

06 Jul '10

NUM_TV_MODES is the same as ARRAY_SIZE(tv_modes). In the end, I decided it was cleaner to remove NUM_TV_MODES and just use ARRAY_SIZE(tv_modes) through out. Signed-off-by: Dan Carpenter <error27(a)gmail.com> diff --git a/drivers/gpu/drm/i915/intel_tv.c b/drivers/gpu/drm/i915/intel_tv.c index 6d553c2..ee4de98 100644 --- a/drivers/gpu/drm/i915/intel_tv.c +++ b/drivers/gpu/drm/i915/intel_tv.c @@ -896,8 +896,6 @@ static const struct tv_mode tv_modes[] = { }, }; -#define NUM_TV_MODES sizeof(tv_modes) / sizeof (tv_modes[0]) - static void intel_tv_dpms(struct drm_encoder *encoder, int mode) { @@ -1512,7 +1510,7 @@ intel_tv_set_property(struct drm_connector *connector, struct drm_property *prop tv_priv->margin[TV_MARGIN_BOTTOM] = val; changed = true; } else if (property == dev->mode_config.tv_mode_property) { - if (val >= NUM_TV_MODES) { + if (val >= ARRAY_SIZE(tv_modes)) { ret = -EINVAL; goto out; } @@ -1693,13 +1691,13 @@ intel_tv_init(struct drm_device *dev) connector->doublescan_allowed = false; /* Create TV properties then attach current values */ - tv_format_names = kmalloc(sizeof(char *) * NUM_TV_MODES, + tv_format_names = kmalloc(sizeof(char *) * ARRAY_SIZE(tv_modes), GFP_KERNEL); if (!tv_format_names) goto out; - for (i = 0; i < NUM_TV_MODES; i++) + for (i = 0; i < ARRAY_SIZE(tv_modes); i++) tv_format_names[i] = tv_modes[i].name; - drm_mode_create_tv_properties(dev, NUM_TV_MODES, tv_format_names); + drm_mode_create_tv_properties(dev, ARRAY_SIZE(tv_modes), tv_format_names); drm_connector_attach_property(connector, dev->mode_config.tv_mode_property, initial_mode);

2 1

EXA - when does it's implementation depend on DRM?
by Rafał Miłecki 06 Jul '10

06 Jul '10

AFAIU EXA is collection of operations (Solid, Copy, UploadToScreen, DownloadFromScreen) that touch VRAM. So we can tell hardware to move xterm window 100px right (Copy) and fill freed place with blue (Solid). Is that right? So my question is: when implementing EXA (in DDX) needs DRM and when it does not? I know in case of R6xx-R7xx we had to get DRM first to receive EXA. AFAIK it wasn't the case with R1xx-R5xx. On the other hand some VIA's driver needs DRM for EXA on Chrome9, while openChrome claims to support EXA without DRM[1]. Could someone explain this to me, please? [1] http://phoronix.com/forums/showthread.php?p=89776 -- Rafał

3 6

[Bug 28016] New: [REGR] RV635 GPU lockup after enabling unmappable VRAM V2 (KMS, Radeon)
by bugzilla-daemon＠freedesktop.org 06 Jul '10

06 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=28016 Summary: [REGR] RV635 GPU lockup after enabling unmappable VRAM V2 (KMS, Radeon) Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: astronomo(a)op.pl Created an attachment (id=35492) --> (https://bugs.freedesktop.org/attachment.cgi?id=35492) kernel log with the backtrace I have tested recent branches drm-radeon-testing (last commit 7a1ffce50373c177d3f6eecce52badc40c90e1dd) and drm-next (last commit 9e51159c14c29ebd485a45ba56f148e180d62c29) from http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git. These branches contain patches for enabling unmappable VRAM. However, soon after booting I am getting a GPU lockup and corrupted console and X. My hardware is laptop ASUS M50SA with 4GB system memory, and graphics 1GB Mobility Radeon HD 3650. I am attaching the kernel output with the backtrace and lspci -v output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 16

[Bug 28925] New: GL programs have stopped working
by bugzilla-daemon＠freedesktop.org 06 Jul '10

06 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=28925 Summary: GL programs have stopped working Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: David.Ronis(a)McGill.CA Created an attachment (id=36775) --> (https://bugs.freedesktop.org/attachment.cgi?id=36775) Xorg log file I sporadically follow xorg's build on this machine, a HP Pavillion with a RS300M AGP [Radeon Mobility 9100IGP] graphics card. I recently upgraded drm, mesa, pixman, xf86-video-ati, xserver and various libs. Now graphics programs that want GL fail to display properly (it looks like there's an off-by 1, or so, in the way images display). Non GL apps work fine. According to Xorg.0.log the R200 driver is used. I'll add my xorg.0.log as an attachement. Finally, I know this isn't a great bug report. The good news is that I've built all of xorg with debugging symbols, so can help trace the problem, assuming someone tells me where to look. -- 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 28658] New: [r300g] Occasional Compiz Crashes
by bugzilla-daemon＠freedesktop.org 06 Jul '10

06 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=28658 Summary: [r300g] Occasional Compiz Crashes Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ripps818(a)gmail.com Created an attachment (id=36413) --> (https://bugs.freedesktop.org/attachment.cgi?id=36413) Compiz Backtrace When using r300g gallium dri with radeon driver from the Xorg-Edgers PPA on Ubuntu Maverick, Compiz occasionally crashes when starting a few programs. For example, when I start gnome-mplayer, compiz crashes the moment it starts. I've already confirmed that it's unrelated to mplayer itself. When mplayer is run from a terminal or with another frontend (smplayer) it seems to work fine. It's specifically something in the frontend gnome-mplayer that's triggering it. I know that compiz has crashed several other times, but I've been unable to get reliable crashes like I have with gnome-mplayer. Also, gnome-mplayer has some transparency issues with the gtk-rgba in Maverick, but that might be unrelated. I've attached a backtrace of compiz using gdb. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 28848] New: [r300g] Zero Ballistics doesn't render correctly / Unknown TGSI/RC opcode: KILP
by bugzilla-daemon＠freedesktop.org 05 Jul '10

05 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=28848 Summary: [r300g] Zero Ballistics doesn't render correctly / Unknown TGSI/RC opcode: KILP Product: Mesa Version: git Platform: Other URL: http://www.zeroballistics.com/ 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 attachment (id=36635) --> (https://bugs.freedesktop.org/attachment.cgi?id=36635) RADEON_DEBUG="fp" log from game The game Zero Ballistics doesn't render correctly and prints this error: r300: Unknown TGSI/RC opcode: KILP r300 FP: Compiler Error: r500_fragprog_emit.c::translate_rgb_op(): translate_rgb_op: unknown opcode ILLEGAL OPCODE Using a dummy shader instead. If there's an 'unknown opcode' message, please file a bug report and attach this log. r300: Unknown TGSI/RC opcode: KILP r300 FP: Compiler Error: r500_fragprog_emit.c::translate_rgb_op(): translate_rgb_op: unknown opcode ILLEGAL OPCODE Using a dummy shader instead. If there's an 'unknown opcode' message, please file a bug report and attach this log. I guess this might be a duplicate of bug 28486. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: 801e83227a59a29eea425ea612083bbf2b536c30 -- xserver: 1.8.1.901 -- mesa: 75acb896c6da758d03e86f8725d6ca0cb2c6ad82 -- drm: 6ea2bda5f5ec8f27359760ce580fdad3df0464df -- kernel: 2.6.35-rc3 -- 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 23545] flashing textures in some maps of sauerbraten game
by bugzilla-daemon＠freedesktop.org 05 Jul '10

05 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=23545 Fabio Pedretti <fabio.ped(a)libero.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #12 from Fabio Pedretti <fabio.ped(a)libero.it> 2010-07-05 00:19:35 PDT --- Reopening: this could not be a game bug since it doesn't happen with r300/KMS or r300g, only with r300/UMS. If this reveals a mesa core bug or a drm core bug, please mark bug #25027 as a duplicate of this one and change this component according. -- 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 25109] [r300] failing to schedule TEX blocks (was: Wine - Civ4 Black Terrain after upgrading to mesa 7.6)
by bugzilla-daemon＠freedesktop.org 04 Jul '10

04 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=25109 --- Comment #10 from Tom Stellard <tstellar(a)gmail.com> 2010-07-04 16:22:34 PDT --- Created an attachment (id=36754) View: https://bugs.freedesktop.org/attachment.cgi?id=36754 Review: https://bugs.freedesktop.org/review?bug=25109&attachment=36754 Proposed fix -- 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 25109] [r300] failing to schedule TEX blocks (was: Wine - Civ4 Black Terrain after upgrading to mesa 7.6)
by bugzilla-daemon＠freedesktop.org 04 Jul '10

04 Jul '10

https://bugs.freedesktop.org/show_bug.cgi?id=25109 Tom Stellard <tstellar(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35975|0 |1 is obsolete| | -- 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 July 2010