Displaying 20 results from an estimated 40000 matches similar to: "[Bug 10673] nouveau can't use a Dell 2001FP in 1600x1200 mode"
2007 Nov 18
1
[Bug 10673] nouveau can't use a Dell 2001FP in 1600x1200 mode
http://bugs.freedesktop.org/show_bug.cgi?id=10673
------- Comment #2 from ajax at nwnk.net 2007-11-18 08:07 PST -------
(In reply to comment #0)
> The long term best solution would be to figure out why this is being
> misdetected and correct that. A good short term solution would be to implement
> the "PanelSize" option in nouveau (see the radeon driver) to allow the user
2007 May 01
0
[Bug 10673] nouveau can't use a Dell 2001FP in 1600x1200 mode
http://bugs.freedesktop.org/show_bug.cgi?id=10673
marchesin@icps.u-strasbg.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|marchesin@icps.u-strasbg.fr |nouveau@lists.freedesktop.or
| |g
------- Comment #1 from
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
2008 Feb 01
0
[Bug 10618] glxgears or mouseover on buttons can crash X server
http://bugs.freedesktop.org/show_bug.cgi?id=10618
Maarten Maathuis <madman2003 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Keywords| |NEEDINFO
Resolution|
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
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
+++
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.
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
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
---
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
+++
2008 Mar 21
3
[Bug 15161] New: Unable To Get Full Resolution (exceeds panel dimensions)
http://bugs.freedesktop.org/show_bug.cgi?id=15161
Summary: Unable To Get Full Resolution (exceeds panel dimensions)
Product: xorg
Version: 7.3
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
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.
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 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 +++++++++++++++++++++++++++++
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>
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
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:
2008 Jan 21
4
[Bug 14174] New: nouveau uses symbols from private header exa_priv.h
http://bugs.freedesktop.org/show_bug.cgi?id=14174
Summary: nouveau uses symbols from private header exa_priv.h
Product: xorg
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: low
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2009 Dec 19
1
[PATCH] drm/nouveau: always do buffer object moves on bo->channel
- Use the "direct" objects that previously only the kernel fifo had.
- This avoids corruption on some buffer moves.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 23 ++---------------
drivers/gpu/drm/nouveau/nouveau_object.c | 36 ++++++++++++++++++++++++++++
drivers/gpu/drm/nouveau/nouveau_state.c | 38