| 00:05.05 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 00:12.50 | BabelO | Kevin2: good, i m not able to trace spi2 register at 0xfffc1000 but when i press screen at different position and i use pd 0xfff1c000 0xf |
| 00:12.56 | BabelO | i can see change :) |
| 00:13.30 | Kevin2 | Could it be using dma? |
| 00:14.48 | BabelO | Kevin2: probably yes, because i see that it is one of possibility according to documentation |
| 00:15.11 | BabelO | so i m happy, now it is sure this adress is correct, so your change are ok now ;) |
| 00:15.40 | BabelO | bad part is that i can trace dma registers |
| 00:15.59 | Kevin2 | Why is that bad? |
| 00:16.04 | BabelO | but too much thing here, i ve to found the right channel |
| 00:17.30 | BabelO | Kevin2: have to understand how dma works then :( |
| 00:18.14 | BabelO | and mmc trace is wrong |
| 00:28.42 | cr2 | hi |
| 00:29.05 | Kevin2 | Hi cr2 |
| 00:29.13 | cr2 | BabelO: can you watch a register in a busy loop ? i think there was some command for that |
| 00:29.15 | cr2 | hi Kevin2 |
| 00:29.55 | cr2 | Kevin2: i doubt that it uses DMA, it's crazy for the TS driver. |
| 00:29.56 | BabelO | cr2: what do you mean ? |
| 00:30.00 | Kevin2 | Yeah - addlist TRACES <virtaddr> |
| 00:30.09 | BabelO | cr2: i m looking at mmc registers but no success |
| 00:30.31 | cr2 | Kevin2: i didn't see any DMA usage in the touch.dll. it's really primitive code there. |
| 00:30.49 | Kevin2 | cr2: Any way to extract what address touch.dll was using? |
| 00:31.40 | BabelO | Kevin2: once i use addlist TRACES ? what i do then ? |
| 00:31.53 | cr2 | Kevin2: i can have a look at my copy. BabelO can dump touch.dll from ram/rom if he doubts my data |
| 00:32.00 | cr2 | BabelO: 'watch' |
| 00:32.08 | Kevin2 | No - use "wirq". |
| 00:32.14 | cr2 | ok |
| 00:33.33 | BabelO | ok, ineed to add register one by one |
| 00:34.39 | BabelO | good, i see touchscreen now ;) |
| 00:35.47 | BabelO | Kevin2: what this mean ? b80c100c(99 101 103 110)=2fb0 |
| 00:35.55 | BabelO | value between parenthesis ? |
| 00:36.45 | Kevin2 | BabelO: the bits to ignore if you didn't want this report -- you could do "ibit traces 99 101 103 110" |
| 00:37.47 | BabelO | Kevin2: ah ok, thanks a lot :) i understand better those registers value like this now, have to look at pxa spi driver to do same |
| 00:37.58 | diogene31 | Kevin2: Hi. I dissassembled touch.dll on the MIO A701. The pattern is as follows: on each interrupt, 4 consecutive reads on the wm9713 codec (X axis, Y axis, ADC 1, ADC 2). Didn't see any DMA involved, just memory reads. Just my 2 pens. |
| 00:39.24 | Kevin2 | diogene31: Any chance you could put a pxa break point (set insn xyz) on the code so that you can inspect the state of the machine while it is doing those reads? |
| 00:44.46 | diogene31 | Kevin2: I will ... tomorrow. Have a battery consumption test under way on my last kernel. But just to be sure about the test case, I put the breakpoint, then run wi 10, then wait ? |
| 00:45.33 | Kevin2 | Yes. |
| 00:48.39 | *** join/#htc-linux LunohoD_ (n=alex@e180066037.adsl.alicedsl.de) |
| 00:50.39 | BabelO | Kevin2: hmm, if i addlist TRACES 6 registers with a shift of +2 it hang my device |
| 00:51.10 | Kevin2 | What is a "shift of +2"? |
| 00:52.02 | BabelO | Kevin2: http://wiki.xda-developers.com/index.php?pagename=OMAP850_Registers |
| 00:52.15 | BabelO | at 0xfffc1000 |
| 00:52.25 | cr2 | BabelO: unaligned access ? |
| 00:52.49 | cr2 | BabelO: you need to watch the pairs. |
| 00:52.50 | BabelO | cr2: it works if i use +4 |
| 00:53.10 | BabelO | cr2: ok that is how i do then, but why it hang my device ? |
| 00:53.44 | Kevin2 | Oh, yeah. If you want to do 16 bit reads - use "addlist traces <vaddr> 0 16" |
| 00:54.16 | BabelO | Kevin2: ok thanks ;) |
| 00:54.28 | Kevin2 | BabelO - if you try to do a 32 bit read on an unaligned address it causes an exception. Getting an exception in the irq handler is bad. |
| 00:54.34 | cr2 | Kevin2: you may check for the 1/2byte aligned addreeses and adjust them. |
| 00:55.28 | Kevin2 | cr2: Good idea - but I think it should just error in that case. |
| 00:56.59 | BabelO | ok, works better like this, but i freeze device now :( |
| 00:57.30 | BabelO | have to hide irq before |
| 00:57.57 | Kevin2 | On many PIO devices - reading the register pops it from the queue - you might be stealing the data from wince. :-/ Which would probably confuse it. |
| 00:58.46 | BabelO | Kevin2: ok, so i keep 32 bit and split it by hand, it seem it works better |
| 01:08.05 | cr2 | good night |
| 01:27.50 | BabelO | god night, tomorrow is a touchscreen day, thanks again Kevin2 :) |
| 01:28.00 | Kevin2 | Good night. |
| 03:57.19 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 04:53.01 | *** join/#htc-linux joschkopf79_ (n=joschi@78.52.223.244) |
| 05:47.52 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
| 09:14.11 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1dd60.pool.einsundeins.de) |
| 10:41.28 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1dd60.pool.einsundeins.de) |
| 10:43.35 | *** join/#htc-linux ymerejt (n=jerry@ip-193.net-82-216-252.rev.numericable.fr) |
| 10:55.08 | *** join/#htc-linux hlbot (n=adm@82.67.76.179) |
| 11:10.08 | *** join/#htc-linux hlbot399 (n=adm@82.67.76.179) |
| 11:11.40 | *** join/#htc-linux _law_ (n=_law_@213.173.86.202) |
| 11:19.13 | *** join/#htc-linux pH5 (n=ph5@p5485C623.dip.t-dialin.net) |
| 11:24.04 | *** join/#htc-linux rob_w (n=bob@X18a6.x.pppool.de) |
| 11:39.51 | *** join/#htc-linux p3t3r__ (n=chatzill@18-241-dsl.kielnet.net) |
| 12:14.14 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 12:15.05 | *** join/#htc-linux steve56 (n=user@79-68-34-245.dynamic.dsl.as9105.com) |
| 12:44.28 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-4a77aaf1138a58e7) |
| 12:53.48 | *** join/#htc-linux dcordes (n=user0815@92.227.177.255) |
| 12:54.46 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 13:01.09 | *** join/#htc-linux CoW_ (i=cow@72.20.3.50) |
| 13:22.58 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 13:23.15 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 13:25.37 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 13:44.31 | TBlake | Kevin2: Thanks you where right it was a bad kernel I repulled and compiled and my ipaq 6925 now boots. Now onto making an initrd |
| 13:49.01 | diogene31 | Kevin2: Made the touch with the touchscreen. Hangs my MIO when a breakpoint is set in touch.dll. Touch.dll in a XIP dll, do you know if there is an impact on breakpoint setting (in ROM) ? |
| 13:49.20 | diogene31 | Kevin2: s/the touch/the test/ |
| 13:54.01 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 13:54.46 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 13:55.20 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 14:03.47 | *** join/#htc-linux p3t3r__ (n=chatzill@18-241-dsl.kielnet.net) |
| 14:09.46 | Kevin2 | TBlake: Great! |
| 14:10.19 | Kevin2 | diogene31: I think a breakpoint in ROM should work. |
| 14:13.04 | Kevin2 | diogene31: From the disassembly, can you determine which virtual addresses the touch.dll is accessing? |
| 14:13.05 | diogene31 | Kevin2: Perhaps it's my eternal mio problem. BTW, do you know how to see a process specific address space. To be more specific, my XIP library is mapped at addr 015f0000. As it runs in ROM, the data section is in RAM. I would like to read that part, but don't know how to find it. Have a clue ? |
| 14:13.42 | Kevin2 | lsmod? |
| 14:15.48 | diogene31 | Kevin2: Not enough. Each XIP library is mapped at the same virtual address in each process (here 015f0000). The trick is, as it is ROM code, the data section must be mapped specifically in each process. For example, device.exe opens touch.dll => one date section created, then haret loads touch.dll => second data section created. Am I clear ? |
| 14:18.04 | diogene31 | Kevin2: By dissassembly, I know where some virtual addresses are stored. I am still trying to find why mmutrace doesn't work here. So if I can access device.exe data space, and more specifically touch.dll data section in device.exe, I will know what wince is doing to access memory. |
| 14:18.49 | diogene31 | Kevin2: And I know it's not virtual alloc/virtual copy. It's a special ceddk.dll call, very vendor specific ... |
| 14:19.48 | Kevin2 | diogene31: If you read through - http://msdn2.microsoft.com/en-us/library/ms885189.aspx - do you see the info you are looking for? |
| 14:20.22 | Kevin2 | Maybe SNAPHEAPLIST? |
| 14:26.13 | BabelO | Kevin2: hi, do you know a device which use spi bitbanging driver, i want to try like this before |
| 14:26.57 | diogene31 | Kevin2: Thanks, this will be very helpfull. As I understand it, I take a snapshot of devices.exe, then analyse it. Would you know what tool I could use for that ? |
| 14:31.31 | Kevin2 | BabelO: I added spi for keyboard of hermes. But it isn't a bitbanging driver. |
| 14:32.32 | Kevin2 | diogene31: I'd look to extend haret. The "lsmod" and "ps" commands of haret go through the snapshots today - it doesn't look like they do anything with "heaps" though (whatever they are). |
| 14:33.07 | BabelO | Kevin2: ok, because i can setup up actual spi pin to be used as standard gpio's :) |
| 14:33.37 | *** join/#htc-linux rich__ (n=rich@host86-137-109-143.range86-137.btcentralplus.com) |
| 14:33.53 | rich__ | htc linux, thats what im talking about |
| 14:34.08 | rich__ | Is there a version of linux for the HTC Touch? |
| 14:38.10 | ymerejt | Kevin2: where could I find the gnuharet source code ? |
| 14:39.07 | Kevin2 | ymerejt: Haret links are at: http://www.handhelds.org/moin/moin.cgi/HaRET |
| 14:39.17 | diogene31 | Kevin2: That will be nice, yes. |
| 14:40.16 | ymerejt | Kevin2: thx |
| 14:41.27 | *** join/#htc-linux bernt (n=bernt@dslb-084-060-125-075.pools.arcor-ip.net) |
| 14:43.08 | Kevin2 | diogene31: Okay, I'll try and code something up. |
| 15:27.57 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 15:35.21 | Kevin2 | diogene31: http://handhelds.org/~koconnor/haret/haret-20080203.exe -- but I'm pretty sure it is not what you want. You can run "lsheap 0xPID" to see the heap(s) of each process. Basically it is showing every live call to malloc(). |
| 15:36.03 | diogene31 | Kevin2: Good. Will try it right away. |
| 15:38.03 | Kevin2 | diogene31: Also, note that you can run "lsmod 0xPID" too - to show the modules of a specific pid. |
| 15:40.34 | diogene31 | Kevin2: I have a little issue : all the PIDs of "lsmod" are : 00000000. Is it the same behaviour on HTC ? |
| 15:42.05 | Kevin2 | diogene31: If you run "lsmod" with no parameters, then all pids in that list are 0. So, run "ps" - find a pid, and then run "lsmod 0xPID" or "lsheap 0xPID". |
| 15:44.43 | diogene31 | Kevin2: On my way. I can already tell lsheap from device.exe gives a lot of results, which seems good. Will try to bisect with data section size ... hold on :) |
| 15:45.22 | Kevin2 | diogene31: Lots of data - yeah, I think it is dumping the malloc() table. |
| 15:55.06 | diogene31 | Kevin2: Checked. And didn't found out what I was looking for. Perhaps the memoy region is "not malloced". I wonder how wince works. After all, it must have a mecanism to reserve memory space, and map it at a special address (here 015f5000). I can't see the mappings in MMU, nor the data section in devices.exe heap ... I don't understand how wince loads XIP dlls. |
| 15:57.40 | Kevin2 | diogene31: Well, I think each module's data is going to be at the same virtual address. I assume it will use the ARM memory mapping to give each process it's own data. |
| 15:58.43 | Kevin2 | That would mean the data would be less than 0x02000000 -- so the memory can be remapped to each process. |
| 15:59.45 | diogene31 | Kevin2: And do you know how to guess the physical address of a data portion in device.exe at address 015f5000 for example ? |
| 16:00.12 | Kevin2 | Yes. What does PS return for device.exe? |
| 16:00.16 | cr2 | рш |
| 16:00.31 | *** join/#htc-linux p3t3r__ (n=chatzill@18-241-dsl.kielnet.net) |
| 16:00.33 | cr2 | hi, evil keyboard ;) |
| 16:00.53 | BabelO | Kevin2: i use addlist TRACES as you tell me yesturday, it still hang with 0 16 |
| 16:00.55 | BabelO | hi cr2 |
| 16:01.13 | diogene31 | Kevin2: ps: pid=03c49eb6 ppid=0 pmem=06000000 tcnt=100 perm=00000004 procname=device.exe |
| 16:01.14 | cr2 | diogene31: the pids in 'lsmod' are 0 because they are inside the kernel. |
| 16:01.15 | dcordes | cool letter |
| 16:01.39 | cr2 | dcordes: i've enabled many keyboard layouts :) |
| 16:01.45 | cr2 | ηι |
| 16:01.53 | cr2 | ερτυ |
| 16:02.05 | cr2 | øæå |
| 16:02.13 | diogene31 | cr2: Seems logical now you mention it. |
| 16:02.25 | Kevin2 | 0x06000000 + 0x015f5000 = 0x075f5000 |
| 16:02.32 | dcordes | I can only speak languages I can form with rmanian dead keys |
| 16:03.19 | Kevin2 | diogene31: Just to "double check" - run "addr2mod 0x075f5000" |
| 16:03.29 | BabelO | cr2: http://pastebin.ca/890233 |
| 16:05.34 | diogene31 | Kevin2: Result: Address 075f5000 in process: device.exe (06000000 - 08000000) |
| 16:06.05 | cr2 | BabelO: i have written something about the reg usage before. tsc2046 commands are know. |
| 16:06.05 | dcordes | cr2: do you update hermes status somewhere? |
| 16:06.32 | Kevin2 | diogene31: Where did you get the 0x015f5000 address from? |
| 16:06.53 | cr2 | Kevin2: the only missing tool is the kioctl() override and logger. |
| 16:07.24 | Kevin2 | cr2: Huh? |
| 16:07.29 | BabelO | cr2: ok |
| 16:07.35 | cr2 | dcordes: i'm a bit lost on how to proceed with hermes right now. |
| 16:07.56 | cr2 | Kevin2: the kernel debugger :) |
| 16:08.00 | diogene31 | Kevin2: From touch.dll dissassembly. I know the code must run at 0x015f0000 (because of LDR instructions), and I know the code loads data from 0x015f5xxx. |
| 16:08.37 | dcordes | cr2: are you stuck on the AT |
| 16:08.43 | dcordes | cr2: are you stuck on the ATI chip? sorry |
| 16:08.44 | cr2 | diogene31: can you pastebin the full 'lsmod' output ? |
| 16:08.44 | Kevin2 | diogene31: What does "lsmod 0x03c49eb6" show for touch.dll? |
| 16:08.59 | cr2 | dcordes: yes. |
| 16:09.16 | dcordes | cr2: |
| 16:09.31 | dcordes | do you have any help with it or do you work on heremes completely on your own? |
| 16:09.34 | Kevin2 | diogene31: Ahh, okay - any address less than 2Meg is really remapped to a new address using the ARM PID register. So, as above, 0x015f5xxx goes to 0x075f5xxx. |
| 16:10.20 | diogene31 | Kevin2: Where do you get this info from please ? |
| 16:10.52 | Kevin2 | The ARM Architecture reference manual - and way too much time spent on this. |
| 16:11.09 | Kevin2 | Oh, and cr2 explained it to me also. |
| 16:11.56 | BabelO | cr2: this one is better http://pastebin.ca/890245 , i can see ffff -> fffe -> ffff seem to be the command ack |
| 16:12.16 | Kevin2 | diogene31: If you have the ARM ARM pdf - read Chapter B6 - the "Fast Context Switch Extension" |
| 16:12.48 | diogene31 | Kevin2: Just opened it, am looking now, thanks. |
| 16:13.22 | Kevin2 | cr2: Kernel debugger? Is this a linux thing or wince thing? |
| 16:13.57 | cr2 | Kevin2: a wince kernel debugger inside haret |
| 16:15.02 | Kevin2 | cr2: You can look up coredll functions with LOADFUNC and then set break points on them. |
| 16:15.08 | Kevin2 | (Under PXA anyway.) |
| 16:16.39 | cr2 | ok, but i can't dereference the pointers. |
| 16:16.44 | Kevin2 | cr2 / diogene31: There is a great article on catching wince function calls at http://www.ddj.com/architect/184405459 -- the main developer of cegcc forwarded me the link. |
| 16:17.02 | cr2 | Kevin2: ltrace ? |
| 16:17.31 | Kevin2 | cr2: can't dereference what pointers? |
| 16:17.46 | cr2 | Kevin2: is the cegcc still developed ? i'd like to fix some issues with the headers there. |
| 16:18.13 | Kevin2 | cr2: Yes - the list seams active, and they are responsive to patches. |
| 16:19.07 | cr2 | you are printing the register contents, but if a struct * is provided, then sometimes it's interesting to print *(a0+N) |
| 16:19.39 | cr2 | ok. |
| 16:19.50 | Kevin2 | cr2: Yes - it implements a kind of strace for wince. But, I think we can do the same thing by looking up the function address and setting a break point. |
| 16:20.19 | Kevin2 | cr2: Just hack the haret C code for that. :-) Trying to come up with a generic memory dumper is too painful. |
| 16:21.00 | cr2 | it's a full-blown solution, but i think something primitive like *(aN+M) may be helpful too. |
| 16:21.37 | diogene31 | cr2: Great article ! That rocks. |
| 16:22.07 | kiozen | cr2: you have got that keyboard with lcds as keys, to change the layout? |
| 16:27.21 | diogene31 | Kevin2: OK, and is there a way to connect a process (device.exe) with an arm slot, assuming this process stays in that slot ? |
| 16:40.42 | Kevin2 | diogene31: What do you mean by "arm slot"? |
| 16:42.01 | diogene31 | Kevin2: I mean process id (the one <32). My goal is always to access the touch.dll data in device.exe. |
| 16:42.27 | Kevin2 | diogene31: That is the "pmem" field that the "PS" command reports. And it does not change. |
| 16:48.46 | cr2 | BabelO: can't find it in the logs |
| 16:49.02 | cr2 | kiozen: i'm just too busy with many other things ;) |
| 17:06.30 | diogene31 | Kevin2: Ow, yes. See it. Have looked for my address with vdumps with each process. And the winner is : NK.exe, and not devices.exe. But I think I have my data section. Thanks for you help. |
| 17:12.43 | Kevin2 | diogene31: No problem. I'm really curious to find out why you can't trace the device accesses. |
| 17:17.44 | *** join/#htc-linux ymerejt (n=jerry@ip-193.net-82-216-252.rev.numericable.fr) |
| 17:39.34 | Kevin2 | Looks like haret@handhelds.org is dead now too. Sigh. |
| 17:51.55 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-fdf3552664284c45) |
| 17:59.21 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 18:30.10 | *** join/#htc-linux AlGe (n=alge@chello080109231226.4.uni-klu.teleweb.at) |
| 18:32.04 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 18:37.26 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 18:44.14 | *** join/#htc-linux pH5 (n=ph5@e178254178.adsl.alicedsl.de) |
| 18:57.33 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1dd60.pool.einsundeins.de) |
| 19:01.24 | *** join/#htc-linux MHazem (n=GoD@62.135.96.160) |
| 19:08.53 | *** join/#htc-linux CD_Fighter (n=c@dslb-084-058-151-181.pools.arcor-ip.net) |
| 19:14.35 | *** join/#htc-linux MHazem (n=GoD@62.135.96.160) |
| 19:34.50 | *** join/#htc-linux CVirus (n=GoD@62.135.96.160) |
| 19:49.48 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 20:41.57 | *** join/#htc-linux dcordes (n=user0815@92.227.177.255) |
| 21:13.47 | *** join/#htc-linux p3t3r__ (n=chatzill@dslb-088-070-162-229.pools.arcor-ip.net) |
| 21:27.03 | BabelO | cr2: around ? |
| 21:28.57 | cr2 | yes |
| 21:29.58 | BabelO | cr2: can you explain me my log i post few hour ago ? :) i want to see if i understand it well, because of the bad register shift |
| 21:32.57 | cr2 | BabelO: which one ? |
| 21:33.11 | BabelO | cr2: http://pastebin.ca/890245 |
| 21:36.28 | cr2 | the 00 is status/irq |
| 21:36.50 | cr2 | 04 and 0c are probably read/write |
| 21:37.07 | cr2 | i was searching in the logs, but didn't find my comments. |
| 21:37.09 | BabelO | ok |
| 21:37.18 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
| 21:37.54 | *** join/#htc-linux CVirus (n=GoD@196.205.192.211) |
| 21:38.54 | BabelO | cr2: because i read at nk.exe asm file and found a global funciton which is like an autodetect because 0xfffc0800 0xfffc1000 0xfffc1800 are all spi |
| 21:39.36 | cr2 | ok. but this one is in touch.dll. and the spl too. |
| 21:39.50 | BabelO | cr2: yes agree |
| 21:40.04 | BabelO | maybe the other spi related to syren is for edge |
| 21:49.57 | BabelO | cr2: but in omap850 register, you set this ts spi to bus shift +2, i can only set +4 with haret, are data read correct ? |
| 22:00.50 | *** join/#htc-linux CDFighter (n=c@dslb-084-058-170-010.pools.arcor-ip.net) |
| 22:03.36 | cr2 | BabelO: hmm. it's better to recheck the driver. |
| 22:05.06 | BabelO | cr2: ok, i can see the loop in asm to wait for fffe status, do you have the asm file of touch.dll ? have to install ida else |
| 22:07.16 | cr2 | fffe = ~1 |
| 22:07.27 | cr2 | i'll have a look. |
| 22:11.23 | cr2 | MOVL R3, 0xFFFC1000 ? |
| 22:12.22 | BabelO | cr2: yes and after STR R3, [R2,#4] |
| 22:12.30 | BabelO | do you see that in touch.dll ? |
| 22:12.48 | cr2 | no, in the spl |
| 22:12.51 | cr2 | aTouchpanelspir |
| 22:13.23 | BabelO | cr2: ok, yes and few lines later the autodetect on the two other spi port |
| 22:13.34 | cr2 | ok. |
| 22:13.47 | cr2 | i don't have it for touch |
| 22:13.58 | BabelO | and at text:8C023050 the status detect |
| 22:18.41 | cr2 | <PROTECTED> |
| 22:18.49 | cr2 | <PROTECTED> |
| 22:19.16 | cr2 | so you see all the offsets. |
| 22:20.23 | cr2 | it looked very simple for me, so i didn't dig further. |
| 22:23.19 | BabelO | cr2: ok, so there is no really information to configure read X or Y or Z1 or Z2 |
| 22:24.33 | cr2 | can you gather all 'writes' together ? |
| 22:26.39 | BabelO | cr2: can see what is write and what is read |
| 22:27.05 | BabelO | i can look better at S file and touch too |
| 22:27.14 | cr2 | hmm. this is the parsed output from ./console.py ? |
| 22:27.18 | cr2 | ok. |
| 22:32.37 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
| 22:36.37 | cr2 | BabelO: do you know something about .rar with password ? |
| 22:37.12 | cr2 | BabelO: i have a map here, but forgot it ;) |
| 22:40.18 | BabelO | cr2: yes there is a special cracker ;) |
| 22:41.07 | cr2 | i know the header of the file, if it may help. it's ozf2. |
| 22:41.43 | cr2 | the password was very simple... |
| 22:42.04 | BabelO | cr2: dictionnary or not ? ;) |
| 22:42.38 | BabelO | i use often a simple password and it is always detected ;) |
| 22:43.07 | BabelO | cr2: i msg you my reference website ;) |
| 22:43.43 | cr2 | ok :) |
| 22:45.42 | BabelO | cr2: the free version run under linux |
| 22:46.15 | *** join/#htc-linux AlGe (n=user@chello080109231226.4.uni-klu.teleweb.at) |
| 22:46.26 | cr2 | i wish i knew the compression internals. knowing the header may help enormously. |
| 22:46.42 | cr2 | .nbf :) |
| 23:14.49 | *** part/#htc-linux AlGe (n=user@chello080109231226.4.uni-klu.teleweb.at) |
| 23:15.11 | *** join/#htc-linux SmallR2002 (n=SmallR20@79-66-32-141.dynamic.dsl.as9105.com) |
| 23:42.26 | *** join/#htc-linux CD_Fighter (n=c@dslb-084-058-177-248.pools.arcor-ip.net) |
| 23:51.13 | *** join/#htc-linux p3t3r__ (n=chatzill@dslb-088-070-186-017.pools.arcor-ip.net) |
| 23:54.59 | *** part/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |