| Author |
Message |
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
 Posted: Wed Nov 27, 2013 4:13 Post subject: ECC Reread
|
|
|
yuri
Joined: 13 Mar 2012
Posts: 324
|
|
Posted: Wed Nov 27, 2013 10:53 Post subject:
|
|
|
Thank you for excellent works.
|
|
|
Vladus
Joined: 01 Dec 2009
Posts: 5529
Location: Earth
|
|
Posted: Wed Nov 27, 2013 11:42 Post subject:
|
|
Does it depend by Layout, Mix scheme etc.
Or for example if dump can be corrected by some SM1066XXX series Layout then I can use any of it?
And second question - when ECC applied after XOR or join by byte- will corrected data be written to dumps?
Can any of processes be stopped and continued from stopped place?
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Wed Nov 27, 2013 19:34 Post subject:
|
|
| Vladus wrote: | | Does it depend by Layout, Mix scheme etc. |
Layout includes ECC code
So if you correct dump with wrong ECC code, you will damage data
| Vladus wrote: | | Or for example if dump can be corrected by some SM1066XXX series Layout then I can use any of it? |
SM 1066 series have same ECC code
So you can use any of them to correct dump
But be caryfull
Check that SA ECC code is also compatible
THere is special botton to see SA ECC map
for example
SM 1066
SM 1066_27
SM 1066_31
have same ECC code for data sectors
and different ECC code for SA
| Vladus wrote: | | And second question - when ECC applied after XOR or join by byte- will corrected data be written to dumps? |
Yes will be writed correctly
But Join by Byte ECC writeback will be implemented in one of next FE versions
I just need good example dumps to test it
| Vladus wrote: | | Can any of processes be stopped and continued from stopped place? |
When you set ECC Write back = ON
It works on fly
So only accessed sectors is fixed and writed to dump
ECC_Fix, ECC_Combine, ECC_Reread will start from begin after cancel
|
|
|
Arthur
Joined: 17 Oct 2007
Posts: 333
|
|
Posted: Thu Nov 28, 2013 11:43 Post subject: Re: ECC Reread
|
|
| Сергей wrote: | | ECC engine changed |
Thank you for this development! Very good!
|
|
|
arvika
Joined: 18 Nov 2009
Posts: 2586
Location: Poland
|
|
Posted: Sun Dec 01, 2013 4:23 Post subject:
|
|
Very good improvement. FE goes to good direction. New ECC function is more comfortable and handy than old ECC cache 
ECC -> Reread:
Does the ECC work in the same time as reading (parallel) - correct errors on thy fly?
If we set Repeat value more than 1 (for example 3, 5, 10) - result will be averaged?
By the way, what it is function described in manual "Image from file"?
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Sun Dec 01, 2013 9:20 Post subject:
|
|
| arvika wrote: | ECC -> Reread:
Does the ECC work in the same time as reading (parallel) - correct errors on thy fly? |
Yes
| arvika wrote: | | If we set Repeat value more than 1 (for example 3, 5, 10) - result will be averaged? |
Yes
| arvika wrote: | | By the way, what it is function described in manual "Image from file"? |
If you rebuild, for examle FAT table, you can load it (attach) as file in Block Number
to selected address of image
|
|
|
AlexT
Joined: 21 Sep 2012
Posts: 441
|
|
Posted: Fri Jun 27, 2014 0:28 Post subject:
|
|
|
Might have found an issue with the ECC reread. Seems like every time I try to use it on a chip with a power mod it will cause the machine to blue screen.. Haven't tested this too much, but I've had it happen with a couple cards and though it was worth mentioning.
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Sat Jun 28, 2014 0:17 Post subject:
|
|
Flash format software tools sometimes conflict with flash reader driver
Try it on clean just installed windows
By other hand, i do not recomed ecc reread
May be i will remove it later
Better use ECC combine
|
|
|
AlexT
Joined: 21 Sep 2012
Posts: 441
|
|
Posted: Wed Jul 02, 2014 0:45 Post subject:
|
|
I don't think it's from another program on the computer since it seems to work well with non-power mod chips and happens on more than one computer. I'll try it on a clean install, but I don't have any systems I plan on reinstalling at the moment, so I don't know when that will actually happen..
| Quote: | May be i will remove it later
Better use ECC combine |
If you do remove it, can you try to add a retry/averaging option into NR instead?
|
|
|
HaQue
Joined: 16 Feb 2013
Posts: 473
Location: Adelaide, Australia
|
|
Posted: Wed Jul 02, 2014 7:03 Post subject:
|
|
Actually I like the combine option better.
I can know what is being changed precisely.
I can diff the main dump and the new dump, see where the diff bytes are, then do combine to try and fix them, and also check the result.
on a flaky chip, if you did an averaging, and each read of a certain address or addresses were bad, or different, you could be averaging out bad data to produce a bad result.
One major issue is the availability of good diffing tools, that can report how we want and not simply just a "next diff" option or list.
I tried writing some tools, but the huge difference of dumps and not experienced enough coding for "big data sizes" ... ughh.. the migraine has nearly gone!
it would be good to say in NR ""I want to read block 0x400" or something like that, and in FE to right click on a red block and have options to fix it or something, but I don't know if that is feasible, and I am sure very time consuming.
|
|
|
Сергей
Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
|
Posted: Thu Jul 03, 2014 3:06 Post subject:
|
|
HaQue, ECC Combine change main dumps only if new dumps have green ECC sector and main dump have red sector.
If new dumps sector is red nothing is changed
I like ECC combine, because i can first check new dumps
May be they have total garbage inside
For example zeros
Or same sector
Or data readed from wrong addresses
(if i re-read on low voltage)
|
|
|
|
