Oznámení

**JPU** · 18.08.2026, 14:42:41

Pokud se jedná o starší verze které jsem releasnul já tak ty se vždy odstraňuji přidáním nové verze. Viz pravidla Aminetu (https://wiki.aminet.net/Uploading_instructions)

Are there older versions of your package already available on Aminet? If yes, make sure you use the replaces: field to remove them from Aminet.

Pokud jsou potřeba tak jsou k dispozici ke stažení na githubu.

**JPU** · 18.08.2026, 22:00:42

Vylepšil jsem chování automountu pro případ, kdy je driver v ROM a výchozí mount options se liší od nastavení v ENVARC:cfd.prefs.

Pokud byl driver v ROM a karta s MBR/GPT byla v PCMCIA slotu při bootu, automount proběhl nezávisle na uživatelském nastavení v ENVARC:cfd.prefs. Tedy namountovalo se i tehdy, když měl uživatel AUTOMOUNT 0 nebo jiné mount options. Vždy se použil default. Nově automount provede až worker, ve chvíli kdy už je k dispozici ENV: a lokální konfigurace. Též je vylepšeno chování při unmountu (ACTION_DIE) podle posledních změn v rkrm-dos 1.26, tedy alespoň doufám

.

**TherioN** · 19.08.2026, 07:16:33

aha tak diky za vysvetlenie

vcera prisla 4GB Sandisk Ultra II pouzita z ebay, maka krasne v A1200

**Falcon_11** · 19.08.2026, 16:48:09

Autorem citovaného textu je JPU Přejít na původní příspěvek

Vylepšil jsem chování automountu pro případ, kdy je driver v ROM a výchozí mount options se liší od nastavení v ENVARC:cfd.prefs.

Pokud byl driver v ROM a karta s MBR/GPT byla v PCMCIA slotu při bootu, automount proběhl nezávisle na uživatelském nastavení v ENVARC:cfd.prefs. Tedy namountovalo se i tehdy, když měl uživatel AUTOMOUNT 0 nebo jiné mount options. Vždy se použil default. Nově automount provede až worker, ve chvíli kdy už je k dispozici ENV: a lokální konfigurace. Též je vylepšeno chování při unmountu (ACTION_DIE) podle posledních změn v rkrm-dos 1.26, tedy alespoň doufám

.

Ked budem mat cas na urobenie si ROM, tak to Automount urcite skusim, inak dik za supr robotu.

**JPU** · 27.08.2026, 22:31:43

Autorem citovaného textu je Falcon_11 Přejít na původní příspěvek

Ked budem mat cas na urobenie si ROM, tak to Automount urcite skusim, inak dik za supr robotu.

Můžeš zkusit i s LoadModule z filesystemu:

Code:

LoadModule LIBS:compactflash.automount LIBS:ptable.library DEVS:compactflash.device L:fat95

**JPU** · 27.08.2026, 22:40:40

Nový pre-release 2026-08-27 je ke stažení na githubu:

a nejspíše jde o poslední nebo předposlední dev update před plným releasem, takže teď je ideální chvíle to vyzkoušet a nahlásit cokoliv divného!

Zlepšuje soužití automountu s ručně namountovanými z "DEVS : DOSDrivers" a pak pár dalších vylepšení či změn

Jména z automountu přišla o písmeno jednotky na zařízení s jedinou unit se karty mountují jako CF0:, CF1:, ... místo CFa0:.
Nová volba UNMOUNT_STATIC v cfd.prefs. Nastavte na 0 a vaše vlastní statické mounty přežijí vytažení karty, místo aby se odmountovaly se vším ostatním.
lsptres označuje ručně namountované (statické) partition vlastním flagem, takže je vidět, co komu patří (automount vs static).
FAT filesystem je volitelný. Nové volby DOSTYPE_FAT a HANDLER_FAT v cfd.prefs určují, který handler mountuje MBR/GPT FAT karty, například CrossDOSFileSystem místo fat95 (příklad nastavení je v automount.md).
Partition kterou už jeden handler obsluhuje, nejde omylem namountovat podruhé. Druhý mount selže s "object in use", místo aby si dva handlery potichu rozbily svazek při zápisu. Nová volba MOUNT_USED (a "+m" Control volba ve fat95) umí odmítnutí obejít.
MOUNT <dev>: SHUTDOWN && ASSIGN <dev>: DISMOUNT nyní čistě odmountuje fat95 svazek.
Volby "d" a "D" ve fat95 (datumy jako komentáře souborů) jsou nyní default vypnuté; "Control +d+D" je vrátí.

Kromě konfigurační reference je k dispozici nový dokument, který scénář po scénáři popisuje očekávané chování automountu a dá se použít jako testovací případy, pokud si chcete ověřit své nastavení.

**JPU** · 12.09.2026, 08:41:25

Ahoj,

tak jsem vypustil do světa stable release!

oproti poslednímu pre-release z 27.08.2026:

ptable + cfd jen drobné opravy chybek.
fat95 zrychluje scan (validation) u fat32 a pokud volume není "dirty" tak jej i kompletně skipne. Handler též používá dirty flag při zápisu, nastaví jej a nevyčistí dokud není zápis dokončen. Jo a je tam i flavor/build pro 68080 (využívá "perm" instrukci, tak jen taková drobnost).
Plus nějaké vylepšení v pár tooolech okolo.

Pokud nedostanu záplavu reportů o chybách tak chci v příštím release rozběhat skrytou podporu ATAPI. Přesněji jen pro "whitelisted device" (co mohu otestovat) a nyní tu mám jednu PCMCIA DVD z eBay, u které chci aby mi na AmigaOS s CFD fungovala.

Jarda

**JPU** · 16.09.2026, 20:57:45

Žádná záplava bug-reportů se nekoná! Jupí

. A tak jak jsem psal minule, rád bych rozběhal "skrytou" podporu ATAPI, co je v cfd od původního autora. Ta nikdy nemohla projít přes IDENTIFY a použít se, dodnes je to pro mě záhada. Podle mě by mohlo stačit "málo" (spousta fixů) a PCMCIA CD/DVD s cfd pofičí nativně a žádné hádky/hrátky s jinými pcmcia atapi drivery už nebudeme muset řešit

. Problém je v IDENTIFY. Co vidím tak u CF karet je "standardizace lepší" a hlavně mám proti čemu testovat, snadno seženu různé karty, mám různé Amigy, a akcelerátory. ale PCMCIA ATAPI mám jen jednu jedinou DVD mechaniku z eBay a z dřívějších bugreportů vím, že u těchhle zařízení je to "co kus, to jiný pes" a na tom se nedá postavit kód, který řekne "tohle identify vypadá dobře, ATAPI zapni a převezmi zařízení".

Potřeboval bych vidět víc zařízení. Přesněji to, co o sobě říkají v Card Information Structure (CIS).

Takže prosba. Kdo má PCMCIA ATAPI CD/DVD a chtěl by, aby jej cfd umělo, poprosím o výstup z
* "pcmciacheck -cis" (je soucasti cfd release)
* typ a označení mechaniky, klidně i fotku

Můj příklad je:

Code:

CIS dump (direct read from PCMCIA attribute memory at 0x00A00000):
Gayle PCMCIA timing: 720ns (current)

0x000: 0x01 CISTPL_DEVICE (length=3)
    type=0x0 (NULL), speed=0x0 (null)
    size=0x00000200 (512 B), size_code=0x00  (units=1, unit=0x0=512B)
0x005: 0x15 CISTPL_VERS_1 (length=20)
    major=4, minor=1
    string[0]: "PCMCIA"
    string[1]: "CD-ROM"
    string[2]: "I2"
    string[3]: ""
0x01B: 0x1A CISTPL_CONFIG (length=5)
    data: 01 03 00 01 03
0x022: 0x1B CISTPL_CFTABLE_ENTRY (length=12)
    data: C1 81 18 CA 61 70 01 07 76 03 01 2F
0x030: 0x1B CISTPL_CFTABLE_ENTRY (length=11)
    data: 02 18 CA 61 E8 01 07 EE 03 01 2B
0x03D: 0x1B CISTPL_CFTABLE_ENTRY (length=11)
    data: 03 18 CA 61 68 01 07 6E 03 01 2A
0x04A: 0x40 CISTPL_VERS_2 (length=19)
    major=0, minor=65
    string[0]: "RGOSY"
    string[1]: "RESEARCH"
    string[2]: "9"
0x05F: 0x14 CISTPL_NO_LINK (length=0)
0x061: 0xFF CISTPL_END

**Freddy** · 17.09.2026, 07:32:00

Snad si na to vzpomenu. Doma mam nejakou od Alconeho.

**Boboo** · 17.09.2026, 10:44:01

Tak predovšetkým robíš super prácu. Pridanie funkcie mountovania Compact Flash s Amiga partíciami je revolučný počin, neviem si to vynachváliť!

Teraz k tvojej otázke. CIS slúži na správnu identifikáciu PCMCIA hardvéru. Celé je to vymyslené tak, že každý fyzický hardvér na PCMCIA sa musí identifikovať, aby systém vedel priradiť potrebný ovládač. Zároveň je to aj poistka, aby nedošlo k poškodeniu buď samotného zariadenia, alebo počítača. Napríklad CIS pri CD-ROM radiči CD1200 Plus posiela 16-bajtový string, ktorý je naviazaný na tandem_pcmcia.device. Ten ak overí totožnosť CIS, povolí komunikáciu cez PCMCIA. Pri „SONY VAIO PCGA-CD51 CD-ROM“ je CIS 32-bajtový a okrem samotného konfigurovania rozhrania posiela aj názov zariadenia.

Pre načítanie CIS Amiga využíva signály A1 – A5, CC_REG a CC_OE. Tieto signály slúžia na „tvrdé nasypanie“ dát Plug and Play pre PCMCIA, čo je absolútny základ. Nakoľko PCMCIA nedisponuje niečím takým ako n_CS (Chip-Select) ako pri IDE (Gayle), nie je priamo identifikovateľné, kde sa hardvér fyzicky nachádza (na akej adrese). Samotný signál n_CS si generuje každé PCMCIA hardvér interne sám. V prípade CD1200 Plus je n_CS0 riadené adresou A13 a n_CS1 adresou A12, čiže dekodér je jasný. V prípade VAIO je to komplikovanejšie – pre aktívne n_CS je nutné dekódovať adresný priestor A1 – A9 s pomocou CC_REG. Čiže tu je kameň úrazu, pretože jednotný štandard CS pre ATAPI nie je daný a každý výrobca to robí po svojom.

Ďalej v prípade CD1200 Plus je dátová priepustnosť limitovaná ovládačom tandem_pcmcia.device na 700 kB/s (čiže 4x speed), a tým pádom nie je potrebné, aby samotný radič generoval feedback cez CC_WAIT (RDY) alebo cez PC_IOCS16. V prípade VAIO samotný radič "IFX-68" posiela potvrdenie platnosti dát cez CC_WAIT.

Osobne by som možno privítal podporu PCMCIA Flash kariet, ako je napríklad Cisco, na eBay sa váľajú za pár eur. Využitie by som videl v tom, že by sa dalo priamo z nich bootovať cez CCA. V podstate ide o to, aby bolo možné kartu mountnúť, naformátovať pod FFS a nahrať napríklad Workbench. Hodilo by sa to ako záchranný disk v prípade zlyhania disku v A600/A1200. Píšem to len ako inšpiráciu.

Pre zaujimavost

Oznámení

Nová verze CFD

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat

Komentovat