floppy-fejbeallitas

[Kis Norbert]

Szia!


>> dolognak. Az lehet, hogy a PC beallitolemezen a legbelso extra savokon is
>> van adat, esetleg a sav/szektorszam valtozo, vagyis a DOS nem olvassa, a
>> diskcopy nem masolja.

>O"o"o"... Nem ertem potosan a mondatot, lehet, hogy Te is
>erre gondoltal, de PC-n allando a szektorszam savonkent.
>(Lemezenkent lehet valtozo, az fdread2 olvassa DOS alatt.

Igen, tudom. Viszont savonkent mar formazhatod mas szektorszamra a lemezt.
Itt erre gondoltam.
Megkeresem tenyleg mostmar a vezerlo IC doksijat, de hatarozottan a fenti
dolog remlik.
Sok vedelem is ezt csinalja. A legbelso trackre felirnak valamit egy idiota
szektormerettel, s a progi indulaskor ezzel a szekvenciaval atxorolja magat.
Ha a szekvencia nincs meg, a program feltorhetetlen.  Persze a floppyrol
beolvaso resznek viszont kodolatlanul ott kell lennie minden ilyen
programban, (altalaban jmp, vagy meginkabb call....) vagyis eleg gyengusz
vedelem... :)

Tudomasom szerint a szektorszam, illetve a sav azonositoja a szektor
header-ben a CRC mellett szinten tarolva van. (A controller IC regiszterebol
valahogy ez ki is olvashato.)
Ezt lehetne a tesztre is felhasznalni. Ha rapozicionalok a 12-es trackre, s
a header-ben nem ez jon vissza, akkor nincs jol bellitva a 0-poz. Olyasmi
progira gondoltam, ami egy kozepso trackre viszi a fejet, s megprobal
olvasni a savrol. Ezutan a szamolt, illetve az olvasott erteket kivonja, s a
kepernyon 'grafikusan' jelzi a kulonbseget. Ha difi van, akkor gombnyomasra
var, majd elmegy a 0-trackre pontositani, s ujra probalkozik.
Mivel vizualisan felnagyitva latom a +/- poziciot, a fej ezen a modon -ha
jol gondolkodom percek alatt beloheto. Javitsatok, ha tevednek.

>Savszam 82-ig mehet, asszem a sav meg 21-ig.) C-64-en val-
>tozo szektorszam van. (Vannak dolgok azert... Nemtudom,
>miert nem birtak a MAI NAPIG megcsinalni, mit ahogy azt
>sem, hogy miert nem hasznal DMA-t az osszes mai "korszeru"
>oprendszer a floppy-n.)

Jo kerdes. Talan ezert, mert az FDD egyre inkabb kiszoruloban van, mar nem
vergodnek vele. Meg ott a kompatibilitasi problema is. A plusz
adatteruleten, sebessegnovekedesen olyan sokat nem nyernek, inkabb mast
fejlesztenek jobban helyette. (Altalaban persze nem a user hasznara, lsd.
PNP...) A kompatibilitas nagy ur kulonben. 

/ Epp a suliban most szivtunk vele, hogy az ujabb (tavaly vett) EPOX
MVP3C2-es lapjainkon nem fut egy keszletnyilvantarto progi, mert az ev vegi
zaras nelkul nem tud uj evet kezdeni. A zarast meg mindenkeppen FDD-re
akarja tenni, ami viszont nem muxik a progival, mivel nem szabvany
BIOS-hivason keresztul kezeli az FDD-t, hanem kozvetlen. (Ez egyebkent
nyilvan DMA-s is.) Ne kerdezze senki, hogy egy vacak irodai progiba minek
ilyen marhasag, de igy van. Brrr... Most rakhatok ossze egy kobaltas 386-ost
neki plusszba, meg jo, hogy nem volt selejtezes.
:-(((( /

Az biztos, hogy sokat lehetett volna javitani ebben is a PC-nel. A DMA
hianya tenyleg idegesito dolog. Egyszeruen ciki, hogy egy oprendszert
"megfoghat" ennyire egy hitvany floppy. Persze ezt is oprendszere valogatja,
de a hardvert akkor se lehet figyelmen kivul hagyni...
Az ujabb HDD-knel mar meg tudtak csinalni a valtozo szektorszamot, itt nem.
A commodore ceg egyebkent sok dologban eloremutatot alkotott, amit lehetett
volna fejleszteni meg. Ezzel szemben az uzleti erdek mast mondott... 
Viszont javitottam ( volna... :-((( ) par commodore (XT-kompatibilis) PC-t.
No, az valami rettenetes szerkezetre sikerult nekik. Ma mar szerencsere csak
remalmaimban szokott neha megjelenni, mikor az erdes nyelvu tulajaval egyutt
propellerkent forog a fejem korul.

>Floppy-vezerlo programozasa: vannak valahol leirasok, vinyot
>nehezebb talalni. 

Kell? Akkor szkenelek. :-) Regi MFM-es WD-chipek regiszterkiosztasa van meg,
illetve az ujabb ATA szabvanyok valahol, ha ez segit.

>Mindenesetre talaltam egy online Linux-
>kernelt, abban itt az FDC:

Koszi.


Udvozlettel:
			Norbi.