--- Log opened Чтв Сен 14 00:00:19 2006
--- Day changed Чтв Сен 14 2006
00:00 < darktama> apparently it's NV4_IMAGE_BLEND_PREMULT
00:00 < pmdata> it only uses 3 objects
00:02 < darktama> hm, where did renouveau get type 0x67 from?
00:02 < mat__> from test_startup
00:03 < darktama> according to the RAMIN entry, it's 0x55.. or rather 0xa55
00:03 < darktama> but, that dump also says it's a software object.. so yeah..
00:07 < pmdata> I also have 0x0a55 listed in my test_startup, but no nvtype0067
00:07 < pmdata> I also saw it on nv20 and nv30
00:07 < darktama> yeah, I'm wondering why renouveau said type 0x67 at all
00:08 < pmdata> on nv31, this is nvtypeffffff ...
00:14 -!- lumag_of1line [n=mitya@chimpanzee.school.ioffe.ru] has joined #nouveau
00:14 -!- Topic for #nouveau: http://nouveau.freedesktop.org | open source 3D acceleration for nvidia cards | card dumps at http://nouveau.sourceforge.net/tests/ | http://perso.orange.fr/patrice.mandin/images/nv-kitten.jpg
00:14 -!- Topic set by sturmflut [] [Sun Aug 13 17:02:24 2006]
00:14 [Users #nouveau]
00:14 [@ChanServ] [ cptn    ] [ hanno        ] [ marteus   ] [ stillunknown] 
00:14 [ Aexoden ] [ darktama] [ jkolb        ] [ mat__     ] [ stringfellow] 
00:14 [ ag      ] [ ddl     ] [ jkolb_       ] [ mjg59     ] [ swany       ] 
00:14 [ airlied ] [ Duke`   ] [ K            ] [ Myrizio   ] [ tibbs       ] 
00:14 [ ajmitch ] [ etzel   ] [ kylem        ] [ nael      ] [ zoeloelip   ] 
00:14 [ anders_ ] [ fatal__ ] [ lumag_of1line] [ nano-     ] 
00:14 [ blx     ] [ flex    ] [ lumag_offline] [ pmdata    ] 
00:14 [ cetrox  ] [ Gusar   ] [ marcheu      ] [ qfire_away] 
00:14 -!- Irssi: #nouveau: Total of 37 nicks [1 ops, 0 halfops, 0 voices, 36 normal]
00:14 -!- Channel #nouveau created Sun Jun 25 07:52:56 2006
00:14 -!- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp
00:14 -!- Irssi: Join to #nouveau was synced in 7 secs
00:16 -!- lumag_offline [n=mitya@chimpanzee.school.ioffe.ru] has quit [Read error: 104 (Connection reset by peer)]
00:25 < mat__> pmdata: I update nv17 tests, could you grab it ?
00:26 < pmdata> yes
00:32 < pmdata> mat> did you try to turn it in softquadro using nvclock? (same question for your nv10)
00:33 < mat__> pmdata: no, what's that ?
00:36 < pmdata> changing some bits in pci config register, to enable quadro features in nv driver
00:37 < mat__> but the hardware won't support these features ?
00:38 < darktama> that's what nvidia like people to think..
00:41 < pmdata> woot, nv18gl dumps today
00:43 < mat__> pmdata: nv17 dumps where from me, no need to add a new nv17mc ; )
00:44 < pmdata> ah
00:44 < pmdata> there are some small differences, maybe different driver versions?
00:46 < mat__> i don't think I update the driver, but I notice some difference between run : see http://castet.matthieu.free.fr/tmp/1.diff & http://castet.matthieu.free.fr/tmp/2.diff 
00:48 < pmdata> if you want an idea of "differences" between quadro and non quadro, compare line_width and line_stipple dumps for nv18 and nv18gl
00:48 < pmdata> then laugh
00:49 < pmdata> if it's ok, I will move nv17mc dumps in nv17
00:54 < mat__> hum softquadro is nice ;)
00:54 < mat__> yes it should be ok
00:56 < pmdata> done
00:58 < mat__> any link on softquadro on Linux (didn't find a doc how to use nvclock for softquadro)
00:59 < pmdata> nvclock -Q
00:59 < pmdata> just at boot time, before nvidia kernel driver is loaded (run in single user for example)
01:02 < mat__> It is in cvs/svn version. Debian unstable does seem to have this option
01:02 < mat__> s/It is in cvs/svn version/is it in cvs/svn version ?
01:03 < pmdata> latest nvclock 0.8b2 also has it
01:03 < mat__> ok, thanks
01:03 < pmdata> just compile it without gtk/qt/x11 interfaces
01:04 < mat__> I will try that tomorow
01:05 < Duke`> but it may fail, like for me :(
01:09 < pmdata> does it work for someone else than marcheu?
01:10 < Duke`> I'm not sure :/
01:10 < Duke`> maybe darktama?
01:14 < darktama> ?
01:20 -!- pmdata [i=patrice@ANantes-154-1-87-75.w81-48.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
01:21 -!- mat__ [n=mat@cac94-1-81-57-151-96.fbx.proxad.net] has quit ["Leaving"]
01:32 < Duke`> darktama: have you been able to softquadro your card?
01:32 < darktama> no, I don't think it works on nv40
01:35 -!- Duke` [n=gnu@ANantes-251-1-83-82.w86-203.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
01:48 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
01:49 -!- titou [n=aurelien@berkelium.ap2c.org] has joined #nouveau
01:50 < titou> hi
01:50 < titou> (coucou :)
01:52 -!- rem [i=rem@ALyon-252-1-72-1.w83-197.abo.wanadoo.fr] has joined #nouveau
01:52 < rem> hi
01:52 < titou> hihi :)
01:57 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
01:58 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
02:01 -!- jkolb_ [n=jkolb@wsi-130-9.wsi.com] has quit ["Leaving"]
02:12 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit ["Konversation terminated!"]
02:19 -!- titou [n=aurelien@berkelium.ap2c.org] has quit [Read error: 110 (Connection timed out)]
02:24 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Remote closed the connection]
02:28 -!- rem [i=rem@ALyon-252-1-72-1.w83-197.abo.wanadoo.fr] has quit [Read error: 60 (Operation timed out)]
02:35 -!- rem [i=rem@ALyon-252-1-104-197.w86-206.abo.wanadoo.fr] has joined #nouveau
02:40 < rem> bye
02:40 -!- rem [i=rem@ALyon-252-1-104-197.w86-206.abo.wanadoo.fr] has quit [Client Quit]
02:49 -!- titou [n=aurelien@berkelium.ap2c.org] has joined #nouveau
02:55 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has quit [Remote closed the connection]
02:55 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has joined #nouveau
02:56 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has quit [Read error: 110 (Connection timed out)]
03:28 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
04:09 -!- hanno [n=hanno@p54A4CEB8.dip.t-dialin.net] has quit ["Verlassend"]
04:21 -!- hiyuh_work [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has joined #nouveau
04:26 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has quit [Remote closed the connection]
04:27 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has joined #nouveau
05:17 -!- titou [n=aurelien@berkelium.ap2c.org] has quit [Read error: 110 (Connection timed out)]
05:58 -!- open_source_nut [n=opensour@dialup-4.245.35.2.Dial1.StLouis1.Level3.net] has joined #nouveau
06:31 -!- open_source_nut [n=opensour@dialup-4.245.35.2.Dial1.StLouis1.Level3.net] has left #nouveau []
06:48 -!- shenki [n=shenki@ppp111-57.lns4.adl4.internode.on.net] has joined #nouveau
07:18 -!- shenki_ [n=shenki@ppp111-57.lns4.adl4.internode.on.net] has joined #nouveau
07:19 -!- shenki [n=shenki@ppp111-57.lns4.adl4.internode.on.net] has quit [Read error: 104 (Connection reset by peer)]
07:27 -!- Myrizio [n=Myrizio@host53-96-static.104-80-b.business.telecomitalia.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
08:09  * jkolb is away: I'm busy
08:56 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
09:19 -!- Duke` [n=gnu@ANantes-251-1-83-82.w86-203.abo.wanadoo.fr] has joined #nouveau
09:26 -!- shenki [n=shenki@ppp111-57.lns4.adl4.internode.on.net] has joined #nouveau
09:55 -!- shenki_ [n=shenki@ppp111-57.lns4.adl4.internode.on.net] has quit ["Leaving"]
11:30 -!- EdB [n=EdB@ARennes-251-1-150-170.w86-214.abo.wanadoo.fr] has joined #nouveau
11:33 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
12:09 -!- b33fc0d3 [n=bifter@never.sm0ke.me.uk] has joined #nouveau
12:09 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Remote closed the connection]
12:09 -!- b33fc0d3 [n=bifter@never.sm0ke.me.uk] has joined #nouveau
13:18 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 110 (Connection timed out)]
13:40 -!- blx [n=x@h19n7c1o1028.bredband.skanova.com] has quit [Remote closed the connection]
13:55 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
14:07 -!- b33fc0d3 [n=bifter@never.sm0ke.me.uk] has joined #nouveau
14:26 -!- rem [i=rem@ALyon-252-1-66-106.w82-122.abo.wanadoo.fr] has joined #nouveau
14:26 < rem> hello
15:04 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
15:05 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
15:25 -!- titou [n=aurelien@berkelium.ap2c.org] has joined #nouveau
15:28 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
15:41 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
15:56 < titou> someone who's developing renouveau is here?
16:07 < titou> i tried to help you since i have a Quadro 2 Pro (NV15GL)
16:07 < titou> however this card is in a Itanium machine and renouveau doesn't compile for this architecture
16:08 < titou> (ioctl.c refuses to compile: __syscall_return and _syscall3 are not define for this platform)
16:08 < titou> i tried to get them from the linux source code but there is no such macro
16:22 -!- tibbs is now known as tibbs|h
16:22 < fatal__> titou: people usually appear later in the evening... try again in about 3-4 hours or so...
16:23 < titou> i hope they will read their logs..
16:26 < fatal__> yes, they probably will... I'm just giving you an estimate about when you might get your question answered. ;)
16:26 < titou> ya thanks :p
16:49 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Remote closed the connection]
17:04 -!- Myrizio [n=Myrizio@host27-98-static.104-80-b.business.telecomitalia.it] has joined #nouveau
17:11 -!- jkolb_ [n=jkolb@wsi-130-9.wsi.com] has joined #nouveau
17:20 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
17:20 -!- jkolb_ [n=jkolb@wsi-130-9.wsi.com] has quit ["Leaving"]
17:26 -!- jkolb_ [n=jkolb@wsi-130-9.wsi.com] has joined #nouveau
17:36 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has quit [Remote closed the connection]
17:50 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
17:57 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
17:58 -!- nael_ [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
17:58 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Read error: 104 (Connection reset by peer)]
18:24 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
18:36 -!- hiyuh_work is now known as hiyuh
18:41 < rem> does somebody know who is the author of clear_nv34 ("doc" cvs), I have strange differences between his nv35 and my nv34 (on color buffer)
18:56 -!- stillunknown [n=stillunk@82-168-177-167.dsl.ip.tiscali.nl] has quit ["Words get written, words get twisted, old meanings change in the drift of time. (sung by Ian Anderson)"]
18:58 -!- stillunknown [n=stillunk@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
18:59 -!- marteus [n=marteus@0x50c475bf.albnxx8.adsl-dhcp.tele.dk] has joined #nouveau
19:00 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 110 (Connection timed out)]
19:11 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has joined #nouveau
19:18 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has joined #nouveau
19:37 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 110 (Connection timed out)]
19:38 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
19:41 -!- nael_ [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has quit [Success]
19:42 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has joined #nouveau
20:03 -!- hiyuh [n=hiyuh@ZQ062148.ppp.dion.ne.jp] has quit ["Leaving"]
20:12 -!- Duke` [n=gnu@ANantes-251-1-83-82.w86-203.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
20:13 -!- Duke` [n=gnu@ANantes-251-1-92-140.w86-203.abo.wanadoo.fr] has joined #nouveau
20:29 -!- phh [n=phh@moi.phhusson.info] has quit [Read error: 104 (Connection reset by peer)]
20:29 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
20:31 -!- creideiki [n=creideik@c83-250-8-219.bredband.comhem.se] has joined #nouveau
20:33 < creideiki> I heard you were looking for dumps from stereo-capable Quadro cards. At work, I have a QuadroFX 4500 with a stereo port, but no glasses. Good enough?
20:35 -!- phh [n=phh@moi.phhusson.info] has quit [Read error: 104 (Connection reset by peer)]
20:37 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
20:38 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
20:52 -!- phh [n=phh@moi.phhusson.info] has quit [Read error: 113 (No route to host)]
20:58 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
21:00 -!- Myrizio [n=Myrizio@host27-98-static.104-80-b.business.telecomitalia.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
21:07 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
21:12 -!- pmdata [i=patrice@ANantes-154-1-98-69.w86-214.abo.wanadoo.fr] has joined #nouveau
21:13 < pmdata> hello
21:19 < rem> hello pmdata 
21:23 < pmdata> creideiki> if you can create a stereo context, it's good, glxinfo should list it in 'stro' column
21:23 < pmdata> rem> what sort of differences do you have with clear buffer?
21:24 < pmdata> titou> I would like to compare your quadro dumps against my standard nv15
21:26 < titou> pmdata: like i said above
21:27 < titou> my quadro is in an Itanium machine and the renouveau code doesn't compile
21:27 < creideiki> pmdata: OK, I'll check if it can do that tomorrow.
21:27 < pmdata> titou> ah yes, this problem, did you checkout latest renouveau cvs?
21:27 < titou> of course
21:28 < pmdata> do you run the nvidia drivers on this machine?
21:28 < titou> several macros in ioctl.c are missing
21:29 < titou> ah i'm so stupid... i deleted the nvidia drivers since i use Xorg...
21:29 < titou> the Itanium nvidia drivers are so old 
21:29 < titou> they are unusable under xorg..
21:29 < pmdata> maybe this is only the fault of some kernel dev package missing some stuff, we had this problem with some x86 distrib
21:29 < titou> these macros (_syscall3 etc.) doesn't exist in the IA64 headers
21:30 < titou> (in the kernel source !)
21:30 < pmdata> yep, 1.0-5336
21:30 < titou> but nvidia drivers works fine under windows XP-64 
21:30 < pmdata> then you'll have to check what they are for, and make a replacement I'm afraid
21:31 < pmdata> which kernel are you running?
21:31 < titou> isn't it possible to get another renouveau version for windows ? (i don't think so but..)
21:31 < titou> 2.6.15
21:31 < pmdata> well, I thought about it, but no time to have a look
21:31 < pmdata> doesn't such an old driver requires a 2.4 kernel?
21:32 < titou> pmdata: can i speak french here?
21:33 < pmdata> well, english is better suited
21:33 < titou> :-(
21:33 < titou> nvidia drivers for linux works fine under 2.6.15 kernel with several patchs
21:33 < titou> but it requires XFree 3.3..
21:33 < rem> pmdata: clearing the depth/stencil and clearing the color buffer are 2 separate "call". depth/stencil is like describe in clear_nv34 but color is a set of 5 or 6 commands
21:34 < pmdata> what is your board pci id? (lspci -n)
21:34 < titou> (i power on the machine :)
21:35  * pmdata was talking to rem
21:35 < titou> oh sorry
21:35 < rem> 01:00.0 0300: 10de:0322 (rev a1)
21:36 < pmdata> titou> anyway, could you try using a 2.4 kernel, or is it out of question? and also some xfree with nvidia driver
21:36 < titou> why 2.4 kernel is necessary?
21:37 < pmdata> well, to run the nvidia driver? hum, if it works with 2.6, it's ok I think
21:37 < titou> it works
21:37 < titou> the problem is your ioctl.c file :)
21:38 < pmdata> rem> nv34, we already have dumps for it, could you make a full dump, and post a url to the archive?
21:39 < pmdata> titou> it has been fixed a week ago, due to some syscall missing on some distrib
21:39 < titou> ya
21:39 < titou> but it's available just for _I386_
21:39 < titou> or x86-64
21:39 < pmdata> then change the define :)
21:39 < titou> but i don't have it !
21:40 < titou> it's not the same for IA64
21:40 < phh> just find it :p
21:40 < titou> ah ah.
21:41 < titou> syscall under itanium are very different
21:41 < pmdata> mega grep in kernel source
21:41 < titou> interruptions doesn't exists under IA64
21:41 < titou> pmdata: i did that but nothing
21:43 < phh> i will try it myself
21:43 < titou> right :)
21:43 < titou> good luck
21:44 < rem> pmdata: I will recreate default dumps on my computer and compare them with those on the repository. but i think they are the same
21:45 < phh> titou, but i will do it in glibc not kernel, if you already tried it
21:45 < titou> nop
21:50 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
21:52 < phh> titou, i found it in glibc but it hasn't any sens for me ...
21:53 < titou> copy it here ?
21:53 -!- etzel [n=thisnuke@west-193.rcn.nmt.edu] has quit [Remote closed the connection]
21:53 < phh> it's a bit long
21:53 < phh> i pastebin
21:53 < titou> ya
21:53 < titou> i have to go to lunch
21:53 < titou> i'll see it later
21:53 < phh> http://pastebin.ca/170579
21:53 < phh> ok
21:53 < creideiki> pmdata: If my card can do stereo, should I just run renouveau as-is? I see there's a call to SDL_GL_SetAttribute(SDL_GL_STEREO,1) that's been commented out in main.c.
21:54 < jkolb_> uncomment that line
21:54 < titou> phh: hihi it's the fabulous IA64 assembler!
21:54 < titou> it's easy =)
21:54 < phh> titou, ahum ...
21:54 < phh> if you say so ...
21:54 < titou> i love this assembler
21:54 < phh> the only true instruction i understand is mov
21:54 < titou> hehe =)
21:55 < titou> can you give me all the needed macro by ioctl.c ?
21:55 < titou> i'll try to update the file
21:56 < phh> you need to define a function called sys_ioctl which calls the ioctl syscall
21:57 < phh> (or i mis understood what you meant)
21:57 < rem> pmdata: my dumps for nv34 : http://rem.planet-d.net/tmp/nv34_dump.tar.bz2
21:57 -!- etzel [n=thisnuke@west-193.rcn.nmt.edu] has joined #nouveau
21:58 < phh> titou, ouch not
21:58 < phh> i was on an old ioctl.c
21:59 < phh> pmdata, why don't renouveau use ioctl.c and defines syscall himself, instead of using the glibc way ?
22:02 -!- K [n=hazel@84-16-252-194.internetserviceteam.com] has joined #nouveau
22:03 < rem> poor pmdata, he has to manage 3 conversations :p
22:03 < phh> :)
22:08 < pmdata> creideiki> yes, uncomment it
22:09 < creideiki> pmdata: OK.
22:11 < pmdata> rem> do you see many differences against the nv34 dumps already done?
22:13 < pmdata> hum I think I will put them anyway
22:14 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
22:16 < rem> pmdata: except the fact I haven't the "Changed reg 0x00000011 from 0x00014280 to 0x00014720" lines, the files look the same.
22:17 -!- creideiki [n=creideik@c83-250-8-219.bredband.comhem.se] has quit ["Leaving"]
22:18 < pmdata> yep, they have been disabled
22:18 < rem> pmdata: but you don't call glClear with GL_STENCIL_BUFFER_BIT and GL_ACCUM_BUFFER_BIT. I have big call order changes when combinating the GL_*_BUFFER_BIT
22:19 < rem> i'm rewriting test_clear() to dump all combinations :]
22:21 < pmdata> most boards don't have accum buffer
22:21 < pmdata> only color and depth/stencil
22:22 < pmdata> most likely you'll see some 2D operations to copy/operate on accum buffer
22:23 < pmdata> it would be better to find the missing nv30_tcl_primitive3d[0x1234/4]
22:25 < titou> re
22:25 < titou> phh: hihi :)
22:26 < titou> je revrifie une dernire fois
22:26 < rem> titou: not a french channel ;)
22:27 < titou> oups... bad channel
22:32 < phh> titou, ah t'es francais.
22:32 < phh> c'est bon  savoir
22:32 < phh> (but i will continue in english if someone wants to help)
22:33 < rem> :)
22:33 < titou> phh: like rem and you and pmdata and.. :)
22:34 < rem> =)
22:36 < phh> titou, yep :)
22:39 < pmdata> rem> checkout renouveau from cvs, there was missing test_polygon_stipple (just post a url to this single dump)
22:40 < rem> 'k
22:40 -!- pmdata is now known as pmdata_tv
22:40 < pmdata_tv> come back later
22:42 < titou> each time someone watch TV, god kills a kitten!!!
22:43 < phh> titou, what about TV card on PC ?:)
22:43 < titou> same thing !
22:43 < titou> TV is evil =)
22:44 < phh> ok so i will launch TV only one time a year
22:44 < phh> but never put it off
22:44 < titou> ahah
22:44 < titou> poo kitten !!
22:44 < titou> +r
22:54 < rem> pmdata_tv: same place.
22:55 < phh> titou, so you understand something ? :)
22:57 < titou> phh: of course
22:58 < phh> better than me
22:59 < titou> i develop in IA64 assembler
23:04 < titou> sorry telephone..
23:05 < titou> so this code do a SYSCALL 
23:05 < titou> there is nothing else to understand :)
23:05 < titou> if the syscall returns an error, __syscall_error is called
23:05 < titou> else it returns the return code:)
23:06 < phh> ah.
23:10 < titou> :)
23:15 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
23:18 -!- cetrox [i=cetrox@80-247-222-201.adsl.terra.cl] has quit [Read error: 104 (Connection reset by peer)]
23:23 -!- cetrox [i=cetrox@122-242-222-201.adsl.terra.cl] has joined #nouveau
23:31 -!- phh [n=phh@moi.phhusson.info] has quit ["Quitte"]
23:38 -!- predatorfreak [n=predator@adsl-69-212-52-66.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
23:40 -!- pmdata_tv is now known as pmdata
--- Log closed Птн Сен 15 00:00:38 2006
