similar to: [Bug 10673] nouveau can't use a Dell 2001FP in 1600x1200 mode

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