Displaying 20 results from an estimated 10000 matches similar to: "[Bug 10618] glxgears or mouseover on buttons can crash X server"
2008 Feb 01
1
[Bug 13691] Failed to idle channel 0 before destroy. Prepare for strangeness
http://bugs.freedesktop.org/show_bug.cgi?id=13691
Maarten Maathuis <madman2003 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #2 from Maarten Maathuis
2010 Jan 03
0
[PATCH] exa: Some compat defines for new pixman formats.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/nv50_exa.c | 20 ++++++++++++++++++++
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/src/nv50_exa.c b/src/nv50_exa.c
index 10a3a64..59c198f 100644
--- a/src/nv50_exa.c
+++ b/src/nv50_exa.c
@@ -431,6 +431,26 @@ NV50EXAUploadSIFC(const char *src, int src_pitch,
return TRUE;
}
+/* Compat defines for pre
2007 May 12
20
[Bug 10920] New: glxgears on AGP 10de0028 NV5 [RIVA TNT2/TNT2 Pro] works! (but slowly)
http://bugs.freedesktop.org/show_bug.cgi?id=10920
Summary: glxgears on AGP 10de0028 NV5 [RIVA TNT2/TNT2 Pro] works!
(but slowly)
Product: xorg
Version: 7.2
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2010 Mar 01
2
[PATCH] nouveau: make sure initial kalloc for user bo ends up in the right place
- Currently reloc'ing a user bo to gart will first cause an allocation in vram,
which is then cpu written to, then the bo gets moved to gart.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
nouveau/nouveau_reloc.c | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/nouveau/nouveau_reloc.c b/nouveau/nouveau_reloc.c
index 301482b..332dfa0 100644
2009 Dec 18
1
[PATCH] nouveau: don't emit reloc markers for bo's that are mapped
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/gallium/drivers/nouveau/nouveau_stateobj.h | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nouveau_stateobj.h b/src/gallium/drivers/nouveau/nouveau_stateobj.h
index 9aee9e4..6c40f64 100644
--- a/src/gallium/drivers/nouveau/nouveau_stateobj.h
+++
2009 Aug 26
1
[PATCH] drm/nouveau: init some list_heads
- In the case of nvbo->head it is really important to avoid an OOPS if ttm_buffer_object_init fails.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 ++
drivers/gpu/drm/nouveau/nouveau_channel.c | 1 +
drivers/gpu/drm/nouveau/nouveau_object.c | 1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git
2008 Mar 08
0
[Bug 13691] Failed to idle channel 0 before destroy. Prepare for strangeness
http://bugs.freedesktop.org/show_bug.cgi?id=13691
--- Comment #4 from Maarten Maathuis <madman2003 at gmail.com> 2008-03-08 05:34:33 PST ---
Is the bug submitter still around?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
2008 Feb 01
4
[Bug 10547] nouveau: __ucmpdi2 unresolved on ppc32
http://bugs.freedesktop.org/show_bug.cgi?id=10547
--- Comment #6 from Maarten Maathuis <madman2003 at gmail.com> 2008-02-01 11:16:02 PST ---
I've not heard people complain about this recently, is it still an issue?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
2010 Mar 01
1
[PATCH 1/2] drm/nouveau: print a message very early during suspend
- In case of suspend lockups it's nice to know it happened in nouveau.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_drv.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c b/drivers/gpu/drm/nouveau/nouveau_drv.c
index 874adf5..ec8452f 100644
---
2008 Jan 17
0
[Bug 10673] nouveau can't use a Dell 2001FP in 1600x1200 mode
http://bugs.freedesktop.org/show_bug.cgi?id=10673
Maarten Maathuis <madman2003 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |madman2003 at gmail.com
Status|NEW |RESOLVED
Resolution|
2009 Dec 04
3
[PATCH] nouveau: avoid running out of relocs
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/gallium/drivers/nouveau/nouveau_stateobj.h | 12 ++++++++----
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nouveau_stateobj.h b/src/gallium/drivers/nouveau/nouveau_stateobj.h
index b595405..28f483f 100644
--- a/src/gallium/drivers/nouveau/nouveau_stateobj.h
+++
2010 Feb 02
2
[PATCH 1/6] drm/nv50: align size of buffer object to the right boundaries.
- In the current situation the padding that is added is dangerous to write to,
userspace could potentially overwrite parts of another bo.
- Depth and stencil buffers are supposed to be large enough in general so the
waste of memory should be acceptable.
- Alternatives are hiding the padding from users or splitting vram into 2
zones.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
2007 Sep 26
12
[Bug 12582] New: Crash on GeForce 7300 SE
http://bugs.freedesktop.org/show_bug.cgi?id=12582
Summary: Crash on GeForce 7300 SE
Product: xorg
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: high
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
ReportedBy: panov
2010 Feb 17
0
[PATCH] nouveau: fix undefined reference to acpi_lid_open
On Wed, Feb 17, 2010 at 10:42:43AM +0100, Daniel Mack wrote:
> Fix the following compile time error:
>
> drivers/built-in.o: In function `nouveau_connector_detect':
> /home/daniel/src/linux/jup/linux-2.6/drivers/gpu/drm/nouveau/nouveau_connector.c:243: undefined reference to `acpi_lid_open'
>
> Signed-off-by: Daniel Mack <daniel at caiaq.de>
> Cc: David Airlie
2010 Jan 03
0
[PATCH] exa: Some compat defines for depth 30 formats.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/nv50_exa.c | 8 ++++++++
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/nv50_exa.c b/src/nv50_exa.c
index 10a3a64..c558896 100644
--- a/src/nv50_exa.c
+++ b/src/nv50_exa.c
@@ -431,6 +431,14 @@ NV50EXAUploadSIFC(const char *src, int src_pitch,
return TRUE;
}
+/* Compat defines for pre 1.7 xservers.
2010 May 09
0
[PATCH] drm/nouveau: allow cursor image and position to survive suspend
- This isn't triggered yet on a normal kernel, because it still does a VT
switch, but it seemed like a good idea to fix this now.
Tested-by: Maxim Levitsky <maximlevitsky at gmail.com>
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_crtc.h | 2 ++
drivers/gpu/drm/nouveau/nouveau_drv.c | 29 +++++++++++++++++++++++++++++
2009 Dec 27
3
[PATCH 1/2] drm/nv50: align size of buffer object to the right boundaries.
- Depth and stencil buffers are supposed to be large enough in general.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 9 ++++-----
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c
index e342a41..9fc4bd6 100644
---
2008 Jun 04
9
[Bug 16233] New: [Randr12] Server crash when detecting DVI output change
http://bugs.freedesktop.org/show_bug.cgi?id=16233
Summary: [Randr12] Server crash when detecting DVI output change
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Keywords: regression
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo:
2009 Dec 20
1
[PATCH] nv50: remove vtxbuf stateobject after a referenced vtxbuf is mapped
- This avoids problematic "reloc'ed while mapped" messages and
some associated corruption as well.
- Also add one nouveau_bo_unmap() in the vbo code that wasn't present.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++
src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++
2010 Feb 07
3
[PATCH] drm/nouveau: don't hold spin lock while calling kzalloc with GFP_KERNEL
- 'joi' on irc pointed out that this triggers a BUG_ON, because kzalloc could
sleep.
- The irq handler should restore the value NV03_PFIFO_CACHES, but still it's
better if this stuff doesn't happen in the middle of fifo create context. I see
no reason in spin locking pgraph create context, it isn't activated at that
stage.
- Move and rename the lock after some discussion with