O Autodektekcji sprzętu - koncepcja
Kosmo
kosmo0 w wp.pl
Wto, 1 Kwi 2003, 16:11:44 CEST
On Tue, Apr 01, 2003 at 03:24:54PM +0200, Tomasz Kłoczko wrote:
> On Tue, 1 Apr 2003, Kosmo wrote:
>
> Jeżeli będziesz miał możliwie jednolite API do przegladania struktór
> opisujących wykryty sprzęt to tego typu rzecz zrealizujesz w krótkim pliku
> w C czy nawet w skrypcie pythonie czy czym tam jeszcze co bezie w stanie
> skorzystać z funkcji w shared bibliotekach w kilkudziesięciu linijkach.
> Sama biblioteka powinna tylko wykrywać sprzet i rejestrować go w pewnej
> strutórze dancyh. Kwestia prezentacji tego to rzeczjaka wtórna i powinno
> się to znajdować na warstwie wyżej. Tak by sugerowało podejscie
> zakładajace uproszczenei prac poprzez wąłsnei separację pewncyh rzeczy.
> Proste API do rejestracji w owej struktóre udostępnianej przez bibliotekę
> kolejnego urządzenia to prostota rozbudowyuwania całosć o wykrywanie
> kolejnych klas urządzeń.
>
> Dokłądnie w mniejwiecej taki sposób próbuje do tego podejść to co jest w
> kudzu czy także detect ale bez mocnej i dośćwyrażnej separacji wykrywania
> i rejestroanai tego co zostało wykryte od łażeniap o tej stróktórze i
> wykorzystyweanai np. dodatmowej bazy mapującej wykryty spzret na moduły
> czy nazwy pakietów.
> Zauważ że w części typów spzretu bedziesz mapował tylko na moduły, w
> częsci na modułui dodatkowe pakiety, a w innych na tylko dodaktowe pakeity
> (np. wykryjesz USB to powinno ozbnaczać że bez wzgledu na to co zostanie tam
> wykryte to wartoby zaintalować usbutils).
>
> Na raie ważne jeśs żeby zrobić tylko wykrywanie + prostą aplikację która
> do tekstu zrobi dump tego co zostało wykryte.
Dalej nie widzę na razie sensu robienia osobnej biblioteki. Do
wykrywania używam lspci i /proc/isapnp - myslę, że jest to dość wyraźnie
rozdzielone. Skrypty detect-* mapują to co w wyjściu z lspci i
/proc/isapnp na moduły. Co do instalacji pakietów to trzeba by to
przemysleć - jak coś mi do wpadnie do głowy to dam znać.
Więcej informacji o liście dyskusyjnej pld-devel-pl