[PATCH 2/2] dosfs: Lazy update of FAT32 FS info sector

Claus, Ric claus at slac.stanford.edu
Thu Nov 8 21:59:06 UTC 2012

On Nov 8, 2012, at 1:11 PM, Sebastian Huber wrote:

> On 08/11/12 19:34, Claus, Ric wrote:
>> Unlike as for Linux and Windows, there is no shutdown procedure for RTEMS.
> What about unmount()?
> http://www.rtems.org/onlinedocs/doxygen/cpukit/html/group__FileSystemTypesAndMount.html#ga4c8f87fc991f94992e0da1f87243f9e0

Sounds like you didn't bother to read the rest of the message before answering.  Who calls unmount()?

>> Even if there were one, I don't know how it would get invoked since everyone I know who uses RTOSes effectively pushes the reset button when they want to go again.  Consequently, the unmount is in most cases never called.  Given that, what is the effect of this patch on FAT formatted persistent storage devices that have been modified during a boot cycle?
> For this scenario FAT is the ideal file system.
>> Are they somehow cleaned up on the next mount?
> Yes.

For what context is this response?  With or without unmount()?

Honestly people, I don't understand what all these irritated e-mails are good for.  Read the e-mail 3 times before preparing an answer, then read your answer at least  3 times and press send only if you are okay with receiving such a response yourself.


> -- 
> Sebastian Huber, embedded brains GmbH
> Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
> Phone   : +49 89 18 90 80 79-6
> Fax     : +49 89 18 90 80 79-9
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

More information about the devel mailing list