On Wed, Aug 11, 2010 at 3:58 PM, Davidlohr Bueso 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 kmallo
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 8293855..b
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 h
On Wed, Aug 11, 2010 at 3:58 PM, Davidlohr Bueso 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 kmallo
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 sayin
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: --
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 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 ? 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 if
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 commo
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
>> because
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 c
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
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 - and
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 it
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 it
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
>> becau
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 c
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 as
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 a
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 h
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 receiv
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 receiv
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
---
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 8293855..b
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
Prior
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
Prior
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() itsel
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: https://bugs.freedesktop.org/userprefs.cgi?t
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: https://bugs.freedesktop.org/userprefs.cgi?t
signed 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 bug.
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 bug.
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
> prob
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
> prob
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
--- a/d
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
---
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 = kza
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
--- a/d
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 = kza
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 r
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 ar
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 no
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 does
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 common c
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
>> because
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 - and
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 unreliabl
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
>> because
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 Win
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 Win
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 tha
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 ext
55 matches
Mail list logo
