similar to: [Bug 16736] New: NVS 135M not supported

Hi, I tried to run nouveau under Ubuntu 8.04, it failed with the error mentioned in the subject. The graphics card in question is: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 135M (rev a1) Some X specific output: X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Ubuntu (xorg-server

http://bugs.freedesktop.org/show_bug.cgi?id=23198 Summary: nv50/NVS135M: video hangs/flickers when fullscreen 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

On 25 May 2004 at 9:50, sdgesa gaeharth wrote: > I was using windows media player (with the patch for playing ogg). You mean you're using it for ogg-streaming? If I remember correctly just a few mails ago somebody said it only plays static files. Which plugin (patch???) are you using? Regards, Stefan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project

in nouveau_shader_pass2() 210: struct pass2_rec *rec; ... 215: rec = calloc(1, sizeof(struct pass2_rec)); ... 218: nvs->pass_rec = rec; untested, please check. -- also free nvs->pass_rec on error Signed-off-by: Roel Kluin <12o3l at tiscali.nl> --- diff --git a/src/mesa/drivers/dri/nouveau/nouveau_shader_2.c b/src/mesa/drivers/dri/nouveau/nouveau_shader_2.c index

Hi, I have some spare Nvidia NVS 310 cards (with two DP1.2 outputs) and at least one NVS 510 (four DP1.2 outputs). Would any Nouveau developer like to accept some as a donation? -- Ed Avis <eda at waniasset.com>

Brendan Cully <brendan@xiph.org> writes: > *You do need a snapshot rather than a release to do all this, > but I'd recommend that anyway since the snapshot is actually a lot > more robust than the release. For instance you shouldn't need any VBR > patch. Thanks for responding. The VBR patch was just a "dummy" patch I applied, because iceS didn't read VBR

I've put a Nvidia Quadro card in my machine. It was first detected as Quadro4 200/400 NVS. I have the pigtail for dual monitors. I've tried tweaking the xorg file to get it working, to no avail. So I then downloaded the 9631 version driver from Nvidia. The readme for the newer files said that they didn't support this card. I run the installer, it builds the module, but gets

I have an PNY NVIDIA Quadro NVS 440 PCI Express x1. It's main feature is it's 4 monitor support. The PCIe x1 port was needed since my workstation is actually an beefy server w/ no x16 slots. Linux support, even when using the binary drivers has deteriorated over the years, especially once the desktops started going '3D'. I went from running on a 4 monitor, single desktop, back

http://bugs.freedesktop.org/show_bug.cgi?id=25084 Summary: [PATCH] [drm_pciids] Note NVidia Quadro NVS 295 as supported Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

Hi Nouveau folks, I've been encountering some corruption on pixmaps for a while now, and it seems like the problem comes from the DFS/UTS (Download From Screen / Upload To Screen). In fact, I'm pretty sure the problem comes from there as screenshots are garbled and so does a few more things. I may have time to dig this up, where should I start, is there some documentation on the NVS

Hi, On 06-06-16 14:27, Ed Avis wrote: > Hi, I have some spare Nvidia NVS 310 cards (with two DP1.2 outputs) and at > least one NVS 510 (four DP1.2 outputs). Would any Nouveau developer like to > accept some as a donation? If you're willing to ship to Europe I would certainly welcome 1 of each card. I've recently started doing display port testing with nouveau, so your timing is

https://bugzilla.mindrot.org/show_bug.cgi?id=1499 Summary: Add "ForwardAgent ask" to ssh_config Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: ssh AssignedTo: unassigned-bugs

https://bugs.freedesktop.org/show_bug.cgi?id=54646 Bug #: 54646 Summary: i2c failure on Quadro NVS 4200M (GF119 (NVD9)) Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

In case it's any use for debugging, I get these error messages in dmesg on my NV86 (Quadro NVS 140M) card: [ 21.729435] [drm] Initialized drm 1.1.0 20060810 [ 21.749414] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 21.749425] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 21.749432] nouveau 0000:01:00.0: setting latency timer to 64 [ 21.749528]

Hi Ben, Someone came in to the channel to report that the outputs on the second gpu of the NVS 420 were not being detected properly. Emil tracked it down to the pclass == PCI_CLASS_DISPLAY_VGA check in nouveau_display that you added in e412e95a in order to avoid modesetting on Tesla cards. This can be worked around by specifying nouveau.modeset=1. I think it's a little ridiculous to require

Yes, GF108 is Fermi (F = Fermi). Reclocking is currently not available for that generation, unfortunately. You should be able to otherwise use your GPU just fine, but I'm guessing it'll come up in the "07" state when it powers on (in the state as-is it appears powered off, which it will do automatically when not in use), which as you can see is a fraction of the total GPU

http://bugs.freedesktop.org/show_bug.cgi?id=27152 Summary: [G72M] Screen corruption when using KMS. Dell Latitude D620 / Quadro NVS 110M/GeForce Go 7300 Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=28140 Summary: console and X display do not work with NVIDIA Quadro NVS 295 Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=485 ------- Additional Comments From bugzilla.netfilter@neufeind.net 2006-06-06 02:00 MET ------- I tried to track down the problem meanwhile. It turns out that e.g. in a row of roughly 480 "ipset -A" (nethash) in a row the system once hangs at around 300 executed statements while it hangs around 370 the next time. So this

I'm in Europe (at least until the 23rd...) so let me know your address. My motivation is to get them working reliably under Fedora 23 x86 to drive a Dell UP2414Q 4k monitor, where currently my father's PC is experiencing regular freezes. So if you would like the loan of a UP2414Q monitor to go with the cards, let me know too. (The UP2414Q is an interesting monitor to drive since it