IRC log for #htc-linux on 20080615

00:55.22cr2mistadman: still here ?
00:55.33mistadmanYeah
00:55.41mistadmanI saw you updated the wiki
00:55.45mistadmanGood job
00:56.14mistadmancr2: What are the extra registers. Not in my dump
00:57.09cr2check if there is something there.
00:57.40mistadmancr2: one sec
00:58.08cr2P1 P2 P3 P9 channels
00:58.35cr2you have only traced AT channel
00:59.10cr2i.e. gpio51
00:59.31mistadmanhttp://rafb.net/p/6DcFb279.html
00:59.39mistadmanLook
01:00.52mistadmancr2: Can you also look at this: http://rafb.net/p/XgbUnT12.html
01:01.04mistadmancr2: I have been tracing AT Commands
01:01.07cr2you've started too early
01:01.29mistadmancr2: I wanted walk thru it with you.
01:01.40cr2begin from 0x3fc0
01:01.50mistadmanOk
01:01.57mistadmanOne sec
01:05.22*** join/#htc-linux pH5_ (n=ph5@e178199162.adsl.alicedsl.de)
01:06.13mistadmanhttp://rafb.net/p/EB2Yi260.html
01:06.43cr2ok, so they are zerped
01:06.51cr2s/zerp/zero/
01:07.16cr2well, need to think about it.
01:07.19cr2good night.
01:08.11mistadmancr2: Are you leaving?
01:12.10dcordesguys
01:12.17dcordeswhat's the AT command to hang up?
01:12.32dcordesI booted with an open call
01:12.39mistadman+ATH
01:12.42mistadmanmaybe
01:13.06dcordeslol now klaus neuberg picked up
01:13.48dcordesI could have tried if audio would work instead of softresetting
01:13.55dcordess/audio/microphone
01:15.10mistadmanHn - Hangup
01:15.29mistadman3.10 Hn - Hangup
01:15.29mistadman<PROTECTED>
01:15.29mistadman<PROTECTED>
01:16.34mistadmandcordes: Look here: http://www.google.com/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Fwww.phys.unsw.edu.au%2F~mcba%2Firidium%2FMotorola_AT_Command_Set.pdf&ei=X21USIzsLKiygATHy5GGAw&usg=AFQjCNEyDDmUt4oBvJym2frhGbPLxBFJpQ&sig2=2i3u2mltZqNaKbwM2ieagw
01:16.54dcordescr2: when I send AT\r to smd0 I get funny error messages and then output freezes
01:17.19dcordesthanks. do you think it's the same for the qualcomm modem?
01:17.48mistadmanYeah. I believe its a standard.
01:18.02*** join/#htc-linux dzo (n=dzo@121.98.128.127)
01:18.22dcordeshello dzo
01:18.34dzohi, how are things going?
01:18.46dcordesvery well we have progress on kaiser
01:19.01dzogood, can you write to the modem?
01:19.27dcordesI'm not sure. I think it receives what I send but the response is strange
01:19.43dzohow so?
01:20.31dcordesI sent the command you told me initially: "echo 'AT\r' > /dev/smd0 & cat /dev/smd0"
01:20.45dcordeswhen I do that I see some error messages and the output stops
01:22.07dzoshould be cat /dev/smd0 &    then echo -e "ATV1\r"
01:22.42dzofirst command prints responses in the bg second sends AT command
01:23.15dcordesok trying that. Can I use ` instead of "? Nothin else is available
01:23.27dzoyes, i think so
01:24.41dzohow does the A11 tell the A9 that data is ready on Kaiser.
01:24.58dcordesmartin__: rewrote the whole kaiser-smd.c
01:25.25dcordeshttp://void.printf.net/~martin/kaiser-smd.c
01:27.05dcordesdzo: it printed something right after I put the command. Does that mean it responded or could it be that it was just random?
01:27.20dzowhat did it print?
01:28.03dcordesmany lines starting with +CPBR:
01:28.19dcordesalso +CSMS:
01:28.24dcordes+COPS:
01:28.25mistadmanI belive thats a good thing
01:28.39dcordesthe last two lines are
01:28.54mistadmandcordes: Its responding with AT commands
01:29.09mistadmandcordes: Can you post it so we can see?
01:29.21dzotry ATD<a phone number>;   and see if a phone rings
01:29.28dcordes+CREG: 1,"002D","250B"
01:29.36dcordes@HTCCSQ: 3
01:36.08dcordesdzo: now I got the error I mentioned before
01:37.16dcordesdzo: oops just noticed I did just echo the ATV\r and not write it to /dev/smd0
01:37.38dzook, looks like it's not quite working. those responses aren't errors though, they are responses to gsm at commands.
01:40.58dcordesdzo: hm yes the responses seemd to random
01:41.53dzook, keep trying, got to go now, bye all.
01:42.07dcordesok bye
01:44.37dcordesodd, it's really complete silent after I send AT\r
01:45.26dcordesit [WCDMA] +FATAL: Task...s and then nothing
01:52.48*** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes)
03:05.12martin__anyone up?
03:05.53mistadmanI didnt thing anyone sleeps around here ;-)
03:06.01mistadmans/thing/thinks
03:06.48mistadmans/thing/think
03:09.59martin__heh
03:10.05martin__just got back from a party
03:10.17mistadmanDid you have fun?
03:10.31martin__'twas okay
03:10.51mistadmanMeet any chicks? LOL
03:11.31martin__none i didn't know already :)
03:12.01mistadmanmartin___: Do you have a HTC Athena?
03:12.10martin__no, kaiser
03:12.25mistadmanOh
03:12.56mistadmanWas hoping you could help me with figuring out the DPRam on this thing
03:13.10mistadmanYou seem pretty good at coding...
03:13.16mistadmanDo it for a living?
03:13.24mistadmanOr just a hobby?
03:13.28martin__both :)
03:13.40mistadmanNice.
03:14.13martin__if you can show me dumps and traces i can probably help
03:14.20martin__what's the current status?
03:15.02mistadmanhttp://rafb.net/p/VsjQcQ54.html
03:15.12mistadmanI have been trying to figure it out
03:15.20mistadmanYou can see my comments
03:15.37mistadmancr2 was also playing around with it
03:15.55mistadmanHe updated the wiki after seeing some of my dumps
03:16.03mistadmanhttp://wiki.xda-developers.com/index.php?pagename=AthenaDPRAM
03:16.17mistadmanDo my comments make any sense?
03:16.38martin__just looking
03:17.18martin__um, some inconsistency
03:17.29mistadmanLike what?
03:17.30martin__# a9203fca==0000006a (offset)(head of TX buffer)(reading)
03:17.39martin__# a9203fca =00000088 (offset)(tail of RX buffer)(writing)
03:18.10mistadmanLet me look... one sec
03:18.34martin__is that +CLCC an AT command or response?
03:18.44martin__AT seems to have changed a lot since i last used a modem :)
03:18.51mistadmanI believe its a response
03:18.59mistadmanI dialed "411"
03:18.59martin__okay, so that's all rx buffer stuff
03:19.13mistadmanAnd TX
03:19.45mistadmanTX write at line 67
03:20.16martin__in which case a9203fca is the RX tail.
03:20.31martin__a9203fc8 is the RX head
03:22.21martin__a9203fcc is the tx head
03:22.35martin__a9203fce is the tx tail
03:24.08mistadmanActually, I believe "a9203fcc" is updated to show where last TX write ended. What do you think?
03:24.13mistadmanIt like a marker
03:24.25martin__that's what the head is
03:25.01mistadmana9203fcc == tail right?
03:25.13martin__no, fcc is the head
03:25.27mistadmanLook at line: 73
03:25.30martin__for tx, you write the head
03:25.41martin__and the other end reads the data and updates the tail
03:25.57mistadmanI dont get it
03:26.15martin__it's the exact opposite of rx
03:26.31mistadmanOh wait... I think I get it
03:26.34mistadmanThanks
03:27.15martin__now, there's also this a9203fc0 address
03:28.20martin__i think that's used to trigger an interrupt on the modem
03:28.40martin__you clear it before writing some data
03:28.46martin__then write the data
03:28.49martin__update the head
03:28.58martin__and write 1 to a9203fc0
03:29.08martin__to tell the modem to check the head and read your data
03:30.23martin__the modem does something similar for you
03:30.38martin__so you get a gpio51 interrupt when it's written something
03:30.56martin__which tells you you need to check the head/tail pointers again.
03:31.32martin__do you have some code for this already or are you starting from scratch?
03:35.51martin__the other thing you need to figure out is where the actual data area is and how big it is
03:36.23martin__best way to do that is to use the phone for a while so the buffers get filled up
03:36.41martin__then take a memory dump of the rough area
03:37.15martin__and look for where the AT data appears
03:38.17martin__mistadman: let me know and i can help you with code
03:38.49martin__i'm going to get some sleep now
04:33.39*** join/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn73.78-98-166.t-com.sk)
04:34.02*** join/#htc-linux mistadman (n=mistadma@adsl-250-197-204.msy.bellsouth.net)
04:45.56*** join/#htc-linux dzo (n=dzo@121.98.128.127)
06:02.02*** join/#htc-linux mistadman (n=mistadma@adsl-250-197-204.msy.bellsouth.net)
06:54.13*** join/#htc-linux Othello (i=Magorium@gateway/tor/x-528b5b7b92ec2e1b)
07:52.29*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
08:08.59goxboxlive<PROTECTED>
08:29.31*** join/#htc-linux kiozen (n=kiozen@rgnb-4db1db71.pool.einsundeins.de)
08:46.09*** part/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn73.78-98-166.t-com.sk)
09:09.32*** join/#htc-linux Othello (i=Magorium@gateway/tor/x-594d422b0547ebfa)
09:19.23*** join/#htc-linux mistadman (n=mistadma@adsl-250-197-204.msy.bellsouth.net)
09:20.52*** join/#htc-linux Othello (i=Magorium@gateway/tor/x-7f1f889cd902b885)
09:32.21*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
10:41.56dcordes_moin
10:52.48pH5hi dcordes_
11:08.21dcordes_pH5: hi. I've got a problem communicating with a character device in angstrom console-image. When I try accesing it with cu -l <dev> it says it can't write the log file /var/lock/e500000bla: Permission denied
11:08.29dcordes_cu: Line in use
11:08.35dcordes_any idea?
11:08.47dcordes_s/log/lock/
11:09.40who__tried touch /var/lock/something
11:09.41who__?
11:12.49pH5or rm /var/lock/e500000bla, and check if you have rwx permissions in /var/lock
11:14.25dcordes_ok
11:15.52dcordes_pH5: I think there is something wrong with the filesystem. What's also wrong is that the device nodes are not created automatically for smd
11:19.08*** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net)
11:19.21pikapikahi
11:34.27dcordes_pH5: I did a chmod 0777 on /dev/smd0
11:34.32dcordes_still the same error
11:35.11dcordes_pH5: who__ /var/lock/e50000bla are not present and creating it would not work because cu tries to create a different filename every time
11:36.06pH5dcordes_: did you try straceing cu?
11:36.35pH5is /var/lock 0777, too?
11:37.20dcordes_strace? how?
11:38.05pH5strace cu -l /dev/smd0
11:46.14*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
11:46.33dcordes_pH5: looks like it works when I chmod -R 0777 /dev/smd0
11:46.39dcordes_that strace output is confusing
11:50.39dcordes_pH5: I have to chmod 0777 both, then it works.
11:51.04dcordes_So now it's official with the current smd code, when you write to the AT channel, The modem errors.
11:51.09dcordes_(on kaiser)
11:51.33dcordes_the first letter I type in cu makes FATAL messages come from the modem
11:51.58dcordes_same with cat /dev/smd0 & echo -e AT\r /dev/smd0
11:52.13dcordes_or +ATV whatsoever, doesn't matter what I send
11:52.40dcordes_that's strange because obviously the send works in a way, otherwise the modem couldn't react. But why does it spit those errors?
11:52.44dcordes_and then freezes?
11:56.19dcordes_pH5: seen something like that before?
11:56.44pH5no, I don't have any device that uses shared memory between to cpus.
12:10.04dcordes_I just wonder why it does not give an error because of the sent is unknown and then continues work rather then completely freezing
12:16.22*** join/#htc-linux exco (n=exco@e181083110.adsl.alicedsl.de)
12:24.43*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
12:52.53*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
13:04.30*** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-11407c4260803ef5)
13:19.29*** join/#htc-linux LunohoD (n=alex@e180078233.adsl.alicedsl.de)
13:26.34*** join/#htc-linux exco (n=exco@e181083110.adsl.alicedsl.de)
14:02.57*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
14:02.59*** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
14:20.15*** join/#htc-linux exco (n=exco@e181083110.adsl.alicedsl.de)
14:25.07*** part/#htc-linux exco (n=exco@e181083110.adsl.alicedsl.de)
14:32.46*** join/#htc-linux LunohoD_ (n=alex@e180079163.adsl.alicedsl.de)
14:59.30*** join/#htc-linux LunohoD_ (n=alex@e180067076.adsl.alicedsl.de)
15:09.28*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
15:26.32*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
15:34.09cr2hi
15:36.36*** join/#htc-linux kiozen (n=kiozen@rgnb-4db1db71.pool.einsundeins.de)
15:36.58kiozenhi
15:37.21kiozencr2: new stuff in GT, svn up
15:38.03cr2hi kiozen
15:38.33cr2i'll commit my haret changes to xanadux CVS.
15:38.57cr2need to fix the possible pxa27x problems.
15:40.17kiozencr2: oh, yes, please :) I am really looking forward to boost M. GT is getting mature.
15:40.48kiozencr2: and I am sick of these lousy Garmin maps
15:40.54diogene31_cr2: Hi there.
15:40.56cr2yes, i had no time to do any hacking recently :(
15:41.02cr2hi diogene31_
15:41.04kiozencr2: I know :)
15:41.27kiozenok got to cook, Iwill read with one eye ;)
15:41.39diogene31_cr2: I think I remember you venturing into IPL/SPL disassembly. Which flash was it from ?
15:42.42cr2diogene31_: all of them :)
15:42.52diogene31_cr2: Even on DoC G3 ?
15:43.28cr2diogene31_: all htc devices where it can be dumped. you can't even hope to do resume without doing it.
15:44.12cr2diogene31_: docg3 on which device ?
15:44.15diogene31_cr2: All right. Did you take interest in flash handling, especially the control and status registers ?
15:44.25diogene31_cr2: It's on the mio a701 of course.
15:45.17diogene31_cr2: I need to compare my findings on internal flash registers with another device, to really understand the registers (especially command register 0x1034, status 0x1036, ...)
15:46.49cr2diogene31_: i've put everything into wiki
15:47.21cr2http://wiki.xda-developers.com/index.php?pagename=HTC_DiskOnChip
15:48.23cr2the g4 data is a bit inaccurate (too much cut'n'paste), but the g3 should be complete. i've also studied the g3 tffs.o driver from a780
15:49.46*** join/#htc-linux LunohoD_ (n=alex@e180077039.adsl.alicedsl.de)
15:49.48cr21036 is flashaddr
15:50.25*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
15:50.47diogene31_cr2: Yes, 1036 is flash addr (6 lower bits for page number, upper for block number).
15:51.17cr2ok
15:51.37cr2btw, the docg3.c driver differs a bit from the asm IPL
15:51.58diogene31_cr2: I gathered as well some commands (access to 0x1034: random read select, ...)
15:52.16diogene31_cr2: You mean the docg3.c in the hh.org tree ?
15:52.28cr2the asm IPL reads data from some autoincrement regs (documented in wiki)
15:52.30cr2yes.
15:53.02cr2i took docg3.c from the typhoon git, and put into hh.org
15:53.14cr2otherwise nobody knows about its existence.
15:54.09cr2diogene31_: are you going to deal with BCH and Hamming stuff ?
15:54.44cr2diogene31_: i must have some slides here on my hdd, which provide some more useful data about it.
15:55.16diogene31_cr2: No, not without proper documentation. All I know is the ECC control made in register 0x1042...
15:55.36cr2ok.
15:55.52diogene31_cr2: Would you send it to me (rjarzmik AT free dot FR) ? With one of your IPL disassembly please ?
15:55.57cr2detecting the DOC size and 8/16bit path is also a hot issue.
15:56.10cr2diogene31_: yes.
16:03.21diogene31_cr2: Thanks.
16:04.22dcordessomebody got a qtopia build for armv5 or 6 that works with qvga?
16:05.50cr2dcordes: blueangel
16:05.57diogene31_cr2: BTW, I think the autoincrement registers is programmed by a particular flash command (NAND_CMD_RND_OUT). This is the sequence 0x5, 0xe0 into register 0x1034 which triggers it I think.
16:06.17cr2dcordes: there is no reason to create a v6 distro.
16:06.43cr2diogene31_: ok, that may be the case.
16:08.25dcordescr2: it has the jezebel or what that's call special instructions
16:08.48cr2diogene31_: sent. i think this one was from the universal.
16:09.24cr2dcordes: javazealot
16:11.55dcordescr2: jazelle
16:12.27cr2:)
16:12.51dcordesI'll make an initrd out of the blueangel filesystem
16:14.11*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf811b.pool.einsundeins.de)
16:14.53cr2dcordes: take the ba qtopia compiled by BabelO
16:15.10dcordeshttp://linuxtogo.org/~htcpxa is down
16:15.30cr2i don't have it locally.
16:17.32diogene31_cr2: Thanks, your IPL is a bit different from mine => I have the info I needed to finish my driver !
16:19.06cr2diogene31_: nice. you can send me your binary ipl.
16:20.05diogene31_cr2: Of course, in the reply it comes.
16:31.26diogene31_cr2: Sent.
16:32.31martin__hey guys
16:33.42cr2diogene31_: thanks.
16:33.46cr2hi martin__
16:34.42cr2diogene31_: you'd use the python script by pH5
16:35.40*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
16:36.23cr2martin__: there is a DPRAM in blueangel (with a driver), but i think sdio_uart is a better starting point.
16:37.59cr2diogene31_: sent the .py script, have a look.
16:41.00cr2diogene31_: OBIP is "BIPO" sig. for mdoc "binary"==non-dos partition.
16:41.38*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
16:48.43dcordescr2: got a clue what's not so neccessary for the basic qtioua GUI and big in babel's latest qtopia image?
16:58.26diogene31_cr2: Thanks for the scripts. Will make my life easier :)
17:02.25dcordeshey martin__
17:03.13dcordesI tried it with different programs now and the modem errors and stops activity as soon as you send anything
17:12.23skoddethe kernel development is always on the hh csv or it's now merged with some mainstream tree?
17:13.17skodde*cvs
17:14.20cr2skodde: it depends on the device
17:14.26skoddecr2: universal
17:14.41cr2dcordes: i don't know much about the userspace things
17:14.55cr2skodde: hh.oorg, because of the asic3_mmc
17:15.27skoddecr2: ok, but the other drivers are also updated/developed ?
17:19.21cr2skodde: no, the porting is limited by the asic3 port (not only mmc, but the gpio/irq too)
17:19.34cr2skodde: need to ask pH5 about the progress
17:19.57skoddecr2: understood, thank you :-)
17:22.10skoddeand for haret instead the hh version is always the current?
17:22.41cr2yes
17:22.52skoddegood
18:02.55*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
18:04.24*** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz)
18:21.18*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
18:32.31cr2hi tsdogs
18:40.59*** join/#htc-linux surgex0 (i=surge@pool-71-186-163-107.bflony.fios.verizon.net)
18:48.07kiozencr2: never buy a gps with barometric height correction: http://www.qlandkarte.org/shot1.png
18:49.42kiozenthis 60SCx disgusts me
18:51.31cr2kiozen: hehe
18:51.56kiozencr2: and you can't switch it off !!! arrrg
18:52.15cr2kiozen: 2frequency + different satellites for the z-data
18:52.39cr2kiozen: i think you can, but it's a lot of work to dig in the garmins firmware.
18:52.42kiozencr2: nagnagnag, and 3500.- bugs I know
18:52.52cr2lol
18:53.23kiozencr2: I can stand the gps height error better than this offset introduced by a sensor
18:53.25cr2i'll prefer an accurate sirf3 datasheet.
18:54.14kiozenthe stuff around 5000m is in the plain!
19:02.08*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
19:03.10*** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
19:28.54skoddelast question, there's no way to say to the universal boot loader to do the boot from the sd, like the nokia one, for example, right?
19:43.50cr2skodde: no. not yet.
20:01.22elliswayevenin all
20:17.11*** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net)
20:19.44pikapika:)
20:21.58*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
20:29.43*** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring)
20:59.02*** join/#htc-linux AstainZZZZZZ (n=Administ@unaffiliated/astainhellbring)
21:02.53*** join/#htc-linux paulproteus (n=paulprot@2002:cbb2:8293:0:0:0:0:1)
21:03.35*** join/#htc-linux mistadman (n=mistadma@adsl-250-197-204.msy.bellsouth.net) [NETSPLIT VICTIM]
21:04.13*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) [NETSPLIT VICTIM]
21:08.39*** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) [NETSPLIT VICTIM]
21:08.39*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) [NETSPLIT VICTIM]
21:12.41*** join/#htc-linux who_ (i=who@194.145.250.184)
21:13.05*** join/#htc-linux Dindon (i=Euroserv@193.27.79.0) [NETSPLIT VICTIM]
21:15.07*** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) [NETSPLIT VICTIM]
21:15.07*** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz)
21:15.08*** join/#htc-linux hlbot (n=adm@82.67.76.179) [NETSPLIT VICTIM]
21:15.08*** join/#htc-linux infernix (i=nix@unaffiliated/infernix)
21:15.08*** join/#htc-linux who__ (i=who@194.145.250.184) [NETSPLIT VICTIM]
21:15.08*** join/#htc-linux Kevin2 (n=Kevin@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM]
21:15.27*** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net)
21:15.40*** join/#htc-linux hlbot (n=adm@iclem.net)
21:16.37*** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz)
21:25.34*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
21:29.04*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) [NETSPLIT VICTIM]
21:31.14*** join/#htc-linux rmoravcik1 (n=rmoravci@ip-89-102-255-171.karneval.cz)
21:52.31*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf811b.pool.einsundeins.de)
22:06.27*** join/#htc-linux revertive (n=revertiv@83.119.75.151)
22:36.09*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
23:16.25*** join/#htc-linux Othello (i=Magorium@gateway/tor/x-a03dee8263453be1)
23:22.42*** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-9ac92a11b803059c)

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