Adam Dybkowski wrote:
> Sama obsługa FATu nie wprowadza żadnych działań blokujących (tzn.
> pollingu / aktywnego oczekiwania na cośtam)

Przy dwoch watkach piszących do różnych plików wymaga przynajmniej
muteksowania na poziomie allokacji sektorów/blokow/clusterów. Moj
multitasking jest preemptive więc takie problemy sa niestety do obejścia.

>, dopiero niższa warstwa
> czyli SPI realizuje operacje długotrwałe, wymagające poczekania na
> odczyt danych czy skasowanie bloku. Jeżeli podczepisz swoją obsługę SPI
> i wywłaszczanie (przy długotrwałych operacjach pamięciowych jak
> poszukiwanie czegośtam w indeksach) to nie widzę problemu.

Prawie wszystkie widziane przeze mnie FATy (i komunikacje po SPI) na uC
były pisane kompletnie bez możliwości wzbogacenia ich o warstwe
synchronizacji bo z definicji były jednowątkowe albo pracowały w jakimś
cooperative multitaskingu. Dlatego bede zmuszony wynaleźć koło na nowo.

PS. O ile FAT jeszcze da się muteksowac, to np. SPI byc może wymagać
będzie asynchronicznego I/O bo np. trudno muteksowac jakiś watek na czas
wrzucania framebuffera do LCD, lepiej żeby w tym czasie _mógł_ coś zrobić.

> A zdecydowanie najlepiej (jeżeli jest taka możliwość) nie używać FAT
> tylko przejść na inny system plików.

Powiedź to marketoidom z Microsoftu. Na razie mam goowniany FAT,
zamknięty NTFS i Readonly ISO. Niestety docelowo karty SD beda
obsługiwać niepelnosprytni.