IRC log for #htc-linux on 20070825

00:18.09BabelOgoxboxlive : you have a magic magician , lol, sorry ... your image is working for me :(
00:18.50BabelOmaybe something compiled in kernel is bad, not in image
00:28.03*** join/#htc-linux jott_ (n=j@unaffiliated/jott)
01:00.03*** join/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
01:00.32*** join/#htc-linux ImCoKeMaN (n=imcokema@pool-71-173-158-20.hrbgpa.fios.verizon.net)
01:06.09*** join/#htc-linux donny2k (n=donny2k@p54BAD979.dip.t-dialin.net)
01:06.55donny2khiho
01:06.58donny2ki have a problem
01:07.08donny2ki think i have killed my xda
01:07.36donny2ki copied a dumped WM6 image, and now the xda stops at the first image
01:07.41donny2kwhat can I do?
01:27.37*** join/#htc-linux snua12_pismo (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
02:10.34*** join/#htc-linux rmoravcik (n=rmoravci@ip-89-103-152-149.karneval.cz)
02:13.28*** join/#htc-linux SmallR2004 (n=SmallR20@79-74-78-139.dynamic.dsl.as9105.com)
03:41.26*** join/#htc-linux SmallR2004 (n=SmallR20@79-74-118-241.dynamic.dsl.as9105.com)
04:01.35*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-92-116.dynamic.dsl.as9105.com)
04:38.13*** join/#htc-linux robotician (n=dale@usr016.bb275-03.udp.im.wakwak.ne.jp)
05:30.53*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
06:39.39*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
06:41.00*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
07:07.04*** join/#htc-linux robotician (n=dale@usr016.bb275-03.udp.im.wakwak.ne.jp)
07:48.16*** join/#htc-linux crash64 (n=crash@84.78.99.40)
07:53.57*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
08:09.39*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
08:53.30*** join/#htc-linux snua12_pismo (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
09:46.39*** join/#htc-linux pH5 (n=ph5@p5485EB5E.dip.t-dialin.net)
10:20.47*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-51-27.dynamic.dsl.as9105.com)
10:39.21*** join/#htc-linux dcordes (n=tsingtao@f048232055.adsl.alicedsl.de)
10:39.47dcordesprophet with wizard kernel working great: dmesg: http://www.pastebin.ca/670033
10:42.19pH5dcordes: nice! I'm just trying to get usb going on the herald to catch up with you guys. does the keyboard already work?
10:42.38dcordespH5: prophet is touchscreen only
10:42.55pH5s/board/pad/
10:43.21dcordespH5: you should try contact silven in #linwizard he's linwizard sourceforge founder
10:44.28dcordespH5: I think the buttons on the prophet worked since keycodes showed up in the console when I touched them
10:45.21dcordesalso in that context I noticed the display backlight automatically turning off on inactivity and going back on when you pressed the left button
10:46.47dcordesdoes that dmesg tell anything interesting concerning the prophet's hardware?
10:47.39*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
10:47.56pH5dcordes: no, the fun stuff is that it's all the same across devices.
10:48.33pH5maybe keycodes differ, or the dsp firmware or peripherals,  but that's not visible from this log.
10:49.13dcordesAll I can tell from my observation is that display, display backlight and usb are working fine
10:49.28dcordeshow can I find out if gsm is working?
10:50.04snua12_pismopH5, can you tell me, how to dump gpio on omap wit haret?
10:50.29pH5dcordes: read http://vivien.chappelier.free.fr/typhoon/gsm.html and try to reproduce that. I'm not that far yet.
10:51.03pH5snua12_pismo: there is no gpio dumper for omap yet
10:51.15pH5you can pd 0xfffbc000 24 on the gpio addresses
10:51.30pH5look at arch/arm/plat-omap/gpio.c for the omap730 gpio register definitions
10:54.53dcordessnua12_pismo: you're the XDA II person, aren't you?
10:56.54snua12_pismodcordes: yes I'm mda II compact person.
10:57.21dcordes^^ any success yet?
10:58.49snua12_pismodcordes: simply, i've compiled kernel for wizard and boot it.
10:59.20dcordessnua12_pismo: same here with htc-prophet
10:59.43dcordeswhich kernel did you try?
11:01.15snua12_pismodcordes: from there http://linwizard.sourceforge.net/index.php?option=com_frontpage&Itemid=1
11:01.30snua12_pismoare there any others sources?
11:01.41pH5heh, that vario looks just like magician. deceiving..
11:19.07*** join/#htc-linux jeanseb (n=jeanseb@gazypan.dyndns.org)
11:36.06*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
12:10.55*** join/#htc-linux punkgeek (n=jeanseb@gazypan.dyndns.org)
12:11.00*** join/#htc-linux jeanseb|out (n=jeanseb@gazypan.dyndns.org)
12:53.22*** join/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
13:06.14*** join/#htc-linux dcordes (n=tsingtao@78.48.50.48)
13:06.45BabelOpH5 how are you ;)
13:20.10BabelOpH5: i ve started goxboxlive openmoko image yesturday, look nice on small screen now, but top and bottom bar are really too big
13:21.53pH5hi BabelO, you have to scale down the images in openmoko-theme-standard2 and openmoko-icon-theme-standard2, and look at my gtkrc patch in OM bug 197
13:22.35BabelOpH5: ok ill look i resize to 16x16 ?
13:23.15pH5BabelO: that's something we'd have to decide. try and look how it works out?
13:23.41pH5I resized all the gtk theme images to 50%, and the 36x36 stock icons to 22x22
13:24.27BabelOpH5: ok and my screen is a little big than magician ;)
13:24.39BabelOis your usb working now ?
13:24.48pH5ah, I forgot that :)
13:25.16pH5BabelO: not yet, I tried to make your changes to the linux-wizard kernel, but that didn't work. so I'll try to start from the hh.org kernel now
13:25.59BabelOpH5: kernel you ve access is already hh kernel ;) just muru patch on top
13:27.43dcordesBabelO: on which device did you boot the image?
13:27.57BabelOdcordes: for what ?
13:27.58dcordesand where can I get it?
13:28.07dcordesBabelO: goxboxlive moko image
13:28.58BabelOdcordes: need some tweak for the moment
13:29.00pH5so a single qvga theme won't cut it, or we need different stock icon sizes for qvga-2.8", qvga-3.6/7" and vga
13:29.36BabelOpH5: yes, maybe, i see it is png image and not svg or xpm file :(
13:30.04pH5BabelO: the svgs are in the sources though.
13:32.51pH5Kevin2: cpuFlushCache_arm926 is missing from asmstuff.S in haret CVS
13:33.09dcordesBabelO: don't worry- I just want to try booting something with a UI
13:33.13dcordeson prophet
13:34.46pH5Kevin2: and this would add Herald/Artemis MTYPE autodetection http://en.pastebin.ca/670158
13:35.38BabelOpH5: ah i forgot to send patch to kevin :( he ask me for this
13:36.55dcordesBabelO: could you give me that moko image?
13:37.16BabelOdcordes: is your sd card oworking ?
13:37.35dcordesBabelO: you mean with the image you gave me to try out?
13:37.45BabelOdcordes: try  to mount it with your current image
13:38.26dcordeswhat's the device name for it? Is it required to specifiy -t ?
13:38.48BabelOit is /dev/mmcblk0pX X is the partition number
13:43.53*** join/#htc-linux rob_w (n=bob@X1429.x.pppool.de)
13:44.05BabelOpH5: you have a batch resizer ? ;)
13:45.21pH5BabelO: imagemagick
13:45.53BabelOah yes, i forgot this one ;)
13:46.14pH5of course re-rendering would yield better results, but for quick testing this is good enough :)
13:46.38BabelOyes i understand
13:47.29BabelOand openmoko is quick, some slowness, but works fine, i hope it can works as fast on 200 Mhz
13:48.18dcordesBabelO: why is SD card neccessary to try that image?
13:48.37BabelOdcordes: because you need to install it somewhere to boot from
13:48.41dcordesthing is I don't have the phone here and the person who wants to try it has now unix
13:49.00dcordesBabelO: can't I put it into the internal flash as I did with teh image yesterday?
13:49.36BabelOdcordes: not possible, no data need an access at every time
13:50.26dcordesI see
13:51.42dcordesBabelO: How would I setup that usbnet on a windows machine?
13:52.12BabelOdcordes: not sure rndis is compiled in do you see RNDIS in dmesg ?
14:03.06Kevin2pH5 / snua12_pismo: Latest mainline haret does support gpio watching on omap850.  Just run "watch gpios".
14:04.14dcordesBabelO: no it is not there
14:04.29pH5hi Kevin2
14:04.40dcordes<PROTECTED>
14:04.45dcordeswith windows
14:04.57snua12_pismoKevin2: hi, thank you, where i can it download? (haret)
14:05.42pH5Kevin2: could you check in the arm926 cache flush? I copied the arm920 one locally, for now - not sure if that works.
14:06.21Kevin2pH5: Yeah, sorry about that, working on it now.
14:06.29pH5Kevin2: great, thanks
14:06.45Kevin2http://handhelds.org/~koconnor/haret/haret-20070822.exe
14:09.47pH5Kevin2: do you have an omap850 gpio dumper (direction, input/output level, irq conf, mux conf) in the pipeline or should I give it a shot?
14:10.09Kevin2pH5: it is there now.  Just run "watch gpios".
14:11.19Kevin2Oh, I don't have irq conf (though you can trace irqs via wirq), and I don't think alternate functions are watched either.  Just need to add the addresses to src/mach/arch-omap.cpp and the names to haretconsole/regs_omap.py.
14:11.22pH5Kevin2: but if I'm not mistaken that one only watches the input level registers?
14:13.03Kevin2pH5: Yes, you are right.  What I did for other platforms is just add the addresses for the direction and alt function registers to the list of addresses to poll.
14:13.05pH5ah, ok. so I can just add 0xfffbc004, 0xfffbc008, 0xfffbc00c, 0xfffbc010, 0xfffbc014, etc. to the gpios list and let regs_omap.py do the rest?
14:13.07*** part/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
14:13.34pH5though the ibit/wbit handling for gpios might end up a bit strange that way
14:13.37Kevin2pH5: That is what I did for pxa.  You should also update regs_omap.py with names.
14:15.10Kevin2Check out http://handhelds.org/cgi-bin/cvsweb.cgi/~checkout~/haret/src/mach/arch-pxa27x.cpp for the list used on pxa.
14:16.17Kevin2Yeah, ibit/wbit can be confusing.  But haretconsole will explicitly state the value to ignore in parenthesis.  If you get how it works it is no big deal - if you try to think in terms of gpio # then it will be confusing.  I'm open to alternative implementations.
14:16.35pH5Kevin2: so what order would you suggest - have all the input levels first, then all the output levels and then the rest?
14:16.46pH5omap does have split input/output level registers
14:17.39Kevin2pH5: That order sounds okay.  As long as you ignore by the number in parenthesis it doesn't really matter.
14:18.31Kevin2pH5: BTW, cvs should have asmstuff.S now.
14:23.07BabelOpH5: did you change theme.xml in matchbox ?
14:29.51Kevin2pH5: Something weird is going on when I generate latest mach-types file - I see - define machine_is_herald()   (machine_arch_type == MACH_TYPE_HERMES)
14:30.11Kevin2There appears to be some confusion with Hermes and Herald..
14:30.41BabelOKevin2: i think it is in source file too
14:31.43BabelOKevin2: i ve it in file downloaded from arm site
14:32.24Kevin2BabelO: Yes - it is in the download from arm site - I was generating latest include file from the download.
14:39.29pH5hmm, that is my fault. either the system didn't accept my correction after I had entered this, or I was still sleeping when I tried to correct.
14:46.07dcordesBabelO: isn't it possible to put goxbox' mokoimage onto prophet SD and start it from there?
14:46.27BabelOdcordes: no, not possible
14:46.55dcordesBabelO: so I have to boot some kernel from the internal flash, mount the card with goxbox image and boot it fromout there?
14:47.36BabelOdcordes: not sure you sd card driver is working
14:47.43dcordesI would just try...
14:48.22dcordesso assuming my SD card would work with goxbox image- how exactly would I try to boot then?
14:50.29Kevin2pH5: Okay, I've manually updated mach-types.h and checked in the changes to machlist.txt.
14:53.34*** join/#htc-linux ketrox (n=ketrox@X8ad5.x.pppool.de)
14:53.40*** join/#htc-linux Mensenier (n=Mensenie@p54BAFC7A.dip.t-dialin.net)
14:53.45Mensenierhiho :)
14:53.56Mensenierdoes someone knows, what a radio-rom is?
14:56.30pH5hi Mensenier, on many devices the gsm radio chip is a separate arm cpu with some dsp, running its own proprietary os. the radio rom is the software for that gsm chipset.
14:58.08dcordesBabelO: still there?
14:59.41Mensenierah..ok
14:59.42Mensenierthanks
14:59.56Mensenierbut it has nothing to do with a radio?
15:00.03Menseniersry, for this stupid question :)
15:02.45Kevin2pH5: One nice thing to add to your disassemble.py script would be naming of functions from the import tables.  Have you thought of doing this?
15:04.25pH5Kevin2: yes, though I've only actively worked on that for elf binaries when I tried to disassemble the gllin binary for neo1973's GPS chipset.
15:04.56pH5though I might get back to that when I end up having to disassemble wince dlls for herald development.
15:05.46pH5and I should stop writing 'though' all the time although I like the sound of that word :P
15:06.14Kevin2Okay.  I might take a quick look at it.
15:07.21pH5http://linuxtogo.org/~ph5/tmp/gllin/disassemble.py is the version I used for gllin
15:08.57BabelOpH5: i resize all icon in gtk2 directory, it seem there is something else to do ;)
15:09.31pH5BabelO: sure, some apps come with their own icons.
15:10.26BabelOpH5: and for the main screen ? top bar and buttom bar with icon, where are this ? ah maybe themes.xml in matchbox theme dir
15:13.29pH5BabelO: those are mostly gtk stock icons, found in the openmoko-icon-theme-standard2 package
15:14.06BabelOpH5: ok, i ve to found where is this package installed
15:14.22dcordescould somebody please tell me where I can get the goxbox image with moko ui?
15:15.04BabelOdcordes: it does not work on prophet or omap for the moment
15:15.10BabelOi ll already try
15:15.18dcordesOk then thanks
15:20.23pH5Kevin2: is there a way to quickly mask all bits in GPIOS? with ibit/wbit I have to set each bit separately, and set GPIOS(0) xy sets the address value, not the mask.
15:22.01Kevin2Does "set GPIOS(0) addr xy" work?
15:22.39Kevin2You can also run: ibit gpios 1 2 3 4 5 6 7 8 ...
15:22.59Kevin2But admittedly that is still annoying.
15:25.25*** join/#htc-linux rob__w (n=bob@M8e7c.m.pppool.de)
15:25.40pH5Kevin2: ok, I'll check
15:25.46pH5what about http://en.pastebin.ca/670239
15:26.03pH5I'm not sure about the naming, of course. I wish I had some OMAP730/850 docs
15:32.44Kevin2pH5: Looks okay to me.  Do you want me to check in?
15:33.57Kevin2One thing I've found, it may be useful to name the bits differently for different registers.  For example, if you see GPIO1=0, your eye might not notice that was a GPIO1-IM register instead of a GPIO1-IL register.  YMMV.
15:38.11pH5Kevin2: maybe just not yet, it doesn't seem to work correctly
15:38.30pH5I get a huge number of reads without anything changing
15:38.49pH5000220: mem b80be810=ffffbfff (ffffbfff)
15:39.21*** join/#htc-linux snua12_pismo (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
15:40.43Kevin2Okay - one thing is that you didn't name the IM registers - they have the same address as the IC registers.
15:41.58Kevin2Also, at "watch gpios" startup, it will dump the current state of all the registers.  But that doesn't look like what you are seeing.
15:42.41Kevin2pH5: Can you pastebin an example run where you see the redundant reads?  The last column (the hex number in parenthesis) is the list of bits that changed from the last run.
15:45.38pH5Kevin2: http://rafb.net/p/lStzV582.html
15:46.00pH5and http://rafb.net/p/CF6qVF51.html with translation
15:48.16Kevin2What does "show gpios" say?
15:49.46pH50xb80bc000 00000000 16 0
15:49.52pH5(same for all adresses)
15:51.40pH5is it right that the #ofbits value is always half of the one I enter?
15:51.57pH5set gpios(1) P2V(0xfffbc800) 0xffffffff 32 0
15:52.13pH5ends up with a line
15:52.14pH5<PROTECTED>
15:54.22Kevin2pH5: But in display code - I'll fix it.
15:54.52Kevin2You're setting up a compare against zero.  What you want is a compare against 'last'.  So you should do:  set gpios(1) P2V(0xfffbc800) 0xffffffff 32 last
15:55.21Kevin2pH5 - I meant "Bug" in display code.  :-)
16:02.15*** join/#htc-linux snua12_pismo_ (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
16:09.51pH5Kevin2: but I added those like it's done on pxa. isn't the comparison supposed to default to 'last'?
16:11.11pH5http://en.pastebin.ca/670291
16:11.55*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
16:12.59pH5http://en.pastebin.ca/670294
16:13.50*** join/#htc-linux ketrox (n=ketrox@X8ad5.x.pppool.de)
16:15.47Kevin2pH5: Yes.  You should not need to have "0 32 last" - that should be the default.
16:16.20Kevin2Can you run "clear gpios" "addlist gpios P2V(0xfffbc000)" and "show gpios" and verify that the default applies?
16:16.58pH5no, defaults to "0 16(really 32) 0"
16:18.39Kevin2hrmm.  I must have broke something..
16:22.00Kevin2pH5: I just checked in the fix.  Sorry for the confusion.
16:26.43pH5Kevin2: great, seems to work now. could you check in http://en.pastebin.ca/670302 and http://en.pastebin.ca/670294
16:26.59pH5though the 32 is still displayed as 16
16:28.22pH5hm. the whole direction pad is just assigned a single gpio on herald. I wonder where the information about the pressed keys is stored
16:29.56Kevin2pH5: Odd, I see 32 on my phone.
16:31.30*** join/#htc-linux snua12_pismo_ (n=admin@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
16:33.11BabelOpH5: there is a omap-keypad driver in kernel source
16:34.03pH5BabelO: I know, and I get different readings for the keyboard keys. Only the direction pad and cursor keys seem to be connected differently.
16:34.34Kevin2pH5 - Okay, I just applied.
16:34.40pH5Kevin2: thanks
16:35.18BabelOpH5: yes, for me same thing it is 7 , 16 136 174 168 for press
16:35.44BabelOpH5: but i ve a trackball instead of trackpad
16:36.46pH5BabelO: do you have a GPIO map for artemis on the web somewhere?
16:37.38BabelOpH5: just this at the moment, i also found my gps irq ;) http://pastebin.ca/670313
16:38.00BabelOpH5: are you able to trace spi or i2c registers ?
16:39.32*** join/#htc-linux dion (n=dion@77-109-18-27.dynamic.peoplenet.ua)
16:44.36BabelOpH5: yesturday sameo do a godd remarks than ads7846_adc_ssp is only pxa based, it not use spi api, maybe time to migrate it
16:45.31pH5BabelO: what is connected to i2c on those phones? camera?
16:45.56BabelOpH5: i hope alsobattery monitor chipset
16:46.29pH5BabelO: probably not, the omap850 also has a 1wire interface, and we know htc loves the ds2760 battery monitor
16:47.06BabelOpH5: yes ;) but there is a recommandation with isp1301 chipset
16:47.20BabelOi see some omap basic board with this one
16:48.09BabelOyesturday i see lot og read / write to 0xfffb3009
16:48.32BabelOaround this adress
16:48.40pH5but i2c is at fffb3800 ?
16:49.19BabelOpH5: no i know ;) that is something else , maybe usb read write when tracing, it is my addlist mmutrace test
16:49.54BabelObluetooth chipset is brf6150 i see it in ti_Init bts file
16:50.32pH5ok, which is recommended by ti, too.
16:53.48*** join/#htc-linux pH5 (n=ph5@p5485EB5E.dip.t-dialin.net)
16:57.26pH5BabelO: I can see it write to 0xfffb381c (I2C_DATA) when the camera is started and stopped. the value seems to be always 0xa though.
16:58.08BabelOpH5: ok, is haret cvs up to date now ?
16:58.17pH5BabelO: yes
16:58.24BabelOso arm926 cpu flush is ok for you to you can trace ;)
16:59.55pH5BabelO: where are the clock registers on omap?
17:00.57BabelOpH5: i don't know, i just see there is lot of missing clock setting in clock.h ;)
17:04.02pH5oh dear
17:04.11pH5%/* Various register defines for clock controls scattered around OMAP chip */
17:04.46BabelO~x en fr Various register defines for clock controls scattered around OMAP chip
17:05.05BabelOok not a good idea ;)
17:12.02BabelOpH5: can you chekc these adress 0xfffed400 and 0xfffed404 ? it is omapid cpu, i have 0x03320500 and 0x1b62c02f
17:12.16BabelOi think we have same cpu
17:12.48pH503320500 1b62c02f
17:13.10BabelOyes, good , same as tornado chipset
17:22.38*** join/#htc-linux Hawk|- (n=Hawk@p5B179E80.dip0.t-ipconnect.de)
18:11.27*** join/#htc-linux goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com)
18:12.10BabelOhi goxboxlive
18:12.20goxboxlivehi BabelO
18:12.43goxboxliveBabelO: did you test my openmoko image?
18:12.59BabelOgoxboxlive: yes it works
18:13.19goxboxliveBabelO: realy i dont understand what's up with my Magician.
18:13.28goxboxliveWonder if pH5 has tested it
18:13.43BabelOgoxboxlive: something related to kernel i think
18:14.00goxboxliveBabelO: it seems like it's some dbus stuff
18:17.12goxboxliveBabelO: does gsmd work with BA?
18:20.15BabelOi don't know, never test, where modem tty is set ?
18:31.40goxboxliveBabelO: /etc/default/gsmd or /etc/gsmd/default
18:36.04dcordesgoxboxlive: hey goxboxlive
18:36.35dcordesdoes your moko image work with omap?
18:36.36goxboxlivehi dcordes
18:37.06goxboxliveno i dont think so. Never tried. ANyway you have to replece the kernel and the modules
18:43.09*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-12-178.dynamic.dsl.as9105.com)
18:53.23*** join/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
19:07.14*** part/#htc-linux crash64 (n=crash@84.78.99.40)
19:11.36BabelObbl
19:12.42*** join/#htc-linux ovod (n=o2@wn2nat55.beelinegprs.ru)
19:14.13ovodhi
19:15.39*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
19:37.12*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-108-3.dynamic.dsl.as9105.com)
19:37.33*** join/#htc-linux ovod (n=o2@wn2nat36.beelinegprs.ru)
19:49.06*** join/#htc-linux snua12 (n=snua12@113-70-207-85.strcechy.adsl-llu.static.bluetone.cz)
20:32.19*** join/#htc-linux ovod (n=o2@wn2nat42.beelinegprs.ru)
20:42.12*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-57-175.dynamic.dsl.as9105.com)
21:16.23*** join/#htc-linux pH5 (n=ph5@p5485EB5E.dip.t-dialin.net)
21:20.31*** join/#htc-linux SmallR2003 (n=SmallR20@79-74-57-214.dynamic.dsl.as9105.com)
21:34.40*** join/#htc-linux dcordes (n=tsingtao@78.48.50.48)
21:35.18*** join/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
22:14.19*** join/#htc-linux Kmarc_ (i=kari@markos.biz)
22:17.45*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
22:25.15*** part/#htc-linux okias (n=okias@esthe.cust.centro-net.cz)
22:28.18*** part/#htc-linux rmoravcik (n=rmoravci@ip-89-103-152-149.karneval.cz)
23:16.27*** join/#htc-linux ketrox (n=ketrox@X8ad5.x.pppool.de)
23:41.42*** join/#htc-linux TBBle_ (n=tbble@202.55.155.85)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.