search for: nv35

Tested on a NV34. There are reports of this also working on the other nv3x chips. Largely useful for testing software written for NV2x without having the actual hardware available. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Not sure whether nv30/nv35 have 0x0097 or 0x0597. Even though their respective class numbers are lower, it's still believable they'd support 0x0597 since the NV30 line was so long under development. I have not verified whether nv34 supports 0x0097. However it seems to do 0x0597 largely fine. drm/nouveau/nvkm/engin...

...nus, req uncached-minus ioremap reserve_memtype failed -16 Xorg:5078 conflicting memory types e8000000-e8010000 uncached-minus<->write-combining reserve_memtype failed 0xe8000000-0xe8010000, track uncached-minus, req uncached-minus I have this on two different box, one with nv25 and one with nv35. I followed several links on google, and had a look at arch/x86/mm/pat.c but I still don't understand well what it means, whose fault it is, and what could the consequences be. About the possible consequences, that code comment sounds a bit scary, even though everything seems to be working....

...NV4 .B RIVA TNT2 NV5 .TP 22 -.B GeForce 256, QUADRO +.B GeForce 256, QUADRO NV10 .TP 22 .B GeForce2, QUADRO2 -NV11 & NV15 +NV11 & NV15 .TP 22 .B GeForce3, QUADRO DCC NV20 @@ -44,13 +44,26 @@ NV1A, NV1F NV17, NV18, NV25, NV28 .TP 22 .B GeForce FX, QUADRO FX -NV30, NV31, NV34, NV35, NV36, NV37, NV38 +NV30, NV31, NV34, NV35, NV36, NV37, NV38 .TP 22 .B GeForce 6XXX -NV40, NV41, NV43, NV44, NV45, C51 +NV40, NV41, NV43, NV44, NV45, C51, MCP61 .TP 22 .B GeForce 7XXX -G70, G71, G72, G73 +G70, G71, G72, G73, MCP67, MCP68, MCP73 +.TP 22 +.B GeForce 8XXX, 9XXX, 2XX, 3XX +G80, G84...

Another apparently harmless message.. But I find it quite curious. Especially that they seem pretty harmful in the case of http://bugs.freedesktop.org/show_bug.cgi?id=25393 So my setup is nv35 with a 19' CRT screen connected to vga output. I get random occurrences of this message : [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 161 [drm:edid_is_valid] *ERROR* Raw EDID: But I do not get any of the bad symptoms described in bug 25393 : no crashes, no screen deactiv...

...to program the chip (by reverse > engineering, or because the chip is documented). Then the student > should implement TV-out support as part of the randr 1.2/1.3 > framework. because I'm considering to apply for it. I would attempt to RE the TV encoder of some subset of NV17, NV34, NV35 (that's the hardware i've access to). Thanks. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freedesktop.org/archives/nouveau/attachments/20090324/64d44...

...r without a cast commenting out the body of the function nouveau_mem_fb_amount_igp, I can compile without warning and insert the module (and Nouveau works). I'm running linux mandriva 2007.1 with kernel 2.6.17, gcc 4.1.2, x86_64. 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV35 [GeForce FX 5900XT] [10de:0332] (rev a1) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugs.freedesktop.org/show_bug.cgi?id=12158 Summary: mouse cursor disappears Product: xorg Version: 7.2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: mjulien.m at

...dev/devinit/nvc0.o nouveau-y += core/subdev/fb/base.o -nouveau-y += core/subdev/fb/nv04.o -nouveau-y += core/subdev/fb/nv10.o -nouveau-y += core/subdev/fb/nv1a.o -nouveau-y += core/subdev/fb/nv20.o -nouveau-y += core/subdev/fb/nv25.o -nouveau-y += core/subdev/fb/nv30.o -nouveau-y += core/subdev/fb/nv35.o -nouveau-y += core/subdev/fb/nv36.o -nouveau-y += core/subdev/fb/nv40.o -nouveau-y += core/subdev/fb/nv41.o -nouveau-y += core/subdev/fb/nv44.o -nouveau-y += core/subdev/fb/nv46.o -nouveau-y += core/subdev/fb/nv47.o -nouveau-y += core/subdev/fb/nv49.o -nouveau-y += core/subdev/fb/nv4e.o -nouveau-...

http://bugs.freedesktop.org/show_bug.cgi?id=22317 Summary: Interlace does not work with Geforce 6200 / NV44a Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=54786 Bug #: 54786 Summary: random crashes of X with failed to idle channel 0xcccc0000 Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major

- Added flush notify functions for NV30 and NV40. - NV30 and NV40 need testing (check for regressions). --- src/gallium/drivers/nouveau/nouveau_stateobj.h | 47 +++++++++++++++++++----- src/gallium/drivers/nv04/nv04_surface_2d.c | 9 +++-- src/gallium/drivers/nv30/nv30_context.c | 3 ++ src/gallium/drivers/nv30/nv30_context.h | 1 +

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

...engine/graph/ctxnvf0.o +nouveau-$(CONFIG_DRM_NOUVEAU_NVC0) += core/engine/graph/ctxnv108.o nouveau-y += core/engine/graph/nv04.o nouveau-y += core/engine/graph/nv10.o nouveau-y += core/engine/graph/nv20.o @@ -259,15 +259,15 @@ nouveau-y += core/engine/graph/nv34.o nouveau-y += core/engine/graph/nv35.o nouveau-y += core/engine/graph/nv40.o nouveau-y += core/engine/graph/nv50.o -nouveau-y += core/engine/graph/nvc0.o -nouveau-y += core/engine/graph/nvc1.o -nouveau-y += core/engine/graph/nvc3.o -nouveau-y += core/engine/graph/nvc8.o -nouveau-y += core/engine/graph/nvd7.o -nouveau-y += core/engin...

...ouveau-$(CONFIG_DRM_NOUVEAU_NVC0) += core/engine/graph/ctxnv108.o > nouveau-y += core/engine/graph/nv04.o > nouveau-y += core/engine/graph/nv10.o > nouveau-y += core/engine/graph/nv20.o > @@ -259,15 +259,15 @@ nouveau-y += core/engine/graph/nv34.o > nouveau-y += core/engine/graph/nv35.o > nouveau-y += core/engine/graph/nv40.o > nouveau-y += core/engine/graph/nv50.o > -nouveau-y += core/engine/graph/nvc0.o > -nouveau-y += core/engine/graph/nvc1.o > -nouveau-y += core/engine/graph/nvc3.o > -nouveau-y += core/engine/graph/nvc8.o > -nouveau-y += core/engine/gr...

...ine/gr/nv20.h:/* SPDX-License-Identifier: GPL-2.0 */ nvkm/engine/gr/nv25.c:// SPDX-License-Identifier: GPL-2.0 nvkm/engine/gr/nv2a.c:// SPDX-License-Identifier: GPL-2.0 nvkm/engine/gr/nv30.c:// SPDX-License-Identifier: GPL-2.0 nvkm/engine/gr/nv34.c:// SPDX-License-Identifier: GPL-2.0 nvkm/engine/gr/nv35.c:// SPDX-License-Identifier: GPL-2.0 nvkm/engine/gr/nv40.h:/* SPDX-License-Identifier: GPL-2.0 */ nvkm/engine/gr/nv50.h:/* SPDX-License-Identifier: GPL-2.0 */ nvkm/engine/gr/priv.h:/* SPDX-License-Identifier: GPL-2.0 */ nvkm/engine/gr/regs.h:/* SPDX-License-Identifier: GPL-2.0 */ nvkm/engine/mpeg/...

...m/engine/gr/nv25.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv2a.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv30.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv34.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv35.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv40.h | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/nv50.h | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/priv.h | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/gr/regs.h...

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 they could be cherry-picked, they are: d782c3f95c9263dc0b98e7115f75f1e18b9600b...