 |
 |
|
|
/pub/Linux/sunsite/docs/HOWTO.
J�dro ma ograniczon� mo�liwo�� przyjmowania informacji podczas startu w formie polece� wydawanych z wiersza polece�, podobnych do listy argument�w jakie poda�by� do zwyk�ego programu. W og�lno�ci stosuje si� to do przekazywania pewnych informacji do j�dra na temat przy��czonych urz�dze�, kt�rych ono samo nie mog�oby wykry�, lub w celu zmiany ustawie�, tych urz�dze�.
Je�li skopiujesz j�dro bezpo�rednio na dyskietk�,
(np. cp zImage dev/fd0) wtedy nie masz mo�liwosci przekazania
�adnych argument�w do tego j�dra. Dlatego wi�kszo�� u�ytkownik�w
Linux-a u�ywa specjalnych program�w takich jak LILO czy
loadlin s�u��cych do przekazywania tych argument�w do
j�dra i do �adowania go.
WA�NA UWAGA DLA U�YTKOWNIK�W MODU��W: Argumenty podczas
�adowania j�dra odnosz� si� zwykle do sterownik�w sprz�towych
wkompilowanych w j�dro na sta�e. Nie odnosz� one �adnego
skutku w stosunku do sterownik�w ��downych jako modu�y. Wi�kszo��
dystrybucji u�ywa modu��w. Je�li nie jeste� pewien, to sp�jrz do
man depmod i man nmodprobe jak r�wnie� do
/etc/conf/modules.
Bie��ca wersja tego dokumentu dotyczy j�dra do wersji 2.0.33 w��cznie oraz wersji rozwojowych do 2.1.84.
Dokument ten zosta� pierwotnie napisany i opiekuje si� nim:
Paul Gortmaker, gpg109@rsphy1.anu.edu.au
***** UWAGA !!!!! *****
Argumenty j�dra nie dotycz�ce urz�dze� i port�w specyficznych dla maszyn
typu i386 (szczeg�lnie Atari/Amiga) nie s� obecnie udokumentowane.
***********************
Dokument ten nie jest idealny i najlepszy. Aczkolwiek jest on przypuszczalnie naj�wie�szym, i zawiera naj�wie�sze dane, kt�re b�dziesz w stanie znale��. Nikt nie jest odpowiedzialny za to co stanie si� z twoimi urz�dzeniami poza tob�. Je�li tw�j komputer zacznie si� pali� (... co jest raczej niemo�liwe!) ja nie bior� odpowiedzialno�ci, tzn: AUTOR NIE JEST ODPOWIEDZIALNY ZA JAKIEKOLWIEK ZNISZCZENIA POWSTA�E NA SKUTEK PODJ�TYCH DZIA�A� NA PODSTAWIE TEGO DOKUMENTU. (T�umacz te� nie ; )) )
Dokument ten jest chroniony prawami autorskimi (C) 1995-1998 Paula Gortmakera.
Dokument ten mo�e by� kopiowany zgodnie z warunkami licencji GNU,
v2, kt�ra jest tu zawarta poprzez odwo�anie si� do niej. Wi�cej na
temat szczeg��w znajdziesz w pliku linux/COPYING, kt�ry
jest zawarty w dystrybucji �r�de� j�dra.
Je�li zamierzasz wyda� ten dokument jako prac� drukowan�, skontaktuj si� z autorem, a on postara si� sprawdzi� czy masz naj�wie�sze dost�pne informacje. W przesz�o�ci publikowane by�y przestarza�e dokumenty, kt�re powodowa�y zasypywanie programist�w pytaniami, kt�re zosta�y ju� rozwi�zane w najnowszych dokumentach.
Naj�wie�sz� dokumentacj� b�dzie zawsze wersja �r�d�owa j�dra. Ale
poczekaj, nie uciekaj ! Nie musisz zna� �adnego j�zyka
programowania, aby czyta� komentarze zawarte w �r�d�ach. Na
przyk�ad je�li szukasz jakie argumenty mog� by� przekazane do
sterownika AHA1542 SCSI, zajrzyj do katalogu
linux/drivers/scsi i pliku aha1542.c - a w
pierwszych 100 liniach znajdziesz czysty tekst w j�zyku
angielskim (niestety, ale nie ma fizycznej mo�liwosci na
t�umaczenie tych tekst�w) opisuj�cy argumenty, kt�rych szukasz.
Nast�pnymi najlepszymi dokumentami b�d� te, dystrybuowane ze
�r�d�ami j�dra. Jest tam ich teraz nawet ca�kiem sporo, a
wi�kszo�� z nich znajduje si� w podkatalogu Documentation
i jego dalszych podkatalogach. �r�d�a j�dra znajduj� si� zwykle w
katalogu /usr/src/linux. Czasami mo�na znale�� pliki
README.xx w odpowiednich podkatalogach.
Je�li ju� wiesz jakich parametr�w chcesz u�ywa� i chcesz teraz
wiedzie� jak przekaza� je do j�dra to sp�jrz na dokumentacj�,
kt�ra przychodzi razem z oprogramowaniem, kt�rego b�dziesz u�ywa�,
aby za�adowa� j�dro (najcz�ciej jest to LILO lub
loadlin). Kr�tki przegl�d znajduje si� poni�ej, ale nie
zast�puje on dokumentacji dostarczanej wraz z danym oprogramowaniem.
Je�li masz jakie� pytania dotycz�ce przekazywania parametr�w do j�dra, PRZECZYTAJ najpierw ten dokument. Je�li ten i zwi�zane z nim wymienione wcze�niej dokumenty nie odpowiedz� na twoje pytania wtedy mo�esz spr�bowa� poczyta� grupy dyskusyjne. Jednak zanim zaczniesz na �lepo wysy�a� listy najpierw poczytaj przez kilka dni dan� grup�, bo mo�e akurat kto� ju� zacz�� ten temat, a mo�e nawet twoje pytanie zalicza si� do cz�sto zadawanych pyta� (Frequently Asked Questions - FAQ). Szybkie przejrzenie jakiego� dokumentu FAQ mo�e by� dobrym pomys�em zanim zaczniesz wysy�a� pytania do grup dyskusyjnych.
Og�lne pytania jak skonfigurowa� sw�j system kieruj na grup� pl.comp.os.linux. Przestrzegaj poprzedniego paragrafu oraz nie wysy�aj pyta� do wielu grup na raz poniewa� z regu�y czytaj� je te same osoby.
Nowe wersje b�d� si� znajdowa� pod adresem
ftp.icm.edu.pl w
katalogu /pub/Linux/sunsite/docs/HOWTO.
B�d� one sukcesywnie uaktualniane jak tylko b�d� si� pojawia� nowe
sterowniki b�d� informacje.
Dokument ten zosta� stworzony przy pomocy systemu SGML, kt�ry zosta� przygotowany specjalnie dla projektu Linux HOWTO. Dzi�ki temu dost�pne s� r�ne wersje tego dokumentu takie jak: postscript, dvi, ascii, html a wkr�tce tak�e Texinfo.
Wszystkie te wersje s� dost�pne na ftp.icm.edu.pl w
katalogu /pub/Linux/sunsite/doc/HOWTO.
Zaleca�bym przegl�danie tego dokumentu jako html lub postscript,
gdy� jest tu wiele odwo�a�, kt�rych brakuje w zwyk�ym tek�cie.
Ta sekcja podaje kilka przyk�ad�w oprogramowania, kt�re mo�e by� u�yte do przekazywania argument�w do j�dra i do �adowania go. Podaje tak�e spos�b interpretacji argument�w, jakie s� na nie ograniczenia i jak s� filtrowane dla odpowiedniego urz�dzenia. Wa�ne jest aby NIE u�ywa� odst�p�w w argumentach, tylko pomi�dzy nimi. Warto�ci jakie maj� by� przekazane maj� by� oddzielone przecinkami bez �adnych odst�p�w. Sp�jrz na nast�puj�cy przyk�ad:
ether=9,0x300,0xd0000,0xd4000,eth0 root=/dev/hda1 *DOBRZE*
ether = 9, 0x300, 0xd0000, 0xd4000, eth0 root = /dev/hda1 *�LE*
Najcz�ciej u�ywanym programem s�u��cym do �adowania Linux-a jest
LILO (LInux LOader), napisany przez Wernera Amesbergera. Ma mo�liwo��
�adowania r�nych j�der (jak i system�w) a swoj� konfiguracj�
zapisuje w pliku tekstowym. Wi�kszo�� dystrybucji jest
rozprowadzana z LILO jako domy�lnym programem �aduj�cym. LILO umie
za�adowa� DOS-a, OS/2, Linux-a, FreeBSD i wiele innych system�w
bez �adnych trudno�ci i jest do�� elastyczny. W typowej
konfiguracji LILO zatrzyma si� kr�tko po w��czeniu komputera i
wy�wietli LILO:. Przez nast�pnych kilka sekund b�dzie
czeka� na podanie ewentualnych argument�w a nast�pnie zacznie
�adowa� domy�lny system. Typowymi etykietami opisuj�cymi systemy i
u�ywanymi w LILO s� linux, backup, linux-old, old, dos, msdos.
Je�li chcesz wpisa� jakie� argumenty, wpisujesz je zaraz po nazwie
systemu jaki chcesz za�adowa�, tak jak w przyk�adzie poni�ej:
LILO: linux root=/dev/hda1
Bardzo przydatne jest polecenie append= je�li kto� chce
doda� jaki� argument na sta�e. Tak wi�c aby nie wpisywa� go za
ka�dym razem wystarczy po prostu doda� linijk�
append = "xxx=yyy" do plik /etc/lilo.conf. Mo�e by� ona
dodana albo na pocz�tku pliku, wtedy b�dzie si� odnosi� do wszystkich
sekcji, albo w danej sekcji image, tak aby odnosi�a si�
tylko do niej. Zajrzyj do dokumentacji LILO aby dowiedzie� si�
wi�cej szczeg��w.
Innym cz�sto u�ywanym programem do �adowania Linux-a jest loadlin.exe. Jest to DOS-owy program, kt�ry potrafi za�adowa� j�dro (wraz z argumentami startowymi) z wiersza polece� DOS-a zak�adaj�c, �e s� dost�pne pewne zasoby. Jest to dobre rozwi�zanie dla tych, kt�rzy u�ywaj� DOS-a i chc� si� z niego szybko (lub niekoniecznie) prze��czy� na Linux-a.
Jest on tak�e bardzo przydatny je�li masz jakie� urz�dzenie, kt�re
aby by�o przydatne do u�ycia musi zosta� ustawione przez sterownik
DOS-owy. Dobrym przyk�adem mog� by� tutaj karty kompatybilne z
SoundBlaster, kt�re musz� mie� ustawione kilka rejestr�w przez
sterownik DOS-owy aby ustawi� je w tryb kompatybilno�ci z
SoundBlaster. �adowanie DOS-a wraz ze sterownikiem, a potem
�adowanie Linux-a z wiersza polece� DOS-a programem
LOADLIN.EXE zapobiega zresetowaniu
karty, co mia�oby miejsce gdyby�my zresetowali komputer, aby
uruchomi� Linux-a. W ten spos�b karta zostaje w trybie
kompatybilno�ci z SoundBlaster i jest przydatna do u�ycia pod
Linux-em.
S� tak�e inne programy s�u��ce do �adowania Linux-a. Aby pozna�
kompletn� list� takich program�w zajrzyj do swojego lokalnego
serwera ftp do katalogu system/Linux-boot.
Jest kilka argument�w startowych, kt�rych warto�ci domy�lne s�
zapisane w r�nych bajtach w samym j�drze. Jest narz�dzie zwane
rdev zainstalowane na wi�kszo�ci system�w, kt�re wie
gdzie te bajty si� znajduj� i jak je zmieni�. Potrafi ono tak�e
zmieni� r�ne rzeczy, kt�re nie maj� swoich argument�w startowych,
jak na przyk�ad domy�lny tryb wy�wietlania.
Narz�dzie rdev mo�e by� zwykle zast�pione przez swapdev,
ramsize, vidmode i rootflags. Jest to pi�� rzeczy,
kt�re rdev potrafi zmieni�: g��wny system plik�w (katalog "/"),
urz�dzenie swap, parametry RAM-dysku, domy�lny tryb graficzny i
ustawienia g��wnego systemu plik�w jako tylko-do-odczytu b�d� w
tryb odczytu-zapisu.
Wi�cej informacji na temat rdev mo�na znale�� pisz�c w
wierszu polece� rdev -h b�d� w podr�czniku systemowym
man.
Wi�kszo�� argument�w startowych ma nast�puj�c� sk�adni�:
nazwa=[warto��_1][,warto��_2]...[,warto��_11]
gdzie "nazwa" jest unikalnym s�owem kluczowym identyfikuj�cym cz�� j�dra, do kt�rego odnosz� si� podane warto�ci. Wi�ksza ilo�� argument�w startowych to lista powy�szych wywo�a� oddzielonych od siebie odst�pem. Zauwa�, �e maksymalna ilo�� warto�ci to 11. J�dro rzeczywi�cie rozpoznaje tylko 11 element�w oddzielonych przecinkami przy danym s�owie kluczowym. (Chocia� mo�esz u�y� ponownie tego samego s�owa kluczowego z dodatkowymi 11 argumentami w jakich� niezwykle skomplikowanych sytuacjach, zak�adaj�c, �e dane funkcja ustawiaj�ca (patrz ni�ej) to dopuszcza). Zwr�� uwag� na fakt, i� j�dro dzieli t� list� na maksimum 10 argument�w typu integer, i nast�puj�cy po nich �a�cuch, wi�c tak naprawd� nie mo�esz poda� 11 argument�w typu integer o ile nie przerobisz sterownika tak, aby sam sobie zamieni� ten 11 element na liczb� typu integer.
Wiekszo�� sortowania odbywa si� w linux/init/main.c.
Najpierw j�dro sprawdza czy argument jest jednym ze specjalnych
argument�w: root=, ro, rw, debug. Znaczenie tych
parametr�w jest opisane dalej w tym dokumencie.
Nast�pnie sprawdza list� argument�w zawartych w tablicy
bootsetups czy podany �a�cuch nie zosta� przypisany
kt�rej� z funkcji ustawiaj�cej konkretne urz�dzenie b�d� cz��
j�dra. Je�li przekaza�e� do j�dra lini� xxx=3,4,5,6,yyy
wtedy j�dro przeszuka�oby tablic� bootsetups aby zobaczy�
czy xxx jest tam wymienione. Je�li by�oby wymienione wtedy
uruchomi�oby funkcj� zwi�zan� z xxx i przekaza�oby jej argumenty
typu integer: 3,4,5,6 oraz ostatni �a�cuch yyy.
Wszystko w formie "xxx=yyy", co nie jest funkcj� ustawiaj�c�
opisan� powy�ej jest interpretowane jako zmienna �rodowiskowa,
maj�ca by� ustawiona. (bezu�ytecznym?) Przyk�adem mog�oby by�
u�ycie TERM=vt100 jako argumentu startowego.
Wszystkie pozosta�e argumenty startowe, kt�re nie zosta�y
rozpoznane jako funkcje ustawiaj�ce, czy zmienne �rodowiskowe s�
przekazywane do procesu o numerze 1, kt�rym zazwyczaj jest
init. Najcz�stszym przekazywanym argumentem do programu
init jest s�owo single oznaczaj�ce uruchomienie
systemu w trybie jednego u�ytkownika nie uruchamiaj�c demon�w,
kt�re zwykle s� uruchamiane. Sprawd� w podr�czniku man jak�
masz wersj� programu "init" i jakie argumenty mo�esz mu przekaza�.
S� to argumenty nie dotycz�ce �adnych konkretnych sterownik�w czy urz�dze� peryferyjnych. Odnosz� si� natomiast do wewn�trznych parametr�w j�dra, takich jak: obs�uga pami�ci, obs�uga RAM-dysku, obs�uga g��wnego systemu plik�w itd.
Nast�puj�ce argumenty maj� wp�yw na to jak j�dro b�dzie obs�ugiwa� g��wny system plik�w:
Poprzez ten argument mo�emy przekaza� do j�dra kt�re urz�dzenie ma
by� u�yte jako g��wny system plik�w. Domy�lnym ustawieniem jest
tutaj urz�dzenie, na kt�rym by� g��wny system plik�w, podczas
tworzenia (kompilacji) j�dra. Na przyk�ad je�li dane j�dro
by�o utworzone na systemie, w kt�rym g��wny system plik�w by� na
urz�dzeniu /dev/hda1 wtedy domy�lnym ustawieniem b�dzie
"/dev/hda1". Aby to zmieni� i ustawi� drug� stacj� dyskietek jako
g��wny system plik�w trzeba u�y� argumentu root= w
nast�puj�cy spos�b:
root=/dev/fd1
G��wny system plik�w mo�e by� zamontowany na nast�puj�cych urz�dzeniach:
(1) /dev/hdaN do /dev/hddN, gdzie N jest numerem partycji na dysku
pierwszym, drugim, trzecim lub czwartym kompatybilnym z ST-506.
(2) /dev/sdaN do /dev/sdeN, gdzie N jest numerem partycji na dysku
pierwszym, drugim, trzecim, czwartym lub pi�tym kompatybilnym z SCSI.
(3) /dev/xdaN do /dev/xdbN, gdzie N jest numerem partycji na dysku
pierwszym lub drugim kompatybilnym z XT.
(4) /dev/fdN, gdzie N jest numerem stacji dyskietek (N=0 - A:, N=1 - B:)
(5) /dev/nfs, co raczej nie jest urz�dzeniem a argumentem, kt�ry m�wi,
�eby zamontowa� g��wny system plik�w poprzez sie�.
Inna znacznie bardziej k�opotliwa i skomplikowana metoda
przekazania, na kt�rym urz�dzeniu ma by� g��wny system plik�w jest
podanie liczby g��wnej i pobocznej (np. /dev/sda3 to liczba g��wna - 8,
liczba poboczna - 3 a wi�c m�g�by� napisa� root=0x803.
To jest jeden z kilku argument�w startowych, kt�ry ma zapisan�
domy�ln� warto�� w j�drze, i kt�ry przez to mo�e by� zmieniany za
pomoc� rdev.
Kiedy j�dro �aduje system, potrzebuje g��wnego systemu plik�w, aby
odczyta� z niego podstawowe informacje. To jest g��wny system
plik�w montowany podczas �adowania. Chocia�, je�li system ten
jest zamontowany z mo�liwosci� zapisu, nie mo�esz dok�adnie
sprawdzi� jego integralno�ci (poprawno�ci) je�li akurat trwa
zapis pliku. Argument ro przekazuje do j�dra
informacj�, aby zamontowa� g��wny system plik�w jako
tylko-do-odczytu, tak wi�c jakikolwiek program sprawdzaj�cy
poprawno�� systemu plik�w mo�e za�o�y�, �e nie ma �adnych cz�ciowo
zapisanych plik�w podczas sprawdzania. �aden program ani proces
nie mo�e zapisa� niczego do pliku dop�ki system plik�w nie
zostanie przemontowany w tryb odczytu-zapisu (read-write).
To jest jeden z kilku argument�w startowych, kt�ry ma zapisan�
domy�ln� warto�� w j�drze, i kt�ry przez to mo�e by� zmieniany za
pomoc� rdev.
To jest dok�adn� odwrotno�ci� poprzedniego argumentu, czyli
przekazuje do j�dra, aby zamontowa� g��wny system plik�w z
mo�liwosci� zapisu. Tak czy inaczej ostatecznie chcemy mie�
mo�liwo�� zapisu na g��wnym systemie plik�w. Ale pami�taj, aby nie
uruchamia� �adnych program�w testuj�cych (typu fsck)
system plik�w kiedy jest on zamontowany z mo�liwo�ci� zapisu.
Ta sama warto�� zapisana w j�drze wspomniana wy�ej jest u�ywana do
tego argumentu, dost�pna przez rdev.
Nast�puj�ce argumenty s� zwi�zane z tym jak j�dro obs�uguje RAM-dysk, kt�ry jest zwykle u�ywany do bootstrappingu podczas instalacji lub na maszynach ze sterownikami w postaci modu��w, kt�re musz� by� zainstalowane aby mie� dost�p do g��wnego systemu plik�w.
Aby pozwoli� obrazowi j�dra na przebywanie na dyskietce wraz ze
skompresowanym obrazem RAM-dysku dodany zosta� argument
`ramdisk_start=<offset>'. J�dro nie mo�e by� zawarte w
skompresowanym obrazie g��wnego systemu plik�w na RAM-dysku,
poniewa� musi ono by� zapisane poczynaj�c od bloku 0, tak aby BIOS
m�g� za�adowa� bootsektor i wtedy j�dro mo�e zacz�� si�
�adowa�.
Uwaga: Je�li u�ywasz rozpakowanego obrazu RAM-dysku, wtedy j�dro mo�e by� cz�ci� obrazu g��wnego systemu plik�w, kt�ry jest �adowany do RAM-dysku i system mo�e wystartowa� z tej dyskietki, albo obraz g��wnego systemu plik�w i j�dro mog� by� dwiema oddzielnymi dyskietkami, tak jak w przypadku skompresowanego obrazu.
Je�li u�ywasz dw�ch dyskietek (bootdysk z j�drem i rootdysk z
obraze RAM-dysku) wtedy RAM-dysk zaczyna si� od bloku 0 i jako
offset w naszym przyk�adzie trzeba wpisa� 0. Poniewa�
jest to domy�lna warto�� nie musisz w tym przypadku u�ywa� tego
argumentu.
Ten argument informuje j�dro czy ma ono �adowa� RAM-dysk czy nie.
Pisz�c load_ramdisk=1 informujesz j�dro, aby za�adowa�
zawarto�� dyskietki do RAM-dysku. Domy�ln� warto�ci� jest 0, czyli
j�dro nie ma �adowa� zawarto�ci dyskietki do RAM-dysku.
Dok�adny opis argument�w startowych dotycz�cych RAM-dysku
znajdziesz w linux/Documentation/ramdiskt.txt. Jest tam
tak�e opisane w jaki spos�b mo�na zapisa� w j�drze warto�� tego
parametru poleceniem rdev.
Ten argument informuje j�dro czy wypisywa� pro�b� o w�o�enie
dyskietki z zawarto�ci� RAM-dysku czy nie. W konfiguracji z jedn�
dyskietk� zawarto�� RAM-dysku jest na tej samej dyskietce co j�dro,
kt�re si� w�a�nie przesta�o �adowa�, a wi�c pro�ba nie jest
potrzebna. W tym wypadku mo�na u�y� prompt_ramdisk=0.
W konfiguracji z dwiema dyskietkami potrzebujesz czasu na zamian�
dyskietek a wi�c nale�y u�y� prompt_ramdisk=1. Poniewa�
to jest warto�� domy�lna nie trzeba tego pisa�.
(Uwaga historyczna: Co sprytniejsi u�ywali opcji LILO vga=ask,
aby na chwil� przerwa� start systemu i zamieni� dyskietki.)
Dok�adny opis argument�w startowych dotycz�cych RAM-dysku
znajdziesz w linux/Documentation/ramdiskt.txt. Jest tam
tak�e opisane w jaki spos�b mo�na zapisa� w j�drze warto�� tego
parametru poleceniem rdev.
Poniewa� prawd� jest, �e zawarto�� RAM-dysku ro�nie dynamicznie wraz z coraz nowszymi wersjami systemu, jest g�rne ograniczenie jego rozmiaru, tak aby nie zabra� ca�ej pami�ci RAM i nie zostawi� nas na lodzie. Domy�ln� warto�ci� jest 4096 (czyli 4MB), kt�ra powinna by� wystarczaj�co du�a dla wi�kszo�ci potrzeb. Mo�esz zmieni� t� warto�� zale�nie od potrzeb na mniejsz� lub wi�ksz� przy pomocy tego argumentu.
Dok�adny opis argument�w startowych dotycz�cych RAM-dysku
znajdziesz w linux/Documentation/ramdiskt.txt. Jest tam
tak�e opisane w jaki spos�b mo�na zapisa� w j�drze warto�� tego
parametru poleceniem rdev.
(UWAGA: Ten argument jest przestarza�y i nie powinien by� u�ywany z j�drami w wersji wy�szej ni� 1.3.47. Argumenty, kt�rych nale�y u�ywa� zosta�y opisane powy�ej.)
Argument ten okre�la rozmiar RAM-dysku w kB. Na przyk�ad je�li kto� chcia�by mie� g��wny system plik�w na dyskietce 1.44MB za�adowanej do RAM-dysku u�y�by nast�puj�cego argumentu:
ramdisk=1440
To jest jeden z kilku argument�w startowych, kt�ry ma zapisan�
domy�ln� warto�� w j�drze, i kt�ry przez to mo�e by� zmieniany
za pomoc� rdev.
J�dra w wersji 2.x i wy�szej maj� mo�liwo�� wykonywania
/linuxrc z zawarto�ci RAM-dysku. Mo�liwo�� ta jest zwykle
wykorzystywana, aby umo�liwi� �adowanie modu��w potrzebnych do
zamontowania rzeczywistego g��wnego systemu plik�w (np. za�aduj
sterownik SCSI zapisany w RAM-dysku, a potem zamontuj rzeczywisty
g��wny system plik�w znajduj�cy si� na dysku SCSI.)
W�a�ciwy argument "noinitrd" okre�la co dzieje si� z danymi initrd
po tym jak j�dro si� za�adowa�o. Je�li podamy ten argument dane te
stan� si� dost�pne poprzez urz�dzenie specjalne /dev/initrd,
kt�re mo�e by� czytane zanim pami�� RAM zostanie przywr�cona systemowi,
zamiast by� zapisanymi do RAM-dysku. Odno�nie szczeg��w dotycz�cych
u�ywania startowego RAM-dysku, przeczytaj
linux/Documentation/initrd.txt. Najnowsza wersja LILO
oraz loadlin.exe powinna mie� tak�e dodatkowe informacje
na ten temat.
Nast�puj�ce argumenty okre�laj� jak Linux wykrywa i obs�uguje pami�� fizyczn� i wirtualn� w twoim systemie.
Ten argument ma dwa przeznaczenia: Pierwotnym za�o�eniem by�o
okre�lenie ilo�ci zainstalowanej pami�ci (lub warto�� mniejsza
je�li chcia�e� u�y� mniej pami�ci ni� masz w rzeczywisto�ci).
Drugim (prawie wcale nie u�ywanym) przeznaczeniem jest podanie
mem=nopentium co informuje j�dro, aby nie u�ywa�o stron
pami�ci o rozmiarze 4MB.
Oryginalne odwo�anie do BIOS-u w specyfikacji PC, kt�re zwraca ilo�� zainstalowanej pami�ci zosta�o tak zaprojektowane, �e by�o w stanie zwr�ci� co najwy�ej 64MB. (Tak! Nast�pny przyk�ad na brak patrzenia w przysz�o��, zupe�nie tak samo jak w przypadku ilo�ci cylindr�w dysku ograniczonej do 1024... eh). Linux u�ywa tego odwo�ania BIOS-u podczas startu, aby okre�li� ilo�� zainstalowanej pami�ci. Je�li masz wi�cej ni� 64MB RAM-u, mo�esz u�y� tego argumentu, aby poinformowa� j�dro, ile rzeczywi�cie masz pami�ci RAM. Oto cytat Linusa na temat jak u�ywa� tego argumentu:
"J�dro zaakceptuje jakikolwiek argument "mem=xx" jaki mu podasz, a
je�li stwierdzi, �e je ok�ama�e�, wywali si� z wielkim hukiem wcze�niej
czy p�niej. Argument ten okre�la najwy�szy dost�pny adres pami�ci
RAM, wi�c mem=0x1000000 znaczy, �e masz 16MB RAM-u na
przyk�ad. Dla maszyny z 96MB RAM-u by�oby to: mem=0x6000000.
UWAGA UWAGA UWAGA: niekt�re maszyny mog� u�ywa� najwy�szych adres�w do cache'owania BIOS-u czy czego� podobnego, wi�c m�g�by� nie mie� pe�nych 96MB RAM-u dost�pnego. I na odwr�t: niekt�re procesory odwzorowuj� pami�� fizyczn�, kt�ra jest zakryta przez BIOS tu� za najwy�szym dost�pnym adresem, tak wi�c ten najwy�szy adres m�g�by by� np: 96MB + 384kB. Je�li poinformujesz Linux-a, �e ma wi�cej pami�ci ni� w rzeczywisto�ci, b�d� si� dzia� z�e rzeczy: mo�e nie od razu, ale kiedy� na pewno."
Zauwa�, �e warto�� tego argumentu nie musi by� podana szesnastkowo
a przyrostki "k" i "M" (wielko�� liter nie wa�na) mog� by�
u�yte do okre�lenia odpowiednio kilobajt�w i Megabajt�w. ("k"
spowoduje przesuni�cie 10 bitowe podanej warto�ci, a "M" - 20
bitowe) Powy�sze ostrze�enie jest wci�� wa�ne, poniewa� maszyna z
96MB pami�ci mo�e dzia�a� z argumentem mem=97920k ale
mo�e nie dzia�a� z mem=98304k lub mem=96M.
Argument ten pozwala u�ytkownikowi poda� kilka parametr�w pami�ci wirtualnej, kt�re s� zwi�zane z pami�ci� swap. Mo�na tu poda� nast�puj�ce parametry:
MAX_PAGE_AGE
PAGE_ADVANCE
PAGE_DECLINE
PAGE_INITIAL_AGE
AGE_CLUSTER_FRACT
AGE_CLUSTER_MIN
PAGEOUT_WEIGHT
BUFFEROUT_WEIGHT
Zainteresowani hackerzy proszeni s� o przeczytanie linux/mm/swap.c
a tak�e /proc/sys/vm.
Podobnie do argumentu "swap=" ten pozwala u�ytkownikowi poda� kilka parametr�w zwi�zanych z obs�ug� pami�ci buforowej. Akceptuje nast�puj�ce parametry:
MAX_BUFF_AGE
BUFF_ADVANCE
BUFF_DECLINE
BUFF_INITIAL_AGE
BUFFEROUT_WEIGHT
BUFFERMEM_GRACE
Zainteresowani hackerzy proszeni s� o przeczytanie linux/mm/swap.c
a tak�e /proc/sys/vm.
Linux obs�uguje bezdyskowe stacje robocze, kt�re maj� zamontowany
g��wny system plik�w jako NFS (Network File System). Argumenty te
u�ywane s�, aby przekaza� systemowi z jakiego komputera ma sobie
zamontowa� g��wny system plik�w. Zauwa� tak�e, �e wymagany jest w
tym przypadku argument root=/dev/nfs. Szczeg�y na temat
u�ywania g��wnego systemu plik�w zamontowanego jako NFS znajduj�
si� w pliku linux/Documentation/nfsroot.txt. Powiniene�
go przeczyta�, gdy� ten paragraf jest tylko streszczeniem tamtego
pliku.
Argument ten informuje j�dro jakiej maszyny u�y�, jakiego katalogu na niej i jakich opcji NFS podczas montowania g��wnego systemu plik�w. Argument ten ma nast�puj�c� posta�:
nfsroot=[<serwer-ip>:]<g�.sys.pl.>[,<opcje-nfs>]
Je�li argument nfsroot nie jest podany wtedy u�yte
zostanie "/tftpboot/%s". Kolejne opcje tego argumentu
oznaczaj�:
<serwer-ip> - Okre�la adres IP serwera NFS. Je�li to pole nie jest podane, u�yta zostanie warto�� zmiennej nfsaddrs (patrz poni�ej). Jedn� z mo�liwo�ci u�ycia tego parametru jest na przyk�ad pozwolenie na u�ycie r�nych serwer�w dla RARP i NFS. Zwykle mo�esz zostawi� ten parametr pusty.
<g�.sys.pl.> - Nazwa katalogu na serwerze, kt�ry ma by� zamontowany jako g��wny system plik�w. Je�li u�yty jest znak "%s", zostanie on zamieniony na znakow� reprezentacj� numeru IP klienta.
<opcje-nfs> - Standardowe opcje NFS. Wszystkie opcje s� oddzielone od siebie przecinkami. Je�li pole "opcje-nfs" nie jest podane, zostan� u�yte nast�puj�ce warto�ci domy�lne:
port = podany przez demona "portmap" z serwera
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
Ten argument ustawia r�ne adresy interfejsu sieciowego, kt�re s� wymagane do komunikacji przez sie�. Je�li argument ten nie jest podany, wtedy j�dro pr�buje u�y� protoko��w RARP b�d� BOOTP, aby znale�� te parametry. Argument ten ma nast�puj�ca posta�:
nfsaddrs=<m�j-ip>:<serw-ip>:<r-ip>:<netmask>:<nazwa>:<urz>:<auto>
<m�j-ip> - Adres IP klienta. Je�li jest on pusty, zostanie wykryty przy pomocy RARP albo BOOTP. Jaki protok� jest u�ywany, zale�y od tego co zosta�o udost�pnione podczas kompilacji j�dra i od parametru <auto>. Je�li parametr ten nie jest pusty, ani RARP ani BOOTP nie zostanie u�yty.
<serw-ip> - Adres IP serwera NFS. Je�li RARP zosta� u�yty do wykrycia adresu klienta i parametr ten nie jest pusty akceptowane b�d� odpowiedzi tylko z wyspecyfikowanego serwera. Aby u�y� r�nych serwer�w RARP i NFS, podaj sw�j serwer RARP tutaj (lub zostaw pusty), a serwer NFS podaj w argumencie nfsroot (patrz wy�ej). Je�li parametr ten jest pusty, u�yty jest adres serwera, kt�ry odpowiedzia� na pytanie RARP lub BOOTP.
<r-ip> - Adres IP rutera je�li serwer jest w innej podsieci. Je�li opcja ta jest pusta �aden ruter nie jest u�ywany i przyjmowane jest, �e serwer znajduje si� w sieci lokalnej, o ile nie odebrano warto�ci poprzez BOOTP.
<netmask> - Maska sieci dla lokalnego interfejsu sieciowego. Je�li opcja ta jest pusta, maska jest wyprowadzana z numeru IP klienta, o ile nie otrzymano warto�ci poprzez BOOTP.
<nazwa> - Nazwa klienta. Je�li opcja ta jest pusta, adres IP klienta u�ywany jest w notacji znakowej lub warto�� otrzymana poprzez BOOTP.
<urz> - Nazwa urz�dzenia sieciowego, kt�re ma zosta� u�yte. Je�li opcja ta jest pusta, wszystkie urz�dzenia s� u�ywane do ��da� RARP, a pierwsze znalezione dla BOOTP. Dla NFS u�ywane jest to urz�dzenie, dla kt�rego zosta�y otrzymane odpowiedzi RARP lub BOOTP. Je�li masz tylko jedno urz�dzenie mo�esz spokojnie zostawi� t� opcj� pust�.
<auto> - Metoda, kt�ra ma by� u�yta do autokonfiguracji. Je�li jest to "rarp" lub "bootp" u�ywany jest podany protok�. Je�li warto�ci� jest "both" lub opcja ta jest pusta, oba protoko�y s� u�ywane je�li tylko s� wkompilowane w j�drze. U�ywaj�c "none" informujesz, aby nie u�ywa� autokonfiguracji. W tym przypadku musisz poda� wszystkie potrzebne warto�ci poprzednich p�l.
Parametr <auto> mo�e pojawi� si� samotnie jako warto�� argumentu "nfsaddrs" (bez tych wszystkich ":" znak�w przedtem) wtedy u�ywana jest autokonfiguracja. Aczkolwiek warto�� "none" nie jest dost�pna w tym przypadku.
Te r�ne argumenty startowe pozwalaj� u�ytkownikowi ustawi� pewne wewn�trzne parametry j�dra.
J�dro podaje wa�ne (i mniej wa�ne) informacje do u�ytkownika
poprzez funkcj� printk(). Je�li informacja jest
rozpoznawana jako wa�na, funkcja printk() umie�ci kopi�
na bie��cej konsoli jak r�wnie� przeka�e j� do demona klogd
tak aby wiadomo�� ta zosta�a zapisana na dysk. Pow�d, dla kt�rego
informacje te s� wysy�ane na konsol� jak i zapisywane na dysk jest
taki, �e w pewnych nieszcz�liwych warunkach (np: awaria dysku)
informacje te mog� nie dotrze� na dysk i zosta�yby stracone.
Pr�g, wg. kt�rego informacja jest uwa�ana za wa�n� lub nie
ustawiany jest przez zmienn� console_loglevel. Warto�ci�
domy�ln� jest zapisywanie wszystkiego wa�niejszego (o mniejszym
poziomie, a tym samym wi�kszym priorytecie) ni� DEBUG
(poziom 7) na konsol�. (poziomy te zdefiniowane s� w pliku
nag��wkowym kernel.h). Podanie argumentu startowego
debug ustawi poziom logowania na konsol� na 10, tak, �e
wszystkie informacje z j�dra pojawi� si� na konsoli.
Poziom logowania na konsol� mo�e zwykle by� ustawiony tak�e
podczas normalnej pracy systemu poprzez opcj� programu
klogd. Sprawd� w systemie pomocy "man" jak to zrobi�.
J�dro standardowo po za�adowaniu si� uruchamia program "init",
kt�ry nast�pnie zajmuje si� przygotowaniem systemu dla u�ytkownika
poprzez uruchomienie program�w getty, skrypt�w "rc" itp. J�dro
najpierw szuka /sbin/init, nast�pnie /etc/init a
na ko�cu spr�buje u�y� /bin/sh (mo�liwie w /etc/rc).
Je�li na przyk�ad tw�j program init popsu� si� i nie jest mo�liwy
restart systemu, mo�esz u�y� argumentu init=/bin/sh,
kt�ry spowoduje uruchomienie shell-a natychmiast po za�adowaniu
j�dra, umo�liwiaj�c ci zamian� popsutego programu na dobry.
Niekt�re koprocesory i387 maj� b��dy, kt�re pojawiaj� si� je�li u�ywamy 32-bitowego trybu chronionego. Na przyk�ad niekt�re wczesne procesory ULSI-387 mog� powodowa� powa�ne zawieszenia podczas u�ywania operacji zmiennoprzecinkowych, widocznie z powodu b��du w instrukcjach FRSAV/FRRESTOR. U�ycie argumentu startowego "no387" spowoduje ignorowanie koprocesora przez Linux-a nawet je�li go masz. Oczywi�cie musisz mie� wkompilowan� emulacj� koprocesora w j�drze! Mo�e to by� tak�e przydatne je�li masz jedn� z tych naprawd� starych maszyn 386, kt�re mog� u�ywa� 80287 FPU, a Linux nie umie tego u�ywa�.
Rodzina procesor�w i386 (a co za tym idzie i nowsze) maj� instrukcj� "hlt", kt�ra informuje procesor, �e nic si� nie stanie dop�ki jakie� zewn�trzne urz�dzenie (klawiatura, modem, dysk, itp.) nie za��da jakiej� akcji. To pozwala na u�ycie trybu "low-power", kt�ry powoduje, �e procesor siedzi jak zombi i czeka a� co� za��da jakiej� akcji (zwykle poprzez przerwanie), co powoduje mniejsze zu�ycie pr�du. Niekt�re z wczesnych procesor�w i486DX-100 mia�y problem z t� instrukcj�, przez co nie mog�y niezawodnie powr�ci� do trybu dzia�ania po u�yciu tej instrukcji. U�ywaj�c argumentu "no-hlt" informujesz Linux-a, aby po prostu robi� sobie niesko�czon� p�tl� je�li nie ma nic m�drzejszego do roboty, a nie zatrzymywa� procesora je�li nic si� nie dzieje. To pozwala ludziom z tymi popsutymi procesorami u�ywa� Linux-a, chocia� lepiej, �eby spr�bowali wymieni� ten procesor.
U�ycie tego argumentu startowego powoduje wy��czenie mo�liwo�ci scrolowania, kt�ra powoduje utrudnienie u�ycia terminali Braille'a.
W nieprawdopodobnym przypadku paniki j�dra (tj. wewn�trznego b��du,
kt�ry zosta� wykryty przez j�dro, i kt�ry j�dro decyduje si� uwa�a�
na tyle powa�nie, aby g�o�no j�kn�� i wszystko zatrzyma�) domy�lnym
zachowaniem si� j�dra jest po prostu siedzie� i czeka� a� kto�
przyjdzie i zauwa�y informacj� o panice i zresetuje maszyn�.
Aczkolwiek je�li maszyna jest rzadko odwiedzana, sensowny jest
automatyczny reset. Na przyk�ad u�ywaj�c "panic=30" podczas startu
informujemy j�dro aby po 30 sekundach spr�bowa�o zresetowa�
maszyn�. Warto�� 0 powoduje zachowanie domy�lne.
Zauwa�, �e warto�� ta mo�e by� tak�e podana poprzez funkcj�
sysctl wywo�an� na interfejsie /proc/sys/kernel/panic.
Ci, kt�rzy chc� ingerowa� w wewn�trzne dzia�anie j�dra, mog� poda�
argument, kt�ry pozwala na okre�lenie jak i gdzie j�dro ma sp�dza�
cykle procesora, aby doprowadzi� do maksymalnego wykorzystania
jego mo�liwo�ci. Ten argument pozwala ustawi� licznik przesuni��
podczas startu. Typowo ustawiony jest on na dwa. Mo�esz tak�e
skompilowa� j�dro z domy�lnie ustawion� mo�liwo�ci� profilowania.
W ka�dym z tych przypadk�w potrzebujesz takiego narz�dzia jak
readprofile.c, kt�re umie u�ywa� /proc/profile.
Opcja ta kontroluje spos�b w jaki Linux restartuje komputer
(typowo poprzez /sbin/init, kt�ry obs�uguje kombinacj�
klawiszy Control-Alt-Delete). Domy�lnym zachowaniem co do p�nych
j�der jest tzw. "zimny" restart (tzn. pe�en restart, wraz ze
sprawdzaniem pami�ci przez BIOS itp.) zamiast "ciep�ego" restartu
(tj. niepe�en restart, bez testowania pami�ci). Warto�� domy�ln�
zmieniono na "zimny" poniewa� taki restart, w przeciwie�stwie do
"ciep�ego", wydaje si� dzia�a� na tanim/popsutym sprz�cie. Aby
przywr�ci� dawne zachowanie (tj. "ciep�y" restart) u�yj
reboot=w albo w�a�ciwie jakiekolwiek s�owo zaczynaj�ce si� na
w zadzia�a.
Po co zawraca� sobie g�ow�? Niekt�re kontrolery dysk�w z w�asn� pami�ci� cache mo�e wykrywa� "ciep�y" restart, i zapisywa� wszystkie dane z pami�ci cache na dysk. Podczas "zimnego" restartu, karta mo�e zosta� zrestartowana i wszystkie dane z cache'u zostan� stracone. Inni raportowali systemy, kt�rym sprawdzanie pami�ci zabiera�o du�o czasu czy d�u�szy czas inicjalizacji BIOS-�w SCSI.
Argument ten jest u�ywany do ochrony obszar�w port�w I/O przed przeszukiwaniem.
reserve=iobase,extent[,iobase,extent]...
W niekt�rych maszynach mo�e by� konieczne, aby powstrzyma� sterowniki urz�dze� przed automatyczn� pr�b� wykryci� urz�dzenia w konkretnych obszarach. Mo�e to by� spowodowane �le zrobionymi urz�dzeniami, kt�re powoduj� zawieszanie podczas startu (tak jak niekt�re karty Ethernetowe), urz�dzeniami b��dnie rozpoznanymi, urz�dzeniami, kt�rych stan zosta� zmieniony podczas wcze�niejszej pr�by wykrycia, albo po prostu tym, �e nie chcesz aby jakie� urz�dzenie zosta�o wykryte.
Argument startowy reserve eliminuje te problemy przez
podanie obszaru adres�w I/O, kt�ry nie ma by� sprawdzany. Obszar
ten jest oznaczany w tablicy rejestracyjnej port�w j�dra tak jakby
jakie� urz�dzenie zosta�o ju� w tym obszarze wykryte (s�owem
reserved). Zauwa�, �e ten proceder nie jest konieczny na
wszystkich maszynach. Tylko je�li wyst�puje problem lub sytuacja
wyj�tkowa, wymagaj�ca u�ycia tego argumentu.
Porty I/O w podanym obszarze s� chronione przed pr�b�
automatycznego wykrywania, kt�ra u�ywa funkcji check_region()
przed wykrywaniem na �lepo w pewnym regionie adres�w I/O. Argument
ten wprowadzono, aby u�ywa� go kiedy jaki� sterownik wisi na
karcie NE2000 lub identyfikuje jakie� inne urz�dzenie jako swoje.
Poprawny sterownik nie powinien przeszukiwa� zarezerwowanego
obszaru, o ile inny argument startowy nie poinformuje go wyra�nie,
�e ma to zrobi�. Wynika z tego, �e argument reserve jest
najcz�ciej u�ywany w konfiguracji z innymi argumentami
startowymi. Tak wi�c je�li podasz jaki� obszar, aby chroni� jakie�
urz�dzenie, musisz zwykle poda� wyra�nie port tego urz�dzenia.
Wi�kszo�� sterownik�w ignoruje tablic� rejestracji port�w je�li
maj� podany konkretny adres. Na przyk�ad poni�sza linia:
reserve=0x300,32 bla=0x300
0x300-0x31F.
Jako zwyk�y argument startowy argument reserve ma limit na ilo��
parametr�w (11), tak wi�c mo�esz poda� tylko 5 obszar�w
zarezerwowanych przez ka�dy argument reserve. Je�li masz
pow�d, aby u�y� wi�cej argument�w reserve mo�esz to zrobi�.
Zauwa�, �e tak naprawd� to nie jest argument startowy. Jest to
opcja, kt�ra jest interpretowana przez LILO, a nie przez j�dro,
tak jak wszystkie inne argumenty startowe. Jednak jej u�ycie sta�o si�
tak popularne, �e wymaga ona tutaj wzmianki. Mo�na to tak�e
ustawi� przy pomocy rdev -v albo r�wnowa�nie vidmode w
pliku vmlinuz.
Argument ten pozwala na zmian� trybu wy�wietlania poprzez BIOS
jeszcze przed za�adowaniem j�dra. Typowe tryby to 80x50, 132x44
itd. Najlepszym sposobem jest u�ycie tego argumentu w postaci
vga=ask. Wy�wietli on wtedy list� dost�pnych tryb�w i
b�dzie czeka� na podanie jednego z nich. P�niej, jak ju� b�dziesz
zna� numer trybu jaki chcesz u�ywa� mo�esz go wpisa� zamiast s�owa
"ask". Je�li chcesz wiedzie� wi�cej zajrzyj do pliku
linux/Documentation/svga.txt, kt�ry przychodzi wraz ze
�r�d�ami j�dra.
Zauwa�, �e nowsze j�dra (v2.1 i nowsze) maj� kod ustawiania, kt�ry zmienia tryb video jako opcj�, pokazan� jako Video mode selection support wi�c musisz w��czy� t� opcj� je�li chcesz u�ywa� tej w�a�ciwo�ci.
Sekcja ta zawiera opis argument�w startowych u�ywanych do przekazywania informacji na temat do��czonych adapter�w i urz�dze� SCSI.
Sterowniki �redniego poziomu obs�uguj� takie rzeczy jak dyski, CD-ROM-y i ta�my bez wdawania si� w szczeg�y kontroler�w.
Ka�de urz�dzenie SCSI mo�e mie� pewn� ilo�� "pod-urz�dze�" zawartych w nim. Najpopularniejszym przyk�adem mo�e by� tutaj jeden z nowych CD-ROM-�w SCSI, kt�ry obs�uguje wi�cej ni� jeden dysk na raz. Ka�dy z tych dysk�w jest adresowany numerem logicznej jednostki (ang. Logical Unit Number LUN) danego urz�dzenia. Ale wi�kszo�� urz�dze� takich jak dyski twarde, ta�my to pojedyncze urz�dzenia a zatem ich numer logicznej jednostki b�dzie wynosi� 0.
Problem powstaje przy pojedynczych �le wykonanych urz�dzeniach LUN. Niekt�re �le zaprojektowane urz�dzenia SCSI (stare i niestety nowe) zawieszaj� si� gdy przeszukuje si� je w celu znalezienia urz�dzenia o numerze LUN r�nym od zera, a czasami zawieszaj� tak�e ca�� szyn� SCSI.
Nowsze j�dra maj� argument startowy, kt�ry pozwala ci poda� maksymalny numer urz�dzenia LUN, kt�re b�dzie szukane. Domy�lny numer szukanego urz�dzenia to 0, aby zapobiec problemowi opisanemu powy�ej.
Aby poda� ilo�� poszukiwanych urz�dze� LUN przy starcie, podajemy jako argument startowy "max_scsi_luns=n", gdzie n jest liczb� pomi�dzy 1 a 8. Aby zapobiec problemom opisanym wy�ej podajemy n=1.
Niekt�re konfiguracje startowe sterownika ta�m SCSI mo�na poda� w nast�puj�cy spos�b:
st=rozm_buf[,pr�g_zap[,max_bufs]]
Pierwsze dwie liczby s� podawane w kilobajtach (kB). Domy�ln�
warto�ci� rozm_buf jest 32kB, a maksymalny rozmiar jaki
mo�e by� podany to �mieszne 16384kB.
pr�g_zap to warto��, przy osi�gni�ciu kt�rej zawarto��
bufora zapisywana jest na ta�m�. Domy�ln� warto�ci� jest 30kB.
Maksymalna ilo�� bufor�w r�ni si� w zale�no�ci od ilo�ci wykrytych
nap�d�w i ma warto�� domy�ln� = 2. Przyk�adem mo�e by�:
st=32,30,2
Szczeg�y mo�na znale�� w pliku README.st, kt�ry znajduje
si� w podkatalogu scsi �r�de� j�dra.
Uwaga og�lna dla tej sekcji:
IOBASE - pierwszy port I/O, kt�ry jest u�ywany przez
kontroler SCSI. Warto�� ta podawana jest szesnastkowo, i zwykle
mie�ci si� w przedziale od 0x200 do 0x3FF.
IRQ - przerwanie sprz�towe, na kt�re jest skonfigurowana
karta. Odpowiednie warto�ci s� zale�ne od konkretnej karty, ale
zwykle s� to 5, 7, 9, 10, 11, 12 i 15. Pozosta�e warto�ci s�
zwykle u�ywane przez popularne urz�dzenia takie jak dyski twarde
IDE, nap�dy dyskietek, porty szeregowe itp.
dma - kana� DMA (Direct Memory Access), kt�rego u�ywa karta.
W zasadzie odnosi si� tylko do kart bus-mastering. Karty PCI i VLB
maj� domy�lnie tryb bus-mastering i nie wymagaj� kana�u ISA DMA.
SCSI-ID - identyfikator, kt�rego u�ywa dany kontroler do
samoidentyfikacji na szynie SCSI. Tylko niekt�re kontrolery
pozwalaj� na zmian� tej warto�ci, poniewa� wi�kszo�� ma j�
zapisan� wewn�trz siebie. Standardow� warto�ci� jest 7, ale
urz�dzenia Seagate i Future Domain TMC-950 u�ywaj� 6.
PARITY - czy dany kontroler spodziewa si� od przy��czonych
urz�dze� kontroli parzysto�ci przy wymianie wszystkich informacji.
1 oznacza w��czenie sprawdzania parzysto�ci, 0 je wy��cza. I znowu
nie wszystkie kontrolery pozwalaj� na zmian� tej warto�ci.
Numery aha odnosz� si� do kart a numery aic do w�a�ciwego procesora SCSI na kartach tego typu, w��czaj�c kart� SoundBlaster-16 SCSI.
Podczas przeszukiwania tej karty, j�dro pr�buje znale�� zainstalowany BIOS, a je�li go nie ma, j�dro nie znajdzie twojej karty. Wtedy musisz u�y� argumentu startowego w postaci:
aha152x=IOBASE[,IRQ[,SCSI-ID[,powt[,parity]]]]
Zauwa�, �e je�li sterownik zosta� skompilowany z w��czon� opcj� debug, mo�liwa jest do podania tak�e sz�sta warto�� ustawiaj�ca poziom �ledzenia.
Wszystkie parametry zosta�y opisane powy�ej, a parametr powt
pozwala na od��czenie lub ponowne pod��czenie urz�dzenia je�li
jego warto�ci� nie jest 0. Przyk�adowe u�ycie mo�e by� takie:
aha152x=0x340,11,7,1
Zauwa�, �e parametry musz� by� podane w odpowiedniej kolejno�ci; to znaczy, �e je�li chcesz poda� warto�� parzysto�ci musisz poda� najpierw IOBASE, IRQ, SCSI-ID, i POWT.
To s� karty serii aha154x. Seria kart aha1542 ma w sobie wbudowany kontroler stacji dyskietek i82077, a aha1540 - nie ma. S� to karty typu busmaster i maj� parametry do ustawienia swojej "uczciwo�ci", kt�ra jest u�ywana do dzielenia si� szyn� z innymi urz�dzeniami. Odpowiedni argument startowy wygl�da nast�puj�co:
aha1542=IOBASE[,buson,busoff[,dmaspeed]]
Mo�liwe warto�ci IOBASE to:
0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
Klony oryginalnych kart mog� przyjmowa� inne warto�ci.
Warto�ci buson i busoff odnosz� si� do liczby mikrosekund
przez jak� karta przejmuje kontrol� nad szyn� ISA. Warto�ciami
domy�lnymi s�: buson - 11us, busoff - 4us, tak aby inne karty (jak
np. ISA LANCE Ethernet) mia�y szans� si� dosta� do szyny ISA.
Warto�� dmaspeed odnosi si� do pr�dko�ci (w MB/s), z jak�
dzia�aj� transfery DMA (Direct Memory Access). Warto�ci� domy�ln�
jest 5 MB/s. Nowe typy kart pozwalaj� na ustawienie tej
warto�ci programowo, starsze - poprzez zworki. Mo�esz poda�
warto�� do 10 MB/s zak�adaj�c, �e twoja p�yta g��wna to wytrzyma.
Eksperymentuj ostro�nie je�li u�ywasz warto�ci wi�kszych od 5 MB/s.
Kontrolery te przyjmuj� argument w postaci:
aic7xxx=extended,no_reset
Warto�� extended, je�li jest r�na od zera, okre�la czy
t�umaczenie geometrii du�ych dysk�w jest w��czone czy nie.
Argument no_reset, je�li jest r�ny od zera, informuje
sterownik, aby nie resetowa� szyny SCSI podczas ustawiania
kontrolera.
Sterownik AdvanSys przyjmuje do czterech adres�w I/O, kt�re b�d�
przeszukiwane w celu znalezienia karty SCSI AdvanSys. Zauwa�, �e
warto�ci te (je�li s� u�ywane) nie wp�ywaj� w �aden spos�b na
wykrywanie EISA czy PCI. Maj� znaczenie tylko w przypadku kart ISA
i VLB. Dodatkowo, je�li sterownik zosta� skompilowany z w��czon�
opcj� �ledzenia, poziom �ledzenia mo�e by� ustawiony poprzez
dodanie parametru 0xdeb[0-F]. Znaki 0-F
pozwalaj� na ustawienie poziomu �ledzenia na jeden z 16 poziom�w.
W przeciwie�stwie do innych adapter�w SCSI, ten adapter u�ywa przedrostk�w w postaci �a�cuch�w ASCII dla swoich warto�ci liczbowych. Oto lista jego parametr�w:
IOPORT:ADDR - gdzie ADDR jest adresem I/O karty (zwykle bez ROM-u).
NORESET - Nie ma dodatkowych parametr�w. Zapobiega zresetowaniu szyny SCSI podczas startu.
NOSYNC:X - X jest mask� bit�w, gdzie pierwsze siedem bit�w odpowiada siedmiu mo�liwym sterownikom SCSI (bit 0 - urz�dzeniu #0, itd). Ustaw dany bit, aby zapobiec synchronicznym negocjacjom na tym urz�dzeniu. Standardowo synchroniczne negocjacje s� wy��czone w sterowniku dla wszystkich urz�dze�.
PERIOD:NS - NS jest minimaln� ilo�ci� nanosekund w cyklu transferu danych SCSI. Domy�ln� warto�ci� jest 500; inne akceptowane warto�ci to 250 i 1000.
DISCONNECT:X - X=0 - nie pozwalaj na od��czenia, X=1 - r�b adaptacyjne od��czenia, X=2 - zawsze pozwalaj na od��czenia.
DEBUG:X - je�li zdefiniowano symbol "DEBUGGING_ON" X jest mask�
bit�w, kt�ra ustawia r�ne sposoby wydruku �ledzenia - odno�nie
konkretnych warto�ci zajrzyj do pliku /linux/drivers/scsi/in2000.h.
PROC:X - je�li zdefiniowano symbol "PROC_INTERFACE", X jest mask�
bit�w, kt�ra okre�la jak dzia�a interfejs /proc i co robi - odno�nie
konkretnych warto�ci zajrzyj do pliku /linux/drivers/scsi/in2000.h.
Oto niekt�re przyk�adowe u�ycia tego argumentu:
in2000=ioport:0x220,noreset
in2000=period:250,disconnect:2,nosync:0x03
in2000=debug:0x1e
in2000=proc:3
W przeciwie�stwie do innych sterownik�w ten nie przyjmuje parametr�w I/O, IRQ, czy DMA. (Poniewa� AM53C974 jest urz�dzeniem PCI, nie ma potrzeby tego robi�) W zamian za to, podawane parametry u�ywane s� do ustawiania tryb�w i pr�dko�ci transferu, kt�re maj� by� u�ywane pomi�dzy adapterem a urz�dzeniem docelowym. Najlepiej opisa� to przyk�adem:
AM53C974=7,2,8,15
Linijka ta zosta�aby zinterpretowana nast�puj�co: Do komunikacji
pomi�dzy kontrolerem o numerze SCSI-ID 7 a urz�dzeniem o numerze
SCSI-ID 2 maj� by� u�yte: transfer - 8MHz w trybie synchronicznym
z maksimum 15-bajtowym offsetem. Wi�cej szczeg��w znajduje
si� w pliku linux/drivers/scsi/README.AM53C974.
W starszych wersjach j�dra, sterownik buslogic akceptuje tylko
jeden parametr, kt�ry jest adresem I/O. Ma to by� jedna z
nast�puj�cych warto�ci:
0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
W wersjach j�dra 2.x, sterownik BusLogic przyjmuje wiele parametr�w. (!!! Uwa�aj na wielko�� liter w argumencie !!!). Nast�puj�cy opis jest wzi�ty bezpo�rednio ze sterownika Leonarda N. Zubkoffa ze �r�de� j�dra 2.x.
Argumentem startowym dla tego sterownika jest jego nazwa "BusLogic=" (jeszcze raz przypominam o zachowaniu wielko�ci liter), po kt�rej nast�puje lista parametr�w liczbowych oddzielonych przecinkami oraz ewentualnie lista parametr�w �a�cuchowych tak�e oddzielonych przecinkami. Wi�ksza ilo�� argument�w "BusLogic=" mo�e by� u�yta w systemach z wi�ksz� ilo�ci� adapter�w BusLogic.
Pierwsza liczba okre�la adres I/O, pod kt�rym znajduje si� kontroler. Je�li nie jest podana, warto�ci� domy�ln� jest 0, co oznacza aby reszt� warto�ci odnie�� do pierwszego znalezionego kontrolera BusLogic. Je�li podane zostan� jakiekolwiek parametry adresowe I/O wtedy standardowe przeszukiwanie nie odbywa si�.
Druga liczba okre�la g��boko�� kolejki (Tagged Queue), kt�ra ma by� u�yta dla urz�dzenia docelowego, kt�re obs�uguje kolejkowanie. G��boko�� kolejki jest ilo�ci� polece� SCSI jaka jest mo�liwa do umieszczenia w kolejce polece� do wykonania. Je�li parametr ten nie jest podany, warto�ci� domy�ln� jest 0, co oznacza u�ycie warto�ci wykrytej automatycznie opartej na ca�kowitej g��boko�ci kolejki adaptera i numerze, typie, pr�dko�ci oraz mo�liwo�ciach wykrytego urz�dzenia docelowego. Dla kontroler�w wymagaj�cych bufor�w bounce ISA, g��boko�� kolejki jest automatycznie ustawiana na BusLogic_TaggedQueueDepth_B, aby unikn�� nadmiernej prealokacji pami�ci na bufory bounce DMA. Urz�dzenia docelowe, kt�re nie obs�uguj� kolejkowania, u�ywaj� g��boko�ci kolejki BusLogic_UntaggedQueueDepth.
Trzecia liczba okre�la czas stabilizacji szyny w sekundach. Jest to ilo�� czasu do odczekania pomi�dzy twardym resetem kontrolera, kt�ry inicjuje reset szyny SCSI a wykonaniem polecenia SCSI. Je�li nie jest ona podana, warto�ci� domy�ln� jest 0, co oznacza u�ycie BusLogic_DefaultBusSettleTime.
Czwarta liczba okre�la opcje lokalne. Je�li nie jest ona podana, warto�ci� domy�ln� jest 0. Zauwa�, �e opcje lokalne odnosz� si� tylko do specyficznych kontroler�w.
Pi�ta liczba okre�la opcje globalne. Je�li nie jest ona podana, warto�ci� domy�lna jest 0. Zauwa�, �e opcje globalne odnosz� si� do wszystkich kontroler�w.
Parametry �a�cuchowe podaje si� w celu kontrolowania kolejkowania, naprawy b��d�w i wyszukiwania kontrolera.
Parametr odno�nie kolejkowania zaczyna si� od "TQ:" i pozwala na wyra�ne podanie czy kolejkowanie jest dopuszczone na urz�dzeniu docelowym, kt�re je obs�uguje. Nast�puj�ce opcje tego parametru s� dozwolone:
TQ:Default - kolejkowanie b�dzie dopuszczone i oparte na firmowej wersji kontrolera BusLogic i na tym czy warto�� g��boko�ci kolejki pozwala na kolejkowanie polece�.
TQ:Enable - kolejkowanie b�dzie dozwolone dla wszystkich urz�dze� docelowych na danym kontrolerze zamazuj�c wszelkie limity, kt�re wynika�yby z ustawie� firmowych.
TQ:Disable - kolejkowanie b�dzie niedozwolone dla wszystkich urz�dze� docelowych na danym adapterze.
TQ:<Per-Target-Spec> - kolejkowanie b�dzie kontrolowane indywidualnie dla ka�dego urz�dzenia docelowego. <Per-Target-Spec> - ci�g znak�w "N" i "X". "Y" zezwala na kolejkowanie, "N" nie pozwala na nie, a "X" u�ywa warto�ci domy�lnej opartej na wersji firmowej. Pierwszy znak odnosi si� do urz�dzenia 0, drugi - do urz�dzenia 1 itd. Je�li ci�g znak�w "Y", "N" i "X" nie pokrywa wszystkich urz�dze� docelowych, dla urz�dze� nie pokrytych u�ywany jest znak "X" czyli warto�� domy�lna.
Zauwa�, �e wyra�ne ��danie kolejkowania mo�e prowadzi� do problem�w; mo�liwo�� ta zosta�a wprowadzona, aby wy��cza� kolejkowanie dla urz�dze� docelowych, kt�re nie obs�uguj� go poprawnie.
Parametr odno�nie naprawy b��d�w zaczyna si� od "ER:" i pozwala na wyra�ne zezwolenie uruchamiania sekwencji naprawy b��d�w kiedy wywo�ane zostanie polecenie ResetCommand z powodu niepowodzenia wykonania jakiego� polecenia SCSI. Dost�pne s� nast�puj�ce opcje dla tego parametru:
ER:Default - sekwencja naprawy b��d�w wybierze pomi�dzy twardym resetem a resetem szyny w zale�no�ci od zalece� podsystemu SCSI.
ER:HardReset - sekwencja naprawy b��d�w zainicjuje twardy reset adaptera, kt�ry tak�e spowoduje reset szyny SCSI.
ER:BusDeviceReset - sekwencja naprawy b��d�w wy�le do urz�dzenia docelowego powoduj�cego b��d polecenie resetuj�ce szyn�. Je�li sekwencja naprawy b��d�w jest ponownie inicjowana dla tego urz�dzenia docelowego i �adne polecenie SCSI do tego urz�dzenia nie wykona�o si� poprawnie od momentu wys�ania polecenia resetuj�cego, wtedy zostanie zainicjowany twardy reset.
ER:None - sekwencja naprawy b��d�w zostanie zatrzymana. Opcja ta powinna by� podana tylko je�li reset szyny SCSI i reset szyny powoduj� ca�kowite i nieodwracalne zawieszenie urz�dzenia docelowego.
ER:<Per-Target-Spec> - sekwencja naprawy b��d�w b�dzie kontrolowana indywidualnie dla ka�dego urz�dzenia docelowego. <Per-Target-Spec> jest ci�giem znak�w "H", "B" i "N". "D" powoduje zachowanie domy�lne, "H" - twardy reset, "B" - reset szyny, "N" - zatrzymanie sekwencji naprawy b��d�w. Pierwszy znak odnosi si� do urz�dzenia 1, drugi - do drugiego, itd. Je�li ci�g znak�w nie pokrywa wszystkich urz�dze� docelowych, wtedy dla urz�dze� nie pokrytych przyjmuje si� "D" czyli zachowanie domy�lne.
Parametry odno�nie przeszukiwania adaptera s� nast�puj�ce:
NoProbe - nie przeprowadza� �adnego przeszukiwania - �adne kontrolery BusLogic nie zostan� znalezione.
NoProbeISA - nie przeprowadza� standardowego przeszukiwania adres�w I/O ISA - wykryte zostan� tylko kontrolery PCI.
NoSortPCI - kontrolery PCI zostan� ponumerowane wg. porz�dku ustalonego przez PCI BIOS, ignoruj�c jakiekolwiek ustawienia opcji AutoSCSI "Use Bus and Device # For PCI Scanning Seq.".
Od p�nych wersji 2.0 j�dra, sterownik EATA przyjmuje argument startowy, kt�ry specyfikuje adres bazowy I/O, kt�ry ma by� przeszukiwany. Forma tego argumentu to:
eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
Sterownik b�dzie przeszukiwa� adresy w takiej kolejno�ci w jakiej zosta�y podane.
Algorytm wyszukuj�cy dla tych urz�dze� SCSI szuka zainstalowanego BIOS-u, a je�li taki nie jest zainstalowany, karta nie zostanie znaleziona. Albo je�li sygnatura twojego BIOS-u nie zostanie rozpoznana wtedy karta tak�e nie zostanie znaleziona. W tych przypadkach b�dziesz musia� u�y� argumentu startowego w formie:
tmc8xx=mem_base,irq
Warto�� mem_base okre�la ilo�� pami�ci przeznaczonej na
odwzorowanie obszaru I/O u�ywanego przez dan� kart�. Zwykle jest to
jedna z poni�szych warto�ci:
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.n
Sterownik wykrywa te karty na podstawie znanych sygnatur ROM
BIOS-�w. Pe�n� list� znanych BIOS-�w znajdziesz w pliku
linux/drivers/scsi/fdomain.c, jak i wiele innych
informacji. Je�li tw�j BIOS nie jest znany, to mo�esz poda�
parametry bezpo�rednio w formie:
fdomain=iobase,irq[,scsi_id]
Ten argument przeznaczony jest dla kontrolera SCSI portu r�wnoleg�ego SCSI, kt�ry jest wbudowany w sterownik IOMEGA ZIP. Mo�e tak�e dzia�a� z oryginalnym urz�dzeniem IOMEGA PPA3. Argument startowy dla tego sterownika ma form�:
ppa=iobase,speed_high,speed_low,nybble
Wszystkie warto�ci opr�cz IOBASE s� opcjonalne. Je�li chcesz
zmienia� kt�r�� z tych trzech opcjonalnych warto�ci lepiej
przeczytaj plik linux/drivers/scsi/README.ppa.
W zale�no�ci od twojej karty, 5380 mo�e odwzorowywa� albo porty I/O albo pami��. (Adres poni�ej 0x400 zwykle oznacza odwzorowywanie adres�w I/O, ale PCI i EISA u�ywaj� adres�w I/O powy�ej 0x3FF.) W ka�dym z przypadk�w podajesz adres, numer IRQ i numer kana�u DMA. Przyk�adem dla karty z odwzorowywaniem port�w I/O mo�e by�:
ncr5380=0x350,5,3
Je�li karta nie u�ywa IRQ, wtedy podajemy 255 (0xFF) jako numer
IRQ. Warto�� 254 (0xFE) oznacza automatyczne wykrycie numeru
przerwania. Wi�cej szczeg��w znajdziesz w pliku
linux/drivers/scsi/README.g_NCR5380.
Kontroler ten jest obs�ugiwany przez ten sam sterownik co opisany wy�ej 5380. Argument startowy przyjmuje identyczne warto�ci za wyj�tkiem DMA, kt�rego 53c400 nie u�ywa.
Argument startowy tego sterownika ma form�:
ncr53c406a=PORTBASE,IRQ,FASTPIO
gdzie IRQ i FASTPIO s� parametrami opcjonalnymi. Warto��
przerwania = 0, wy��cza u�ycie przerwania. Warto�� FASTPIO = 1
w��cza u�ycie instrukcji insl i outsl zamiast instrukcji
jedno-bajtowych inb i outb. Sterownik mo�e tak�e
przyjmowa� DMA jako opcj� podczas kompilacji.
PAS16 u�ywa uk�adu SCSI NCR5380, a nowsze modele obs�uguj� konfiguracj� bezzworkow�. Argument startowy ma posta�:
pas16=iobase,irq
Jedyn� r�nic� jest to, �e mo�esz poda� numer przerwania 255 (0xFF), kt�re poinformuje sterownik, �eby pracowa� bez u�ywania przerwania, aczkolwiek przy utracie jako�ci. IOBASE ma zwykle warto�� 0x388.
Algorytm wyszukiwania dla tych kontroler�w szuka zainstalowanego BIOS-u, a je�li takiego nie znajdzie, lub je�li sygnatura w BIOS-ie nie zostanie rozpoznana, karta nie zostanie zidentyfikowana. W takich przypadkach musisz u�y� argumentu startowego w formie:
st0x=mem_base,irq
Warto�� mem_base okre�la obszar adres�w I/O odwzorowywany,
kt�rego u�ywa karta. Jest to zwykle jedna z poni�szych warto�ci:
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Te karty s� tak�e oparte na uk�adzie NCR5280 i akceptuj� nast�puj�ce parametry:
t128=mem_base,irq
Warto�ci dla mem_base to z regu�y:
0xcc000, 0xc8000, 0xdc000, 0xd8000.
Zauwa�, �e zdaje si�, �e s� dwa niezale�ne sterowniki dla tej
karty, tj. CONFIG_SCSI_U14_34F, kt�ry u�ywa u14-34f.c i
CONFIG_SCSI_ULTRASTOR, kt�ry u�ywa ultrastor.c. u14-34f
jest tym (w p�nych j�drach 2.0), kt�ry przyjmuje argument
startowy w formie:
u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
Sterownik b�dzie przeszukiwa� adresy w podanej kolejno�ci.
Sterownik dla wd7000 szuka znanego �a�cucha BIOS ROM i zna kilka standardowych ustawie� konfiguracji. Je�li ustawienia te nie s� poprawne albo masz nierozpoznan� wersj� BIOS-u, mo�esz u�y� argumentu startowego w formie:
wd7000=irq,dma,iobase
Obecnie nast�puj�ce karty nie przyjmuj� �adnych argument�w startowych. W niekt�rych wypadkach mo�esz na si�� zmieni� warto�ci, edytuj�c kod �r�d�owy sterownika, je�li ju� musisz.
Adaptec aha1740 (pr�bkowanie EISA),
NCR53c7xx,8xx (PCI, oba sterowniki),
Qlogic Fast (0x230, 0x330),
Qlogic ISP (PCI)
Ta sekcja wymienia wszystkie argumenty startowe zwi�zane ze standardowymi dyskami twardymi takimi jak: MFM/RLL, ST-506, XT i IDE. Zauwa�, �e oba sterowniki IDE jak i ST-506 akceptuj� ten sam argument: "hd=".
Sterownik IDE akceptuje wiele parametr�w, od okre�lenia geometrii
dysku do obs�ugi zaawansowanych, czy �le wykonanych uk�ad�w
kontroler�w. Poni�ej wymienione s� wszystkie mo�liwe argumenty
startowe. Aby dowiedzie� si� wi�cej na temat szczeg�owego opisu
naprawd� powinienie� zajrze� do pliku
linux/Documentation/ide.txt, z kt�rego to streszczenie
zosta�o wyci�gni�te.
"hdx=" - jest rozpoznawalny przez wszystkie "x" od "a" do "h",
jak np. "hdc".
"idex=" - jest rozpoznawalny przez wszystkie "x" od "0" do "3",
jak np. "ide1".
"hdx=noprobe" - nap�d mo�e by�, ale go nie szukaj,
"hdx=none" - nap�du nie ma, zignoruj CMOS i nie szukaj go,
"hdx=nowerr" - zignoruj bit WRERR_STAT w tym nap�dzie,
"hdx=cdrom" - nap�d jest obecny i jest CD-ROM-em,
"hdx=cyl,head,sect" - nap�d jest obecny z podan� geometri�,
"hdx=autotune" - sterownik b�dzie pr�bowa� ustawi� pr�dko��
interfejsu na najszybsze obs�ugiwane PIO je�li jest to mo�liwe
tylko dla tego nap�du. Nie jest to obs�ugiwane przez wszystkie
uk�ady, i ca�kiem prawdopodobne, �e b�dzie sprawia�o k�opoty
przy starszych/dziwnych nap�dach IDE.
"idex=noprobe" - nie pr�buj u�ywa� tego interfejsu,
"idex=base" - szukaj interfejsu w podanym adresie, gdzie base
to przewa�nie 0x1F0 lub 0x170 a "ctl" to "base"+0x206,
"idex=base,ctl" - okre�lenie base i ctl,
"idex=base,ctl,irq - okre�lenie base, ctl i irq,
"idex=autotune" - sterownik b�dzie pr�bowa� ustawi� pr�dko��
interfejsu na najszybsze obs�ugiwane PIO, dla wszystkich
nap�d�w na tym interfejsie. Nie jest to obs�ugiwane przez wszystkie
uk�ady, i ca�kiem prawdopodobne, �e b�dzie sprawia�o k�opoty
przy starszych/dziwnych nap�dach IDE,
"idex=noautotune" - sterownik nie b�dzie pr�bowa� ustawi�
pr�dko�ci interfejsu. Jest to zachowanie standardowe
wi�kszo�ci uk�ad�w opr�cz cmd640.
"idex=serialize" - nie nak�adaj operacji na idex i ide(x^1).
Nast�puj�ce parametry s� wa�ne TYLKO dla ide0, a warto�ci domy�lnych dla port�w base i ctl nie wolno zmienia�.
"ide0=dtc2278" : szukaj/obs�uguj interfejs DTC2278,
"ide0=ht6560b" : szukaj/obs�uguj interfejs HT6560B,
"ide0=cmd640_vlb" : *WYMAGANE* dla kart VLB z uk�adem CMD640,
(nie dla PCI - wykrywane automatycznie)
"ide0=qd6580" : szukaj/obs�uguj interfejs qd6580,
"ide0=ali14xx" : szukaj/obs�uguj uk�ady ali14xx (ALI M1439/M1445),
"ide0=umc8672" : szukaj/obs�uguj uk�ady umc8672,
Wszystko inne jest odrzucane z informacj� "BAD OPTION" (czyli "z�a opcja").
Standardowy sterownik dysku mo�e zaakceptowa� parametry dotycz�ce geometrii dysk�w podobnych do sterownika IDE. Aczkolwiek zauwa�, �e spodziewa si� on tylko trzech warto�ci (C/H/S) - jedna mniej lub wi�cej i po cichutku ci� zignoruje. Akceptuje on tylko argument "hd=", tak, �e "hda=", "hdb=" itd. nie s� brane pod uwag�. Format tego argumentu to:
hd=cyls,heads,sects
gdzie cyls to ilo�� cylindr�w, heads - g�owic; sects - sektor�w. Je�li s� zainstalowane dwa dyski, nale�y powy�sze powt�rzy� z geometri� dysku drugiego.
Je�li jeste� na tak nieszcz�liwym miejscu i u�ywasz jednej z tych starych kart, kt�re przenosz� dane z zab�jcz� pr�dko�ci� dochodz�c� w porywach do 125kB/s WYRZU� J� NATYCHMIAT I KUP NOW� !!! A powa�nie. Algorytm wyszukiwania dla tych kart szuka zainstalowanego BIOS-u, a je�li takiego nie znajdzie, lub je�li sygnatura w BIOS-ie nie zostanie rozpoznana, karta nie zostanie zidentyfikowana. W takich przypadkach musisz u�y� argumentu startowego w formie:
xd=type,irq,iobase,dma_chan
Warto�� type okre�la konkretnego wykonawc� karty, i jest
jedn� z: 0=generic; 1=DTC; 2,3,4=Western Digital, 5,6,7=Seagate; 8=OMTI.
Jedyn� r�nic� pomi�dzy r�nymi typami tego samego wykonawcy jest
�a�cuch w BIOS-ie u�ywany do autodetekcji, kt�ry nie jest u�ywany
je�li jest podany typ.
Funkcja xd_setup() nie sprawdza warto�ci, i przyjmuje, �e
wpisa�e� wszystkie cztery. Nie za�amuj si�. Tutaj jest przyk�ad
dla kontrolera WD1002 z wy��czonym/usuni�tym BIOS-em, u�ywaj�cym
domy�lnych parametr�w kontrolera XT:
xd=2,5,0x320,3
Ta sekcja wymienia wszystkie mo�liwe argumenty startowe odnosz�ce si� do CD-ROM-�w. Zauwa�, �e nie zawieraj� si� tutaj CD-ROM-y typu SCSI czy IDE/ATAPI. Przeczytaj odpowiedni� sekcj� dla tych CD-ROM-�w.
Zauwa� te�, �e wi�kszo�� z tych CD-ROM-�w ma pliki z dokumentacj�,
kt�re powiniene� przeczyta�. Wszystkie s� w katalogu
linux/Documentation/cdrom.
Sk�adnia argumentu dla tej karty to:
aztcd=iobase[,magic_number]
Je�li ustawisz parametr magic_number na 0x79 sterownik
b�dzie pr�bowa� si� uruchomi� i uruchomi si� w przypadku
nieznanego typu urz�dzenia firmowego. Wszystkie inne warto�ci s�
ignorowane.
Ten interfejs CD-ROM-u znajduje si� na niekt�rych kartach d�wi�kowych Pro Audio Spectrum i innych kartach obs�uguj�cych interfejs Sony. Sk�adnia tego argumentu to:
cdu31a=iobase,[irq[,is_pas_card]]
Podaj�c warto�� IRQ = 0 informujesz sterownik, �e przerwania sprz�towe nie s� obs�ugiwane (jak na niekt�rych kartach PAS). Je�li twoja karta obs�uguje przerwania, powiniene� ich u�y� poniewa� zmniejszaj� u�ycie procesora na karcie.
Je�li u�ywasz karty Pro Audio Spectrum podaj parametr "is_pas_card" jako PAS, a je�li nie to nie powiniene� go wcale podawa�.
Sk�adnia argumentu dla tego interfejsu to:
sonycd535=iobase[,irq]
Zero mo�e by� u�yte dla warto�ci iobase jako "znak zajmuj�cy miejsce" (bez �adnego znaczenia dla sterownika) je�li kto� chce poda� warto�� IRQ.
Sk�adnia argumentu dla tego interfejsu to:
gscd=iobase
gdzie iobase jest adresem I/O.
Sk�adnia argumentu dla tego interfejsu to:
isp16=[port[,irq[,dma]]][[,]drive_type]
Podaj�c 0 dla IRQ lub DMA informujesz sterownik, �e nie
b�d� one u�ywane. Warto�� parametru drive_type to jedna
z: noisp16, Sanyo, Panasonic, Sony i Mitsumi.
Podanie warto�ci noisp16 wy��czy sterownik zupe�nie.
Sk�adnia argumentu dla tego interfejsu to:
mcd=iobase,[irq[,wait_value]]
Warto�� wait_value jest u�ywana jako wewn�trzna warto��
timeout dla tych, kt�rzy maj� problemy ze swoimi nap�dami i
mo�e, ale nie musi by� zaimplementowana. Zale�y to od definicji
odpowiedniego symbolu podczas kompilacji.
Obecnie ten "eksperymentalny" sterownik ma funkcj� ustawiaj�c�, ale nie przyjmuje ona jeszcze �adnych parametr�w (1.3.15). (Od t�umacza: W wersji j�dra 2.0.18 tak�e nie przyjmuje.) Odnosi si� on do tego samego sprz�tu co powy�ej tyle, �e ma troch� rozszerzone mo�liwo�ci.
Sk�adnia argumentu dla tej karty to:
optcd=iobase
Sk�adnia argumentu dla tej karty to:
cm206=[iobase][,irq]
Sterownik zak�ada, �e liczby mi�dzy 3 a 11 to numery przerwa� IRQ, a
liczby pomi�dzy 0x300 a 0x370 to porty I/O, tak wi�c mo�esz poda�
jeden lub oba argumenty w jakimkolwiek porz�dku. Mo�na tak�e poda�
cm206=auto, aby sterownik sam znalaz� kart�.
Sk�adania argumentu dla tej karty to:
sjcd=iobase[,irq[,dma_channel]]
Sk�adnia argumentu dla tej karty to:
sbpcd=iobase,type
gdzie type jest jednym z �a�cuch�w: SounBlaster,
LaserMate lub SPEA. (Wielko�� liter jest wa�na !!!). I/O base jest
adresem I/O interfejsu CD-ROM-u, a nie interfejsu
d�wi�kowego.
Wszelkie urz�dzenia, kt�re nie zaliczaj� si� do wy�ej wymienionych zosta�y wrzucone tutaj.
R�ne sterowniki przyjmuj� r�ne parametry, ale wszystkie przyjmuj� przynajmniej nazw�, IRQ oraz adres I/O. W najbardziej og�lnej postaci wygl�d� to mniej wi�cej tak:
ether=irq,iobase[,param_1[,param_2,...param_8]]],name
Pierwszy argument, kt�ry nie jest liczb� uznawany jest za nazw�.
Warto�ci param_n zwykle maj� r�ne znaczenie dla ka�dej
karty czy sterownika. Typowe warto�ci to adres pami�ci dzielonej,
okre�lenie interfejsu, kana�y DMA itp.
Najpopularniejszym u�yciem tego parametru jest wymuszenie szukania drugiej karty Ethernet poniewa� domy�lnie szuka si� tylko jednej. Tak wygl�da�by przyk�ad:
ether=0,0,eth1
Zauwa�, �e warto�ci 0 przy IRQ i adresie I/O w powy�szym przyk�adzie informuj� sterownik, aby sam ich poszuka�.
WA�NA UWAGA DLA U�YTKOWNIK�W MODU��W: Powy�sze nie wymusi
poszukiwania drugiej karty je�li u�ywasz sterownik-a/�w jako modu�
(zamiast wkompilowa� je w j�dro). Wi�kszo�� dystrybucji Linux-owych
jest zbudowana na bazie ma�ego statycznego j�dra i du�ej ilo�ci
�adowalnych modu��w. Parametr ether= odnosi si� tylko do
sterownik�w wkompilowanych w j�dro.
Zauwa� te�, �e Ethernet-HowTo ma pe�n� dokumentacj� na temat u�ywania wi�kszej ilo�ci kart i na temat parametr�w dla konkretnych kart. Zainteresowani powinni zajrze� do tamtego dokumentu, aby dowiedzie� si� szczeg��w na temat swojej karty.
Jest wiele parametr�w do tego sterownika i wszystkie s� wymienione
w pliku /linux/drivers/block/README.fd. Nast�puj�ca
informacja zosta�a zaczerpni�ta bezpo�rednio stamt�d.
floppy=mask,allowed_drive_mask
Ustawia mask� bit�w dopuszczonych nap�d�w na mask.
Domy�lnie s� to kana�y 0 i 1 ka�dego kontrolera. Jest tak, poniewa�
pewne niestandardowe urz�dzenia (p�yty g��wne ASUS PCI) zmieniaj�
uk�ad znak�w na klawiaturze kiedy pr�buj� dosta� si� do kana�u 2 czy 3.
Ten parametr jest troch� przestarza�y z powodu opcji CMOS-u.
floppy=all_drives
Ustawia mask� bit�w dopuszczonych nap�d�w na wszystkie nap�dy. U�yj tego je�li masz wi�cej ni� dwa nap�dy pod��czone do kontrolera dyskietek.
floppy=asus_pci
Ustawia mask� bit�w, aby dopu�ci� tylko kana�y 0 i 1. (Warto�� domy�lna)
floppy=daring
Informuje sterownik, �e masz "dobrze zachowuj�cy si�" kontroler do dyskietek. Pozwala to na bardziej wydajn� i p�ynniejsz� prac�, ale mo�e si� nie uda� przy niekt�rych kontrolerach. Mo�e to przyspieszy� pewne operacje.
floppy=0,daring
Informuje sterownik, aby u�ywa� kontrolera ostro�nie.
floppy=one_fdc
Informuje sterownik, �e masz tylko jeden kontroler. (warto�� domy�lna)
floppy=two_fdc lub floppy=address,two_fdc
Informuje sterownik, �e masz dwa kontrolery do dyskietek. Drugi
sterownik znajduje si� pod adresem address. Je�li adres
ten nie jest podany - przyjmuje si� warto�� domy�ln�, tj. 0x370.
floppy=thinkpad
Informuje sterownik, �e masz kontroler Thinkpad, kt�ry u�ywa odwrotnego oznaczenia linii zmiany dyskietek.
floppy=0,thinkpad
Informuje sterownik, �e nie masz kontrolera Thinkpad.
floppy=drive,type,cmos
Ustawia typ CMOS-u nap�du drive na type.
Dodatkowo, nap�d ten jest dopuszczony w masce bit�w. Jest to
przydatne je�li masz wi�cej ni� dwa nap�dy (w fizycznym cmos-ie
mo�na opisa� tylko dwa), lub je�li tw�j BIOS u�ywa
niestandardowych typ�w CMOS-u.
Ustawienie CMOS-u na 0 dla pierwszych dw�ch nap�d�w (domy�lnie)
zmusza sterownik do czytania fizycznego CMOS-u dla tych nap�d�w.
floppy=unexpected_interrupts
Wy�wietl informacj� ostrzegaj�c� je�li odebrano niespodziewane przerwanie. (zachowanie domy�lne)
floppy=no_unexpected_interrupts lub floppy=L40SX
Nie wy�wietlaj informacji ostrzegaj�cej kiedy odebrano niespodziewane przerwanie. Jest to potrzebne na niekt�rych laptopach IBM L40SX w pewnych trybach wy�wietlania. (Wygl�da na to, �e jest jaka� interakcja pomi�dzy grafik� a dyskietkami. Niespodziewane przerwania dotycz� wydajno�ci i mog� by� spokojnie ignorowane.)
Sterownik d�wi�ku mo�e tak�e przyjmowa� parametry, kt�re zmieniaj�
warto�ci zapisane podczas kompilacji. Nie jest to zalecane
poniewa� jest to operacja skomplikowana. Jest (By�a?) ona opisana w pliku
linux/drivers/sound/Readme.Linux. Forma argumentu
startowego dla sterownika d�wi�ku to:
sound=urz1[,urz2[,urz3...[,urz11]]]
gdzie ka�da warto�� urzN ma posta� 0xTaaaID.
Symbole oznaczaj� w tym formacie:
T - typ urz�dzenia: 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16, 7=SB16-MPU401,
aaa - adres I/O szesnastkowo,
I - numer IRQ szesnastkowo (tj, 10=a, 11=b, ...),
D - kana� DMA.
Jak widzisz jest tu troch� ba�aganu. Tak�e lepiej wkompiluj swoje
w�asne warto�ci w sterowniku. Podanie sound=0 spowoduje
wy��czenie sterownika d�wi�ku zupe�nie.
Ten sterownik przyjmuje tylko jeden parametr: jest to warto�� IRQ.
Ten sterownik przyjmuje tylko jeden parametr: jest to warto�� IRQ.
Co do j�der w wersji wi�kszej ni� 1.3.75, mo�esz przekaza� sterownikowi jakich port�w u�ywa� a jakich nie u�ywa�. To drugie jest przydatne je�li nie chcesz, �eby sterownik zaj�� wszystkie dost�pne porty, aby inne sterowniki (np.: PLIP, PPA) mog�y ich u�ywa�.
Forma tego argumentu to pary adres_I/O,IRQ. Na przyk�ad
takie wywo�anie lp=0x3BC,0,0x378,7 spowoduje u�ycie portu
o adresie 0x3BC w trybie bezprzerwaniowym, i przerwania 7 dla
portu o adresie 0x378. Port o adresie 0x278 (je�li taki by by�)
nie by�by przeszukiwany, poniewa� automatyczne przeszukiwanie ma
miejsce tylko je�li nie podano argumentu "lp". Aby wy��czy�
sterownik od drukarki nale�y poda� lp=0.
Argument startowy dla tego sterownika to:
icn=iobase,membase,icn_id1,icn_id2
gdzie iobase jest adresem portu I/O karty, membase
jest adresem pami�ci dzielonej karty, a dwa ostatnie parametry s�
unikalnymi �a�cuchami identyfikuj�cymi.
Argument ten przyjmuje pary liczb w postaci:
pcbit=membase1,irq1[,membase2,irq2]
gdzie membaseN jest adresem pami�ci dzielonej N-tej karty,
a irqN jest numerem przerwania N-tej karty. Warto�ciami
domy�lnymi s�: IRQ = 5, membase = 0xD0000.
Argument dla tego sterownika ma posta�:
teles=iobase,irq,membase,protocol,teles_id
gdzie iobase jest adresem portu I/O karty, membase
jest adresem pami�ci dzielonej karty, irq jest kana�em
przerwania u�ywanym przez kart�, a teles_id jest
unikalnym �a�cuchem identyfikuj�cym.
Sterownik ten przyjmuje �a�cuch sze�ciu oddzielonych przecinkiem identyfikator�w lub liczb. Te sze�� warto�ci to odpowiednio:
W��cz/wy��cz kart�. (E/D)
Typ karty: PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
W��cz/wy��cz dodatkowe ustawienie zworkami. (E/D)
Ilo�� port�w na tej karcie.
Adresy port�w I/O tej karty (szesnastkowo je�li u�ywasz
identyfikator�w �a�cuchowych)
Podstawa okna pami�ci (szesnastkowo je�li u�ywasz
identyfikator�w �a�cuchowych).
Oto poprawny przyk�ad u�ycia tego argumentu (w obu formach: z �a�cuchami i liczbami):
digi=E,PC/Xi,D,16,200,D0000
digi=1,0,0,16,512,851968
Warto�ciami domy�lnymi s�: adres I/O - 0x200, adres pami�ci
dzielonej - 0xD0000. W przypadku tego sterownika nie jest
dokonywane automatyczne wyszukiwanie urz�dzenia. Wi�cej szczeg��w
znajdziesz w pliku linux/Documentation/digiboard.txt.
J�dro mo�e obs�u�y� do czterech kart podaj�c cztery unikalne
warto�ci dla port�w I/O dla ka�dej indywidualnej karty. Dalsze
szczeg�y znajdziesz w pliku linux/Documentation/riscom8.txt.
Argument dla tego sterownika ma posta�:
baycom=modem,io,irq,opcje[,modem,io,irq,opcje]
Podaj�c modem=1 informujesz, �e masz urz�dzenie ser12, modem=2 -
urz�dzenie par96. Opcje=0 oznacza sprz�t DCD, opcje=1 -
oprogramowanie DCD. I/O i IRQ s� jak zwykle: adresem port�w
I/O i numerem IRQ. Wi�cej szczeg��w na temat tego sterownika znajdziesz
w pliku /linux/drivers/char/README.baycom.
Je�li znalaz�e� jakie� przestarza�e informacje, to napisz do autora tego dokumentu:
T�umaczenie to jest chronione prawami autorskimi © Bartosza Maruszewskiego. Dozwolone jest rozprowadzanie i dystrybucja na prawach takich samych jak dokument oryginalny.
Je�li znalaz�e� jakie� ra��ce b��dy ortograficzne, gramatyczne, sk�adniowe, techniczne to pisz do mnie:
Oficjaln� stron� t�umacze� HOWTO jest http://www.jtz.org.pl/
Aktualne wersje przet�umaczonych dokument�w znajduj� si� na tej�e stronie. Dost�pne s� tak�e poprzez anonimowe ftp pod adresem ftp.jtz.org.pl/pub/Linux/JTZ/
Przet�umaczone przeze mnie dokumenty znajduj� si� tak�e na mojej stronie WWW. S� tam te� odwo�ania do Polskiej Strony T�umaczeniowej.
Kontakt z nasz� grup�, grup� t�umaczy mo�esz uzyska� poprzez list�
dyskusyjn� jtz@ippt.gov.pl. Je�li chcesz si� na ni� zapisa�, to
wy�lij list o tre�ci subscribe jtz Imi� Nazwisko na adres
majordomo@ippt.gov.pl
Zmiany wprowadzone przez t�umacza w tym dokumencie to odno�niki do polskich serwer�w ftp i WWW. #
Hosting by: Hurra Communications Sp. z o.o.
Generated: 2007-01-26 18:02:23