| 01:50.52 | *** join/#openezx leoncamel (n=leoncame@219.238.107.107) |
| 06:06.43 | *** join/#openezx blkhawk[work] (n=blkhawk@IP-213157024141.dialin.heagmedianet.de) |
| 07:32.22 | blkhawk[work] | morning |
| 07:50.17 | *** join/#openezx koen (n=koen@dominion.kabel.utwente.nl) |
| 07:52.15 | *** join/#openezx jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 07:56.20 | jim_rayner | morning all |
| 08:00.59 | koen | good morning all |
| 08:01.26 | jim_rayner | morning koen |
| 08:02.17 | *** join/#openezx ade|desk (n=ADAVEY@194.200.143.249) |
| 08:02.40 | ade|desk | howdy folks |
| 08:03.52 | jim_rayner | hi ade|desk |
| 08:07.48 | Hopscotch | good morning |
| 08:10.39 | *** join/#openezx florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 08:11.08 | jim_rayner | interesting info from last night. The BP_RDY gpio is not wired up correctly in the interrupt handler to trigger read_urb |
| 08:11.29 | jim_rayner | so some of your/stefan's difficulties may have come from that |
| 08:14.58 | jim_rayner | also I think the mux link will timeout and the BP will reset the phone if doesn't get a reply to the initial sabm |
| 08:15.49 | jim_rayner | I'll put this in a mail |
| 08:24.45 | ade|desk | just read the emails , this is good stuff :) |
| 08:26.21 | florian_kc | good morning |
| 08:26.36 | ade|desk | hi florian_kc |
| 09:39.01 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 09:39.15 | *** join/#openezx dionua (n=dionua@ns.inhex.net) |
| 09:43.54 | stefan_schmidt | hi all |
| 09:44.23 | stefan_schmidt | ~lart garden work |
| 09:44.28 | stefan_schmidt | :) |
| 10:13.47 | jim_rayner | hi stefan |
| 10:36.08 | *** join/#openezx leoncamel (n=leoncame@219.238.107.107) |
| 10:40.45 | stefan_schmidt | yawn, just back from lunch. |
| 10:43.28 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 10:49.33 | stefan_schmidt | hi ao2 |
| 10:49.45 | ao2 | hi stefan_schmidt |
| 11:06.00 | *** join/#openezx [g2] (n=g2@nslu2-linux/g2) |
| 11:07.21 | stefan_schmidt | hi [g2] |
| 11:07.33 | [g2] | morning stefan_schmidt ! |
| 11:07.53 | [g2] | you guys were quite busy yesterday :) |
| 11:11.10 | *** join/#openezx jim_rayner (n=jim@beyondvoice.plus.com) |
| 11:13.58 | koen | [g2] the discovery of devmem2 can do that to you :) |
| 11:15.23 | [g2] | koen hey :) ! Did you get devmem2 fully working yesterday ? |
| 11:17.39 | koen | stefan_schmidt got it working |
| 11:18.37 | [g2] | woot! Congrats stefan_schmidt (and koen and jim_rayner) |
| 11:18.59 | *** join/#openezx jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 11:22.42 | stefan_schmidt | hi koen |
| 11:22.49 | koen | hey stefan_schmidt |
| 11:25.40 | [g2] | ok jim's back he missed "woot! Congrats stefan_schmidt (and koen and jim_rayner)" |
| 11:26.52 | stefan_schmidt | heh |
| 11:27.22 | [g2] | stefan_schmidt regarding passthrough mode, can one just externally driver the BP ? Like a test fixture or an external device that wants to just control the radio interface ? |
| 11:27.54 | [g2] | heh driver s/driver/drive/ |
| 11:28.33 | stefan_schmidt | [g2]: The name indicates this. Unforunately the usb connection is not working in this mode. |
| 11:29.11 | [g2] | stefan_schmidt the external usb |
| 11:29.21 | stefan_schmidt | I got a lot of this errors in dmesg and lsusb hangs until i remove the usb cable. |
| 11:29.23 | stefan_schmidt | usb 2-2: new full speed USB device using uhci_hcd and address 10 |
| 11:29.23 | stefan_schmidt | usb 2-2: device descriptor read/64, error -110 |
| 11:29.46 | stefan_schmidt | Yes, the connection to pc. |
| 11:30.40 | [g2] | ok thx |
| 11:30.41 | stefan_schmidt | The name indicates that you can connect to the BP through the EMU of the AP directly. |
| 11:31.09 | stefan_schmidt | At least that's what i guess. |
| 11:31.11 | [g2] | that makes a lot of sense and would be really sweet |
| 11:32.37 | jim_rayner | mmm, I made a silly mistake in the email, usb_send_readurb will have no effect on the problem since the AP isn't involved, doh! |
| 11:33.30 | stefan_schmidt | It's a pity. |
| 11:34.16 | stefan_schmidt | jim_rayner: JFYI I even tried yesterday to set FIRST_STEP = 1, as suggested by Hopscotch. |
| 11:34.54 | stefan_schmidt | It had no effect for me. So the first step seems to be already done in bootloader. |
| 11:35.52 | jim_rayner | stefan_schmidt: yes, I saw from the purl logs. |
| 11:36.20 | stefan_schmidt | k |
| 11:36.37 | jim_rayner | I'm working on the usb_send_readurb patch at the mo. but want to get back to flashing afterwards |
| 11:37.06 | jim_rayner | I think flashcp of the image is the only way to get AP<->BP working |
| 11:38.28 | stefan_schmidt | Right, but I'm sure that there is also a way to reset the BP from flash mode to regular. We just don't know it or do it wrong. |
| 11:39.09 | stefan_schmidt | Anyway testing from flashed kernel should be easier for now. But needs to fight the ~43s shutdown... |
| 11:39.52 | jim_rayner | I think the shutdown could be related to AP<->BP comms |
| 11:41.06 | stefan_schmidt | Yes, I think the same. |
| 11:41.40 | stefan_schmidt | AP don't react the right way for BP. So BP shuts down AP. Just like a watchdog. |
| 12:35.20 | *** join/#openezx dionua (n=dionua@ns.inhex.net) |
| 12:43.18 | *** join/#openezx leoncamel (n=leoncame@219.142.186.3) |
| 12:58.34 | *** join/#openezx agd5f (n=deuchera@65.242.105.130) |
| 13:02.58 | stefan_schmidt | hi dionua leoncamel agd5f |
| 13:03.08 | dionua | hi |
| 13:04.13 | agd5f | stefan_schmidt: hi |
| 13:29.12 | leoncamel | hey. stefan_schmidt . |
| 13:36.55 | leoncamel | stefan_schmidt, hmm, how is OpenEZX now ? |
| 13:40.18 | stefan_schmidt | leoncamel: Mostly as ever. Just discovered how to enter pass-through mode, but don't know how to use it. |
| 13:40.47 | leoncamel | stefan_schmidt, hmm, what is pass-through mode exactly ? |
| 13:41.18 | stefan_schmidt | leoncamel: Good question, we only know the name yet. |
| 13:41.46 | leoncamel | stefan_schmidt, hmm. how is works ? |
| 13:42.12 | stefan_schmidt | leoncamel: You mean how to enter it? |
| 13:42.32 | leoncamel | stefan_schmidt, yes. |
| 13:42.57 | stefan_schmidt | leoncamel: I just wrote a mail about it to the ml yesterday. |
| 13:43.00 | leoncamel | stefan_schmidt, which part does it belong to ? |
| 13:43.29 | stefan_schmidt | leoncamel: Basicly you write 0x12345678 to 0xA0000000, start of AP ram. |
| 13:43.52 | stefan_schmidt | leoncamel: It's a mode of the BP. |
| 13:44.44 | leoncamel | stefan_schmidt, how it works between AP and BP ? |
| 13:45.06 | stefan_schmidt | leoncamel: Still problems with BP communication. |
| 13:45.24 | stefan_schmidt | leoncamel: It seems some bits of the initial handshake are missed. |
| 13:45.55 | leoncamel | stefan_schmidt, hmm, how it handshake ? through UART ? |
| 13:46.10 | stefan_schmidt | leoncamel: GPIO |
| 13:46.33 | leoncamel | stefan_schmidt, OK. |
| 13:46.57 | leoncamel | stefan_schmidt, :). and how do you get the name "pass-through mode" ? |
| 13:47.52 | leoncamel | stefan_schmidt, BTW, which ML ? openezx-devel ? |
| 13:47.54 | stefan_schmidt | leoncamel: It's displayed on the screen. :) |
| 13:48.00 | stefan_schmidt | leoncamel: yes |
| 13:48.08 | leoncamel | stefan_schmidt, Aha .. :) |
| 13:48.31 | stefan_schmidt | leoncamel: And we had read about it in the source code of blob... |
| 13:49.28 | leoncamel | stefan_schmidt, oh. I though , you *grep* the original binary from Motorola .. :) |
| 13:50.04 | stefan_schmidt | leoncamel: Why should we do when we have the source? :) |
| 13:50.38 | leoncamel | stefan_schmidt, do you got the source code from Motorola ? the original EZX ? |
| 13:51.05 | stefan_schmidt | leoncamel: Yes, blob is GPL. |
| 13:51.35 | leoncamel | anyway, you still have to "grep" when you got the source code .. :). Ok .just a joke. |
| 13:52.27 | leoncamel | stefan_schmidt, and, I think there are most of parts come from Open Source Community. |
| 13:54.17 | stefan_schmidt | leoncamel: Yes, but I hope we have all of the GPL'ed source code for now. |
| 13:55.08 | leoncamel | stefan_schmidt, hmm, how about the application of OpenEZX ? what kind of architecture is it ? |
| 13:55.33 | stefan_schmidt | leoncamel: You mean the GUI? |
| 13:56.39 | leoncamel | stefan_schmidt, yes. |
| 13:57.50 | stefan_schmidt | leoncamel: It's based on Qtopia Phone Edition or Embedded QT with some motorola ezxlibraries on the top. |
| 13:58.27 | leoncamel | stefan_schmidt, OH ? IIRC, the Qtopia Phone Edition is not GPL ? |
| 13:58.30 | stefan_schmidt | leoncamel: Moto has paid for a QT license, which means they don't need to give us the code for the gui. |
| 13:58.47 | stefan_schmidt | leoncamel: It's dual licensed. |
| 13:59.17 | leoncamel | stefan_schmidt, OpenEZX is using the GPL version ? |
| 14:00.01 | stefan_schmidt | leoncamel: ?, we don't use the gui of moto. We use GPE and OPIE atm. |
| 14:00.33 | stefan_schmidt | leoncamel: OPIE is also QT, but based on a earlier GPL version. |
| 14:01.48 | leoncamel | stefan_schmidt, OK.. :) I got it. I thought the openezx is using the source code from Motorola now. ;) I make a misunderstanding |
| 14:02.32 | leoncamel | stefan_schmidt, is there any dialer on OPIE ? |
| 14:02.44 | stefan_schmidt | leoncamel: np, we use the kernel code only atm. But look into blob and others. |
| 14:03.18 | leoncamel | stefan_schmidt, :). So, I am interesting the GUI part. |
| 14:04.08 | stefan_schmidt | leoncamel: No. GPE has something in this direction. I don't remember the name right now. |
| 14:04.24 | koen | gomunicator |
| 14:04.29 | stefan_schmidt | leoncamel: Anyway we still don't have working mux_cli, means no calls or sms... |
| 14:04.35 | stefan_schmidt | koen: thanks |
| 14:04.44 | koen | http://projects.linuxtogo.org/projects/gomunicator |
| 14:05.19 | koen | drat, wrong channel |
| 14:05.43 | leoncamel | WOW, that's quite cool . |
| 14:12.49 | stefan_schmidt | http://rafb.net/paste/results/fns1bC96.html |
| 14:13.01 | stefan_schmidt | creative wait in the blob code. aargh |
| 14:14.06 | jim_rayner | I don't think they ever expected their code to inspected by outsiders |
| 14:14.24 | jim_rayner | apologies, to be inspected |
| 14:14.50 | stefan_schmidt | :) |
| 14:15.36 | stefan_schmidt | jim_rayner: The next messages on the display should be: |
| 14:15.39 | stefan_schmidt | printlcd(" Handshake with BP...Pass\n "); |
| 14:15.39 | stefan_schmidt | <PROTECTED> |
| 14:15.56 | stefan_schmidt | But i don't get this. Powered off before. |
| 14:16.11 | jim_rayner | moment, just checking |
| 14:16.30 | stefan_schmidt | Now blob in\npass-through mode |
| 14:16.39 | stefan_schmidt | Should be the next afterwards. |
| 14:16.54 | stefan_schmidt | USB connection should work now. |
| 14:17.17 | stefan_schmidt | This means the function don't come to this state. |
| 14:17.39 | stefan_schmidt | src/blob/main.c:845 |
| 14:18.05 | stefan_schmidt | The void enter_pass_through_mode(void) function |
| 14:19.36 | jim_rayner | mmmm, in that case the GPIO_BP_RDY is not going high |
| 14:19.48 | jim_rayner | just like the flash mode case |
| 14:21.36 | stefan_schmidt | ...so the code inside while() is not executed? |
| 14:21.52 | stefan_schmidt | ~lart GPIO_BP_RDY not going high |
| 14:22.09 | jim_rayner | : ) I think it is executed ... forever |
| 14:22.51 | stefan_schmidt | jim_rayner: of course. misread it. sorry. |
| 14:23.16 | stefan_schmidt | but why it turns of while in this loop? |
| 14:24.07 | koen | can't we use devmem2 to activate GPIO_BP_RDY, or does the BP have to trigger that? |
| 14:24.32 | jim_rayner | I think the clearing of GPIO_MCU_INT_SW causes GPIO_BP_RDY to go low |
| 14:26.42 | stefan_schmidt | koen: We can't use devmem2 in blob. |
| 14:26.58 | stefan_schmidt | koen: Or do you mean when we are running kernel from flash? |
| 14:29.35 | jim_rayner | mm, maybe writing to 0xA0000000 isn't actually setting pass through for both processors |
| 14:29.43 | jim_rayner | only AP |
| 14:31.21 | stefan_schmidt | If so, we should be able to find the other address in the blob code. |
| 14:34.57 | jim_rayner | Thinking about it a bit more, I think the modes only relate to the AP. I believe the BP is more binary in nature |
| 14:35.52 | jim_rayner | ~lart GPIO_BP_RDY not going high |
| 14:36.17 | stefan_schmidt | heh, new bootloader is good. |
| 14:36.26 | stefan_schmidt | purl botcookie |
| 14:36.27 | purl | :-P |
| 14:36.34 | jim_rayner | hmm, not as good as your stefan_schmidt |
| 14:36.47 | jim_rayner | sorry, yours |
| 14:36.58 | stefan_schmidt | ah, aol is old |
| 14:37.27 | jim_rayner | free ubuntu CDs |
| 14:37.35 | stefan_schmidt | But flashing with a new bootloader fears the old bootloader. ;) |
| 14:38.25 | stefan_schmidt | Ubuntu will only ship 6.10TLS and not the new edgy for now. |
| 14:40.23 | koen | 'long term breakage' would be a better name |
| 14:43.58 | *** join/#openezx lurcer (i=lurcer@gateway/tor/x-91377cec50457244) |
| 14:45.36 | stefan_schmidt | koen: :) |
| 14:45.40 | stefan_schmidt | hi lurcer |
| 14:51.35 | stefan_schmidt | koen: I use debian for years now and don't stop it. On the other hand I like the gnome integration from ubuntu. |
| 14:52.00 | stefan_schmidt | koen: Debian is far from good in gnome integration. |
| 14:52.37 | koen | I have debian on my server and on the buildbox at the uni |
| 14:52.44 | koen | my workstation runs dapper |
| 14:52.49 | koen | my laptop osx :) |
| 14:53.39 | koen | my main annoyance with dapper is that it allowed me to create a 20MB /boot partition |
| 14:54.15 | koen | but *everytime* it tries to update the ramdisk it fails because there isn't enough free space in /boot |
| 14:54.51 | koen | mv /boot/<ramdisk> / ; apt-get upgrade ; mv /<ramdisk> /boot |
| 14:55.17 | stefan_schmidt | 93M 16M 73M 18% /boot |
| 14:55.42 | stefan_schmidt | How many kernel to you have on this box? |
| 14:55.46 | koen | one |
| 14:56.05 | koen | but it will create an *uncompressed* ramdisk in /boot before compressing |
| 14:56.14 | stefan_schmidt | hmm, I have two + plus initrd and it's still 16MB |
| 14:56.22 | stefan_schmidt | oh |
| 14:56.37 | koen | it's big enough to fit 2 initrds and 3 kernels |
| 14:56.47 | koen | but it will fail to create a new initrd |
| 14:57.36 | stefan_schmidt | why not extend /boot? |
| 14:59.24 | koen | laziness |
| 14:59.36 | koen | and I don't want to screw up the windows install |
| 15:00.07 | stefan_schmidt | k |
| 15:00.31 | stefan_schmidt | st_uart_init(); |
| 15:00.32 | stefan_schmidt | <PROTECTED> |
| 15:01.04 | stefan_schmidt | hmm, serial console at STUART would be good... |
| 15:16.14 | *** join/#openezx LoneStar (n=xinzhen@222.67.175.178) |
| 15:18.10 | *** join/#openezx leoncamel (n=leoncame@219.142.139.101) |
| 15:39.25 | *** join/#openezx TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 16:20.56 | *** join/#openezx kenws (n=ken@dslb-084-056-186-041.pools.arcor-ip.net) |
| 16:22.33 | *** join/#openezx blobster (i=enne@amadeus.cc.tut.fi) |
| 16:41.41 | jim_rayner | stefan_schmidt: I've posted the patch for usb_send_readurb |
| 16:43.42 | jim_rayner | does anyone here have the rwflash.o module compiled or a link to it, I wish to try doing a flashcp |
| 16:50.50 | stefan_schmidt | jim_rayner: http://people.openezx.org/stefan/tmp/rwflash-for-jim.tar.gz |
| 16:51.26 | stefan_schmidt | It contains an already compiled rwflash. I don't remember if it is the working one. |
| 16:52.21 | jim_rayner | stefan_schmidt: you're a star : ) |
| 16:52.51 | stefan_schmidt | It should be the working one, as it is in the rwflash dir and not in the flashkit one. |
| 16:53.02 | stefan_schmidt | jim_rayner: heh |
| 17:01.10 | koen | jim_rayner: your raindance worked |
| 17:01.18 | koen | it's pouring over here :) |
| 17:06.53 | stefan_schmidt | heh |
| 17:07.15 | koen | time to heat up the wok |
| 17:07.30 | stefan_schmidt | yummy, wok |
| 17:07.59 | Hopscotch | *drool* |
| 17:09.27 | stefan_schmidt | heh, Hopscotch always come up when we talk about food. ;) |
| 17:10.21 | Hopscotch | yeppa |
| 17:13.22 | *** join/#openezx dionua (n=dionua@ns.inhex.net) |
| 17:17.03 | Hopscotch | mahlzeit |
| 17:28.46 | stefan_schmidt | Hopscotch: thanks |
| 17:56.43 | stefan_schmidt | jim_rayner: Can you upload the patch somewhere? It is line-wrapped and after fixes this I get still a malformated patch. |
| 17:58.16 | stefan_schmidt | s/malformated/malformed/ |
| 18:01.00 | *** join/#openezx pleemans (n=peter@d51A5E421.access.telenet.be) |
| 18:02.43 | jim_rayner | stefan_schmidt: quicker if I can I send you the patch files, is that ok? |
| 18:02.58 | stefan_schmidt | jim_rayner: np |
| 18:07.52 | jim_rayner | stefan_schmidt: on the way |
| 18:08.13 | stefan_schmidt | jim_rayner: got it |
| 18:12.29 | stefan_schmidt | They apply fine now. |
| 18:12.55 | stefan_schmidt | jim_rayner: Should I upload it to people.openezx.org? |
| 18:13.29 | jim_rayner | yes, I don't see why not. Sounds good to me. |
| 18:21.35 | stefan_schmidt | uploaded the patches to people.openezx.org/stefan/patches/ |
| 18:36.19 | stefan_schmidt | <PROTECTED> |
| 18:36.21 | stefan_schmidt | :( |
| 18:37.32 | stefan_schmidt | from dmesg |
| 18:37.35 | stefan_schmidt | http://rafb.net/paste/results/yJYl3f22.html |
| 18:39.36 | stefan_schmidt | hmm, why I don't see the frame send? |
| 18:44.20 | jim_rayner | output seems correct, you can put extra logging on to see the actual bytestream |
| 18:44.57 | jim_rayner | the usb driver wont actually write because it hasn't been probed |
| 18:45.00 | stefan_schmidt | ah, ok |
| 18:45.11 | jim_rayner | needs the GPIO_BP_RDY interrupt to happen |
| 18:45.12 | jim_rayner | bbl |
| 18:45.19 | stefan_schmidt | so your log in the wiki is with extra debug log. |
| 18:45.45 | stefan_schmidt | jip, why usb not write is clear |
| 18:47.26 | koen | is it possible to poke it on with devmem2, or is it input-only? |
| 19:04.04 | stefan_schmidt | koen: hmm, no idea how to do this with devmem. It's usb interna, but without interrupt... |
| 19:04.31 | koen | if it's a gpio, it should be mapped to pxa memory, right? |
| 19:05.18 | stefan_schmidt | ah, you mean emulate the interrupt with writing via devmem at the gpio place. |
| 19:05.39 | stefan_schmidt | *ugly* |
| 19:06.02 | stefan_schmidt | But perhaps worth a try. |
| 19:06.30 | stefan_schmidt | Somebody know the address for gpio? |
| 19:06.33 | *** join/#openezx dionua (n=dionua@ns.inhex.net) |
| 19:07.15 | koen | it should be in the sources some where |
| 19:08.58 | stefan_schmidt | jip, but where... :) |
| 19:09.37 | koen | stefan_schmidt: or try this patch http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-gumstix-2.6.15/proc-gpio.patch |
| 19:10.15 | koen | that should give you a /proc/gpio |
| 19:12.12 | stefan_schmidt | intersting |
| 19:12.40 | stefan_schmidt | If you don't know what to do next, ask koen. ;) |
| 19:13.02 | koen | I try to make up for the fact that I can't code :) |
| 19:14.05 | stefan_schmidt | Don't like to learn it. I'm also far away from being good. Bit reading it helps. |
| 19:14.49 | stefan_schmidt | s/it./it?/ |
| 19:15.22 | koen | offcially I've taught c, c++ and java at the uni |
| 19:15.36 | koen | s/taught/been taught/ |
| 19:15.51 | stefan_schmidt | heh |
| 19:16.12 | stefan_schmidt | from the help of /proc/gpio/ : Currently only reading is supported. |
| 19:16.20 | koen | pointers annoy me, c++ is ugly, and lets not go into java :) |
| 19:19.13 | koen | I got a bad case of stomac-flu the night before my java exam |
| 19:19.28 | koen | so I was throwing up all night, and a bit during the exam |
| 19:19.33 | koen | but I passed it |
| 19:19.39 | stefan_schmidt | fine |
| 19:19.52 | koen | I hate java (and the borland ide) since |
| 19:20.24 | stefan_schmidt | heh |
| 19:23.07 | stefan_schmidt | I try the gpio devmem trick in the next days. To tired now. |
| 19:23.26 | stefan_schmidt | And have to start work at 7:00 am tomorrow. :( |
| 19:25.12 | koen | ouch |
| 19:26.06 | *** join/#openezx dionua (n=dionua@ns.inhex.net) |
| 19:28.24 | stefan_schmidt | right |
| 19:56.05 | *** part/#openezx jamesmck (n=james@gimel.esc.cam.ac.uk) |
| 19:58.12 | *** join/#openezx lurcer (i=lurcer@gateway/tor/x-e3aa1427f18eb3ee) |
| 19:59.35 | jim_rayner | I think harald's gpiotool might be the way to write to gpios |
| 20:02.43 | koen | that would work as well |
| 20:03.06 | koen | in the end it's just a matter of poking one bit in memory |
| 20:03.16 | koen | I had forgotten about gpiotool :) |
| 20:54.34 | *** join/#openezx ade|desk (n=adrian@213-232-83-137.dsl.prodigynet.co.uk) |
| 20:57.17 | stefan_schmidt | night all |
| 20:57.59 | Hopscotch | n8 |
| 20:58.29 | ade|desk | night |
| 21:59.50 | jim_rayner | 43 secs .. I've hit stefan_schmidt's power off problem |
| 22:04.53 | koen | I wonder what the 43 seconds signifies |
| 22:05.11 | koen | 1 minutes, 100 seconds would make sense |
| 22:08.24 | *** join/#openezx florian (n=fuchs@p5083CD3D.dip0.t-ipconnect.de) |
| 22:08.38 | florian | re |
| 23:11.47 | *** part/#openezx agd5f (n=deuchera@65.242.105.130) |
| 23:48.20 | *** join/#openezx lurcer (i=lurcer@gateway/tor/x-d5cb4e12d14d08d6) |