http://bugs.freedesktop.org/show_bug.cgi?id=25934
Frank Richter changed:
What|Removed |Added
Attachment #32492|0 |1
is obsolete|
http://bugs.freedesktop.org/show_bug.cgi?id=25934
--- Comment #2 from Frank Richter 2010-01-06 23:54:19 PST ---
Created an attachment (id=32494)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32494)
Problematic ARB source code
--
Configure bugmail: http://bugs.freedesktop.org/userpre
http://bugs.freedesktop.org/show_bug.cgi?id=25934
--- Comment #1 from Lucas Paul 2010-01-06 23:41:04 PST
---
Created an attachment (id=32492)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32492)
The offending Cg source, extracted from gdb output and with some escape
sequences converte
Signed-off-by: Alexander Beregalov
---
drivers/gpu/drm/radeon/mkregtable.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/mkregtable.c
b/drivers/gpu/drm/radeon/mkregtable.c
index 0d79577..607241c 100644
--- a/drivers/gpu/drm/radeon/mkregtable.c
On Wed, Jan 6, 2010 at 10:55 PM, Dave Airlie wrote:
> On Wed, Dec 30, 2009 at 11:21 AM, Darren Jenkins
> wrote:
>> There are a couple of array overruns, and some associated confusion in
>> the code.
>> This is just a wild guess at what the code should actually look like.
>
> Alex can you take a l
http://bugs.freedesktop.org/show_bug.cgi?id=25934
Summary: Segfaults while parsing a shader shown to work on other
platforms
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains some EDID parser fixups, a patch to make the drm_pci_alloc
sane (follow up from Eric to fix Intel driver bug that required this fix),
along with some ke
On Wed, Dec 30, 2009 at 11:21 AM, Darren Jenkins
wrote:
> There are a couple of array overruns, and some associated confusion in
> the code.
> This is just a wild guess at what the code should actually look like.
Alex can you take a look at this, though I suspect its mostly stuff
that is wrong in
On Wed, Dec 30, 2009 at 11:23 AM, Darren Jenkins
wrote:
> If there is an invalid radeon family the fw_name is NULL and causes an
> NULL pointer dereference.
> This just adds a check for something unexpected.
>
Same as for last one, unless a developer explicity writes code wrong,
this cannot
happe
On Wed, Dec 30, 2009 at 11:25 AM, Darren Jenkins
wrote:
> If drm_addmap() fails master_priv is leaked.
>
I got a patch from Roel Kluin to fix this already, will push it out soon.
Dave.
--
This SF.Net email is sponsored
On Wed, Dec 30, 2009 at 11:24 AM, Darren Jenkins
wrote:
> If there is an invalid family the fw_name is NULL and causes an
> NULL pointer dereference.
> This just adds a check for something unexpected.
NAK.
This can't happen, only gpus with those families set can call this function,
so we can't g
2010/1/6 Rafał Miłecki :
> 2010/1/5 Alex Deucher :
>> Updated patch to use bios tables attached.
>
> What about reading clock of sideport memory? Standard way? Could we do
> following?
Nope. Sideport mclk is different than the mclk on discrete chips. If
you look at the atom tables you'll notice
2010/1/5 Alex Deucher :
> Updated patch to use bios tables attached.
What about reading clock of sideport memory? Standard way? Could we do
following?
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index c49cda9..b996a5e 100644
--- a/drivers/gpu/drm/
On Wed, Jan 06, 2010 at 01:57:08PM -0500, Alex Deucher wrote:
> On Wed, Jan 6, 2010 at 1:29 PM, Jerome Glisse wrote:
> > R300 family will hard lockup if host path read cache flush is
> > done through MMIO to HOST_PATH_CNTL. But scheduling same flush
> > through ring seems harmless. This patch remo
On Tue, 17 Nov 2009 14:08:52 -0800, a...@linux-foundation.org wrote:
> From: Andrew Morton
>
> drivers/gpu/drm/i915/i915_dma.c: In function 'i915_driver_load':
> drivers/gpu/drm/i915/i915_dma.c:1114: warning: 'll_base' may be used
> uninitialized in this function
>
> Partly this is because gcc
On Wed, Jan 6, 2010 at 1:29 PM, Jerome Glisse wrote:
> R300 family will hard lockup if host path read cache flush is
> done through MMIO to HOST_PATH_CNTL. But scheduling same flush
> through ring seems harmless. This patch remove the hdp_flush
> callback and add a flush after each fence emission
R300 family will hard lockup if host path read cache flush is
done through MMIO to HOST_PATH_CNTL. But scheduling same flush
through ring seems harmless. This patch remove the hdp_flush
callback and add a flush after each fence emission which means
a flush after each IB schedule. Thus we should hav
From: Corbin Simpson
Long story short, this fixes sporadic hardlocks with my rv410 during
times of intense 2D acceleration (Flash on Fx3).
V2: Fix indentation and move errata_fini to suspend function so we
don't leak scratch register over suspend/resume cycle.
V3: Move scratch_reg to asic specif
> > Commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e (drm/kms: properly
> > handle fbdev blanking) breaks console blanking on my laptop (GM45
> > chipset). Instead of blanking the screen, it is dimmed and then the
> > backlight starts "glowing" in the lower edges of the screen. The glowing
> > then
Compile-tested OK.
- Sedat -
On Wed, Jan 6, 2010 at 6:39 PM, michal wrote:
> Brian Paul wrote on 2010-01-06 18:07:
>>
>> Sedat Dilek wrote:
>>
>>>
>>> Hi,
>>>
>>> this patch fixes a build-error in mesa GIT master after...
>>>
>>> commit 251363e8f1287b54dc7734e690daf2ae96728faf (patch)
>>> "conf
Thanks, your patch fixed the problem.
- Sedat -
On Wed, Jan 6, 2010 at 6:38 PM, Brian Paul wrote:
> r300_translate_tex_filters() was missing the is_anisotropic parameter. I
> fixed that, but there may be other issues. Looks like some of the r300 code
> isn't c99.
>
> -Brian
>
>
> Sedat Dilek w
> > > Commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e (drm/kms: properly
> > > handle fbdev blanking) breaks console blanking on my laptop (GM45
> > > chipset). Instead of blanking the screen, it is dimmed and then the
> > > backlight starts "glowing" in the lower edges of the screen. The glowing
Brian Paul wrote on 2010-01-06 18:07:
Sedat Dilek wrote:
Hi,
this patch fixes a build-error in mesa GIT master after...
commit 251363e8f1287b54dc7734e690daf2ae96728faf (patch)
"configs: set INTEL_LIBS, INTEL_CFLAGS, etcmaster"
>From my build-log:
...
In file included from svga_pipe_fs.c:3
Stanse found a memory leak in radeon_master_create. master_priv is not
freed/assigned on all paths. Fix that.
Signed-off-by: Jiri Slaby
---
drivers/gpu/drm/radeon/radeon_cp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cp.c
b/drivers/gp
On Wed, 2010-01-06 at 11:41 +0100, Jerome Glisse wrote:
> From: Corbin Simpson
>
> Long story short, this fixes sporadic hardlocks with my rv410 during
> times of intense 2D acceleration (Flash on Fx3).
>
> V2: Fix indentation and move errata_fini to suspend function so we
> don't leak scratch
http://bugs.freedesktop.org/show_bug.cgi?id=25916
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
r300_translate_tex_filters() was missing the is_anisotropic parameter.
I fixed that, but there may be other issues. Looks like some of the
r300 code isn't c99.
-Brian
Sedat Dilek wrote:
> OK.
>
> That's the next one :-)
> ...
> In file included from r300_emit.c:36:
> r300_state_inlines.h:
This looks like my fault.
It would be nice to have the r300 and nvidia drivers building by default
(eg on linux-debug builds), even if they don't create full drivers, so
that a single build can get greater coverage.
Keith
On Wed, 2010-01-06 at 09:09 -0800, Sedat Dilek wrote:
> OK.
>
> That's th
I will pop my rv410 back in and test when I get back home.
Posting from a mobile, pardon my terseness. ~ C.
On Jan 6, 2010 2:41 AM, "Jerome Glisse" wrote:
From: Corbin Simpson
Long story short, this fixes sporadic hardlocks with my rv410 during
times of intense 2D acceleration (Flash on Fx3).
Hi,
Console blanking broke on my laptop with GM45 chipset with 2.6.33. Instead of
blanking, the screen was dimmed and the backlight started glowing in the lower
edges of the screen. The glowing then slowly spread upwards. Did not look
healthy at all.
Easily reproduced by issuing "setterm -blank f
OK.
That's the next one :-)
...
In file included from r300_emit.c:36:
r300_state_inlines.h: In function ‘r300_translate_tex_filters’:
r300_state_inlines.h:263: error: ‘is_anisotropic’ undeclared (first
use in this function)
r300_state_inlines.h:263: error: (Each undeclared identifier is
reported o
> Commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e (drm/kms: properly
> handle fbdev blanking) breaks console blanking on my laptop (GM45
> chipset). Instead of blanking the screen, it is dimmed and then the
> backlight starts "glowing" in the lower edges of the screen. The glowing
> then slowly sp
http://bugs.freedesktop.org/show_bug.cgi?id=25916
Pierre Ossman changed:
What|Removed |Added
Summary|floating point texture |floating point texture
Sedat Dilek wrote:
> Hi,
>
> this patch fixes a build-error in mesa GIT master after...
>
> commit251363e8f1287b54dc7734e690daf2ae96728faf (patch)
> "configs: set INTEL_LIBS, INTEL_CFLAGS, etcmaster"
>
>>From my build-log:
> ...
> In file included from svga_pipe_fs.c:37:
> svga_tgsi.h: I
Commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e (drm/kms: properly
handle fbdev blanking) breaks console blanking on my laptop (GM45
chipset). Instead of blanking the screen, it is dimmed and then the
backlight starts "glowing" in the lower edges of the screen. The glowing
then slowly spreads upwar
Hi,
this patch fixes a build-error in mesa GIT master after...
commit 251363e8f1287b54dc7734e690daf2ae96728faf (patch)
"configs: set INTEL_LIBS, INTEL_CFLAGS, etcmaster"
>From my build-log:
...
In file included from svga_pipe_fs.c:37:
svga_tgsi.h: In function 'svga_fs_key_size':
svga_tgsi.h:122
http://bugs.freedesktop.org/show_bug.cgi?id=25916
--- Comment #1 from Alex Deucher 2010-01-06 08:48:07 PST ---
The swizzles may be wrong for some texture formats. See r600GetTexFormat() in
r600_texstate.c.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=25916
Summary: floating point texture coordinates inverted
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On 01/05/2010 04:20 PM, Zhenyu Wang wrote:
> On 2010.01.04 13:11:56 -0800, Eric Anholt wrote:
>> On Mon, 4 Jan 2010 17:27:45 +0800, Zhenyu Wang
>> wrote:
>>> On 2009.12.31 12:33:06 +0800, Zhenyu Wang wrote:
On 2009.12.30 10:26:27 +, David Woodhouse wrote:
> On Wed, 2009-12-30 at 11:0
http://bugs.freedesktop.org/show_bug.cgi?id=25892
--- Comment #5 from Michel Dänzer 2010-01-06 05:11:02 PST
---
(In reply to comment #4)
> However on calling glxinfo within gdb I still get:
>
> "Reading symbols from /usr/bin/glxinfo...(no debugging symbols found)...done."
That should be o
http://bugs.freedesktop.org/show_bug.cgi?id=25892
--- Comment #4 from Heinrich Fu Jin Wang 2010-01-06
04:59:39 PST ---
I tried to receive a backtrace from gdb but obviously my computer skills are
not sufficient.
After reading a couple of howtos on debugging with gdb in the internet I
insta
From: Corbin Simpson
Long story short, this fixes sporadic hardlocks with my rv410 during
times of intense 2D acceleration (Flash on Fx3).
V2: Fix indentation and move errata_fini to suspend function so we
don't leak scratch register over suspend/resume cycle.
Signed-off-by: Corbin Simpson
Sig
42 matches
Mail list logo