[PATCH] CFI: prevent the false software timeouts on writes

Vitaly Wool vwool at ru.mvista.com
Mon Nov 7 06:02:14 EST 2005


Greetings,

yeah it works with XIP! :)
I guess you can ask for commit now if no one objects.

Best regards,
   Vitaly

Vitaly Wool wrote:

> Hi Sergey,
>
> I'm going to verify if this works with XIP and get back to you.
>
> Best regards,
>   Vitaly
>
> Sergei Shtylylov wrote:
>
>> Hello.
>>
>>       We've noticed that sometimes "MTD do_write_buffer(): software 
>> timeout"
>> message was printed out when writing to a Fujitsu NOR flash.
>>       It turned out that this was because of a race in the timeout 
>> handling
>> do_write_buffer(). A small timeout of (HZ / 1000) + 1 is used there, and
>> sometimes if the timer interrupt handling takes more than one or even 
>> two
>> jiffies (which is 1-2 ms with HZ == 1000) and that interrupt happens 
>> just
>> after chip_ready() call, the driver bails out from a ready polling loop
>> despite the chip has actually become ready while all those interrupts 
>> were
>> handled. To deal with this issue, extra check for chip ready is 
>> neccessary on
>> timeout expiration (and the checks should better be reordered).
>>       As do_write_oneword() uses the same approach, it needs to also 
>> be changed.
>>
>> Signed-off-by: Konstantin Baidarov <kbaidarov at ru.mvista.com>
>> Signed-off-by: Sergei Shtylyov <sshtylyov at ru.mvista.com>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> Index: drivers/mtd/chips/cfi_cmdset_0002.c
>> ===================================================================
>> RCS file: /home/cvs/mtd/drivers/mtd/chips/cfi_cmdset_0002.c,v
>> retrieving revision 1.120
>> diff -a -u -p -r1.120 cfi_cmdset_0002.c
>> --- drivers/mtd/chips/cfi_cmdset_0002.c    20 Jul 2005 21:01:13 
>> -0000    1.120
>> +++ drivers/mtd/chips/cfi_cmdset_0002.c    25 Oct 2005 15:38:44 -0000
>> @@ -1014,16 +1014,16 @@ static int __xipram do_write_oneword(str
>>             continue;
>>         }
>>
>> -        if (chip_ready(map, adr))
>> -            break;
>> -
>> -        if (time_after(jiffies, timeo)) {
>> +        if (time_after(jiffies, timeo) && !chip_ready(map, adr)){
>>             xip_enable(map, chip, adr);
>>             printk(KERN_WARNING "MTD %s(): software timeout\n", 
>> __func__);
>>             xip_disable(map, chip, adr);
>> -                        break;
>> +            break;
>>         }
>>
>> +        if (chip_ready(map, adr))
>> +            break;
>> +
>>         /* Latency issues. Drop the lock, wait a while and retry */
>>         UDELAY(map, chip, adr, 1);
>>     }
>> @@ -1275,13 +1275,13 @@ static int __xipram do_write_buffer(stru
>>             continue;
>>         }
>>
>> +        if (time_after(jiffies, timeo) && !chip_ready(map, adr))
>> +            break;
>> +
>>         if (chip_ready(map, adr)) {
>>             xip_enable(map, chip, adr);
>>             goto op_done;
>>         }
>> -            -        if( time_after(jiffies, timeo))
>> -            break;
>>
>>         /* Latency issues. Drop the lock, wait a while and retry */
>>         UDELAY(map, chip, adr, 1);
>>
>>
>>
>>
>>  
>>
>> ------------------------------------------------------------------------
>>
>> ______________________________________________________
>> Linux MTD discussion mailing list
>> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>>  
>>
>
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
>





More information about the linux-mtd mailing list