[PATCH] drm: mm: fix debug output
The looping helper didn't do anything due to a superficial
semicolon. Furthermore one of the two dump functions suffered
from copy&paste fail.
While staring at the code I've also noticed that the replace
helper (currently unused) is a bit broken.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c |6 +++---
include/drm/drm_mm.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index 5d00b0f..959186c 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -431,7 +431,7 @@ EXPORT_SYMBOL(drm_mm_search_free_in_range);
void drm_mm_replace_node(struct drm_mm_node *old, struct drm_mm_node *new)
{
list_replace(&old->node_list, &new->node_list);
- list_replace(&old->node_list, &new->hole_stack);
+ list_replace(&old->hole_stack, &new->hole_stack);
new->hole_follows = old->hole_follows;
new->mm = old->mm;
new->start = old->start;
@@ -699,8 +699,8 @@ int drm_mm_dump_table(struct seq_file *m, struct drm_mm *mm)
entry->size);
total_used += entry->size;
if (entry->hole_follows) {
- hole_start = drm_mm_hole_node_start(&mm->head_node);
- hole_end = drm_mm_hole_node_end(&mm->head_node);
+ hole_start = drm_mm_hole_node_start(entry);
+ hole_end = drm_mm_hole_node_end(entry);
hole_size = hole_end - hole_start;
seq_printf(m, "0x%08lx-0x%08lx: 0x%08lx: free\n",
hole_start, hole_end, hole_size);
diff --git a/include/drm/drm_mm.h b/include/drm/drm_mm.h
index c2f93a8..564b14a 100644
--- a/include/drm/drm_mm.h
+++ b/include/drm/drm_mm.h
@@ -86,7 +86,7 @@ static inline bool drm_mm_initialized(struct drm_mm *mm)
}
#define drm_mm_for_each_node(entry, mm) list_for_each_entry(entry, \
&(mm)->head_node.node_list, \
- node_list);
+ node_list)
#define drm_mm_for_each_scanned_node_reverse(entry, n, mm) \
for (entry = (mm)->prev_scanned_node, \
next = entry ? list_entry(entry->node_list.next, \
--
1.7.5.1
[Bug 36596] Major 2D performance bottleneck (most noticeable with compiz)
https://bugs.freedesktop.org/show_bug.cgi?id=36596 --- Comment #10 from Jason Cassell 2011-05-06 23:29:03 PDT --- (In reply to comment #9) > Really sounds like the GPU IRQ doesn't work (reliably). Do the numbers on the > radeon line in /proc/interrupts still increase when the problem occurs? Not a lot. When everything's working, moving wobbly windows involves hundreds of interrupts. When it's at 2 fps, there are only a few, at most. Possibly none. > Maybe try some IRQ related kernel debugging options as applicable, to see if > any of them works around the problem. noapic didn't make any difference. I can't make the "irq 19: nobody cared" problem happen any more. I don't remember what kernel version I had last time it happened, but with 2.6.38.5 at least, it's not happening for me anymore (so far). When it was happening, irqpoll and irqfixup didn't help. Debian sid just went through a lot of upgrades. I now have xserver 1.10.1 and llvm 2.8. Yesterday I did a git pull and rebuilt Mesa again. The performance problem's still there. My hunch, based on my immense lack of knowledge of video drivers and GPUs, is that when things slow down, it's because textures are being moved around in memory. When I rotate the cube in compiz to go to another desktop, sometimes it stutters a bit, as if the texture for the other desktop isn't in the GPU's memory yet, or something. When I resize a window, the newly sized window is a new texture, and something needs to be done with that new texture which apparently takes 5 seconds and keeps the GPU too busy to do much else. You probably shouldn't listen to me though, since I'm just guessing and I don't really know how anything works. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36596] Major 2D performance bottleneck (most noticeable with compiz)
https://bugs.freedesktop.org/show_bug.cgi?id=36596 --- Comment #10 from Jason Cassell 2011-05-06 23:29:03 PDT --- (In reply to comment #9) > Really sounds like the GPU IRQ doesn't work (reliably). Do the numbers on the > radeon line in /proc/interrupts still increase when the problem occurs? Not a lot. When everything's working, moving wobbly windows involves hundreds of interrupts. When it's at 2 fps, there are only a few, at most. Possibly none. > Maybe try some IRQ related kernel debugging options as applicable, to see if > any of them works around the problem. noapic didn't make any difference. I can't make the "irq 19: nobody cared" problem happen any more. I don't remember what kernel version I had last time it happened, but with 2.6.38.5 at least, it's not happening for me anymore (so far). When it was happening, irqpoll and irqfixup didn't help. Debian sid just went through a lot of upgrades. I now have xserver 1.10.1 and llvm 2.8. Yesterday I did a git pull and rebuilt Mesa again. The performance problem's still there. My hunch, based on my immense lack of knowledge of video drivers and GPUs, is that when things slow down, it's because textures are being moved around in memory. When I rotate the cube in compiz to go to another desktop, sometimes it stutters a bit, as if the texture for the other desktop isn't in the GPU's memory yet, or something. When I resize a window, the newly sized window is a new texture, and something needs to be done with that new texture which apparently takes 5 seconds and keeps the GPU too busy to do much else. You probably shouldn't listen to me though, since I'm just guessing and I don't really know how anything works. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
i915/kms/backlight-combo mode problem
* Joey Lee -- Friday 06 May 2011: > ? ??2011-05-06 ? 10:52 +0200?Melchior FRANZ ??? > > ... and changing backlight brightness worked with acpi_osi=Linux, too. > > Unfortunately, that does no longer work now, although I haven't changed > > anything. Pressing the brightness buttons causes some ACPI debug output, > > but it doesn't adjust anything. > hmm Takashi's patch works before, but doesn't work now? Argh ... sorry Takashi. Joey is right. I thought I had tested that, but apparently not. Indeed, your last patch prevents the backlight from being turned off, but it also breaks the brightness adjustment keys at runtime with acpi_osi=Linux. And without that it doesn't work, anyway, just like before. I'll add some more debug messages ... > Does that because my new patch for bko#34142 ? Could you please add > acer-wmi to /etc/modprobe.d/blacklist then reboot machine ? Done. No, your patch is not involved. But backing out Takashi's patch and re-applying confirmed that it's that patch. m.
[PATCH] drm/radeon: make crtc number check in radeon_get_vblank_timestamp_kmsconsistent with other functions
On May 6, 2011, at 5:03 PM, Alex Deucher wrote:
> On Wed, May 4, 2011 at 11:52 PM, Ilija Hadzic
> wrote:
>> the crtc check in radeon_get_vblank_timestamp_kms should be against
>> the num_crtc field in radeon_device not against num_crtcs in
>> drm_device
>> like it's done in all other functions that handle crtc
>>
>
> Looks good to me. Mario, any reason why we should use the dev version
> rather than the rdev version?
>
No, perfectly fine with me.
Reviewed-by: Mario Kleiner
> Reviewed-by: Alex Deucher
>
>> Signed-off-by: Ilija Hadzic
>> ---
>> drivers/gpu/drm/radeon/radeon_kms.c |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu/drm/
>> radeon/radeon_kms.c
>> index 871df03..f9e968f 100644
>> --- a/drivers/gpu/drm/radeon/radeon_kms.c
>> +++ b/drivers/gpu/drm/radeon/radeon_kms.c
>> @@ -331,7 +331,7 @@ int radeon_get_vblank_timestamp_kms(struct
>> drm_device *dev, int crtc,
>>struct drm_crtc *drmcrtc;
>>struct radeon_device *rdev = dev->dev_private;
>>
>> - if (crtc < 0 || crtc >= dev->num_crtcs) {
>> + if (crtc < 0 || crtc >= rdev->num_crtc) {
>>DRM_ERROR("Invalid crtc %d\n", crtc);
>>return -EINVAL;
>>}
>> --
>> 1.7.4.1
>>
>>
*
Mario Kleiner
Max Planck Institute for Biological Cybernetics
Spemannstr. 38
72076 Tuebingen
Germany
e-mail: mario.kleiner at tuebingen.mpg.de
office: +49 (0)7071/601-1623
fax:+49 (0)7071/601-616
www:http://www.kyb.tuebingen.mpg.de/~kleinerm
*
"For a successful technology, reality must take precedence
over public relations, for Nature cannot be fooled."
(Richard Feynman)
[Bug 34778] [r600g, wine] FEAR / depth-stencil rendering triggers SW fallback
https://bugs.freedesktop.org/show_bug.cgi?id=34778 --- Comment #1 from Tobias Jakobi 2011-05-06 17:41:49 PDT --- Still happens with mesa git master (6bb230970cb2da5e3fe9bc63991b4b5f92445e92) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34778] [r600g, wine] FEAR / depth-stencil rendering triggers SW fallback
https://bugs.freedesktop.org/show_bug.cgi?id=34778 --- Comment #1 from Tobias Jakobi 2011-05-06 17:41:49 PDT --- Still happens with mesa git master (6bb230970cb2da5e3fe9bc63991b4b5f92445e92) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33171] [RADEON:KMS:R600G:WINE] kernel crash when loading level in FEAR
https://bugs.freedesktop.org/show_bug.cgi?id=33171 --- Comment #5 from Tobias Jakobi 2011-05-06 17:27:34 PDT --- Still happens with mesa git master (6bb230970cb2da5e3fe9bc63991b4b5f92445e92) and DX level 9 shaders. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33171] [RADEON:KMS:R600G:WINE] kernel crash when loading level in FEAR
https://bugs.freedesktop.org/show_bug.cgi?id=33171 --- Comment #5 from Tobias Jakobi 2011-05-06 17:27:34 PDT --- Still happens with mesa git master (6bb230970cb2da5e3fe9bc63991b4b5f92445e92) and DX level 9 shaders. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 Tobias Jakobi changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tobias Jakobi 2011-05-06 17:26:22 PDT --- Can no longer reproduce this issue. So it looks fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 Tobias Jakobi changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tobias Jakobi 2011-05-06 17:26:22 PDT --- Can no longer reproduce this issue. So it looks fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] xf86-video-ati/DRI2: fix high-crtc/vblank oversight/bug introduced in f0b7d7b449cc77bb2b281d81108507f8bc2e6018
On Fre, 2011-05-06 at 09:45 -0400, Ilija Hadzic wrote: > improvements to high-crtc handling done in > f0b7d7b449cc77bb2b281d81108507f8bc2e6018 introduced a bug that caused > the populate_vbl_request_type to never use the high-crtc field even > when it should. The reason is that the offending patch put the code > under #ifdef DRM_VBLANK_HIGH_CRTC_MASK which is not visible outside the > enum type, so #else was always taken in compilation type. This patch > fixes it by basing #ifdef on (pre-processor visible) > DRM_VBLANK_HIGH_CRTC_SHIFT constant > > Signed-off-by: Ilija Hadzic > --- > src/radeon_dri2.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c > index e618cc5..bbe1a94 100644 > --- a/src/radeon_dri2.c > +++ b/src/radeon_dri2.c > @@ -778,7 +778,7 @@ static drmVBlankSeqType > populate_vbl_request_type(RADEONInfoPtr info, int crtc) > if (crtc == 1) > type |= DRM_VBLANK_SECONDARY; > else if (crtc > 1) > -#ifdef DRM_VBLANK_HIGH_CRTC_MASK > +#ifdef DRM_VBLANK_HIGH_CRTC_SHIFT > type |= (crtc << DRM_VBLANK_HIGH_CRTC_SHIFT) & > DRM_VBLANK_HIGH_CRTC_MASK; > #else Pushed, thanks and sorry for the oversight. -- Earthling Michel D?nzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
[PATCH] drm/radeon/kms: add missing Evergreen texture formats to the CS parser
BC6 and BC7 are described in ARB_texture_compression_bptc.
No idea what FMT_32_AS_32_32_32_32 is good for.
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/r600_cs.c | 28 ++--
drivers/gpu/drm/radeon/r600d.h |3 +++
2 files changed, 21 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index fd18be9..909bda8 100644
--- a/drivers/gpu/drm/radeon/r600_cs.c
+++ b/drivers/gpu/drm/radeon/r600_cs.c
@@ -71,20 +71,21 @@ struct r600_cs_track {
u64 db_bo_mc;
};
-#define FMT_8_BIT(fmt, vc) [fmt] = { 1, 1, 1, vc }
-#define FMT_16_BIT(fmt, vc) [fmt] = { 1, 1, 2, vc }
-#define FMT_24_BIT(fmt) [fmt] = { 1, 1, 3, 0 }
-#define FMT_32_BIT(fmt, vc) [fmt] = { 1, 1, 4, vc }
-#define FMT_48_BIT(fmt) [fmt] = { 1, 1, 6, 0 }
-#define FMT_64_BIT(fmt, vc) [fmt] = { 1, 1, 8, vc }
-#define FMT_96_BIT(fmt) [fmt] = { 1, 1, 12, 0 }
-#define FMT_128_BIT(fmt, vc) [fmt] = { 1, 1, 16, vc }
+#define FMT_8_BIT(fmt, vc) [fmt] = { 1, 1, 1, vc, CHIP_R600 }
+#define FMT_16_BIT(fmt, vc) [fmt] = { 1, 1, 2, vc, CHIP_R600 }
+#define FMT_24_BIT(fmt) [fmt] = { 1, 1, 3, 0, CHIP_R600 }
+#define FMT_32_BIT(fmt, vc) [fmt] = { 1, 1, 4, vc, CHIP_R600 }
+#define FMT_48_BIT(fmt) [fmt] = { 1, 1, 6, 0, CHIP_R600 }
+#define FMT_64_BIT(fmt, vc) [fmt] = { 1, 1, 8, vc, CHIP_R600 }
+#define FMT_96_BIT(fmt) [fmt] = { 1, 1, 12, 0, CHIP_R600 }
+#define FMT_128_BIT(fmt, vc) [fmt] = { 1, 1, 16,vc, CHIP_R600 }
struct gpu_formats {
unsigned blockwidth;
unsigned blockheight;
unsigned blocksize;
unsigned valid_color;
+ enum radeon_family min_family;
};
static const struct gpu_formats color_formats_table[] = {
@@ -154,7 +155,11 @@ static const struct gpu_formats color_formats_table[] = {
[V_038004_FMT_BC3] = { 4, 4, 16, 0 },
[V_038004_FMT_BC4] = { 4, 4, 8, 0 },
[V_038004_FMT_BC5] = { 4, 4, 16, 0},
+ [V_038004_FMT_BC6] = { 4, 4, 16, 0, CHIP_CEDAR}, /* Evergreen-only */
+ [V_038004_FMT_BC7] = { 4, 4, 16, 0, CHIP_CEDAR}, /* Evergreen-only */
+ /* The other Evergreen formats */
+ [V_038004_FMT_32_AS_32_32_32_32] = { 1, 1, 4, 0, CHIP_CEDAR},
};
static inline bool fmt_is_valid_color(u32 format)
@@ -168,11 +173,14 @@ static inline bool fmt_is_valid_color(u32 format)
return false;
}
-static inline bool fmt_is_valid_texture(u32 format)
+static inline bool fmt_is_valid_texture(u32 format, enum radeon_family family)
{
if (format >= ARRAY_SIZE(color_formats_table))
return false;
+ if (family < color_formats_table[format].min_family)
+ return false;
+
if (color_formats_table[format].blockwidth > 0)
return true;
@@ -1325,7 +1333,7 @@ static inline int r600_check_texture_resource(struct
radeon_cs_parser *p, u32 i
return -EINVAL;
}
format = G_038004_DATA_FORMAT(word1);
- if (!fmt_is_valid_texture(format)) {
+ if (!fmt_is_valid_texture(format, p->family)) {
dev_warn(p->dev, "%s:%d texture invalid format %d\n",
__func__, __LINE__, format);
return -EINVAL;
diff --git a/drivers/gpu/drm/radeon/r600d.h b/drivers/gpu/drm/radeon/r600d.h
index b2b944b..f140a0d 100644
--- a/drivers/gpu/drm/radeon/r600d.h
+++ b/drivers/gpu/drm/radeon/r600d.h
@@ -1309,6 +1309,9 @@
#define V_038004_FMT_BC3 0x0033
#define V_038004_FMT_BC4 0x0034
#define V_038004_FMT_BC5 0x0035
+#define V_038004_FMT_BC6 0x0036
+#define V_038004_FMT_BC7 0x0037
+#define V_038004_FMT_32_AS_32_32_32_32 0x0038
#define R_038010_SQ_TEX_RESOURCE_WORD4_0 0x038010
#define S_038010_FORMAT_COMP_X(x)(((x) & 0x3) << 0)
#define G_038010_FORMAT_COMP_X(x)(((x) >> 0) & 0x3)
--
1.7.4.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm: mm: fix debug output
The looping helper didn't do anything due to a superficial
semicolon. Furthermore one of the two dump functions suffered
from copy&paste fail.
While staring at the code I've also noticed that the replace
helper (currently unused) is a bit broken.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c |6 +++---
include/drm/drm_mm.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index 5d00b0f..959186c 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -431,7 +431,7 @@ EXPORT_SYMBOL(drm_mm_search_free_in_range);
void drm_mm_replace_node(struct drm_mm_node *old, struct drm_mm_node *new)
{
list_replace(&old->node_list, &new->node_list);
- list_replace(&old->node_list, &new->hole_stack);
+ list_replace(&old->hole_stack, &new->hole_stack);
new->hole_follows = old->hole_follows;
new->mm = old->mm;
new->start = old->start;
@@ -699,8 +699,8 @@ int drm_mm_dump_table(struct seq_file *m, struct drm_mm *mm)
entry->size);
total_used += entry->size;
if (entry->hole_follows) {
- hole_start = drm_mm_hole_node_start(&mm->head_node);
- hole_end = drm_mm_hole_node_end(&mm->head_node);
+ hole_start = drm_mm_hole_node_start(entry);
+ hole_end = drm_mm_hole_node_end(entry);
hole_size = hole_end - hole_start;
seq_printf(m, "0x%08lx-0x%08lx: 0x%08lx: free\n",
hole_start, hole_end, hole_size);
diff --git a/include/drm/drm_mm.h b/include/drm/drm_mm.h
index c2f93a8..564b14a 100644
--- a/include/drm/drm_mm.h
+++ b/include/drm/drm_mm.h
@@ -86,7 +86,7 @@ static inline bool drm_mm_initialized(struct drm_mm *mm)
}
#define drm_mm_for_each_node(entry, mm) list_for_each_entry(entry, \
&(mm)->head_node.node_list, \
- node_list);
+ node_list)
#define drm_mm_for_each_scanned_node_reverse(entry, n, mm) \
for (entry = (mm)->prev_scanned_node, \
next = entry ? list_entry(entry->node_list.next, \
--
1.7.5.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Linux 2.6.39-rc3
On Wednesday, April 13, 2011, Linus Torvalds wrote: > On Wednesday, April 13, 2011, H. Peter Anvin wrote: >> >> Yes. However, even if we *do* revert (and the time is running short on >> not reverting) I would like to understand this particular one, simply >> because I think it may very well be a problem that is manifesting itself >> in other ways on other systems. sorry, fingerfart. Anyway, I agree 100%. we definitely want to also understand the reason for things not working, even if we do revert.. Linus >> of complete b*llsh*t magic numbers in this > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Linux 2.6.39-rc3
On Wednesday, April 13, 2011, Linus Torvalds wrote: > On Wednesday, April 13, 2011, H. Peter Anvin wrote: >> >> Yes. ?However, even if we *do* revert (and the time is running short on >> not reverting) I would like to understand this particular one, simply >> because I think it may very well be a problem that is manifesting itself >> in other ways on other systems. sorry, fingerfart. Anyway, I agree 100%. we definitely want to also understand the reason for things not working, even if we do revert.. Linus >> of complete b*llsh*t magic numbers in this >
[Bug 36921] New: Sanctuary: Rendering errors with shader quality set to high
https://bugs.freedesktop.org/show_bug.cgi?id=36921 Summary: Sanctuary: Rendering errors with shader quality set to high Product: Mesa Version: git Platform: Other URL: http://unigine.com/download/#sanctuary OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: s...@whiz.se Created an attachment (id=46408) --> (https://bugs.freedesktop.org/attachment.cgi?id=46408) Screenshot In the Sanctuary benchmark, setting shader quality to high gives rendering problems. A screenshot of the problem is attached. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36921] New: Sanctuary: Rendering errors with shader quality set to high
https://bugs.freedesktop.org/show_bug.cgi?id=36921 Summary: Sanctuary: Rendering errors with shader quality set to high Product: Mesa Version: git Platform: Other URL: http://unigine.com/download/#sanctuary OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sa at whiz.se Created an attachment (id=46408) --> (https://bugs.freedesktop.org/attachment.cgi?id=46408) Screenshot In the Sanctuary benchmark, setting shader quality to high gives rendering problems. A screenshot of the problem is attached. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36920] New: Lightsmark: not rendering correctly
https://bugs.freedesktop.org/show_bug.cgi?id=36920 Summary: Lightsmark: not rendering correctly Product: Mesa Version: git Platform: Other URL: http://dee.cz/lightsmark/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: s...@whiz.se The Lightsmark benchmark isn't rendering correctly on r600g, all I get is a black screen with an fps counter. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36920] New: Lightsmark: not rendering correctly
https://bugs.freedesktop.org/show_bug.cgi?id=36920 Summary: Lightsmark: not rendering correctly Product: Mesa Version: git Platform: Other URL: http://dee.cz/lightsmark/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sa at whiz.se The Lightsmark benchmark isn't rendering correctly on r600g, all I get is a black screen with an fps counter. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36914] r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914 --- Comment #2 from Andy Furniss 2011-05-06 12:53:14 PDT --- (In reply to comment #1) > Should be fixed in: > 3b20a89941fe9c7b5ad10e13cb035d0508c43bbd Yea, OK now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36914] r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914 --- Comment #2 from Andy Furniss 2011-05-06 12:53:14 PDT --- (In reply to comment #1) > Should be fixed in: > 3b20a89941fe9c7b5ad10e13cb035d0508c43bbd Yea, OK now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36918] New: ETQW: Enabling "Soft Particles" causes major performance issue
https://bugs.freedesktop.org/show_bug.cgi?id=36918 Summary: ETQW: Enabling "Soft Particles" causes major performance issue Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: s...@whiz.se Enabling the option "Soft Particles" in the game Enemy Territory Quake Wars causes a major performance drop to ~ 1 fps, CPU goes to 100% so I'm guessing some sort of software fallback is hit? Options → Settings → Advanced → Soft Particles I'll see if r300g has the same problem, if so it's probably a more general problem. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36918] New: ETQW: Enabling "Soft Particles" causes major performance issue
https://bugs.freedesktop.org/show_bug.cgi?id=36918 Summary: ETQW: Enabling "Soft Particles" causes major performance issue Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sa at whiz.se Enabling the option "Soft Particles" in the game Enemy Territory Quake Wars causes a major performance drop to ~ 1 fps, CPU goes to 100% so I'm guessing some sort of software fallback is hit? Options ? Settings ? Advanced ? Soft Particles I'll see if r300g has the same problem, if so it's probably a more general problem. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTOURBUG --- Comment #8 from Marek Olšák 2011-05-06 12:30:05 PDT --- OK. I am closing this as NOT-OUR-BUG. r300g in Mesa 7.11 doesn't support old kernels anyway (the last supported kernel is 2.6.34 and even that one contains some bugs AFAIK). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTOURBUG --- Comment #8 from Marek Ol??k 2011-05-06 12:30:05 PDT --- OK. I am closing this as NOT-OUR-BUG. r300g in Mesa 7.11 doesn't support old kernels anyway (the last supported kernel is 2.6.34 and even that one contains some bugs AFAIK). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36917] New: ETQW: Broken texture in menu
https://bugs.freedesktop.org/show_bug.cgi?id=36917 Summary: ETQW: Broken texture in menu Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: s...@whiz.se Created an attachment (id=46406) --> (https://bugs.freedesktop.org/attachment.cgi?id=46406) Screenshot The texture on the rotating globe in the menu of Enemy Territory Quake Wars isn't rendering correctly. Screenshot is attached. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36917] New: ETQW: Broken texture in menu
https://bugs.freedesktop.org/show_bug.cgi?id=36917 Summary: ETQW: Broken texture in menu Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sa at whiz.se Created an attachment (id=46406) --> (https://bugs.freedesktop.org/attachment.cgi?id=46406) Screenshot The texture on the rotating globe in the menu of Enemy Territory Quake Wars isn't rendering correctly. Screenshot is attached. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #7 from va...@gmx.de 2011-05-06 12:20:32 PDT --- (In reply to comment #6) > I mean finding the "fix", i.e. when it started to work again. Ok, I reverted back to 7.10.2 and libdrm 2.4.23. but the bug didn't show up as I expected. But by also reverting the kernel back to 2.6.32 the bug was there again. So Mesa 7.10.2 + Kernel 2.6.32 -> bug Mesa 7.10.2 + Kernel 2.6.38 -> no bug It seems that it actually was a kernel issue and not a Mesa one. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #7 from vand2 at gmx.de 2011-05-06 12:20:32 PDT --- (In reply to comment #6) > I mean finding the "fix", i.e. when it started to work again. Ok, I reverted back to 7.10.2 and libdrm 2.4.23. but the bug didn't show up as I expected. But by also reverting the kernel back to 2.6.32 the bug was there again. So Mesa 7.10.2 + Kernel 2.6.32 -> bug Mesa 7.10.2 + Kernel 2.6.38 -> no bug It seems that it actually was a kernel issue and not a Mesa one. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35194] [r600g] Evergreen - failed to map bo
https://bugs.freedesktop.org/show_bug.cgi?id=35194 --- Comment #8 from Marek Olšák 2011-05-06 11:53:38 PDT --- Some distributions can't enable S3TC. The fact it looks fixed with S3TC might be that the compression ratio is 1:8 or 1:4, depending on the format, so it saves quite a lot of memory. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35194] [r600g] Evergreen - failed to map bo
https://bugs.freedesktop.org/show_bug.cgi?id=35194 --- Comment #8 from Marek Ol??k 2011-05-06 11:53:38 PDT --- Some distributions can't enable S3TC. The fact it looks fixed with S3TC might be that the compression ratio is 1:8 or 1:4, depending on the format, so it saves quite a lot of memory. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35194] [r600g] Evergreen - failed to map bo
https://bugs.freedesktop.org/show_bug.cgi?id=35194 --- Comment #7 from Rubén Fernández 2011-05-06 11:34:52 PDT --- Setting R600_ENABLE_S3TC=1, the bug goes away completely. I didn't try it before because the game rendered correctly without it, so I thought it didn't use compressed textures. Maybe it has a fallback that decompresses the textures if S3TC isn't supported, at the cost of consuming lots more memory? Or maybe the fallback triggers the bug, and not the normal code. Jussi, I recommend you try enabling S3TC and see if you still get the bug. If not, and since S3TC will become the default eventually, I'd call this bug solved. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35194] [r600g] Evergreen - failed to map bo
https://bugs.freedesktop.org/show_bug.cgi?id=35194 --- Comment #7 from Rub?n Fern?ndez 2011-05-06 11:34:52 PDT --- Setting R600_ENABLE_S3TC=1, the bug goes away completely. I didn't try it before because the game rendered correctly without it, so I thought it didn't use compressed textures. Maybe it has a fallback that decompresses the textures if S3TC isn't supported, at the cost of consuming lots more memory? Or maybe the fallback triggers the bug, and not the normal code. Jussi, I recommend you try enabling S3TC and see if you still get the bug. If not, and since S3TC will become the default eventually, I'd call this bug solved. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/radeon: make crtc number check in radeon_get_vblank_timestamp_kmsconsistent with other functions
On Wed, May 4, 2011 at 11:52 PM, Ilija Hadzic
wrote:
> the crtc check in radeon_get_vblank_timestamp_kms should be against
> the num_crtc field in radeon_device not against num_crtcs in drm_device
> like it's done in all other functions that handle crtc
>
Looks good to me. Mario, any reason why we should use the dev version
rather than the rdev version?
Reviewed-by: Alex Deucher
> Signed-off-by: Ilija Hadzic
> ---
> ?drivers/gpu/drm/radeon/radeon_kms.c | ? ?2 +-
> ?1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
> b/drivers/gpu/drm/radeon/radeon_kms.c
> index 871df03..f9e968f 100644
> --- a/drivers/gpu/drm/radeon/radeon_kms.c
> +++ b/drivers/gpu/drm/radeon/radeon_kms.c
> @@ -331,7 +331,7 @@ int radeon_get_vblank_timestamp_kms(struct drm_device
> *dev, int crtc,
> ? ? ? ?struct drm_crtc *drmcrtc;
> ? ? ? ?struct radeon_device *rdev = dev->dev_private;
>
> - ? ? ? if (crtc < 0 || crtc >= dev->num_crtcs) {
> + ? ? ? if (crtc < 0 || crtc >= rdev->num_crtc) {
> ? ? ? ? ? ? ? ?DRM_ERROR("Invalid crtc %d\n", crtc);
> ? ? ? ? ? ? ? ?return -EINVAL;
> ? ? ? ?}
> --
> 1.7.4.1
>
>
i915/kms/backlight-combo mode problem
* Melchior FRANZ -- Thursday 05 May 2011: > This revised patch works correctly for me. ... and changing backlight brightness worked with acpi_osi=Linux, too. Unfortunately, that does no longer work now, although I haven't changed anything. Pressing the brightness buttons causes some ACPI debug output, but it doesn't adjust anything. m.
[Bug 36914] r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Deucher 2011-05-06 10:21:16 PDT --- Should be fixed in: 3b20a89941fe9c7b5ad10e13cb035d0508c43bbd -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36914] r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Deucher 2011-05-06 10:21:16 PDT --- Should be fixed in: 3b20a89941fe9c7b5ad10e13cb035d0508c43bbd -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #6 from Marek Olšák 2011-05-06 10:17:04 PDT --- I mean finding the "fix", i.e. when it started to work again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #6 from Marek Ol??k 2011-05-06 10:17:04 PDT --- I mean finding the "fix", i.e. when it started to work again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36912] Missing pci id for Firepro 2270
https://bugs.freedesktop.org/show_bug.cgi?id=36912 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Deucher 2011-05-06 10:05:14 PDT --- Applied thanks! 8c3226be9004657db6c850b3164caf70deafa822 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36912] Missing pci id for Firepro 2270
https://bugs.freedesktop.org/show_bug.cgi?id=36912 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Deucher 2011-05-06 10:05:14 PDT --- Applied thanks! 8c3226be9004657db6c850b3164caf70deafa822 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36914] New: r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914
Summary: r600g: add rv670 flushing workaround. Causes games and
some mesa demos to segfault.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: li...@andyfurniss.entadsl.com
RV670 AGP card with agpmode=-1, d-r-t kernel as it was 16/03/11
Since
5066f7cd0e010db46b42f8f08a33c10cb34f8726
r600g: add rv670 flushing workaround.
I am getting segfaults with openarena, nexuiz, etqw and a few mesa demos -
gltestperf,clearspd and ipers.
The bt of the segfault seems to repeat for ever.
Starting program: /home/andy/Src/Mesa-git/demos/src/demos/ipers
[Thread debugging using libthread_db enabled]
IperS V1.0
Written by David Bucciarelli (tech@plus.it)
[New Thread 0xb726f700 (LWP 14143)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb726f700 (LWP 14143)]
r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1282
1282{
(gdb) bt
#0 r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1282
#1 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#2 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#3 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#4 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
#5 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#6 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#7 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#8 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
#9 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#10 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#11 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#12 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36914] New: r600g: add rv670 flushing workaround. Causes games and some mesa demos to segfault.
https://bugs.freedesktop.org/show_bug.cgi?id=36914
Summary: r600g: add rv670 flushing workaround. Causes games and
some mesa demos to segfault.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: lists at andyfurniss.entadsl.com
RV670 AGP card with agpmode=-1, d-r-t kernel as it was 16/03/11
Since
5066f7cd0e010db46b42f8f08a33c10cb34f8726
r600g: add rv670 flushing workaround.
I am getting segfaults with openarena, nexuiz, etqw and a few mesa demos -
gltestperf,clearspd and ipers.
The bt of the segfault seems to repeat for ever.
Starting program: /home/andy/Src/Mesa-git/demos/src/demos/ipers
[Thread debugging using libthread_db enabled]
IperS V1.0
Written by David Bucciarelli (tech.hmw at plus.it)
[New Thread 0xb726f700 (LWP 14143)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb726f700 (LWP 14143)]
r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1282
1282{
(gdb) bt
#0 r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1282
#1 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#2 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#3 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#4 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
#5 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#6 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#7 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#8 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
#9 0xb6eeed3b in r600_context_flush_all (ctx=0x8074e10, flush_flags=128) at
r600_hw_context.c:786
#10 0xb6eeef18 in r600_context_bo_flush (ctx=0x8074e10, flush_flags=33554496,
flush_mask=0, rbo=0x83c1488) at r600_hw_context.c:814
#11 0xb6eef030 in r600_context_flush_dest_caches (ctx=0x8074e10) at
r600_hw_context.c:1197
#12 0xb6eee833 in r600_context_flush (ctx=0x8074e10) at r600_hw_context.c:1298
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #5 from va...@gmx.de 2011-05-06 09:56:55 PDT --- (In reply to comment #4) > (In reply to comment #3) > > With the current git version the distortions are gone and all looks ok. > > Could you possibly bisect the fix, so that we can get it to 7.10.x? Do you mean finding the git commit between 7.8 and 7.9 after which the issue appeared? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #5 from vand2 at gmx.de 2011-05-06 09:56:55 PDT --- (In reply to comment #4) > (In reply to comment #3) > > With the current git version the distortions are gone and all looks ok. > > Could you possibly bisect the fix, so that we can get it to 7.10.x? Do you mean finding the git commit between 7.8 and 7.9 after which the issue appeared? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36912] New: Missing pci id for Firepro 2270
https://bugs.freedesktop.org/show_bug.cgi?id=36912 Summary: Missing pci id for Firepro 2270 Product: Mesa Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: k.georg...@atreides.org.uk Created an attachment (id=46400) View: https://bugs.freedesktop.org/attachment.cgi?id=46400 Review: https://bugs.freedesktop.org/review?bug=36912&attachment=46400 Add pci id for FirePro 2270 As the summary says the pci id (0x68F2) for the FirePro 2270 is missing, I am attaching a patch to add it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36386] Amnesia game crashes on RV570 (r300g)
https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #2 from va...@gmx.de 2011-05-06 09:48:42 PDT --- (In reply to comment #1) > The backtrace suggests the crash happens in the game, not in the driver. Why > do > you think it's a driver issue? I don't know if it is a driver issue. At first I asked in Mesa-users list if anyone managed to run Amnesia with Mesa driver at all. When no response came Tom Fogal suggested to issue a bug report. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36912] New: Missing pci id for Firepro 2270
https://bugs.freedesktop.org/show_bug.cgi?id=36912 Summary: Missing pci id for Firepro 2270 Product: Mesa Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: k.georgiou at atreides.org.uk Created an attachment (id=46400) View: https://bugs.freedesktop.org/attachment.cgi?id=46400 Review: https://bugs.freedesktop.org/review?bug=36912&attachment=46400 Add pci id for FirePro 2270 As the summary says the pci id (0x68F2) for the FirePro 2270 is missing, I am attaching a patch to add it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36386] Amnesia game crashes on RV570 (r300g)
https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #2 from vand2 at gmx.de 2011-05-06 09:48:42 PDT --- (In reply to comment #1) > The backtrace suggests the crash happens in the game, not in the driver. Why > do > you think it's a driver issue? I don't know if it is a driver issue. At first I asked in Mesa-users list if anyone managed to run Amnesia with Mesa driver at all. When no response came Tom Fogal suggested to issue a bug report. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] xf86-video-ati/DRI2: fix high-crtc/vblank oversight/bug introduced in f0b7d7b449cc77bb2b281d81108507f8bc2e6018
improvements to high-crtc handling done in f0b7d7b449cc77bb2b281d81108507f8bc2e6018 introduced a bug that caused the populate_vbl_request_type to never use the high-crtc field even when it should. The reason is that the offending patch put the code under #ifdef DRM_VBLANK_HIGH_CRTC_MASK which is not visible outside the enum type, so #else was always taken in compilation type. This patch fixes it by basing #ifdef on (pre-processor visible) DRM_VBLANK_HIGH_CRTC_SHIFT constant Signed-off-by: Ilija Hadzic --- src/radeon_dri2.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c index e618cc5..bbe1a94 100644 --- a/src/radeon_dri2.c +++ b/src/radeon_dri2.c @@ -778,7 +778,7 @@ static drmVBlankSeqType populate_vbl_request_type(RADEONInfoPtr info, int crtc) if (crtc == 1) type |= DRM_VBLANK_SECONDARY; else if (crtc > 1) -#ifdef DRM_VBLANK_HIGH_CRTC_MASK +#ifdef DRM_VBLANK_HIGH_CRTC_SHIFT type |= (crtc << DRM_VBLANK_HIGH_CRTC_SHIFT) & DRM_VBLANK_HIGH_CRTC_MASK; #else -- 1.7.4.1
[Bug 36386] Amnesia game crashes on RV570 (r300g)
https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #1 from Marek Olšák 2011-05-06 09:28:16 PDT --- The backtrace suggests the crash happens in the game, not in the driver. Why do you think it's a driver issue? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36386] Amnesia game crashes on RV570 (r300g)
https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #1 from Marek Ol??k 2011-05-06 09:28:16 PDT --- The backtrace suggests the crash happens in the game, not in the driver. Why do you think it's a driver issue? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: i915/kms/backlight-combo mode problem
* Joey Lee -- Friday 06 May 2011: > 於 五，2011-05-06 於 10:52 +0200，Melchior FRANZ 提到： > > ... and changing backlight brightness worked with acpi_osi=Linux, too. > > Unfortunately, that does no longer work now, although I haven't changed > > anything. Pressing the brightness buttons causes some ACPI debug output, > > but it doesn't adjust anything. > hmm Takashi's patch works before, but doesn't work now? Argh ... sorry Takashi. Joey is right. I thought I had tested that, but apparently not. Indeed, your last patch prevents the backlight from being turned off, but it also breaks the brightness adjustment keys at runtime with acpi_osi=Linux. And without that it doesn't work, anyway, just like before. I'll add some more debug messages ... > Does that because my new patch for bko#34142 ? Could you please add > acer-wmi to /etc/modprobe.d/blacklist then reboot machine ? Done. No, your patch is not involved. But backing out Takashi's patch and re-applying confirmed that it's that patch. m. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36236] Problems with lights in Trine game from www.humblebundle.com
https://bugs.freedesktop.org/show_bug.cgi?id=36236 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #38 from Marek Olšák 2011-05-06 09:11:35 PDT --- (In reply to comment #35) > The game renders fine, so I guess this bug report can be closed now. OK, closing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36236] Problems with lights in Trine game from www.humblebundle.com
https://bugs.freedesktop.org/show_bug.cgi?id=36236 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #38 from Marek Ol??k 2011-05-06 09:11:35 PDT --- (In reply to comment #35) > The game renders fine, so I guess this bug report can be closed now. OK, closing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: [PATCH] xf86-video-ati/DRI2: fix high-crtc/vblank oversight/bug introduced in f0b7d7b449cc77bb2b281d81108507f8bc2e6018
On Fre, 2011-05-06 at 09:45 -0400, Ilija Hadzic wrote: > improvements to high-crtc handling done in > f0b7d7b449cc77bb2b281d81108507f8bc2e6018 introduced a bug that caused > the populate_vbl_request_type to never use the high-crtc field even > when it should. The reason is that the offending patch put the code > under #ifdef DRM_VBLANK_HIGH_CRTC_MASK which is not visible outside the > enum type, so #else was always taken in compilation type. This patch > fixes it by basing #ifdef on (pre-processor visible) > DRM_VBLANK_HIGH_CRTC_SHIFT constant > > Signed-off-by: Ilija Hadzic > --- > src/radeon_dri2.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c > index e618cc5..bbe1a94 100644 > --- a/src/radeon_dri2.c > +++ b/src/radeon_dri2.c > @@ -778,7 +778,7 @@ static drmVBlankSeqType > populate_vbl_request_type(RADEONInfoPtr info, int crtc) > if (crtc == 1) > type |= DRM_VBLANK_SECONDARY; > else if (crtc > 1) > -#ifdef DRM_VBLANK_HIGH_CRTC_MASK > +#ifdef DRM_VBLANK_HIGH_CRTC_SHIFT > type |= (crtc << DRM_VBLANK_HIGH_CRTC_SHIFT) & > DRM_VBLANK_HIGH_CRTC_MASK; > #else Pushed, thanks and sorry for the oversight. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/radeon: make crtc number check in radeon_get_vblank_timestamp_kmsconsistent with other functions
On May 6, 2011, at 5:03 PM, Alex Deucher wrote:
On Wed, May 4, 2011 at 11:52 PM, Ilija Hadzic
wrote:
the crtc check in radeon_get_vblank_timestamp_kms should be against
the num_crtc field in radeon_device not against num_crtcs in
drm_device
like it's done in all other functions that handle crtc
Looks good to me. Mario, any reason why we should use the dev version
rather than the rdev version?
No, perfectly fine with me.
Reviewed-by: Mario Kleiner
Reviewed-by: Alex Deucher
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/radeon_kms.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu/drm/
radeon/radeon_kms.c
index 871df03..f9e968f 100644
--- a/drivers/gpu/drm/radeon/radeon_kms.c
+++ b/drivers/gpu/drm/radeon/radeon_kms.c
@@ -331,7 +331,7 @@ int radeon_get_vblank_timestamp_kms(struct
drm_device *dev, int crtc,
struct drm_crtc *drmcrtc;
struct radeon_device *rdev = dev->dev_private;
- if (crtc < 0 || crtc >= dev->num_crtcs) {
+ if (crtc < 0 || crtc >= rdev->num_crtc) {
DRM_ERROR("Invalid crtc %d\n", crtc);
return -EINVAL;
}
--
1.7.4.1
*
Mario Kleiner
Max Planck Institute for Biological Cybernetics
Spemannstr. 38
72076 Tuebingen
Germany
e-mail: mario.klei...@tuebingen.mpg.de
office: +49 (0)7071/601-1623
fax:+49 (0)7071/601-616
www:http://www.kyb.tuebingen.mpg.de/~kleinerm
*
"For a successful technology, reality must take precedence
over public relations, for Nature cannot be fooled."
(Richard Feynman)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/radeon: make crtc number check in radeon_get_vblank_timestamp_kmsconsistent with other functions
On Wed, May 4, 2011 at 11:52 PM, Ilija Hadzic
wrote:
> the crtc check in radeon_get_vblank_timestamp_kms should be against
> the num_crtc field in radeon_device not against num_crtcs in drm_device
> like it's done in all other functions that handle crtc
>
Looks good to me. Mario, any reason why we should use the dev version
rather than the rdev version?
Reviewed-by: Alex Deucher
> Signed-off-by: Ilija Hadzic
> ---
> drivers/gpu/drm/radeon/radeon_kms.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
> b/drivers/gpu/drm/radeon/radeon_kms.c
> index 871df03..f9e968f 100644
> --- a/drivers/gpu/drm/radeon/radeon_kms.c
> +++ b/drivers/gpu/drm/radeon/radeon_kms.c
> @@ -331,7 +331,7 @@ int radeon_get_vblank_timestamp_kms(struct drm_device
> *dev, int crtc,
> struct drm_crtc *drmcrtc;
> struct radeon_device *rdev = dev->dev_private;
>
> - if (crtc < 0 || crtc >= dev->num_crtcs) {
> + if (crtc < 0 || crtc >= rdev->num_crtc) {
> DRM_ERROR("Invalid crtc %d\n", crtc);
> return -EINVAL;
> }
> --
> 1.7.4.1
>
>
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35367] RV670 AGP lodbias regression since st/mesa: remove unnecessary flushes
https://bugs.freedesktop.org/show_bug.cgi?id=35367 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Andy Furniss 2011-05-06 06:46:09 PDT --- fixed in mesa master. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] xf86-video-ati/DRI2: fix high-crtc/vblank oversight/bug introduced in f0b7d7b449cc77bb2b281d81108507f8bc2e6018
improvements to high-crtc handling done in f0b7d7b449cc77bb2b281d81108507f8bc2e6018 introduced a bug that caused the populate_vbl_request_type to never use the high-crtc field even when it should. The reason is that the offending patch put the code under #ifdef DRM_VBLANK_HIGH_CRTC_MASK which is not visible outside the enum type, so #else was always taken in compilation type. This patch fixes it by basing #ifdef on (pre-processor visible) DRM_VBLANK_HIGH_CRTC_SHIFT constant Signed-off-by: Ilija Hadzic --- src/radeon_dri2.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c index e618cc5..bbe1a94 100644 --- a/src/radeon_dri2.c +++ b/src/radeon_dri2.c @@ -778,7 +778,7 @@ static drmVBlankSeqType populate_vbl_request_type(RADEONInfoPtr info, int crtc) if (crtc == 1) type |= DRM_VBLANK_SECONDARY; else if (crtc > 1) -#ifdef DRM_VBLANK_HIGH_CRTC_MASK +#ifdef DRM_VBLANK_HIGH_CRTC_SHIFT type |= (crtc << DRM_VBLANK_HIGH_CRTC_SHIFT) & DRM_VBLANK_HIGH_CRTC_MASK; #else -- 1.7.4.1 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35367] RV670 AGP lodbias regression since st/mesa: remove unnecessary flushes
https://bugs.freedesktop.org/show_bug.cgi?id=35367 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Andy Furniss 2011-05-06 06:46:09 PDT --- fixed in mesa master. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
i915/kms/backlight-combo mode problem
Hi Melchior, ? ??2011-05-06 ? 10:52 +0200?Melchior FRANZ ??? > * Melchior FRANZ -- Thursday 05 May 2011: > > This revised patch works correctly for me. > > ... and changing backlight brightness worked with acpi_osi=Linux, too. > Unfortunately, that does no longer work now, although I haven't changed > anything. Pressing the brightness buttons causes some ACPI debug output, > but it doesn't adjust anything. > > m. hmm Takashi's patch works before, but doesn't work now? Does that because my new patch for bko#34142 ? Could you please add acer-wmi to /etc/modprobe.d/blacklist then reboot machine ? Step: - add acer-wmi to /etc/modprobe.d/blacklist - shutdown your machine - remove AC power and notebook's battery - plugin AC power then boot your notebook - check the brightness control Thank's Joey Lee
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #4 from Marek Olšák 2011-05-06 05:56:30 PDT --- (In reply to comment #3) > With the current git version the distortions are gone and all looks ok. Could you possibly bisect the fix, so that we can get it to 7.10.x? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36099] Vertex distortion bug in the game Xonotic
https://bugs.freedesktop.org/show_bug.cgi?id=36099 --- Comment #4 from Marek Ol??k 2011-05-06 05:56:30 PDT --- (In reply to comment #3) > With the current git version the distortions are gone and all looks ok. Could you possibly bisect the fix, so that we can get it to 7.10.x? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35998] RS600: Texture alignment issues under Gnome Shell
https://bugs.freedesktop.org/show_bug.cgi?id=35998 Marek Olšák changed: What|Removed |Added Summary|Artifacts under Gnome Shell |RS600: Texture alignment ||issues under Gnome Shell --- Comment #7 from Marek Olšák 2011-05-06 05:53:07 PDT --- It looks like only the very thin characters misrender. Unfortunately, I don't have RS600. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35998] RS600: Texture alignment issues under Gnome Shell
https://bugs.freedesktop.org/show_bug.cgi?id=35998 Marek Ol??k changed: What|Removed |Added Summary|Artifacts under Gnome Shell |RS600: Texture alignment ||issues under Gnome Shell --- Comment #7 from Marek Ol??k 2011-05-06 05:53:07 PDT --- It looks like only the very thin characters misrender. Unfortunately, I don't have RS600. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: i915/kms/backlight-combo mode problem
Hi Melchior, 於 五，2011-05-06 於 10:52 +0200，Melchior FRANZ 提到： > * Melchior FRANZ -- Thursday 05 May 2011: > > This revised patch works correctly for me. > > ... and changing backlight brightness worked with acpi_osi=Linux, too. > Unfortunately, that does no longer work now, although I haven't changed > anything. Pressing the brightness buttons causes some ACPI debug output, > but it doesn't adjust anything. > > m. hmm Takashi's patch works before, but doesn't work now? Does that because my new patch for bko#34142 ? Could you please add acer-wmi to /etc/modprobe.d/blacklist then reboot machine ? Step: - add acer-wmi to /etc/modprobe.d/blacklist - shutdown your machine - remove AC power and notebook's battery - plugin AC power then boot your notebook - check the brightness control Thank's Joey Lee ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 14041] glPixelStore effect glCopyTexImage2D with ati driver
https://bugs.freedesktop.org/show_bug.cgi?id=14041 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from Marek Olšák 2011-05-06 05:24:28 PDT --- I guess this predates CopyTexImage acceleration. Closing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 14041] glPixelStore effect glCopyTexImage2D with ati driver
https://bugs.freedesktop.org/show_bug.cgi?id=14041 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from Marek Ol??k 2011-05-06 05:24:28 PDT --- I guess this predates CopyTexImage acceleration. Closing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36745] wine 1.3.19 and 3Dmark2001SE Dragothic demo upset kernel 2.6.38.4
https://bugs.freedesktop.org/show_bug.cgi?id=36745 --- Comment #14 from Andrew Randrianasulu 2011-05-06 03:48:44 PDT --- guest@slax:~/src/linux-bisect$ git bisect bad 501834349e872ed4115eea3beef65ca9eeb5528e is the first bad commit commit 501834349e872ed4115eea3beef65ca9eeb5528e Author: Marek OlЕЎГЎk Date: Mon Feb 14 01:01:09 2011 +0100 drm/radeon/kms: fix tracking of BLENDCNTL, COLOR_CHANNEL_MASK, and GB_Z on r300 Also move ZB_DEPTHCLEARVALUE to the list of safe regs. Signed-off-by: Marek OlЕЎГЎk Signed-off-by: Dave Airlie :04 04 63bb0565c7887abb72f93967caea0606d028df09 c3a86a556f8c4ee1313bdc12e1f86cb44bacb742 M drivers -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36745] wine 1.3.19 and 3Dmark2001SE Dragothic demo upset kernel 2.6.38.4
https://bugs.freedesktop.org/show_bug.cgi?id=36745 --- Comment #14 from Andrew Randrianasulu 2011-05-06 03:48:44 PDT --- guest at slax:~/src/linux-bisect$ git bisect bad 501834349e872ed4115eea3beef65ca9eeb5528e is the first bad commit commit 501834349e872ed4115eea3beef65ca9eeb5528e Author: Marek Olk Date: Mon Feb 14 01:01:09 2011 +0100 drm/radeon/kms: fix tracking of BLENDCNTL, COLOR_CHANNEL_MASK, and GB_Z on r300 Also move ZB_DEPTHCLEARVALUE to the list of safe regs. Signed-off-by: Marek Olk Signed-off-by: Dave Airlie :04 04 63bb0565c7887abb72f93967caea0606d028df09 c3a86a556f8c4ee1313bdc12e1f86cb44bacb742 M drivers -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: i915/kms/backlight-combo mode problem
* Melchior FRANZ -- Thursday 05 May 2011: > This revised patch works correctly for me. ... and changing backlight brightness worked with acpi_osi=Linux, too. Unfortunately, that does no longer work now, although I haven't changed anything. Pressing the brightness buttons causes some ACPI debug output, but it doesn't adjust anything. m. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: ATPX switcheroo fixes
When we switch the display mux, also switch
the i2c mux. Also use the start and finish
methods to let the sbios know that the switch
is happening.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=35398
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 29 -
1 files changed, 27 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atpx_handler.c
b/drivers/gpu/drm/radeon/radeon_atpx_handler.c
index ed5dfe5..9d95792 100644
--- a/drivers/gpu/drm/radeon/radeon_atpx_handler.c
+++ b/drivers/gpu/drm/radeon/radeon_atpx_handler.c
@@ -15,6 +15,9 @@
#define ATPX_VERSION 0
#define ATPX_GPU_PWR 2
#define ATPX_MUX_SELECT 3
+#define ATPX_I2C_MUX_SELECT 4
+#define ATPX_SWITCH_START 5
+#define ATPX_SWITCH_END 6
#define ATPX_INTEGRATED 0
#define ATPX_DISCRETE 1
@@ -149,13 +152,35 @@ static int radeon_atpx_switch_mux(acpi_handle handle, int
mux_id)
return radeon_atpx_execute(handle, ATPX_MUX_SELECT, mux_id);
}
+static int radeon_atpx_switch_i2c_mux(acpi_handle handle, int mux_id)
+{
+ return radeon_atpx_execute(handle, ATPX_I2C_MUX_SELECT, mux_id);
+}
+
+static int radeon_atpx_switch_start(acpi_handle handle, int gpu_id)
+{
+ return radeon_atpx_execute(handle, ATPX_SWITCH_START, gpu_id);
+}
+
+static int radeon_atpx_switch_end(acpi_handle handle, int gpu_id)
+{
+ return radeon_atpx_execute(handle, ATPX_SWITCH_END, gpu_id);
+}
static int radeon_atpx_switchto(enum vga_switcheroo_client_id id)
{
+ int gpu_id;
+
if (id == VGA_SWITCHEROO_IGD)
- radeon_atpx_switch_mux(radeon_atpx_priv.atpx_handle, 0);
+ gpu_id = ATPX_INTEGRATED;
else
- radeon_atpx_switch_mux(radeon_atpx_priv.atpx_handle, 1);
+ gpu_id = ATPX_DISCRETE;
+
+ radeon_atpx_switch_start(radeon_atpx_priv.atpx_handle, gpu_id);
+ radeon_atpx_switch_mux(radeon_atpx_priv.atpx_handle, gpu_id);
+ radeon_atpx_switch_i2c_mux(radeon_atpx_priv.atpx_handle, gpu_id);
+ radeon_atpx_switch_end(radeon_atpx_priv.atpx_handle, gpu_id);
+
return 0;
}
--
1.7.1.1
