Zacznijmy od tego że wszyscy się mylicie ;)

HDDriver obsługę FATu ma po części, bo potrafi utworzyć takową partycję.
Używanie "TOS & Windows combined" nic nie pomoże. To jest specjalna opcja pozwalająca utworzyć dysk z pojedynczą partycją którą będzie mógł czytać i TOS i Windows, dzięki jakimś sztuczkom z tablicami partycji które portafi robić hdriver.

Aby dysk z PC był czytelny pod MiNTem, należy przede wszystkim włączyć dla niego w HDDriverze byteswapping. Następnie można podzielić go na partycje (z PCtową tablicą partycji), a potem najlepiej pod MiNTem utworzyć na tych partycjach systemy plików. Problem polega na tym, że aktualnie używane pod Linuksami programy mkfs.ext2 tworzą je z parametrami których MiNT nie obsługuje. W drugą stronę (tzn system plików założony pod MiNTem i czytany pod Linuksem) powinno być ok.

Co do byteswappngu, to nie tylko Atari ma z tym problem, i jest to po prostu dziura w specyfikacji ATA/ATAPI - każdy robi po swojemu.

Ja jakoś też przegapiłem, można się dopisać?

Bo Falcon ma obsługę 32 bitowego transferu :)

Dodatkowo odkryłem jedną nieudokumentowaną sprawę: rejestr pamięci do którego podpięty jest rejestr danych ATA, jest podpięty nie w jednym miejscu, ale rozciąga się aż (chyba, bo dokładnie nie sprawdzałem) do następnego rejestru sprzętowego. Dobrze kombinując z ASM można by było z tego zrobić taki tryb pseudo-DMA, ale nie wiem czy to tylko mój Falcon tak ma, czy wszystkie.

Candle: komunikacja TOS<->driver jest załatwiana przez
1) XHDI (specyfikacja dostępna do ściągnięcia z sieci, jest chyba na stronie HDDrivera)
2) tzw protokół rwabs - polega zasadniczo na podpięciu się w odpowiednich miejscach w systemie operacyjnym.

Zasadniczo lepsze jest używanie XHDI.

Dodam jeszcze że kiedyś napisałem podstawy sterownika IDE dla falcona (tzn miałem obsłużony odczyt/zapis i wykrywanie urządzeń) ale jako że jestem kiepski z assemblera (bo całość była w C) na tym się skończyło (tzn. nie miałem podpięcia do XHDI).

Dla ciekawskich: falcon odsługuje tylko tryby PIO i transfer raw miałem na poziomie 10MB/s (przy kodzie w C, zoptymalizowany ASM pewnie by dał rade jeszcze trochę wyżyłować).

Driver jest potrzebny bo jedyne co TOS potrafi zrobić to odczytać pierwszy sektor dysku (i to dopiero TOSy od 2.x) i zbootować się z niego. Odczytaniem reszty dysku (z podziałem na partycje) zajmuje się driver. TOS zleca mu odczyt/zapis sektorów a sam piluje takich spraw jak FS.

mnie pasuje 24 grudzień :)

Dely: nie mieszajmy polityki z Atari, nawet w bałaganie. Kłócić się na tematy polityczne możemy gdzie indziej. Dlatego proszę: skasuj, zamknij, cokolwiek.

Jeśli dobrze pamiętam to była wersja Crackarta oznaczona 'TT' i miała ona wsparcie dla palety STE, ale mogę się mylić.

Crackart ma kilka wersji - ostatnie na 100% miały wsparcie dla palety STE.

Się okazuje że najprawdopodobniej 28 będę pracował, ale do Bookarni trafię :)

Tylko slip.xif.