[Bug 38622] [radeon cayman regresion] artefacts on screen

2011-07-03 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=38622 Rafael J. Wysocki changed: What|Removed |Added CC||florian at mickler.org,

Re: [PATCH 1/2] drm/nouveau: fixup init/fini sequence to deal with no CRTCs

2011-07-03 Thread Ben Skeggs
On Mon, Jul 4, 2011 at 1:15 PM, wrote: > From: Ben Skeggs > > Signed-off-by: Ben Skeggs Please ignore this, was a git-send-email accident :) > --- >  drivers/gpu/drm/nouveau/nouveau_object.c |    4 +- >  drivers/gpu/drm/nouveau/nouveau_state.c  |   64 > +- >  2 fi

[PATCH] drm: make sure drm_vblank_init() has been called before touching vbl_lock

2011-07-03 Thread skeggsb
From: Ben Skeggs Signed-off-by: Ben Skeggs --- drivers/gpu/drm/drm_irq.c | 15 +-- 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index 2022a5c..c3c87a1 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/d

[PATCH] drm/kms: allow drm_mode_group with no objects

2011-07-03 Thread skeggsb
From: Ben Skeggs Sometimes we could be controlling a device (such as an NVIDIA Tesla) that has no crtcs/encoders/connectors. One could argue that the driver should unset DRIVER_MODESET in this case, but that changes a whole heap of the DRM's other behaviours, and it's much easier to just be a mo

[PATCH 1/2] drm/nouveau: fixup init/fini sequence to deal with no CRTCs

2011-07-03 Thread skeggsb
From: Ben Skeggs Signed-off-by: Ben Skeggs --- drivers/gpu/drm/nouveau/nouveau_object.c |4 +- drivers/gpu/drm/nouveau/nouveau_state.c | 64 +- 2 files changed, 30 insertions(+), 38 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_object.c b/drivers

Re: [PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Ben Skeggs
On Mon, Jul 4, 2011 at 12:39 AM, Marcin Slusarz wrote: > On Sun, Jul 03, 2011 at 01:21:55PM +0200, Jesper Juhl wrote: >> From: Jesper Juhl >> Subject: [PATCH] nouveau: Do not leak in nv20_graph_create >> >> If we return due to an unknown chipset in >> drivers/gpu/drm/nouveau/nv20_graph.c:nv20_gr

Re: [PATCH] nouveau: Don't leak in nva3_pm_clock_pre()

2011-07-03 Thread Ben Skeggs
On Sun, Jul 3, 2011 at 7:58 PM, Jesper Juhl wrote: > If nva3_calc_pll() returns less than 0 in > drivers/gpu/drm/nouveau/nva3_pm.c:nva3_pm_clock_pre() we'll return > without freeing 'pll'. > This patch should fix the leak. Firstly, thank you for the patch. This issue however, no longer exists in

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Marcin Slusarz
On Sun, Jul 03, 2011 at 01:21:55PM +0200, Jesper Juhl wrote: > From: Jesper Juhl > Subject: [PATCH] nouveau: Do not leak in nv20_graph_create > > If we return due to an unknown chipset in > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the > memory allocated to 'pgraph'. >

[Bug 38622] [radeon cayman regresion] artefacts on screen

2011-07-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=38622 Rafael J. Wysocki changed: What|Removed |Added CC||flor...@mickler.org,

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
On Sun, 3 Jul 2011, Jesper Juhl wrote: > On Sun, 3 Jul 2011, Paul Menzel wrote: > > > Dear Jesper, > > > > > > Am Sonntag, den 03.07.2011, 12:25 +0200 schrieb Jesper Juhl: > > > If we return due to an unknown chipset in > > > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
On Sun, 3 Jul 2011, Paul Menzel wrote: > Dear Jesper, > > > Am Sonntag, den 03.07.2011, 12:25 +0200 schrieb Jesper Juhl: > > If we return due to an unknown chipset in > > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the > > memory allocated to 'pgraph'. > > > > This pat

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Paul Menzel
ull stop at the end? > return 0; > } > } > -- > 1.7.6 Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110703/d89a6d7f/attachment.pgp>

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
If we return due to an unknown chipset in drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the memory allocated to 'pgraph'. This patch should fix the leak and it also disambiguates the "PGRAPH: unknown chipset\n" error message - it's nice to be able to tell which branch creat

[Bug 38859] Clipping in some fonts after returning from sleep

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=38859 --- Comment #3 from ch...@chris-portela.com 2011-07-03 12:15:16 PDT --- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M66GL [ATI Mobility FireGL V5250] [1002:71d4] (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:2

[Bug 38859] Clipping in some fonts after returning from sleep

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=38859 --- Comment #3 from chris at chris-portela.com 2011-07-03 12:15:16 PDT --- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M66GL [ATI Mobility FireGL V5250] [1002:71d4] (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17a

[PATCH] nouveau: Don't leak in nva3_pm_clock_pre()

2011-07-03 Thread Jesper Juhl
If nva3_calc_pll() returns less than 0 in drivers/gpu/drm/nouveau/nva3_pm.c:nva3_pm_clock_pre() we'll return without freeing 'pll'. This patch should fix the leak. Signed-off-by: Jesper Juhl --- drivers/gpu/drm/nouveau/nva3_pm.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) Co

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #37 from Lars G 2011-07-03 10:38:39 PDT --- Stresstested in Blender 2.58.1 with crash-fix + hw gl_select v2/v3 patches. Result: Everything is fast and rockstable! Verry nice! :) -- Configure bugmail: https://bugs.freedesktop.org/use

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #37 from Lars G 2011-07-03 10:38:39 PDT --- Stresstested in Blender 2.58.1 with crash-fix + hw gl_select v2/v3 patches. Result: Everything is fast and rockstable! Verry nice! :) -- Configure bugmail: https://bugs.freedesktop.org/us

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=38921 --- Comment #4 from Gregor Galwas 2011-07-03 10:04:13 PDT --- (In reply to comment #3) > (In reply to comment #2) > > > > so this isn't a driver/mesa problem? > > Not as far as I know, no. You can get the game running by removing the libs > ca

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=38921 --- Comment #4 from Gregor Galwas 2011-07-03 10:04:13 PDT --- (In reply to comment #3) > (In reply to comment #2) > > > > so this isn't a driver/mesa problem? > > Not as far as I know, no. You can get the game running by removing the libs > ca

Re: [PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Marcin Slusarz
On Sun, Jul 03, 2011 at 01:21:55PM +0200, Jesper Juhl wrote: > From: Jesper Juhl > Subject: [PATCH] nouveau: Do not leak in nv20_graph_create > > If we return due to an unknown chipset in > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the > memory allocated to 'pgraph'. >

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=38921 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=38921 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=38921 --- Comment #3 from Sven Arvidsson 2011-07-03 06:48:02 PDT --- (In reply to comment #2) > > so this isn't a driver/mesa problem? Not as far as I know, no. You can get the game running by removing the libs causing the problem, libstdc++.so.6 and

[Bug 38921] Heroes of Newerth fails to start

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=38921 --- Comment #3 from Sven Arvidsson 2011-07-03 06:48:02 PDT --- (In reply to comment #2) > > so this isn't a driver/mesa problem? Not as far as I know, no. You can get the game running by removing the libs causing the problem, libstdc++.so.6 and

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Pierre-Eric Pelloux-Prayer changed: What|Removed |Added Attachment #48646|0 |1 is obsolete|

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Pierre-Eric Pelloux-Prayer changed: What|Removed |Added Attachment #48646|0 |1 is obsolete|

[Bug 33171] [RADEON:KMS:R600G:WINE] kernel crash when loading level in FEAR

2011-07-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=33171 Tobias Jakobi changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 33171] [RADEON:KMS:R600G:WINE] kernel crash when loading level in FEAR

2011-07-03 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=33171 Tobias Jakobi changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
On Sun, 3 Jul 2011, Jesper Juhl wrote: > On Sun, 3 Jul 2011, Paul Menzel wrote: > > > Dear Jesper, > > > > > > Am Sonntag, den 03.07.2011, 12:25 +0200 schrieb Jesper Juhl: > > > If we return due to an unknown chipset in > > > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak

Re: [PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
On Sun, 3 Jul 2011, Paul Menzel wrote: > Dear Jesper, > > > Am Sonntag, den 03.07.2011, 12:25 +0200 schrieb Jesper Juhl: > > If we return due to an unknown chipset in > > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the > > memory allocated to 'pgraph'. > > > > This pat

Re: [PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Paul Menzel
Dear Jesper, Am Sonntag, den 03.07.2011, 12:25 +0200 schrieb Jesper Juhl: > If we return due to an unknown chipset in > drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the > memory allocated to 'pgraph'. > > This patch should fix the leak and it also disambiguates the "PGRA

[PATCH] nouveau: Do not leak in nv20_graph_create

2011-07-03 Thread Jesper Juhl
If we return due to an unknown chipset in drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the memory allocated to 'pgraph'. This patch should fix the leak and it also disambiguates the "PGRAPH: unknown chipset\n" error message - it's nice to be able to tell which branch creat

[PATCH] nouveau: Don't leak in nva3_pm_clock_pre()

2011-07-03 Thread Jesper Juhl
If nva3_calc_pll() returns less than 0 in drivers/gpu/drm/nouveau/nva3_pm.c:nva3_pm_clock_pre() we'll return without freeing 'pll'. This patch should fix the leak. Signed-off-by: Jesper Juhl --- drivers/gpu/drm/nouveau/nva3_pm.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) Co