search for: pmandin

...a bit more work to do for 8 bits texture. 13:28 < pmdata> Swizzling works by halving dimensions, and using a8r8g8b8 as format as seen in dumps for test_texture_format. 13:28 < pmdata> I nearly got text in progs/demos/texenv: http://people.freedesktop.org/~pmandin/20091011.png 13:28 < pmdata> My current patch: http://people.freedesktop.org/~pmandin/8bit_texture.diff 13:51 < pmdata> ymanton> it appears there is an extra copy done with m2mf when dealing with 8 bits texture Sorry, was not around earlier. Did you...

...gs Xorg server Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pmandin at caramail.com QAContact: xorg-team at lists.x.org With Randr 1.2 disabled, switching video modes hangs the Xorg server. You can easily change video modes using keyboard shortcuts [Alt][Ctrl][+] or [Alt][Ctrl][-]. When this happens, the screen turns to black. You can 'unblock'...

http://bugs.freedesktop.org/show_bug.cgi?id=12051 Summary: inserting nouveau.ko failed with kernel 2.6.17 since commit 8a4d7f34d9c0182c466518c6f413d9a039db402d Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium

...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 ReportedBy: pmandin at caramail.com QAContact: xorg-team at lists.x.org Hello, I have these lines in Xorg.log: (II) NOUVEAU(0): Display Configuration Block version 1.5 found Raw DCB entry 0: f0003f00 000088b8 Raw DCB entry 1: f2204311 ffffffff (EE) NOUVEAU(0): Unknown DCB 1.4 / 1.5 entry, please report .....

fixes the following warning: nv30_fragprog.c:710: warning: implicit declaration of function 'tgsi_dump' --- src/gallium/drivers/nv30/nv30_fragprog.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/nv30/nv30_fragprog.c b/src/gallium/drivers/nv30/nv30_fragprog.c index cc03854..b42a7be 100644 --- a/src/gallium/drivers/nv30/nv30_fragprog.c +++

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

...g Product: xorg Version: 7.3 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pmandin at caramail.com QAContact: xorg-team at lists.x.org Sometimes I got this in the kernel logs: [drm] PGRAPH_ERROR - nSource: LIMIT_ZETA, nStatus: PROTECTION_FAULT [drm] PGRAPH_ERROR - Ch 2/2 Class 0x009f Mthd 0x0308 Data 0x00000007:0x011c0130 I checked every calls in DDX driver that set...

...er failed Product: Mesa Version: CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pmandin at caramail.com With latest drm changes (0.0.10 revision), glxgears (and maybe other GL apps) fails to initialize nouveau dri: libGL error: drmMap of framebuffer failed (Invalid argument) libGL error: reverting to (slow) indirect rendering -- Configure bugmail: http://bugs.freedesktop.org/use...

- 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 +

This patch series silences some unknown cap warnings and fixes up coding style (patch 1+4). The most important part of this series are the two patches in the middle. They rework the state_fb code, so that we are able to render to not 64 byte aligned targets, as this is the only real use-case for render temporaries this allows us to drop temp code completely and simplifies a lot

...n) -- Marcin Kościelnicki <koriakin at 0x04.net> (mwk, koriakin) -- Mark Carey <mark.carey at gmail.com> (careym) -- Matthieu Castet <matthieu.castet at parrot.com> (mat-c) -- nvidiaman <nvidiaman at users.sf.net> (nvidiaman) -- Patrice Mandin <patmandin at gmail.com> (pmandin, pmdata) -- Pekka Paalanen <pq at iki.fi> (pq, ppaalanen) -- Peter Popov <ironpeter at users.sf.net> (ironpeter) -- Richard Hughes <hughsient at users.sf.net> (hughsient) -- Rudi Cilibrasi <cilibrar at users.sf.net> (cilibrar) -- Serge Martin -- Simon Raffeiner -- Stephane L...

...n) +- Marcin Kościelnicki <koriakin at 0x04.net> (mwk, koriakin) +- Mark Carey <mark.carey at gmail.com> (careym) +- Matthieu Castet <matthieu.castet at parrot.com> (mat-c) +- nvidiaman <nvidiaman at users.sf.net> (nvidiaman) +- Patrice Mandin <patmandin at gmail.com> (pmandin, pmdata) +- Pekka Paalanen <pq at iki.fi> (pq, ppaalanen) +- Peter Popov <ironpeter at users.sf.net> (ironpeter) +- Richard Hughes <hughsient at users.sf.net> (hughsient) +- Rudi Cilibrasi <cilibrar at users.sf.net> (cilibrar) +- Serge Martin +- Simon Raffeiner +- Stephane L...

...n) +- Marcin Kościelnicki <koriakin at 0x04.net> (mwk, koriakin) +- Mark Carey <mark.carey at gmail.com> (careym) +- Matthieu Castet <matthieu.castet at parrot.com> (mat-c) +- nvidiaman <nvidiaman at users.sf.net> (nvidiaman) +- Patrice Mandin <patmandin at gmail.com> (pmandin, pmdata) +- Pekka Paalanen <pq at iki.fi> (pq, ppaalanen) +- Peter Popov <ironpeter at users.sf.net> (ironpeter) +- Richard Hughes <hughsient at users.sf.net> (hughsient) +- Rudi Cilibrasi <cilibrar at users.sf.net> (cilibrar) +- Serge Martin +- Simon Raffeiner +- Stephane L...

The headers hadn't been regenerated in a long time, and there were a few minor divergences. Among other things, rnndb has changed naming to G80/etc, for now I've not tackled switching that over and manually replaced the nvidia codenames back to the chip ids. However no other modifications of the headergen'd headers was done. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>

I believe I've addressed all the feedback from the first time around, and also made fixes necessary for GM20x based on testing results. I believe now it should actually work for all GM10x and GM20x. Further, GP10x should be very easy to add, but without someone to actually test I didn't want to claim support for it. Ilia Mirkin (7): exa: add GM10x acceleration support hwdefs: update