AW: UBI leb_write_unlock NULL pointer Oops (continuation)

Wiedemer, Thorsten (Lawo AG) Thorsten.Wiedemer at lawo.com
Tue Feb 11 03:01:50 EST 2014


Hi,

> -----Ursprüngliche Nachricht-----
> Von: Richard Weinberger [mailto:richard at nod.at] 
> Gesendet: Mittwoch, 5. Februar 2014 09:29
> An: Wiedemer, Thorsten (Lawo AG)
> Cc: linux-mtd at lists.infradead.org; Bill Pringlemeir
> Betreff: Re: UBI leb_write_unlock NULL pointer Oops (continuation) 
>
> Am 04.02.2014 18:01, schrieb Wiedemer, Thorsten (Lawo AG):
>>  Hi,
>>  
>>  I made a "hardcore test" with:
>>  $ while [ 1 ]; do cp <file_of_8kByte_size> 
>>  tmp/<file_of_8kByte_size.1>; sync; done & $ while [ 1 ]; do cp 
>>  <file_of_8kByte_size> tmp/<file_of_8kByte_size.2>; sync; done & $ 
>>  while [ 1 ]; do cp <file_of_8kByte_size> tmp/<file_of_8kByte_size.3>; 
>>  sync; done &
>>  
>>  It took about 2-3 hours until I had an error (two times):
>
> This test ran the over night without any error on my imx51 board. :-\
>
> Bill's great analysis showed that it may be a linked list corruption in rw_semaphore.
> Thorsten, can you please enable CONFIG_DEBUG_LIST?
> Also try whether you can trigger the issue with lock debugging enabled.
>
> Thanks,
> //richard

short update (I was out of office the rest of last week).
I compiled the kernel with the debug flags for debug list and lock alloc.
The kernel compiled with gcc-4.8.2 didn't start (no output on serial console and reboot of the system).
I didn't try (yet) to find out what happens at startup.

I compiled the same kernel (and same config) with gcc-4.4.4. The write test runs now for over 16 hours without error.
Next step is to find out wether this is due to a changed timing because of the debug flags or if it's the compiler.

Best regards,
Thorsten



More information about the linux-mtd mailing list