--- Log opened Срд Сен 13 00:00:24 2006
--- Day changed Срд Сен 13 2006
00:00 < mat__> it is full of NvType0056
00:02 -!- Duke` [n=gnu@ANantes-251-1-131-242.w86-210.abo.wanadoo.fr] has quit [Read error: 60 (Operation timed out)]
00:02 < pmdata> also unknown type 67 in startup
00:04 < pmdata> 56 seems to be nv10 tcl engine
00:05 < pmdata> yep
00:05 < pmdata> so we have a different tcl engine on nv10/11 against nv15/17/18
00:05 < mat__> yes seem so
00:06 < pmdata> woot
00:06 < pmdata> can I grab your dumps to put in on nouveau.sf.net/tests?
00:06 < mat__> of course
00:07 < pmdata> this is the tar.gz I see?
00:07 < mat__> ps I used nvidia-graphics-drivers-legacy for debian unstable (1.0.7174-4)
00:07 < mat__> yes it should be
00:11 -!- Duke` [n=gnu@ANantes-251-1-130-251.w86-210.abo.wanadoo.fr] has joined #nouveau
00:11 < pmdata> ok, done
00:15 < pmdata> seems this is equal to most of nv15 tcl
00:16 < pmdata> will have to compare dumps to see if there is any difference
00:16 < pmdata> time to rename NV10_TCL_PRIMITIVE_3D to NV15_ :)
00:21 < mat__> yes seem quite similar, the NV10_TCL_PRIMITIVE_3D_VERTEX_ARRAY_DATA seem a bit different
00:23 < pmdata> there are no _VIEWPORT_[hORIZ|VERT] commands (0x200)
00:24 < pmdata> no vbo? do you have it listed in glxinfo?
00:25 -!- Myrizio [n=Myrizio@host209-102-static.104-80-b.business.telecomitalia.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
00:25 < mat__> I could get the glxinfo tomorow
00:26 < jkolb> does the nv10 support vbos?
00:27 < pmdata> no hw clip planes?
00:28 < pmdata> I also don't see the tri() dump (begin/end, vertex array data in fifo, stop)
00:29 < pmdata> is nv10 = tnt2 + some simple tcl like light or register combiner?
00:30 < mat__> > I also don't see the tri() dump (begin/end, vertex array data in fifo, stop)
00:30 < mat__> ?
00:30 < mat__> isn't size: 0x1   channel: 0x1   obj: beef5601 opcode: METHOD offset: 0dfc}
00:30 < mat__> 2d6   0x00000000   0x00000005                       NvType0056      [0x0dfc/4] = 0x00000005 | UNKNOWN = 00000005
00:30 < mat__> 2d7   0x00000000   0x000c2c00             {size: 0x3   channel: 0x1   obj: beef5601 opcode: METHOD offset: 0c00}
00:30 < mat__> 2d8   0x00000000   0x3f800000                       NvType0056      [0x0c00/4] = 0x3f800000 | UNKNOWN = 3f800000
00:30 < mat__> 2d9   0x00000000   0x00000000                       NvType0056      [0x0c04/4] = 0x00000000
00:30 < mat__> 2da   0x00000000   0x00000000                       NvType0056      [0x0c08/4] = 0x00000000
00:31 < mat__> 2db   0x00000000   0x000c2c00             {size: 0x3   channel: 0x1   obj: beef5601 opcode: METHOD offset: 0c00}
00:31 < mat__> 2dc   0x00000000   0x00000000                       NvType0056      [0x0c00/4] = 0x00000000
00:31 < mat__> 2dd   0x00000000   0x3f800000                       NvType0056      [0x0c04/4] = 0x3f800000 | UNKNOWN = 3f800000
00:31 < mat__> 2de   0x00000000   0x00000000                       NvType0056      [0x0c08/4] = 0x00000000
00:31 < mat__> 2df   0x00000000   0x000c2c00             {size: 0x3   channel: 0x1   obj: beef5601 opcode: METHOD offset: 0c00}
00:31 < mat__> 2e0   0x00000000   0x00000000                       NvType0056      [0x0c00/4] = 0x00000000
00:31 < mat__> 2e1   0x00000000   0x00000000                       NvType0056      [0x0c04/4] = 0x00000000
00:31 < mat__> 2e2   0x00000000   0x3f800000                       NvType0056      [0x0c08/4] = 0x3f800000 | UNKNOWN = 3f800000
00:31 < mat__> 2e3   0x00000000   0x00042dfc             {size: 0x1   channel: 0x1   obj: beef5601 opcode: METHOD offset: 0dfc}
00:31 < mat__> 2e4   0x00000000   0x00000000                       NvType0056      [0x0dfc/4] = 0x00000000
00:32 -!- Myrizio [n=Myrizio@host238-96-static.104-80-b.business.telecomitalia.it] has joined #nouveau
00:32 < pmdata> yep, in test_default, but I don't see it in other dumps
00:32 < mat__> seem to be in test_alpha.txt
00:33 < pmdata> yep, and some others
00:33 < pmdata> maybe it can't be used in certain cases
00:34 < pmdata> or maybe nvidia enabled software rendering on nv10 cards in later driver?
00:34 < pmdata> enabled may not be the right word in this case :)
00:40 < pmdata> display list dump is also empty
00:43 < jkolb> what's an nv10... riva or tnt2?
00:43 < pmdata> gf1
00:44 < jkolb> ah
00:48 -!- EdB_ [n=EdB@ARennes-251-1-21-47.w81-250.abo.wanadoo.fr] has quit ["Konversation terminated!"]
00:49 < pmdata> from what I see, only vertex array data from fifo or vbo is the difference with nv15, will have to check all dumps
00:50 < pmdata> mat> could you redo a dump for test_clip_plane (only this one enabled with test_startup and test_default) ?
00:51 < mat__> yes i could redo whatever you want tomorow
00:51 < pmdata> ok then
00:52 < pmdata> seems nv10 can only render some type of triangles with its vertex array data (no points for example)
00:56 -!- Myrizio [n=Myrizio@host238-96-static.104-80-b.business.telecomitalia.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
00:56 < pmdata> no lines either
00:56 < jkolb> ... no lines?
00:57 < jkolb> huh
00:57 < pmdata> or you setup a triangle, where v2 = v3, and you have your line
00:58 < jkolb> i think it's weird they'd draw the line in software
01:01 < pmdata> hum, maybe this is the test does not do something that suits the hw
01:03 < jkolb> maybe something's glEnabled that's causing software fallbacks?
01:06 < pmdata> yep
01:07 < pmdata> that's why I asked for a single test (hw clip planes)
01:07 < jkolb> ahh
01:07 -!- jkolb [n=jkolb@wsi-130-9.wsi.com] has quit ["Leaving"]
01:08 -!- pmdata [i=patrice@ANantes-154-1-64-194.w81-53.abo.wanadoo.fr] has quit [Remote closed the connection]
01:10 -!- mat__ [n=mat@cac94-1-81-57-151-96.fbx.proxad.net] has quit ["Leaving"]
01:35 -!- jkolb [n=jkolb@c-71-232-160-124.hsd1.ma.comcast.net] has joined #nouveau
01:51 -!- tibbs|h is now known as tibbs
01:57 -!- Duke` [n=gnu@ANantes-251-1-130-251.w86-210.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
01:58 -!- _caro [n=vincent@alf94-3-82-66-248-160.fbx.proxad.net] has quit ["My taylor is rich"]
02:11 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has quit [Read error: 110 (Connection timed out)]
02:12 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
02:21 -!- stillunknown [n=stillunk@82-168-177-167.dsl.ip.tiscali.nl] has quit [Read error: 60 (Operation timed out)]
02:21 -!- stillunknown [n=stillunk@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
02:33 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
02:43 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Remote closed the connection]
04:06 -!- hiyuh_work [n=hiyuh@ZQ174084.ppp.dion.ne.jp] has joined #nouveau
05:16 -!- etzel [n=thisnuke@west-193.rcn.nmt.edu] has quit [Connection timed out]
05:20 -!- etzel [n=thisnuke@west-193.rcn.nmt.edu] has joined #nouveau
06:59 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
07:36 -!- hiyuh [n=hiyuh@ZF151073.ppp.dion.ne.jp] has joined #nouveau
07:44 -!- hiyuh_work [n=hiyuh@ZQ174084.ppp.dion.ne.jp] has quit [Read error: 60 (Operation timed out)]
08:03 -!- hiyuh is now known as hiyuh_work
08:06 -!- hiyuh [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has joined #nouveau
08:11 -!- hiyuh [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has quit [Client Quit]
08:14 -!- hiyuh_work [n=hiyuh@ZF151073.ppp.dion.ne.jp] has quit [Read error: 60 (Operation timed out)]
08:20 -!- hiyuh_work [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has joined #nouveau
09:32 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
09:37 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Client Quit]
09:55 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has joined #nouveau
10:24 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
10:35 -!- DBO [n=DBO@unaffiliated/dbo] has joined #nouveau
10:40 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
10:47 -!- Duke` [n=gnu@ANantes-251-1-130-251.w86-210.abo.wanadoo.fr] has joined #nouveau
10:50 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
11:03 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has joined #nouveau
11:37 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
11:43 -!- EdB [n=EdB@ARennes-251-1-7-184.w83-195.abo.wanadoo.fr] has joined #nouveau
11:55 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Remote closed the connection]
11:58 -!- DBO [n=DBO@unaffiliated/dbo] has quit [Remote closed the connection]
12:07 -!- darktama [n=darktama@gentoo/contributor/darktama] has quit [Read error: 110 (Connection timed out)]
12:13 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
12:51 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Remote closed the connection]
13:13 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
13:39 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
14:38 -!- Koala_BR [n=KoalaBR|@195.227.227.59] has joined #nouveau
14:44 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
14:50 < Koala_BR> marcheu: ping
14:53 -!- EdB_ [n=EdB@ARennes-251-1-29-10.w81-250.abo.wanadoo.fr] has joined #nouveau
15:03 -!- EdB_ [n=EdB@ARennes-251-1-29-10.w81-250.abo.wanadoo.fr] has quit ["Konversation terminated!"]
15:08 -!- EdB [n=EdB@ARennes-251-1-7-184.w83-195.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
15:16 -!- phh [n=phh@moi.phhusson.info] has quit [Remote closed the connection]
15:18 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
15:35 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
16:01 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
16:16 -!- EdB|w [n=EdB@212.234.68.206] has quit [Read error: 104 (Connection reset by peer)]
16:20 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
16:33 -!- Myrizio [n=Myrizio@host89-101-static.104-80-b.business.telecomitalia.it] has joined #nouveau
16:45 < Koala_BR> marcheu: ping
17:08 -!- Myrizio [n=Myrizio@host89-101-static.104-80-b.business.telecomitalia.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
17:11 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
17:12 -!- jkolb_ [n=jkolb@wsi-130-9.wsi.com] has joined #nouveau
17:27 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has quit [Read error: 104 (Connection reset by peer)]
17:28 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has joined #nouveau
17:35 -!- darktama [n=darktama@gentoo/contributor/darktama] has joined #nouveau
17:41 -!- EdB|w_ [n=EdB@212.234.68.206] has joined #nouveau
17:47 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
17:59 -!- EdB|w [n=EdB@212.234.68.206] has quit [Read error: 110 (Connection timed out)]
18:16 -!- cetrox [i=cetrox@56-240-222-201.adsl.terra.cl] has quit ["leaving"]
18:19 -!- Myrizio [n=Myrizio@host150-101-static.104-80-b.business.telecomitalia.it] has joined #nouveau
18:20 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has joined #nouveau
18:27 -!- hiyuh_work is now known as hiyuh
18:54 -!- EdB|w_ is now known as Chloe
19:03 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 60 (Operation timed out)]
19:36 -!- Koala_BR [n=KoalaBR|@195.227.227.59] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]"]
19:52 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
20:23 -!- hiyuh [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has quit ["Leaving"]
20:31 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
20:37 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
20:39 < Duke`> ping timeout
20:50 -!- pmdata [i=patrice@ANantes-154-1-87-75.w81-48.abo.wanadoo.fr] has joined #nouveau
20:56 -!- Chloe [n=EdB@212.234.68.206] has quit [Read error: 110 (Connection timed out)]
21:20 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Remote closed the connection]
21:20 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
21:54 < pmdata> hello
21:57 -!- hanno [n=hanno@p54A4CEB8.dip.t-dialin.net] has joined #nouveau
22:02 -!- Duke` [n=gnu@ANantes-251-1-130-251.w86-210.abo.wanadoo.fr] has quit [Read error: 60 (Operation timed out)]
22:12 -!- Duke` [n=gnu@ANantes-251-1-83-82.w86-203.abo.wanadoo.fr] has joined #nouveau
22:13 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
22:15 -!- KoalaBR [n=KoalaBR@port-83-236-13-9.dynamic.qsc.de] has joined #nouveau
22:15 < KoalaBR> Hi
22:16 < KoalaBR> marcheu: ping
22:16 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
22:17 < pmdata> chan very quiet today, heavy work in progress?
22:18 < KoalaBR> I don't know, I 'd like to help
22:19 < KoalaBR> but need some help in where to start as I have no idea about programming drivers and / or X11
22:20 < pmdata> me too
22:21 < pmdata> you can always continue trying to document how gpu works with renouveau
22:21 < KoalaBR> Well, so we need to wait for marcheu 
22:21 < pmdata> it will be very useful when writing the driver
22:22 < pmdata> to know, do step1, then step 2, and if that condition step 3 to achieve this operation
22:23 < KoalaBR> Well, true, but the commands left on my card are very limited in the range of values they exhibit
22:23 < KoalaBR> And basically all I do in renouveau is try to find a command where the values display a wide range and then try to find out what theses values mean
22:24 < KoalaBR> Doesn't work too well if you only have one or two values :(
22:26 < pmdata> well, try to write test functions that may change these values
22:26 < pmdata> this is the hard part, guessing which feature this values setup
22:26 < pmdata> then write a function to test it
22:26 < pmdata> this is what happened last week or weekend with test_nv_fence
22:27 < KoalaBR> Shouldn't we upgrade the feature matrix on the homepage too?
22:27 < pmdata> marcheu and darktama talked about using fences in the drm for dma
22:27 < pmdata> then I wrote a test for it using doc
22:27 < pmdata> then we saw fences in dumps
22:27 < pmdata> hum, I would like better the feature matrix to match the objects
22:28 < KoalaBR> I guess, that we have much more feature cAre fences a kind of sync point? (Need to finish prior commands before execution of next commands can start)?
22:29 < KoalaBR> Hm, 2 sentence rolled in one *sigh*
22:29 -!- Myrizio_ [n=Myrizio@host53-96-static.104-80-b.business.telecomitalia.it] has joined #nouveau
22:29 < pmdata> a fence is like pausing the cpu to wait for the gpu to reach the fence point in gl commands
22:29 < KoalaBR> I think the feature matrix is not uptodate, or is it?
22:29 < pmdata> well, I tried to update it for nv10 column, don't know about others
22:30 < KoalaBR> Well I don't know where my findings fit into :)
22:30 < pmdata> I think I will try to write a doc about the swap buffers (needed for dri/drm/ddx) and texture upload
22:31 < pmdata> too bad dri currently does not support page flipping
22:31 < pmdata> in its api
22:32 < KoalaBR> Well I need to learn much more than you, I guess. You know at least some things :)
22:32 -!- Myrizio [n=Myrizio@host150-101-static.104-80-b.business.telecomitalia.it] has quit [Read error: 110 (Connection timed out)]
22:34 < KoalaBR> Well, I try to make up for it by writing some docs for our homepage (like the companions and the Install Howto)
22:44 < pmdata> speaking of companions, why do you still spell it 'noveau'? :)
22:48 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
22:48 < KoalaBR> Because I'm not french? Honestly a typo which I never spot
22:51 < KoalaBR> If this silence continues, this weeks companion will be rather short
22:51 < jkolb_> i like the companion
22:51 < jkolb_> good stuff
22:52 < KoalaBR> Thank you
22:54 < KoalaBR> I always wondered whether anyone reads this at all :)
22:56 < KoalaBR> pmdata: Did you get all quadro dumps, you wanted?
22:56 < jkolb_> yeah it's a good status update
22:57 < KoalaBR> As long as there is something important to read here in IRC I will try to continue
22:59 < pmdata> still no stereo dumps
23:00 < pmdata> too bad there is no skeleton dri driver
23:00 < pmdata> I know each hw is different, but it would be nice to have
23:01 -!- EdB|w [n=EdB@212.234.68.206] has quit ["Parti"]
23:01 < pmdata> I got same problem when I started writing SDL drivers for my platform
23:02 < KoalaBR> Well, I will add your request to the next companion once again
23:03 < pmdata> the problem is that we need people to also update their dumps, as bugs are fixed and more stuff is discovered
23:04 -!- mat__ [n=mat@cac94-1-81-57-151-96.fbx.proxad.net] has joined #nouveau
23:04 < pmdata> there are some old dumps on the nouveau.sf.net which are a bit useless now that we know much more about hw
23:05 < mat__> hi, I put the glxinfo for nv10 on http://castet.matthieu.free.fr/nvidia/
23:05 < mat__> single test_clip_plane  will come
23:05 < mat__> other things to tests ?
23:07 < KoalaBR> pmdata: Got you, currently running renouveau :)
23:08 < pmdata> mat> maybe
23:13 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit ["Les choses que l'on possède, finissent par nous posséder"]
23:14 < mat__> ok, test_clip_plane test is at http://castet.matthieu.free.fr/nvidia/nv10.only/
23:16 < pmdata> ok, hw clip planes are there this time, so now we must find which test prevented them from being used in the complete dump
23:17 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
23:17 < pmdata> try to uncomment each test in turn between test_default and test_clip_plane and check the output is always approx this length ~70KB
23:17 < mat__> ok, i could comment some test before (there are only 4 tests before)
23:17 < mat__> ok
23:21 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
23:23 < darktama> morning :)
23:23 < KoalaBR> Hi, but here it is evening :)
23:23 < darktama> hehe
23:24 < pmdata> hi darktama
23:24 < mat__> pmdata: it's test_vtxprog
23:25 < pmdata> when did you checkout renouveau cvs?
23:25 < KoalaBR> Darktama: Any suggestions on how to start? I really need a point from where I can start getting comfortable with the sources
23:25 < mat__> pmdata: today
23:25 < KoalaBR> If you got links, even better, I will read up
23:25 < darktama> KoalaBR: which part of the driver?
23:25 < darktama> pmdata: hey
23:25 < pmdata> mat> strange, I moved it a while ago
23:26 < KoalaBR> darktama: You tell me :) Seriously though, whatever is needed and not too complex to start with
23:26 < darktama> hmm, I don't see anything that doesn't get cleaned up in test_vtxprog()..  it's odd other tests don't work after it
23:26 < pmdata> who moved back test_vtxprog there?
23:26 < mat__> pmdata: hum from http://nouveau.cvs.sourceforge.net/nouveau/renouveau/main.c?revision=1.84&view=markup&sortby=date
23:27 < mat__> i got test_alpha();
23:27 < mat__>   142 	test_blend();
23:27 < mat__>   143 	test_clear();
23:27 < mat__>   144  	test_vtxprog();
23:27 < mat__>   145  	test_clip_plane();
23:27 < darktama> it's listed twice here
23:27 < KoalaBR> pmdata: I've updated my dumps
23:28 < pmdata> oops, I forgot to remove it when moving test_clip_plane_after_vertex
23:28 < pmdata> let me fix that
23:28 < mat__> so I bet I should redo the full dump with removing the test_vtxprog at the beginning
23:29 < pmdata> yep, you can checkout renouveau also
23:29 < pmdata> I guess we'll have better dumps then
23:29 -!- Myrizio_ is now known as Myrizio
23:29 < KoalaBR> Once again? me too?
23:30 < darktama> KoalaBR: it should be fine for you, you have hw vtx programs
23:30 < KoalaBR> Ok, thanks
23:30 < pmdata> the problem is that the first test_vtxprog changed how the driver behaves, even when vertex program is disabled thereafter
23:31 < darktama> yes, that sounds like a driver bug..
23:31 < pmdata> not a bug, a feature!
23:31 < darktama> haha! if you call software rendering a feature, sure!
23:32 < darktama> does binding program 0 after all vtxprog tests are done fix things btw?
23:32 < pmdata> nvidia answer: "buy our new gf 7xx6500 sli card for reaaly fast rendering"
23:34 < pmdata> darktama> I don't know, it should be tried
23:34 < KoalaBR> darktama: So what do you suggest, where should I start? Any howtos, articles which explain how a x11 works internally?
23:35 < mat__> pmdata: ok done
23:35 < KoalaBR> I will read up anything and try to start with simple tasks.
23:35 < mat__> it is on nv10 dir + in card_10de-0100.tar.gz archive
23:35 < KoalaBR> Need to learn it, willing to learn it :)
23:36 < darktama> well, there's not a great deal of documentation on how to write an X driver afaik.. there's the other drivers, and that's about it
23:37 < KoalaBR> :(
23:38 < pmdata> mat> ach so, das ist besser
23:38 < KoalaBR> Hm, e.g I noticed problems with the transparent mouse pointer I have. Nouveau fills parts of the transparent part with "garbage", where to look in that case?
23:39 < darktama> I'd probably look at nv_cursor.c for that
23:39 < KoalaBR> German here? in the french / english channel ? :)
23:39 < mat__> pmdata: yes it seems better
23:40 < KoalaBR> Well, I will have a look starting friday.
23:40 < pmdata> ok, updated
23:46 < pmdata> much less difference between nv10 and nv15
23:48 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Remote closed the connection]
23:48 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
23:49 < mat__> yes, for easy comparaison I do another dump (http://castet.matthieu.free.fr/nvidia/card_10de-0100-as-n15.tar.gz) where I did :
23:49 < mat__> --- nv_objects.h        13 Sep 2006 17:22:39 -0000      1.264
23:49 < mat__> +++ nv_objects.h        13 Sep 2006 19:46:22 -0000
23:49 < mat__> @@ -288,8 +288,8 @@
23:49 < mat__>  0d84           1       (nv17+) set to 3 on init context
23:49 < mat__>  */
23:49 < mat__>  
23:49 < mat__> -#define NV10_TCL_PRIMITIVE_3D                          0x00000056
23:49 < mat__> -#define NV15_TCL_PRIMITIVE_3D                          0x00000096
23:49 < mat__> +#define NV10_TCL_PRIMITIVE_3D                          0x00000096
23:49 < mat__> +#define NV15_TCL_PRIMITIVE_3D                          0x00000056
23:49 < mat__>  
23:49 < mat__>  #define NV10_TCL_PRIMITIVE_3D_NOP                      0x00000100
23:49 < mat__>  #define NV10_TCL_PRIMITIVE_3D_NOTIFY                   0x00000104
23:49 < mat__> and allow NV15_TCL_PRIMITIVE_3D for nv10
23:50 < pmdata> let me do a copy/paste
23:52 -!- phh [n=phh@moi.phhusson.info] has quit ["Quitte"]
23:56 < pmdata> mat> can you checkout renouveau and redo a full dump?
23:58  * darktama is looking forward to RandR 1.2 :)
23:59 < mat__> pmdata: sorry I could only do it tomorow
23:59 < mat__> pmdata: any idea about NvType0067 ?
--- Log closed Чтв Сен 14 00:00:19 2006
