--- Log opened Сбт Авг 05 00:00:06 2006
00:16 -!- Myrizio [n=Myrizio@host98-96.pool80104.interbusiness.it] has quit ["Leaving"]
00:17 -!- Myrizio [n=Myrizio@host98-96.pool80104.interbusiness.it] has joined #nouveau
01:19 -!- johill [n=johannes@p5487E8B5.dip.t-dialin.net] has joined #nouveau
01:25 -!- Myrizio [n=Myrizio@host98-96.pool80104.interbusiness.it] has quit [Read error: 113 (No route to host)]
01:42 < pmdata> ping nv20_owner
01:43 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit ["Les choses que l'on possède, finissent par nous posséder"]
01:47 < Duke`> nv30 here :x
01:48 < pmdata> too bad
01:48  * pmdata trying to figure out nv20 stuff from marcheu nv28 dumps
01:49 < pmdata> duke> is there much nv30 stuff missing?
01:51 < Duke`> hum I don't really know, I haven't looked at what has been done for some weeks, and I haven't tried all tests yet
01:52 < Duke`> I'm surprised that the test_default outputs a lot of informations (much more than before)
01:53 < pmdata> there is many things to setup for having the default values for a opengl context, specially when you have vertex/pixel shaders/programs
01:54 < Duke`> maybe because the tri() does no longer draw a null triangle
01:54 < pmdata> maybe so, and it is on screen, so it is not clipped against view volume
01:54 < Duke`> I can see some unknown methodes (0x3f800000)
01:54 < Duke`> -e
01:55 < pmdata> this is 1.0 in flot
01:55 < Duke`> 0xffffffff   0xffffffff            NV30_TCL_PRIMITIVE_3D      [0x14d0/4] = 0xffffffff | UNKNOWN = ffffffff
01:55 < Duke`> very strange, maybe a bug ?
01:55 < pmdata> is it at the end of the dump?
01:55 < Duke`> I have about 20~30 lines of that, in the middle of the dump
01:56 < pmdata> can you give me a url for the test_default dump?
01:57 < Duke`> http://tfc.duke.free.fr/nouveau/default.dump
01:57 < Duke`> there are still some unknown methods...
01:58 -!- KoalaBR [n=KoalaBR@port-83-236-13-162.dynamic.qsc.de] has joined #nouveau
01:58 < KoalaBR> Hello, anyone there?
01:59 < Duke`> hi
01:59 < KoalaBR> Hi
02:00 < pmdata> duke> yeah I see that, it seems to be the polygon stipple mask
02:00 < pmdata> like for nv20
02:01 < Duke`> ah
02:01 < Duke`> it would put all pixels to 1.0?
02:02 < KoalaBR> pmdata: I'm trying to understand the renouveau code and everything I think I understood I currently commenting in doxygen style. Would there be any interest in source code annotated like this?
02:02 < KoalaBR> No code changes at all
02:03 < KoalaBR> Only documentation
02:03 < pmdata> duke> it just means that bit set to 1 = pixel passes, set to 0 = pixel don't pass
02:03  * Duke` likes code documentation
02:03 < pmdata> koala> what do you want to document exactly?
02:03 < Duke`> pmdata : yes, I wanted to say that :)
02:03 -!- Myrizio [n=Myrizio@host171-101.pool80104.interbusiness.it] has joined #nouveau
02:04 < KoalaBR> Well, structures, defines. Objects etc
02:05 < KoalaBR> Trying to add things from your docs. trying to explain things which I had difficulties to understand. So that you don't have to answer the same questions over and over
02:05 -!- johill [n=johannes@p5487E8B5.dip.t-dialin.net] has quit ["Client exiting"]
02:06 < pmdata> duke> nv30 has 8 texture units?
02:08 < pmdata> renouveau is just a tool to help understand the nv hardware, and list all features
02:08 < Duke`> hum I don't think, my FX5500 (nv34) has only 4
02:08 < KoalaBR> pmdata: Yes I understand that. 
02:10 < KoalaBR> But I could add information (and I'm trying this currently) about how the nvidia chips work.
02:10 < KoalaBR> However, I wouldn't force it on you :)
02:11 < KoalaBR> It was only an offer
02:14 < KoalaBR> pmdata: Ok, I will linger in this channel every now and then, if there's interest, just tell me
02:15 < KoalaBR> Bye
02:15 -!- KoalaBR [n=KoalaBR@port-83-236-13-162.dynamic.qsc.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.13/20060417]"]
02:15 < pmdata> koala> there is always the wiki  (too late)
02:15 -!- atcl [n=Universe@L8aa2.l.pppool.de] has quit [Read error: 104 (Connection reset by peer)]
02:29 -!- shenki [n=shenki@ppp167-129.lns3.adl4.internode.on.net] has quit [Read error: 60 (Operation timed out)]
02:31 -!- tibbs|h is now known as tibbs
02:37 -!- pmdata [i=patrice@ANantes-154-1-100-226.w86-214.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
02:55 < Duke`> good night folks
02:55 -!- Duke` [n=gnu@ANantes-251-1-82-220.w86-203.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
03:00 -!- stringfellow_ [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Remote closed the connection]
05:03 < ddl> hey!
05:03 < ajmitch> hello
05:13 -!- shenki [n=shenki@ppp167-129.lns3.adl4.internode.on.net] has joined #nouveau
06:14 < marcheu> hey
06:15 < darktama> marcheu: hey! up early?
06:15 < marcheu> darktama: it's 4am :)
06:16 < marcheu> darktama: and I'm not (quite) drunk
06:16 < darktama> hehe :)
06:18 < ajmitch> need to try harder :)
06:18 < ddl> ;)
08:28 -!- sheuer [n=sheuer@216-243-131-228.static.iphouse.net] has joined #nouveau
11:16 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
11:51 -!- pmdata [i=patrice@ANantes-154-1-75-246.w86-199.abo.wanadoo.fr] has joined #nouveau
11:53 < pmdata> hello
11:53 < darktama> hey pmdata
11:54 < pmdata> any progress in writing the various drivers?
11:55 < darktama> not really.. I still need to find out how to init the 3D engine (NV40), no luck so far
11:56 < darktama> but I've been working on an EXA composite hook for >=NV30 using the 3D engine.. it's mostly working now with my prog to steal control of the FIFO
12:01 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
12:03 -!- atcl [n=Universe@L8aa2.l.pppool.de] has joined #nouveau
12:13 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
12:18 -!- K [i=hazel@tor/session/external/x-13f54fa66d3e6bce] has joined #nouveau
12:37 -!- K [i=hazel@tor/session/external/x-13f54fa66d3e6bce] has quit [Remote closed the connection]
12:45 -!- johill [n=johannes@p5487C6C1.dip.t-dialin.net] has joined #nouveau
12:47 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Read error: 113 (No route to host)]
12:55 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
13:40 -!- Duke` [n=gnu@ANantes-251-1-136-224.w86-210.abo.wanadoo.fr] has joined #nouveau
13:44 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has joined #nouveau
13:44 < Lumag> hi all!
13:44 < Lumag> Any progress?
13:47 -!- johill [n=johannes@p5487C6C1.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
13:54 < pmdata> see cvs commits :)
13:56 < ajmitch> meh, more conflicts
13:56 < Lumag> yup, I've read them.
14:00 -!- EdB|w [n=EdB@212.234.68.206] has quit ["Parti"]
14:06 < pmdata> lumag> do you have any unknown commands left for nv0x?
14:07 < Lumag> Probably no.
14:07 < pmdata> this is a good thing then ?
14:09 < Lumag> yes. I hope, I'll be able to try some ideas on context switching today/tomorrow.
14:14 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has left #nouveau []
14:15 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has joined #nouveau
14:25 < Lumag> gtg
14:25 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has left #nouveau []
15:01 -!- KoalaBR [n=KoalaBR@port-83-236-15-12.dynamic.qsc.de] has joined #nouveau
15:03 < KoalaBR> Hello
15:30 < marcheu> pmdata: do you still need nv28 dumps ?
15:35 < KoalaBR> marcheu: Hi, I fiddle around with the viewport on a NV43 and I think I found out something. The matrix on freedesktop.org says, you are looking for someone looking into it - interested?
15:39 < darktama> KoalaBR: which regs do you have info for?
15:40 < KoalaBR> Well renouveau dumps info about the viewport basically like this:
15:40 < KoalaBR> 50e   0x00000000   0x0100007c   NV30_TCL_PRIMITIVE_3D_VIEWPORT_DIMS           = 0x0100007c
15:40 < KoalaBR> 50f   0x00000000   0x01000101            NV30_TCL_PRIMITIVE_3D      [0x0a04/4] = 0x01000101 | UNKNOWN = 01000101
15:42 < pmdata> marcheu> yes, grab cvs before
15:42 < KoalaBR> well, I'm sure (did test a bunch of different values), that 0x0100007c describes the x values; The high 16 Bit are the size of the Viewport X Axis /256 pixel
15:42 < darktama> http://sh.nu/p/2604 << that's what I came up with a while back, but I haven't gotten around to confirming them yet
15:42 < KoalaBR> in this case
15:42 < pmdata> koala> you could always add info about how nv stuff is used in the wiki
15:43 < KoalaBR> The lower 16 Bit describe the offset you set in glViewport(offx, offy, sizex, sizey)
15:43 < pmdata> just look at nv1x or nv2x dumps, this is the same
15:44 < KoalaBR> The next line describes the Y offset and Y size accordingly
15:44 < pmdata> yep, x,w and y,h
15:44 < KoalaBR> 0x01000101 is once again 256 Pixel and 101 is the offset
15:45 < KoalaBR> However, the offset are not coded straightforward
15:45 < KoalaBR> The x offset is always 0x7c higher than the one you entered
15:45 < KoalaBR> so the example above describes an offset of 0
15:46 < KoalaBR> 0x0100007d would says size 256 Pixel, offset 1
15:47 < KoalaBR> The y offset is either 0x104 or 0x101. This depends on something I haven't figured out yet
15:48 < KoalaBR> I had a look at the NV20 dump for the same test (very short look)
15:48 < KoalaBR> there it is coded somewhat differently
15:48 < KoalaBR> If you have a X size of 256 and an offset of 1 the X size is coded as 0x00ff
15:49 < pmdata> isn't is the window position on screen?
15:49 < darktama> if you're running a composite manager it's not :)
15:49 < KoalaBR> Xorg 7.0, KWin
15:50 < KoalaBR> So, I will have a look at the Y offset what changes under what circumstances
15:51 < KoalaBR> Currently that's all I can offer
15:51 < KoalaBR> Hope that is at least somewhat helpful :)
15:53 < KoalaBR> Well I don't think it has something to do with the window position, as the window often opened on different spots, while I did all those test
15:53 < KoalaBR> So, what can / should I do?
15:54 < KoalaBR> apart from further testing of course
16:04 < KoalaBR> darktama: I will have a look at your suggestion ... will come back later
16:05 -!- KoalaBR [n=KoalaBR@port-83-236-15-12.dynamic.qsc.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.13/20060417]"]
16:07 < marcheu> pmdata: ok, what tests ?
16:20 < pmdata> hm, texture related ones, to check where filters are
16:20  * pmdata have to go
16:20 -!- pmdata [i=patrice@ANantes-154-1-75-246.w86-199.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
16:22 -!- johill [n=johannes@p5487C6C1.dip.t-dialin.net] has joined #nouveau
16:32 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
16:54 < lumag_offline> Added test_startup which dump the start of FIFO (libGL initialization)
17:09 -!- johill [n=johannes@p5487C6C1.dip.t-dialin.net] has quit ["Client exiting"]
17:45 -!- gajownik_away [i=gajownik@zspswidwin.pl] has quit [Remote closed the connection]
17:46 -!- gajownik_away [i=gajownik@zspswidwin.pl] has joined #nouveau
18:02 -!- Myrizio [n=Myrizio@host171-101.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
18:29 -!- Myrizio [n=Myrizio@host61-98.pool80104.interbusiness.it] has joined #nouveau
18:41 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has joined #nouveau
18:55 -!- atcl [n=Universe@L8aa2.l.pppool.de] has quit [Read error: 110 (Connection timed out)]
19:40 < marcheu> Lumag: test_startup is a good idea :)
19:40 < marcheu> Lumag: but why do you need to clear the screen in it ?
19:41 -!- Myrizio [n=Myrizio@host61-98.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
19:43 < Lumag> to have the endpoint. There should be some change to the fifo. I thikn glClear is simple enough :)
19:43 -!- Myrizio [n=Myrizio@host141-96.pool80104.interbusiness.it] has joined #nouveau
19:50 < Lumag> gtg
19:50 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has left #nouveau []
19:55 -!- EdB|w [n=EdB@212.234.68.206] has quit ["Parti"]
20:28 -!- sheuer [n=sheuer@216-243-131-228.static.iphouse.net] has quit ["Leaving."]
20:28 -!- pmdata [i=patrice@ANantes-154-1-75-246.w86-199.abo.wanadoo.fr] has joined #nouveau
20:56 -!- K [i=hazel@tor/session/external/x-461dc742c429bc1d] has joined #nouveau
21:16 < pmdata> ping nv20_owner
21:20 < pmdata> I added a texture_filter test to dump
21:22 -!- toresbe [i=tsb@developer.skolelinux.no] has quit [Remote closed the connection]
21:30 < lumag_offline> pmdata: you asked about unknown object entries. I see no unknown entries, but there are some 'magic' bits, which are always set. E.g. 0xa1 for TEXTURE_FORMAT.
21:55 -!- EdB [n=EdB@ARennes-251-1-61-23.w81-53.abo.wanadoo.fr] has joined #nouveau
21:58 < pmdata> lumag> finding why bits are always set is hard
22:05 < lumag_offline> yup
22:16 -!- shenki [n=shenki@ppp167-129.lns3.adl4.internode.on.net] has quit [Read error: 104 (Connection reset by peer)]
22:16 -!- shenki [n=shenki@ppp167-129.lns3.adl4.internode.on.net] has joined #nouveau
22:17 -!- EdB [n=EdB@ARennes-251-1-61-23.w81-53.abo.wanadoo.fr] has quit [Remote closed the connection]
22:19 -!- EdB [n=EdB@ARennes-251-1-61-23.w81-53.abo.wanadoo.fr] has joined #nouveau
22:30 < EdB> bon je re plus tard
22:31 < EdB> (oups wrong chan :o)
22:34 -!- EdB [n=EdB@ARennes-251-1-61-23.w81-53.abo.wanadoo.fr] has quit [Remote closed the connection]
22:34 -!- EdB [n=EdB@ARennes-251-1-61-23.w81-53.abo.wanadoo.fr] has joined #nouveau
23:03 -!- ChanServ [ChanServ@services.] has quit [Shutting Down]
23:11 -!- ChanServ [ChanServ@services.] has joined #nouveau
23:11 -!- ServerMode/#nouveau [+o ChanServ] by irc.freenode.net
--- Log closed Вск Авг 06 00:00:07 2006
