This is a CS checker fix. I need this for FP16 alpha-test.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/reg_srcs/rv515 |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/reg_srcs/rv515
b/drivers/gpu/drm/radeon/reg_srcs/rv515
index
Andreas Sundstrom wrote:
> On my laptop X hangs as soon as something uses OpenGL it seems.
> Running for example glxinfo or glxgears causes it to freeze.
> I have not had any issues like this before, and 2.6.34 works ok but not
> 2.6.35
Just want to say that it the same status with 2.6.35.1
Any
https://bugs.freedesktop.org/show_bug.cgi?id=29518
--- Comment #1 from Marek Ol??k 2010-08-11 18:37:28 PDT
---
It's rendering only garbage here, with or without that patch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Wed, Aug 11, 2010 at 10:50 AM, Dave Airlie wrote:
> On Wed, Aug 11, 2010 at 6:48 PM, Luca Tettamanti
> wrote:
>> Hi Arnd,
>> this commit:
>>
>> commit 58374713c9dfb4d231f8c56cac089f6fbdedc2ec
>> Author: Arnd Bergmann
>> Date: ? Sat Jul 10 23:51:39 2010 +0200
>>
>> ? ?drm: kill BKL from
On Wed, Aug 11, 2010 at 3:32 PM, Adam Jackson wrote:
> On Wed, 2010-08-11 at 01:16 +0200, Andrei Paskevich wrote:
>> Currently, the LVDS connector on i915-equipped laptops
>> is always reported as connected, regardless of the lid
>> state and presence of external monitors. This was done
>>
On Wed, 2010-08-11 at 07:35 -0700, Joe Perches wrote:
> On Wed, 2010-08-11 at 09:18 -0400, Davidlohr Bueso wrote:
> > memory allocation in drm_bufs.c is followed by initializing the memory with
> > 0.
> >
> > Replace the use of kmalloc+memset with kzalloc.
>
> Perhaps kzalloc's with a multiply
https://bugs.freedesktop.org/show_bug.cgi?id=29518
Summary: [r300g] [regression] Depth clamping broke Regnum
Online
Product: Mesa
Version: git
Platform: Other
URL: http://www.regnumonline.com.ar/
OS/Version: All
When removing of the BKL the locking around lastclose() was rearranged
and resulted in the holding of the open_count spinlock over the call
into drm_lastclose(). The drivers were not ready for this path to be
atomic - it may indeed involve long waits to release old objects and
cleanup the GPU -
https://bugs.freedesktop.org/show_bug.cgi?id=28474
--- Comment #12 from Tormod Volden 2010-08-11
14:35:16 PDT ---
While having the gallium drivers installed I ran antmaze with LIBGL_DRIVERS
pointing to the classic drivers (both git from yesterday) and it locked up
also, although after running
On Wed, Aug 11, 2010 at 2:22 AM, Alex Deucher wrote:
> On Tue, Aug 10, 2010 at 7:16 PM, Andrei Paskevich
> wrote:
>> Currently, the LVDS connector on i915-equipped laptops
>> is always reported as connected, regardless of the lid
>> state and presence of external monitors. This was done
>>
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #2 from Nick Bowler 2010-08-11 12:40:12 PDT
---
Looks like the same problem as bug 29192.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #1 from Laurent carlier 2010-08-11
11:59:40 PDT ---
A similar bugreport was filled in archlinux:
http://bugs.archlinux.org/task/20423
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
add default case for buffer formats
Signed-off-by: Alex Deucher
Cc: Andre Maasikas
---
drivers/gpu/drm/radeon/r600_cs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 52b5252..8e165b2 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=29513
Summary: Kwin crash when i change the decoration.
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
On 08/08/2010 10:37 AM, Chris Wilson wrote:
> Dave Airlie:
>I might be missing something, but what stops the race with something
>reopening while we are in lastclose now?
>
> The global_mutex which appears to fill this role is only taken inside
> the drm_stub_open() and not drm_open()
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #11 from Michal Suchanek 2010-08-11
09:44:28 PDT ---
Piglit with test added for the lighting issue.
http://repo.or.cz/w/piglit/hramrach.git/shortlog/refs/heads/wip
--
Configure bugmail:
ed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100811/6aaf4298/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #10 from Alex Deucher 2010-08-11 09:26:35 PDT
---
Can you try 2.6.35?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #8 from Mjules 2010-08-11 09:24:59 PDT ---
(In reply to comment #7)
> I could imagine that the latency is caused by the VGA port getting polled.
>
> Can you connect the monitor to VGA instead of DVI? This might work around the
>
Currently most, if not all, memory allocation in drm_bufs.c is followed by
initializing the memory with 0.
Replace the use of kmalloc+memset with kzalloc.
Signed-off-by: Davidlohr Bueso
---
drivers/gpu/drm/drm_bufs.c | 33 +++--
1 files changed, 11 insertions(+),
i915: Remove redundant NULL check upon kfree().
Signed-off-by: Davidlohr Bueso
---
drivers/gpu/drm/i915/intel_dvo.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dvo.c b/drivers/gpu/drm/i915/intel_dvo.c
index 227feca..b3955bc 100644
---
On Wed, 2010-08-11 at 09:18 -0400, Davidlohr Bueso wrote:
> memory allocation in drm_bufs.c is followed by initializing the memory with 0.
>
> Replace the use of kmalloc+memset with kzalloc.
Perhaps kzalloc's with a multiply could/should also be converted
to kcalloc.
> + entry->buflist =
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #9 from 0453411800 at netti.fi 2010-08-11 07:29:15 PDT ---
Another option that I've tried also didn't help:
pci=nomsi did not fix the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #8 from 0453411800 at netti.fi 2010-08-11 07:27:04 PDT ---
I've tried out whether some kernel command-line options can solve my problem.
Here's what I've found (running with the kernel that uses the KMS driver):
radeon.agpmode=-1
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #14 from Pavel Ondra?ka 2010-08-11 03:29:05
PDT ---
Good news, with latest mesa when I disable use of GLSL in Wine, everything is
rendered 100% correctly and there is no visible drop of framerate. However when
using GLSL (default
Currently, the LVDS connector on i915-equipped laptops
is always reported as connected, regardless of the lid
state and presence of external monitors. This was done
because of too many BIOSes reporting lid status in
an unreliable way. However, in a quite usual setup of
a laptop attached to an
On 08/08/2010 10:37 AM, Chris Wilson wrote:
Dave Airlie:
I might be missing something, but what stops the race with something
reopening while we are in lastclose now?
The global_mutex which appears to fill this role is only taken inside
the drm_stub_open() and not drm_open() itself. As
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #14 from Pavel Ondračka dra...@centrum.cz 2010-08-11 03:29:05 PDT
---
Good news, with latest mesa when I disable use of GLSL in Wine, everything is
rendered 100% correctly and there is no visible drop of framerate. However when
using
On Wed, Aug 11, 2010 at 2:22 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Aug 10, 2010 at 7:16 PM, Andrei Paskevich and...@tertium.org wrote:
Currently, the LVDS connector on i915-equipped laptops
is always reported as connected, regardless of the lid
state and presence of external
On Wed, 2010-08-11 at 01:16 +0200, Andrei Paskevich wrote:
Currently, the LVDS connector on i915-equipped laptops
is always reported as connected, regardless of the lid
state and presence of external monitors. This was done
because of too many BIOSes reporting lid status in
an unreliable
When removing of the BKL the locking around lastclose() was rearranged
and resulted in the holding of the open_count spinlock over the call
into drm_lastclose(). The drivers were not ready for this path to be
atomic - it may indeed involve long waits to release old objects and
cleanup the GPU -
On Wed, Aug 11, 2010 at 3:32 PM, Adam Jackson a...@redhat.com wrote:
On Wed, 2010-08-11 at 01:16 +0200, Andrei Paskevich wrote:
Currently, the LVDS connector on i915-equipped laptops
is always reported as connected, regardless of the lid
state and presence of external monitors. This was done
On Wed, Aug 11, 2010 at 10:50 AM, Dave Airlie airl...@gmail.com wrote:
On Wed, Aug 11, 2010 at 6:48 PM, Luca Tettamanti kronos...@gmail.com wrote:
Hi Arnd,
this commit:
commit 58374713c9dfb4d231f8c56cac089f6fbdedc2ec
Author: Arnd Bergmann a...@arndb.de
Date: Sat Jul 10 23:51:39 2010 +0200
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #8 from 0453411...@netti.fi 2010-08-11 07:27:04 PDT ---
I've tried out whether some kernel command-line options can solve my problem.
Here's what I've found (running with the kernel that uses the KMS driver):
radeon.agpmode=-1 does
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #9 from 0453411...@netti.fi 2010-08-11 07:29:15 PDT ---
Another option that I've tried also didn't help:
pci=nomsi did not fix the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
i915: Remove redundant NULL check upon kfree().
Signed-off-by: Davidlohr Bueso d...@gnu.org
---
drivers/gpu/drm/i915/intel_dvo.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dvo.c b/drivers/gpu/drm/i915/intel_dvo.c
index 227feca..b3955bc
Currently most, if not all, memory allocation in drm_bufs.c is followed by
initializing the memory with 0.
Replace the use of kmalloc+memset with kzalloc.
Signed-off-by: Davidlohr Bueso d...@gnu.org
---
drivers/gpu/drm/drm_bufs.c | 33 +++--
1 files changed, 11
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #8 from Mjules mjulie...@gmail.com 2010-08-11 09:24:59 PDT ---
(In reply to comment #7)
I could imagine that the latency is caused by the VGA port getting polled.
Can you connect the monitor to VGA instead of DVI? This might work
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #11 from Michal Suchanek hramr...@centrum.cz 2010-08-11 09:44:28
PDT ---
Piglit with test added for the lighting issue.
http://repo.or.cz/w/piglit/hramrach.git/shortlog/refs/heads/wip
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #1 from Laurent carlier lordhea...@gmail.com 2010-08-11 11:59:40
PDT ---
A similar bugreport was filled in archlinux:
http://bugs.archlinux.org/task/20423
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
Andreas Sundstrom wrote:
On my laptop X hangs as soon as something uses OpenGL it seems.
Running for example glxinfo or glxgears causes it to freeze.
I have not had any issues like this before, and 2.6.34 works ok but not
2.6.35
Just want to say that it the same status with 2.6.35.1
Any help
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #2 from Nick Bowler nbow...@draconx.ca 2010-08-11 12:40:12 PDT ---
Looks like the same problem as bug 29192.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=28474
--- Comment #12 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2010-08-11
14:35:16 PDT ---
While having the gallium drivers installed I ran antmaze with LIBGL_DRIVERS
pointing to the classic drivers (both git from yesterday) and it locked up
https://bugs.freedesktop.org/show_bug.cgi?id=29518
Summary: [r300g] [regression] Depth clamping broke Regnum
Online
Product: Mesa
Version: git
Platform: Other
URL: http://www.regnumonline.com.ar/
OS/Version: All
On Tue, 2010-08-10 at 17:51 -0400, Adam Jackson wrote:
On Tue, 2010-08-10 at 22:35 +0200, Geert Uytterhoeven wrote:
Now, do we really need asm/vga.h? It seems I can make it build and boot
using:
I think we can drop asm/vga.h on all platforms, I'll queue a patch up
for drm-next to see
https://bugs.freedesktop.org/show_bug.cgi?id=29518
--- Comment #1 from Marek Olšák mar...@gmail.com 2010-08-11 18:37:28 PDT ---
It's rendering only garbage here, with or without that patch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
Hi Linus,
repeat request with some additional fixes, nouveau started using io-mapping and
this made ppc64 build unhappy, and also make the m68k build happier by dropping
unneeded vga.h from vgaarb. Two powerpc radeon kms fixes, and two radeon
command checker fixes.
The optimist in me is
On Wed, Aug 11, 2010 at 3:58 PM, Davidlohr Bueso d...@gnu.org wrote:
On Wed, 2010-08-11 at 07:35 -0700, Joe Perches wrote:
On Wed, 2010-08-11 at 09:18 -0400, Davidlohr Bueso wrote:
memory allocation in drm_bufs.c is followed by initializing the memory
with 0.
Replace the use of
48 matches
Mail list logo