Hi! > > > Tedd a boot wincsit a Primary Masterre, a CD-ROM-ot a Primary Slave-re, > > > es a BIOSban kapcsold ki a Secondary IDE adaptert... Persze oda dugd a > > > NAGY vinyot.. > > > > > > Kernel nem foglalkozik a BIOS-al, meg kell talalnia a Secondary IDE > > > adaptert es rajta a nagyonnagy vinyodat... > > > > > Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. > > Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. > > Ezt honnan veszed? :) A BIOS is csak egy software mint ahogy pl a kernel > is az. Eddig egyetértünk.
> Sok BIOS "tiltas" tipikusan csak pl primitiv real mode megszakitas (int > 13h pl) fele nyujtott dolgokat allit, amit modern OS ugysem hasznal. Ebben már nem értek egyet. Ugyi kezdődik azon, hogy túl sok minden megváltoztatható: RAM frissítéstől proci ffrekiig majd minden. De rendben van, ez nem tiltás kategória, hagyjuk hát. De valahogy nem érzem interrupt alapú tiltásnak azt sem, hogy az alaplapra integrált eszközöket engedélyezem-e avagy nem. Percig nem vitatom, hogy winyó esetén a dolog igaz - de esetünkben már az IDE port tiltásáról volt szó. Az meg nem simán inetrrupt alapú. Egyszerű dolgot mondok: kell neki I/O port is... ;-) > Mas esetben persze allithat "erdekesebb" hw kozelibb dolgot is, de akkor is > gyakran az van, hogy az barmikor felulbiralhato pl kernel altal ugyanugy > ahogy BIOS tiltotta. Maradjunk annyiban: szerintem az alaplapi eszközök tiltása/engedélyezése alapvetően ez a kategória, azaz "erdekesebb", hw közelibb dolog. Amiben viszont nem értek egyet: hogy ez kernelből felülbírálható. Lévén ez a dolog alaplap specifikus, ráadásul nem jellemző, hogy ezt gyakran kelljen állítgatni, akkor meg "tedd meg egyszer az eszközhöz adott programmal, azaz a BIOS'-szal felkiálltással állítom, hogy ez _nem_ kerül bele egyetlen épeszű kernelbe sem. Ezzel együtt ha keresel nekem egy olyan kódrészletet a kernel forrásban, amely pl. a BIOS-ból letiltott IDE vezérlőt visszakapcsolja... nos, akkor fejet hajtok a tudásod elött. > Normal esetben persze ez nem tul "szep" megoldas, de > azert azt sem szabad kijelenteni hogy "lehetetlen", mert ez nem igaz ... Ebben egyetértünk. Mivel a BIOS is csak software, ezért valóban nincs akadálya egy _másik_ programot írni, ami _ugyanazt_ tudja. Csak szerintem ez nem tipikus igény, épp ezért ilyet kernelbe nem fognak integrálni. > Pl egyes BIOS bug workaround-okra szokott a kernel olyat csinalni hogy > letilt/enged dolgokat amirol a BIOS maskepp rendelkezne ... Hmmm... A Linux ugyi nem is használja a BOIS-t, tehát ebben az esetben a BIOS workaround sem szükséges. A másik: amíg a BIOS teljes mértékben figyelmen kívül hagyható, addig melyik komponense nem bírálható felül? Zsolt _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
