Nalezeni device

Dan Lukes dan at obluda.cz
Mon Dec 8 19:34:59 CET 2014


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 at 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





More information about the Users-l mailing list