00:55.22 | cr2 | mistadman: still here ? |
00:55.33 | mistadman | Yeah |
00:55.41 | mistadman | I saw you updated the wiki |
00:55.45 | mistadman | Good job |
00:56.14 | mistadman | cr2: What are the extra registers. Not in my dump |
00:57.09 | cr2 | check if there is something there. |
00:57.40 | mistadman | cr2: one sec |
00:58.08 | cr2 | P1 P2 P3 P9 channels |
00:58.35 | cr2 | you have only traced AT channel |
00:59.10 | cr2 | i.e. gpio51 |
00:59.31 | mistadman | http://rafb.net/p/6DcFb279.html |
00:59.39 | mistadman | Look |
01:00.52 | mistadman | cr2: Can you also look at this: http://rafb.net/p/XgbUnT12.html |
01:01.04 | mistadman | cr2: I have been tracing AT Commands |
01:01.07 | cr2 | you've started too early |
01:01.29 | mistadman | cr2: I wanted walk thru it with you. |
01:01.40 | cr2 | begin from 0x3fc0 |
01:01.50 | mistadman | Ok |
01:01.57 | mistadman | One sec |
01:05.22 | *** join/#htc-linux pH5_ (n=ph5@e178199162.adsl.alicedsl.de) |
01:06.13 | mistadman | http://rafb.net/p/EB2Yi260.html |
01:06.43 | cr2 | ok, so they are zerped |
01:06.51 | cr2 | s/zerp/zero/ |
01:07.16 | cr2 | well, need to think about it. |
01:07.19 | cr2 | good night. |
01:08.11 | mistadman | cr2: Are you leaving? |
01:12.10 | dcordes | guys |
01:12.17 | dcordes | what's the AT command to hang up? |
01:12.32 | dcordes | I booted with an open call |
01:12.39 | mistadman | +ATH |
01:12.42 | mistadman | maybe |
01:13.06 | dcordes | lol now klaus neuberg picked up |
01:13.48 | dcordes | I could have tried if audio would work instead of softresetting |
01:13.55 | dcordes | s/audio/microphone |
01:15.10 | mistadman | Hn - Hangup |
01:15.29 | mistadman | 3.10 Hn - Hangup |
01:15.29 | mistadman | <PROTECTED> |
01:15.29 | mistadman | <PROTECTED> |
01:16.34 | mistadman | dcordes: 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.54 | dcordes | cr2: when I send AT\r to smd0 I get funny error messages and then output freezes |
01:17.19 | dcordes | thanks. do you think it's the same for the qualcomm modem? |
01:17.48 | mistadman | Yeah. I believe its a standard. |
01:18.02 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
01:18.22 | dcordes | hello dzo |
01:18.34 | dzo | hi, how are things going? |
01:18.46 | dcordes | very well we have progress on kaiser |
01:19.01 | dzo | good, can you write to the modem? |
01:19.27 | dcordes | I'm not sure. I think it receives what I send but the response is strange |
01:19.43 | dzo | how so? |
01:20.31 | dcordes | I sent the command you told me initially: "echo 'AT\r' > /dev/smd0 & cat /dev/smd0" |
01:20.45 | dcordes | when I do that I see some error messages and the output stops |
01:22.07 | dzo | should be cat /dev/smd0 & then echo -e "ATV1\r" |
01:22.42 | dzo | first command prints responses in the bg second sends AT command |
01:23.15 | dcordes | ok trying that. Can I use ` instead of "? Nothin else is available |
01:23.27 | dzo | yes, i think so |
01:24.41 | dzo | how does the A11 tell the A9 that data is ready on Kaiser. |
01:24.58 | dcordes | martin__: rewrote the whole kaiser-smd.c |
01:25.25 | dcordes | http://void.printf.net/~martin/kaiser-smd.c |
01:27.05 | dcordes | dzo: 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.20 | dzo | what did it print? |
01:28.03 | dcordes | many lines starting with +CPBR: |
01:28.19 | dcordes | also +CSMS: |
01:28.24 | dcordes | +COPS: |
01:28.25 | mistadman | I belive thats a good thing |
01:28.39 | dcordes | the last two lines are |
01:28.54 | mistadman | dcordes: Its responding with AT commands |
01:29.09 | mistadman | dcordes: Can you post it so we can see? |
01:29.21 | dzo | try ATD<a phone number>; and see if a phone rings |
01:29.28 | dcordes | +CREG: 1,"002D","250B" |
01:29.36 | dcordes | @HTCCSQ: 3 |
01:36.08 | dcordes | dzo: now I got the error I mentioned before |
01:37.16 | dcordes | dzo: oops just noticed I did just echo the ATV\r and not write it to /dev/smd0 |
01:37.38 | dzo | ok, looks like it's not quite working. those responses aren't errors though, they are responses to gsm at commands. |
01:40.58 | dcordes | dzo: hm yes the responses seemd to random |
01:41.53 | dzo | ok, keep trying, got to go now, bye all. |
01:42.07 | dcordes | ok bye |
01:44.37 | dcordes | odd, it's really complete silent after I send AT\r |
01:45.26 | dcordes | it [WCDMA] +FATAL: Task...s and then nothing |
01:52.48 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
03:05.12 | martin__ | anyone up? |
03:05.53 | mistadman | I didnt thing anyone sleeps around here ;-) |
03:06.01 | mistadman | s/thing/thinks |
03:06.48 | mistadman | s/thing/think |
03:09.59 | martin__ | heh |
03:10.05 | martin__ | just got back from a party |
03:10.17 | mistadman | Did you have fun? |
03:10.31 | martin__ | 'twas okay |
03:10.51 | mistadman | Meet any chicks? LOL |
03:11.31 | martin__ | none i didn't know already :) |
03:12.01 | mistadman | martin___: Do you have a HTC Athena? |
03:12.10 | martin__ | no, kaiser |
03:12.25 | mistadman | Oh |
03:12.56 | mistadman | Was hoping you could help me with figuring out the DPRam on this thing |
03:13.10 | mistadman | You seem pretty good at coding... |
03:13.16 | mistadman | Do it for a living? |
03:13.24 | mistadman | Or just a hobby? |
03:13.28 | martin__ | both :) |
03:13.40 | mistadman | Nice. |
03:14.13 | martin__ | if you can show me dumps and traces i can probably help |
03:14.20 | martin__ | what's the current status? |
03:15.02 | mistadman | http://rafb.net/p/VsjQcQ54.html |
03:15.12 | mistadman | I have been trying to figure it out |
03:15.20 | mistadman | You can see my comments |
03:15.37 | mistadman | cr2 was also playing around with it |
03:15.55 | mistadman | He updated the wiki after seeing some of my dumps |
03:16.03 | mistadman | http://wiki.xda-developers.com/index.php?pagename=AthenaDPRAM |
03:16.17 | mistadman | Do my comments make any sense? |
03:16.38 | martin__ | just looking |
03:17.18 | martin__ | um, some inconsistency |
03:17.29 | mistadman | Like what? |
03:17.30 | martin__ | # a9203fca==0000006a (offset)(head of TX buffer)(reading) |
03:17.39 | martin__ | # a9203fca =00000088 (offset)(tail of RX buffer)(writing) |
03:18.10 | mistadman | Let me look... one sec |
03:18.34 | martin__ | is that +CLCC an AT command or response? |
03:18.44 | martin__ | AT seems to have changed a lot since i last used a modem :) |
03:18.51 | mistadman | I believe its a response |
03:18.59 | mistadman | I dialed "411" |
03:18.59 | martin__ | okay, so that's all rx buffer stuff |
03:19.13 | mistadman | And TX |
03:19.45 | mistadman | TX write at line 67 |
03:20.16 | martin__ | in which case a9203fca is the RX tail. |
03:20.31 | martin__ | a9203fc8 is the RX head |
03:22.21 | martin__ | a9203fcc is the tx head |
03:22.35 | martin__ | a9203fce is the tx tail |
03:24.08 | mistadman | Actually, I believe "a9203fcc" is updated to show where last TX write ended. What do you think? |
03:24.13 | mistadman | It like a marker |
03:24.25 | martin__ | that's what the head is |
03:25.01 | mistadman | a9203fcc == tail right? |
03:25.13 | martin__ | no, fcc is the head |
03:25.27 | mistadman | Look at line: 73 |
03:25.30 | martin__ | for tx, you write the head |
03:25.41 | martin__ | and the other end reads the data and updates the tail |
03:25.57 | mistadman | I dont get it |
03:26.15 | martin__ | it's the exact opposite of rx |
03:26.31 | mistadman | Oh wait... I think I get it |
03:26.34 | mistadman | Thanks |
03:27.15 | martin__ | now, there's also this a9203fc0 address |
03:28.20 | martin__ | i think that's used to trigger an interrupt on the modem |
03:28.40 | martin__ | you clear it before writing some data |
03:28.46 | martin__ | then write the data |
03:28.49 | martin__ | update the head |
03:28.58 | martin__ | and write 1 to a9203fc0 |
03:29.08 | martin__ | to tell the modem to check the head and read your data |
03:30.23 | martin__ | the modem does something similar for you |
03:30.38 | martin__ | so you get a gpio51 interrupt when it's written something |
03:30.56 | martin__ | which tells you you need to check the head/tail pointers again. |
03:31.32 | martin__ | do you have some code for this already or are you starting from scratch? |
03:35.51 | martin__ | the other thing you need to figure out is where the actual data area is and how big it is |
03:36.23 | martin__ | best way to do that is to use the phone for a while so the buffers get filled up |
03:36.41 | martin__ | then take a memory dump of the rough area |
03:37.15 | martin__ | and look for where the AT data appears |
03:38.17 | martin__ | mistadman: let me know and i can help you with code |
03:38.49 | martin__ | 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.59 | goxboxlive | <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.56 | dcordes_ | moin |
10:52.48 | pH5 | hi dcordes_ |
11:08.21 | dcordes_ | 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.29 | dcordes_ | cu: Line in use |
11:08.35 | dcordes_ | any idea? |
11:08.47 | dcordes_ | s/log/lock/ |
11:09.40 | who__ | tried touch /var/lock/something |
11:09.41 | who__ | ? |
11:12.49 | pH5 | or rm /var/lock/e500000bla, and check if you have rwx permissions in /var/lock |
11:14.25 | dcordes_ | ok |
11:15.52 | dcordes_ | 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.21 | pikapika | hi |
11:34.27 | dcordes_ | pH5: I did a chmod 0777 on /dev/smd0 |
11:34.32 | dcordes_ | still the same error |
11:35.11 | dcordes_ | 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.06 | pH5 | dcordes_: did you try straceing cu? |
11:36.35 | pH5 | is /var/lock 0777, too? |
11:37.20 | dcordes_ | strace? how? |
11:38.05 | pH5 | strace cu -l /dev/smd0 |
11:46.14 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
11:46.33 | dcordes_ | pH5: looks like it works when I chmod -R 0777 /dev/smd0 |
11:46.39 | dcordes_ | that strace output is confusing |
11:50.39 | dcordes_ | pH5: I have to chmod 0777 both, then it works. |
11:51.04 | dcordes_ | So now it's official with the current smd code, when you write to the AT channel, The modem errors. |
11:51.09 | dcordes_ | (on kaiser) |
11:51.33 | dcordes_ | the first letter I type in cu makes FATAL messages come from the modem |
11:51.58 | dcordes_ | same with cat /dev/smd0 & echo -e AT\r /dev/smd0 |
11:52.13 | dcordes_ | or +ATV whatsoever, doesn't matter what I send |
11:52.40 | dcordes_ | 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.44 | dcordes_ | and then freezes? |
11:56.19 | dcordes_ | pH5: seen something like that before? |
11:56.44 | pH5 | no, I don't have any device that uses shared memory between to cpus. |
12:10.04 | dcordes_ | 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.09 | cr2 | hi |
15:36.36 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1db71.pool.einsundeins.de) |
15:36.58 | kiozen | hi |
15:37.21 | kiozen | cr2: new stuff in GT, svn up |
15:38.03 | cr2 | hi kiozen |
15:38.33 | cr2 | i'll commit my haret changes to xanadux CVS. |
15:38.57 | cr2 | need to fix the possible pxa27x problems. |
15:40.17 | kiozen | cr2: oh, yes, please :) I am really looking forward to boost M. GT is getting mature. |
15:40.48 | kiozen | cr2: and I am sick of these lousy Garmin maps |
15:40.54 | diogene31_ | cr2: Hi there. |
15:40.56 | cr2 | yes, i had no time to do any hacking recently :( |
15:41.02 | cr2 | hi diogene31_ |
15:41.04 | kiozen | cr2: I know :) |
15:41.27 | kiozen | ok got to cook, Iwill read with one eye ;) |
15:41.39 | diogene31_ | cr2: I think I remember you venturing into IPL/SPL disassembly. Which flash was it from ? |
15:42.42 | cr2 | diogene31_: all of them :) |
15:42.52 | diogene31_ | cr2: Even on DoC G3 ? |
15:43.28 | cr2 | diogene31_: all htc devices where it can be dumped. you can't even hope to do resume without doing it. |
15:44.12 | cr2 | diogene31_: docg3 on which device ? |
15:44.15 | diogene31_ | cr2: All right. Did you take interest in flash handling, especially the control and status registers ? |
15:44.25 | diogene31_ | cr2: It's on the mio a701 of course. |
15:45.17 | diogene31_ | 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.49 | cr2 | diogene31_: i've put everything into wiki |
15:47.21 | cr2 | http://wiki.xda-developers.com/index.php?pagename=HTC_DiskOnChip |
15:48.23 | cr2 | the 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.48 | cr2 | 1036 is flashaddr |
15:50.25 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
15:50.47 | diogene31_ | cr2: Yes, 1036 is flash addr (6 lower bits for page number, upper for block number). |
15:51.17 | cr2 | ok |
15:51.37 | cr2 | btw, the docg3.c driver differs a bit from the asm IPL |
15:51.58 | diogene31_ | cr2: I gathered as well some commands (access to 0x1034: random read select, ...) |
15:52.16 | diogene31_ | cr2: You mean the docg3.c in the hh.org tree ? |
15:52.28 | cr2 | the asm IPL reads data from some autoincrement regs (documented in wiki) |
15:52.30 | cr2 | yes. |
15:53.02 | cr2 | i took docg3.c from the typhoon git, and put into hh.org |
15:53.14 | cr2 | otherwise nobody knows about its existence. |
15:54.09 | cr2 | diogene31_: are you going to deal with BCH and Hamming stuff ? |
15:54.44 | cr2 | diogene31_: i must have some slides here on my hdd, which provide some more useful data about it. |
15:55.16 | diogene31_ | cr2: No, not without proper documentation. All I know is the ECC control made in register 0x1042... |
15:55.36 | cr2 | ok. |
15:55.52 | diogene31_ | cr2: Would you send it to me (rjarzmik AT free dot FR) ? With one of your IPL disassembly please ? |
15:55.57 | cr2 | detecting the DOC size and 8/16bit path is also a hot issue. |
15:56.10 | cr2 | diogene31_: yes. |
16:03.21 | diogene31_ | cr2: Thanks. |
16:04.22 | dcordes | somebody got a qtopia build for armv5 or 6 that works with qvga? |
16:05.50 | cr2 | dcordes: blueangel |
16:05.57 | diogene31_ | 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.17 | cr2 | dcordes: there is no reason to create a v6 distro. |
16:06.43 | cr2 | diogene31_: ok, that may be the case. |
16:08.25 | dcordes | cr2: it has the jezebel or what that's call special instructions |
16:08.48 | cr2 | diogene31_: sent. i think this one was from the universal. |
16:09.24 | cr2 | dcordes: javazealot |
16:11.55 | dcordes | cr2: jazelle |
16:12.27 | cr2 | :) |
16:12.51 | dcordes | I'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.53 | cr2 | dcordes: take the ba qtopia compiled by BabelO |
16:15.10 | dcordes | http://linuxtogo.org/~htcpxa is down |
16:15.30 | cr2 | i don't have it locally. |
16:17.32 | diogene31_ | cr2: Thanks, your IPL is a bit different from mine => I have the info I needed to finish my driver ! |
16:19.06 | cr2 | diogene31_: nice. you can send me your binary ipl. |
16:20.05 | diogene31_ | cr2: Of course, in the reply it comes. |
16:31.26 | diogene31_ | cr2: Sent. |
16:32.31 | martin__ | hey guys |
16:33.42 | cr2 | diogene31_: thanks. |
16:33.46 | cr2 | hi martin__ |
16:34.42 | cr2 | diogene31_: you'd use the python script by pH5 |
16:35.40 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
16:36.23 | cr2 | martin__: there is a DPRAM in blueangel (with a driver), but i think sdio_uart is a better starting point. |
16:37.59 | cr2 | diogene31_: sent the .py script, have a look. |
16:41.00 | cr2 | diogene31_: OBIP is "BIPO" sig. for mdoc "binary"==non-dos partition. |
16:41.38 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
16:48.43 | dcordes | cr2: got a clue what's not so neccessary for the basic qtioua GUI and big in babel's latest qtopia image? |
16:58.26 | diogene31_ | cr2: Thanks for the scripts. Will make my life easier :) |
17:02.25 | dcordes | hey martin__ |
17:03.13 | dcordes | I tried it with different programs now and the modem errors and stops activity as soon as you send anything |
17:12.23 | skodde | the kernel development is always on the hh csv or it's now merged with some mainstream tree? |
17:13.17 | skodde | *cvs |
17:14.20 | cr2 | skodde: it depends on the device |
17:14.26 | skodde | cr2: universal |
17:14.41 | cr2 | dcordes: i don't know much about the userspace things |
17:14.55 | cr2 | skodde: hh.oorg, because of the asic3_mmc |
17:15.27 | skodde | cr2: ok, but the other drivers are also updated/developed ? |
17:19.21 | cr2 | skodde: no, the porting is limited by the asic3 port (not only mmc, but the gpio/irq too) |
17:19.34 | cr2 | skodde: need to ask pH5 about the progress |
17:19.57 | skodde | cr2: understood, thank you :-) |
17:22.10 | skodde | and for haret instead the hh version is always the current? |
17:22.41 | cr2 | yes |
17:22.52 | skodde | good |
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.31 | cr2 | hi tsdogs |
18:40.59 | *** join/#htc-linux surgex0 (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
18:48.07 | kiozen | cr2: never buy a gps with barometric height correction: http://www.qlandkarte.org/shot1.png |
18:49.42 | kiozen | this 60SCx disgusts me |
18:51.31 | cr2 | kiozen: hehe |
18:51.56 | kiozen | cr2: and you can't switch it off !!! arrrg |
18:52.15 | cr2 | kiozen: 2frequency + different satellites for the z-data |
18:52.39 | cr2 | kiozen: i think you can, but it's a lot of work to dig in the garmins firmware. |
18:52.42 | kiozen | cr2: nagnagnag, and 3500.- bugs I know |
18:52.52 | cr2 | lol |
18:53.23 | kiozen | cr2: I can stand the gps height error better than this offset introduced by a sensor |
18:53.25 | cr2 | i'll prefer an accurate sirf3 datasheet. |
18:54.14 | kiozen | the 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.54 | skodde | last 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.50 | cr2 | skodde: no. not yet. |
20:01.22 | ellisway | evenin all |
20:17.11 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
20:19.44 | pikapika | :) |
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) |