On 12/08/14 18:47, Zbyněk Burget:
8086:108e => 82573E KCS (Active Management)
8086:108f => Active Management Technology - SOL
Pokud si dobre vzpominam, kdysi se daly ve zdrojacich ty device_id a
vendor_id, kterych se prislusny ovladac tykal, najit.
To ale pomaha jen pokud ovladac rozpoznava podporovane podle tehle
udaju. Coz neni jedinny zpusob. A i kdyz to tak je, tak v kodu nemusi
byt k nalezeni toto cislo, ale muze tam byt i pojmenovana konstanta.
A podle ceho to pozna, kdez ne podle vendor/device_id?
A on to i podle toho poznat muze (i kdyz nemusi). Ale ty cisla mohl
najit v nejake systemove tabulce (ACPI, SMBIOS), zarizeni mohl rozpoznat
podle typu (treba u PCI-PCI bridge je v zasade jedno, kdo ho vyrobil,
zpusob ovladani je standardni), zarizeni muze byt ocekavano na pevnem
miste (pevne dane misto v topologii sbernic), ...
[!] Je na konkretnim ovladaci, jak najde a pozna zarizeni, ktery je
schopnej obsluhovat a ta metoda muze byt naprosto libovolna.
Uz's nekdy videl, co se na modernejsich strojich s Woknama stane, kdyz
do nejakeho konektoru na audio karte pripojis nejake audio zarizeni ?
Ovladac vystrci okno a zepta se te(!), jake zarizeni bylo pripojeno. I
tohle je metoda identifikace podporovaneho zarizeni (a v tomhle pripade
asi jedina mozna).
Tohle by si zaslouzilo mit nejake systemove reseni, aby clovek mel sanci
nejak rozumne dohledat, jaky option / driver musim do jadra nahrat /
zakompilovat, aby byla obslouzena vsecha zarizeni ve stroji.
Kvuli vete oznacene [!] to lze zajistit jedinym zpusobem - nahrat
vsechny ovladace. Pokud te nahodou napadlo, ze pozdeji muzes odstranit
ty, ktere zadne zarizeni, ktere by obsluhovaly, nenasly, tak to teda
urcite ne. Tim bys mohl odstranit ovladace slouzici k obsluze neceho, co
teprve pozdeji muze byt pripojeno. Treba nejake USB, bluetooth nebo
FireWire zarizeni. Nebo treba novy disk k SATA radici.
Na mem notebooku dokonce i chip dratove sitova karta ztrati kompletne
napajeni, kdyz vytahnu sitovej kabel (a nenapajeny chip pochopitelne
nelze zdetekovat). A WiFi karty jsou vypinatelne relativne bezne (byt'
ne vzdy je napajeni odepnuto od celeho chipu, takze nekdy zustava
castecne napajeny, tudiz detekovatelny - za cenu kratsi vydrze baterek).
SOL zatim zustava bezprizorni :-(
none0@pci0:4:0:3: class=0x070002 card=0x00008086 chip=0x108f8086
rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
device = 'Active Management Technology - SOL'
class = simple comms
subclass = UART
No, to je z pohledu OS seriovy port. Souvisi s nekterou ze sitovych karet.
Kdybys mel ovladac tohohle zarizeni, pak bys s tim seriakem mohl spojit
seriovou konzoli (/etc/ttys) a pak s ni vzdalene komunikovat tak, ze one
sitove karte budes posilat pakety SOL protokolu.
Ale "simple comms" zarizeni nejsou vzdycky zcela identicka. Nicmene,
treba Debian v sobe ovladac pro tenhle chip ma, a to nikoliv nejaky
specialni, ale je to soucast standardniho "serial" ovladace.
Takze by, zrejme, nebylo az tak tezke pridat potrebnou podporu i do
vhodneho ovladace na FreeBSD. Ja to ale urcite delat nebudu ;-)
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
