similar to: Opps Was Re: [patch] [renouveau] 1/2 test_exa shouldn't be run on cards without ARB_texture_rectangle

NV5 doesnt like test_exa due to missing ARB_texture_rectangle so make sure test_exa is not run on this card -------------- next part -------------- A non-text attachment was scrubbed... Name: renouveau-dont-run-test-exa-on-cards-without-ARB_texture_rectangle.patch Type: text/x-diff Size: 610 bytes Desc: not available Url :

Hello, At the risk of looking like an idiot, I thought I would post because I can't make Koala's script work. My brother has an nVidia GEforce 8800, which nobody has dumped for, so I thought I would try. As I posted here: https://answers.launchpad.net/ubuntu/+question/29595 I am trying to submit a REnouveau dump from my brother's computer. I have installed the latest Ubuntu Hardy

http://bugs.freedesktop.org/show_bug.cgi?id=16684 Summary: renouveau runs forever on 8600GS Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

First some data errors I get with both nv20 exa and nv20 dri/mesa. 1. RT_FORMAT LINEAR + X8R8G8B8 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x00000105 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x00000105 LINEAR + A8R8G8B8 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x00000108 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x00000108 The only value I found in renouveau dump

NV10TCL defines the vertex buffer registers both as arrays and as individual named registers. This causes duplicate register definitions and the individual registers are not used either by the DDX or by the Mesa driver. Francisco Jerez said to remove them all. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- renouveau.xml | 49

I have some things to add to renouveau.xml (NV50_MEMORY_TO_MEMORY_FORMAT high address words, and NV50COMPUTE object 0x50c0), see the attached patch Greetings, Wladimir -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freedesktop.org/archives/nouveau/attachments/20071119/f65ec979/attachment.htm -------------- next part -------------- A non-text

Hello all, We recently switched to kernel 2.4.10 from kernel 2.4.4, and in doing so also added the EXT3 patch 2.4-0.9.10-2410. Everything seems to work great, however I have been able to reproduce a crash over and over again. Here it is: #!/bin/sh mke2fs -j /dev/hda2 mount /dev/hda2 /mnt About 75% of the time, mount will result in a kernel Oops, the crash seems to be about something in

Hi, When REnouveau came to "74/75 test_interesting_registers" the CPU used 100% and I could only use the mouse, but not interact witt anything. What could be wrong? I am using GeForce 6150 and Fedora 7. Love, Louise

Hello, I have a Nvidia Riva 128 ZX graphic card. But renouveau need the nvidia proprietary driver to work and there is no nvidia proprietary driver for Riva 128 or Riva 128 ZX. How can I send you informations that can help you to write a free and open source driver for this nvidia graphic chip. At http://users.tkk.fi/~jpakkane/ren/, I found nothing for NV3. But there is some information for NV1

Hello, renouveau has failed on my machine with an integrated GeForce 6150SE (nForce 430) - PCI ID 10de:03d0. detect_devices: Creating probe window failed. We tried to create a window by using SDL. Our OpenGL tests require a stencil buffer whichusually is not available with 16-bit desktop colordepth. If you are using 16-bit colors, please try24-bit instead. Device detection failed. The problem

Hello, I have a dual-GPU card GeForce 7950 GX2 (PCI ID 10de:0294). Unfortunately, I cannot make a dump using renouveau, because the program crashes. The backtrace looks like this: Program received signal SIGSEGV, Segmentation fault. 0x00000000004153af in read_fb_ramin (instanceMem=4, offset=2) at objects.c:4089 4089 return fb[((fb_size - (ramin_block*512*1024) + ramin_inst)/4) +

http://bugs.freedesktop.org/show_bug.cgi?id=10933 Summary: nouveau defaults to first graphics card in system even when xorg instructed differently Product: xorg Version: 7.2 Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

This patchset applies some minor fixes to renouveau.xml and then unifies the nv30 and nv40 register definitions. nv30 and nv40 are very similar and have the same offsets for the registers they share. The major differences are: 1. Texture setup is different due to full NPOT support on nv40 2. More advanced blending/render targets on nv40 3. NV30 has fixed function registers, which NV40 lacks The

It seems renouveau doesn't cope well with missing GLX extension, unlike e.g. glxgears: rmh at cesc:~/renouveau$ glxgears Xlib: extension "GLX" missing on display ":0.0". Error: couldn't get an RGB, Double-buffered visual rmh at cesc:~/renouveau$ ./renouveau detect_devices: Creating probe window failed. We tried to create a window by using SDL. Our OpenGL tests require

Hello, I have two problems: 1) Identify my card 2) Error message at dumping 1) It seems to me that I have a special version of the GeForce4 420 Go 32M because my card is a GeForce4 440 Go 64M but both have the same PCI device id. Is this important for the development of the renouveau driver or is this already noted? Outputs: lspci [...] 01:00.0 VGA compatible controller: nVidia Corporation

I looked a bit more into the problem of vertex corruption with GART vertex buffers that disappears putting the buffers in VRAM that I'm experiencing on my card. The system I'm seeing this on is a Dell Inspiron 9400 notebook with a GeForce Go 7900 GS on a PCI Express Intel i945 chipset. First, I've looked into the behavior of the nVidia driver: 1. On all NV3x and NV4x traces, and my

Forwarding some personal communique to the list, as I'm not the best to answer. Looks like a bug in the proprietary driver, that prevents SDL from cleaning up the graphics system. Or renouveau is putting the card to a funny state, which the blob does not expect. Aaron, might be worth to try a different driver version, and please at least CC the list next time. >> The computer has a

Here is the correct version. The old version is the redirect only version of the script. ### BEGIN SCRIPT #### #!/usr/bin/perl ###### # --start, -s = The date you would like to start generating regressors #--end, -e = When to stop generating holiday regressros # --scope, -c = D, W for Daily or Weekly respectively (e.g. Does this week have a particular holiday) # --file, -f = Ummm where to write

Currently the nv30 and nv40 Gallium drivers are very similar, and contain about 5000 lines of essentially duplicate code. I prepared a patchset (which can be found at http://repo.or.cz/w/mesa/mesa-lb.git/shortlog/refs/heads/unification+fixes) which gradually unifies the drivers, one file per the commit. A new "nvfx" directory is created, and unified files are put there one by one.

Hi, I compiled drm & xf86-video-nouveau to test nouveau yesterday -- the X server couldn't start. Today, Telek pointed me to drm/linux-core/drm_pciids.h, where I added my card. This made nouveau detect my card, and the xerver started successfully. I didn't test further -- for example I didn't compile the mesa nouveau code to enable 3D. So what should I test ? Snark PS1: