I looked for two functions in your firmware: WriteSDCard: 0xFF91F0C8 ReadSDCard: 0xFF91EF70WriteSDCard is used by udumper to write the firmware to the SD. I wrote some notes on how to use it. See this and the following posts.Cheers.
kewl. I'm going to build an udumper. Might work in other latest cams too.Wait: these symbols were not in the file !
Question: can IDA "run" the code like that?
Mh, we close this thread and open "porting SD1100"
SD1100IS/IXUS80IS dump
it is great.please share diskboot.bin project sources and crypter sources so other people could do the same with theirs similar camera models.
Also note that the addresses only work for your firmware. Function locations differ in every firmware-build. The udumper locates WriteSDCard due to some hints and guesswork - it doesn't always succeed, though. See this and the subsequent posts for details.
WriteSDCard: 0xff91f0c8ReadSDCard: 0xff91ef70ff84e81c: e3a01000 mov r1, #0 ; 0x0ff84e820: e59f00b4 ldr r0, [pc, #180] ; ff84e8dc <_binary_dump_bin_start+0x3e8dc>ff84e824: e5801034 str r1, [r0, #52]ff84e828: e5801038 str r1, [r0, #56]ff84e82c: e3a01003 mov r1, #3 ; 0x3ff84e830: e580103c str r1, [r0, #60]ff84e834: e59f10c0 ldr r1, [pc, #192] ; ff84e8fc <_binary_dump_bin_start+0x3e8fc>ff84e838: e580104c str r1, [r0, #76]ff84e83c: e59f10bc ldr r1, [pc, #188] ; ff84e900 <_binary_dump_bin_start+0x3e900>ff84e840: e5801050 str r1, [r0, #80]ff84e844: e12fff1e bx lr(gdb) j *0xff84e81cContinuing at 0xff84e81c.Breakpoint 3, 0xff84e844 in _binary_dump_bin_start ()(gdb) x/32x $r00x11544: 0x00000000 0x00000000 0x00000000 0x000000000x11554: 0x00000000 0x00000000 0x00000000 0x000000000x11564: 0x00000000 0x00000000 0x00000000 0x000000000x11574: 0x00000000 0x00000000 0x00000000 0x000000030x11584: 0x00000000 0x00000000 0x00000000 0xff91ef700x11594: 0xff91f0c8 0x00000000 0x00000000 0x000000000x115a4: 0x00000000 0x00000000 0x00000000 0x000000000x115b4: 0x00000000 0x00000000 0x00000000 0x00000000
#if defined (DRYOS)// #warning DRYOS// jeff666: fill some memory with zeroes; "simulate" large diskboot// WARNING: the starting address is a guessfor (i = 0x1c00; i<0x30000; i+=4) *(int*)i=0;
Argh! U Bastard! Why didn't u post this earlier???
Question:#if defined (DRYOS)// #warning DRYOS// jeff666: fill some memory with zeroes; "simulate" large diskboot// WARNING: the starting address is a guessfor (i = 0x1c00; i<0x30000; i+=4) *(int*)i=0;
Quote from: chr on 14 / July / 2008, 23:27:04Argh! U Bastard! Why didn't u post this earlier???Because it would have been to easy and no challenge at all
Bad news.Yesterday my cam got a E18 "Lens error, restart camera" without any reason! I did not drop the cam nor did I play with DISKBOOT. It simply refused to work. Looking closly I noticed, the Lens is not correct mounted: The outer "Gummidichtung" (english?!) is not well fitting and maybe caused the blocking.Today it operates as nothing happened, but vers.req show an "E18" with timestamp in the log.So tomorrow I'm going to return the cam.
Hi, so I have the A470 and tried the encoded blinker diskboots and it gets the LCD blinking...The led_on_off.bin.cr.5 does get the AF LED on...
I could probably work out writing a blinker and getting the LED address, but the encoding stage sounds a little beyond me...
so i'm just wondering if we are actually any closer to getting CHDK on ixus80is? i cant really understand all this talk of LED blinkers and whatnot ( :-[my bad - just not that technically minded) and was just wondering what all this means for the average pleb who just bought a shiny new ixus80is?i got addicted to CHDK with my ixus70 which i lost recently hence the ixus80is...thanks for all the hard work from everyone who understands what they are doing here...hope we get CHDK on ixus80is soon i'll just sit here patiently till then...