Flash Extractor
© Soft-Center
About     Shop     Downloads     Manual     Library     Forum     Services     Contacts
Feature request - ECC backwrite on RR   Search  Register  Log in
Reply to topic
Author Message
Bolo



Joined: 05 Dec 2017
Posts: 468
Location: 506F6C616E64

PostPosted: Mon Dec 16, 2019 12:00    Post subject: Feature request - ECC backwrite on RR
Reply with quote

Hello,

I got idea how to make FE better for ECC correction Wink

There are many siutations that there are some parts of corrupted data on choosen offsets where all other dump are green. Problem are specially on sector assembler but not only and when we work on big card size - 128Gb per bank. For this let's take SanDisk 128Gb card where there are 1 bank and along all green (fixed) sectors we got also corrupted pages.



Right now we need to read by each of pass device - in our case it was required to read it as Slow which takes 10h per pass and then use Combine, then choose another one RR, read, combine without any guarantee that at the end we will get good results.

=============
----------
Test Retry
----------
Sandisk / 0 Green 0 Red 68 Time 312
Sandisk / 1 Green 8 Red 60 Time 265
Sandisk / 2 Green 4 Red 64 Time 250
Sandisk / 3 Green 12 Red 56 Time 250
Sandisk / 4 Green 4 Red 64 Time 250
Sandisk / 5 Green 12 Red 56 Time 282
Sandisk / 6 Green 16 Red 52 Time 250
Sandisk / 7 Green 20 Red 48 Time 250
Sandisk / 8 Green 24 Red 44 Time 250
Sandisk / 9 Green 20 Red 48 Time 234
Sandisk / 10 Green 24 Red 44 Time 265
Sandisk / 11 Green 20 Red 48 Time 250
Sandisk / 12 Green 16 Red 52 Time 250
Sandisk / 13 Green 28 Red 40 Time 250
===============


Of couse over 98% of map got corrected sectors. On each of pass we get some correction but it takes time.

My idea is to use backwrite for ECC together with RR for fixing only this part which we see on screen. This is how system works on normal ECC (without RR) - we change direction to writ, press ECC ON and cells are corrected.



I'm trying to archive the same on RR but got error <cannot write to virtual media> which is ofcourse corect but are you able to add such option that will together with COMBINE allows to fix ONLINE sectors that shows on screen without need to read whole 128Gb dump ?

How it will looks:

1) Customer perform full ECC Fix and Rereads to get most of cells fixed
2) When he will find some small red parts he can change direction to Write back ECC and then use Test Read Retry or Test Voltage together with Combine (or other elements as Slow) to try to fix those sectors. In fact system check if they can be fixed anyway so right now need only to write correct one to dump.

P.S
If you think that process is unsafe you can add communicate - ALWAYS MAKE BACKUP FIRST. but duplicate of dump will take 2 minutes and then we can try and see if this helps instead of reread dump several time for 60-70h to correct only 200-300 pages.
2.jpg
1.jpg
Bolo



Joined: 05 Dec 2017
Posts: 468
Location: 506F6C616E64

PostPosted: Wed Jan 15, 2020 21:12    Post subject:
Reply with quote

Any chance to look for such features ? Protection can be not fix if Sector change to gray (0xFF, 0x00)
Сергей



Joined: 26 Aug 2005
Posts: 18864

Flash-Extractor developer

PostPosted: Wed Jan 15, 2020 22:01    Post subject:
Reply with quote

Thinking
Bolo



Joined: 05 Dec 2017
Posts: 468
Location: 506F6C616E64

PostPosted: Thu Feb 13, 2020 16:53    Post subject:
Reply with quote

Any update here ?
Bolo



Joined: 05 Dec 2017
Posts: 468
Location: 506F6C616E64

PostPosted: Mon Mar 30, 2020 13:11    Post subject:
Reply with quote

Got a chance to add this feature into next relese of FE ?
Bolo



Joined: 05 Dec 2017
Posts: 468
Location: 506F6C616E64

PostPosted: Mon Apr 27, 2020 10:55    Post subject:
Reply with quote

Up Wink
jimb



Joined: 18 Apr 2012
Posts: 54
Location: Japan

PostPosted: Tue Jul 14, 2020 10:12    Post subject:
Reply with quote

I would like this feature too.

I currently am trying to fix a Samsung 1x4 (ec d7 98 ca), which needs different RR and voltage values for each CE and page within CE. Each RR/Fix ECC/ECC Combine cycle is taking two hours.

It would be quite speedy to turn on writeback, then Try Retry to fix the area currently being displayed. Of course, we don't want to writeback if the retry result for a sector/page is grey (00/FF) Smile
jimb



Joined: 18 Apr 2012
Posts: 54
Location: Japan

PostPosted: Tue Aug 25, 2020 14:58    Post subject:
Reply with quote

With RR Constant Read, we can confirm the red/green/grey sector result of the RR values.

Please allow ECC writeback on RR Constant Read.
It shouldn't be too dangerous. Wink

Thanks,
jimb.
Display posts from previous:   
Reply to topic All times are GMT + 4 Hours
Page 1 of 1

 

Last added
SK6625AASC   ec d7 55 b6   1x2 TD2SMG12L   ad d3 14 a5   1x1 SD_32   45 c5 98 b2   1x1 UP5   98 f1 80 95   2x1 PS2251-50-F   98 d7 94 32   1x1   v2 IS903   89 84 64 3c   2x4   v4 FC1179   89 c4 08 32   1x1 Monolith Micro SD_37   45 4c 98 a3   1x1 FC1179   2c 44 44 4b   1x1 SM2246XT H AA   45 3a 94 93   4x4   v2
News
16.08.2021 Sector Number Slow
15.07.2021 New drivers
21.05.2021 BGA-152 18x12 (smaller)
09.05.2021 Make FAT32 Root
20.01.2021 VT can work with NTFS
Other products
© Soft-Center ltd.