search for: twohead

https://bugs.freedesktop.org/show_bug.cgi?id=92178 Bug ID: 92178 Summary: nouveau framebuffer fails to initialize properly on GeForce 2 Go (NV11M) Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium

...src/nv_setup.c xf86-video-nv-2.1.6.mihai/nouveau-20070920/src/nv_setup.c --- xf86-video-nv-2.1.6/nouveau-20070920/src/nv_setup.c 2007-09-19 23:17:39.000000000 +0100 +++ xf86-video-nv-2.1.6.mihai/nouveau-20070920/src/nv_setup.c 2008-06-01 15:45:53.000000000 +0100 @@ -333,7 +333,10 @@ if(pNv->twoHeads && (implementation != CHIPSET_NV11)) { if(nvReadEXTDEV(pNv, 0x0000) & (1 << 22)) - pNv->CrystalFreqKHz = 27000; + if(implementation == CHIPSET_C512) + pNv->CrystalFreqKHz = 25000; + else + pNv->Crysta...

I did a very quick pass at removing all the non-KMS support from the DDX. It's tested on G80 but nowhere else currently, I thought some discussion would be a good idea rather than just ripping it out :) The non-KMS paths are messy, and lets face it, rotting badly. IMO the KMS code is stable enough now that we can continue without the UMS crutch, and indeed, the KMS code supports a lot more

The various register access wrappers in nouveau_hw.h are so noisy when drm.debug > 0, that some of them can overflow the kernel message buffer. Add nouveau.ko parameter 'reg_debug', a bitmask that enables each of the wrapper debug messages individually. By default, nothing is printed. Signed-off-by: Pekka Paalanen <pq at iki.fi> --- drivers/gpu/drm/nouveau/nouveau_drv.c | 6

It seems it was only locking up in the context of nouveau_hw_save_vga_fonts, when it actually did something (because the console wasn't already in graphics mode). Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_hw.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_hw.c

This patch series adds TV-out modesetting support to the KMS implementation. I've tried to test it on all the hardware I've got at hand (that is nv11, nv17, nv34, nv35, nv40, nv4b) with every possible output combination; I believe it has reached a mergeable state, however it depends on some commits from drm-next that haven't got into Linus' tree yet, if you agree to merge this