W dniu 2024-07-03 o 08:10, Atlantis pisze:
> Dodałem do programu printy debugowe, które informują o wejściu w
> poszczególne procedury BIOS-a oraz zrzucają zawartość poszczególnych
> parametrów odpowiedzialnych za operacje dyskowe, które są w nich
> ustawianie.
>
> Z szybkiej analizy tych logów wynika, że przy starcie systemu:
> 1. Cyklicznie są wołane procedury SETDMA, SELDSK, SETTRK, SECTRN, SETSEC
> i READ.
> 2. Parametr TRACK ma na początku wartość 0x0000, a potem jest
> sukcesywnie podbijany o jeden w zakresie od 0x0020 do 0x003F.
> 3. Parametr SECTOR przyjmuje wartości od 0 do 3, przechodząc jeden cykl
> na jedno podbicie parametru TRACK.
> 4. Parametr DMA przyjmuje albo adres bufora DISK_BUFFER (0x0080) albo
> DIRBUF.
> 5. Odbywają się sukcesywne odczyty z karty CF, a wartość LBA jest
> liczona poprawnie (adres początku partycji + parametr TRACK).
>
> Printy debugowe mogą być włączane i wyłączane dyrektywą budowania
> warunkowego. I tutaj jest jedna rzecz, która mnie zastanawia - kod
> zachowuje się inaczej po dodaniu tych printów.
>
> Jeśli je włączę, system wchodzi w procedurę BOOT, zaczyna czytać kartę i
> zrzuca powyżej wymienione logi. Potem wyświetla prompt i zawiesza się -
> klawiatura przestaje reagować.
>
> Jeśli logi WYŁĄCZĘ system się uruchamia, czyta kartę (nie mam oczywiście
> logów, ale widzę świecenie diody aktywności) po czym wyświetla prompt i
> pozwala mi wypisywać polecenia. Zwykle wtedy dzieje się jedna z dwóch
> rzeczy:
> - System zawiesza się po wykonaniu komendy DIR.
> - System zwraca niepełna zawartość dysku po wpisaniu komendy DIR, ale
> pozwala na wpisywanie kolejnych komend.
>
> Ktoś ma pomysł co może być nie tak i jak to dalej debugować?

Co nie tak to nie wiem, ale bym zaczął usuwać printy debugowe
po jednym aż dojdziesz do stanu bez nich - wtedy będziesz miał winnego
zawieszenia po prompcie.

Pozdrowienia,
MKi