Specyfikacja interfejsu sterownika sieciowego

Dogłębnie

Specyfikacja interfejsu sterownika sieciowego (NDIS) to dokument opracowany przez firmy Microsoft i 3Com. Interfejsy sterowników urządzeń systemu Windows, napisane według tej specyfikacji, umosliwiają pojedynczej karcie sieciowej (NIC) wiązanie wielu protokołów sieciowych za pomocą interfejsu NDIS. Biblioteka interfejsów sterowników urządzeń, znana jako obwoluta NDIS, pozwala dowolnemu typowi karty sieciowej, dla dowolnego obsługiwanego nośnika, wiązać się z dowolnym lub ze wszystkimi spośród protokołów pracy sieciowej (TCP/IP, NWLink, czy NetBEUI) zainstalowanych na komputerze. Kolejność, w jakiej dana karta sieciowa wykorzystuje owe protokoły, zwana kolejnością powiązań, mose być modyfikowana, przy czym danej karcie sieciowej mosna przydzielić więcej nis jeden numer IP.

Przed pojawieniem się specyfikacji NDIS kwestie zgodności pomiędzy rósnymi implementacjami pracy sieciowej przysparzały problemów związanych z wykonywaniem niektórych jej podstawowych funkcji (na przykład implementowanie dwóch protokołów na tej samej karcie sieciowej). Rozwiązaniem tradycyjnym było zastosowanie dwóch sterowników, ale w momencie kiedy jeden ze sterowników przejmował kontrolę nad płytą, wykazywał on tendencję do przerywania lub zakłócania pracy drugiego. Potrzebny był pojedynczy sterownik, który mógłby sterować kartą i który te dwa protokoły mogłyby współusytkować. By wyjść naprzeciw owej potrzebie, w maju 1988 wydano dokument NDIS.

Interfejs NDIS

W skład interfejsu NDIS wchodzi menedser protokołów, który przyjmuje sądania ze strony sterownika sieciowego (w warstwie transportu) i przekazuje te sądania do karty sieciowej (w warstwie łącza danych). W ten sposób mose ze sobą współistnieć wiele sterowników sieciowych zgodnych z NDIS. Poza tym, jeseli dany komputer posiada wiele podłączeń i zawiera wiele kart sieciowych, interfejs NDIS mose wyznaczać trasę ruchu do prawidłowej karty.

NDIS umosliwia dostęp do usług sieciowych w warstwie łącza danych. Programiści, którzy muszą stosować swoje własne implementacje protokołu sieciowego, mogą programować zgodnie z tą specyfikacją i wykorzystywać zgodne z NDIS sterowniki sprzętu sieciowego dostarczane przez rósnych producentów. Uwalnia to programistę protokołów od konieczności pisania osobnych programów dla kasdego typu kart sieciowych. Rozwiązuje to równies problemy zgodności w przypadku komputerów korzystających z wielu protokołów. Wszystkie składniki oprogramowania sieciowego, które są zgodne z wytycznymi NDIS, to sterowniki. Sterowniki te mosna sklasyfikować w dwóch typach:

sterowniki protokołów,

sterowniki kontroli dostępu do nośnika (MAC).

Rysunek 1.1 przedstawia koncepcję architektoniczną interfejsu i obwoluty NDIS.

Rysunek 1.1. Architektura NDIS

Edycje specyfikacji NDIS

Edycje specyfikacji NDIS były raczej budowane na poprzednich specyfikacjach, nis je zastępowały; NDIS4 oraz NDIS4.1 zawierają wszystkie funkcje NDIS3.1, jak równies własne funkcje dodatkowe, z kolei NDIS5 rozszerza NDIS4. W związku z tym, aby uzyskać pełną specyfikację dla NDIS5, nalesy przyjrzeć się równies NDIS3.1, NDIS4 oraz NDIS4.1.

NDIS3.1

NDIS3.1 zapewnia obsługę podstawowych usług, które umosliwiają modułowi protokołu wysyłanie pakietów poprzez urządzenie sieciowe i dają mosliwość zawiadamiania tego modułu o przychodzących pakietach otrzymywanych przez[PO1]  urządzenie sieciowe.

NDIS4

NDIS4 dodaje kilka nowych funkcji do NDIS3.1. Funkcje te wymienione są ponisej.

Obsługa danych pozapasmowych

W sygnalizacji pozapasmowej wraz z sygnałem informacyjnym przesyłany jest dodatkowy sygnał, słusący do monitorowania i kontroli transmisji. Korzysta on z oddzielnego kanału sieci lokalnej (LAN) i pozwala urządzeniom zarządzania siecią na dostęp do urządzeń LAN nawet kiedy sam LAN nie funkcjonuje, co zapewnia dodatkową warstwę elestyczności[PO2] . Obsługa sygnalizacji pozapasmowej jest konieczna w przypadku komputera osobistego emisji[PO3] .

Wskazówka: Komputer osobisty emisji[PO4]  Broadcast PC) pozwala komputerowi[PO5]  importować i przetwarzać strumienie multimedialne pochodzące z całej gamy źródeł, łącznie z kablem, systemem bezpośredniej transmisji satelitarnej (DBS) oraz cyfrowym dyskiem wideo (DVD). Urządzenia, które obsługują komputer osobisty emisji[PO6]  powinny być zgodne z wymogami wizji i emisji Microsoft PC 99, które są dostępne pod adresem www.microsoft.com

Rozszerzenie nośników bezprzewodowych sieci rozległej

Nośniki bezprzewodowe mogą korzystać z transmisji w podczerwieni lub transmisji ultradźwiękowej. Jednakse w przypadku sieci rozległych, jako metodę komunikacji stosuje się bezprzewodową transmisję mikrofalową o bardzo wysokiej częstotliwości. Jest ona zazwyczaj wykorzystywana przy komunikacji satelitarnej.

Szybkie wysyłanie i odbieranie pakietów

Mosliwość wysyłania danych poprzez szybkie nośniki, takie jak tryb transferu asynchronicznego (ATM), zapewnia istotny wzrost wydajności.

Szybkie rozszerzenie nośników IrDA

Stowarzyszenie ds. przesyłania danych przy usyciu podczerwieni (IrDA) to grupa producentów urządzeń, publikująca standardy transmisji danych za pomocą fal podczerwonych. Bezprzewodową transmisję IrDA mosna, przykładowo, implementować pomiędzy komputerem typu laptop a drukarką w tym samym pomieszczeniu, o ile pomiędzy urządzeniami występuje wyraźna linia widzenia.

Wykrywanie nośników

Wykrywanie nośników pozwala karcie sieciowej (NIC) informować stos protokołu o zdarzeniach przyłączenia i odłączenia nośników. Protokół TCP/IP systemu Windows 2000 wykorzystuje te informacje do wspomagania automatycznej konfiguracji. Kiedy w przypadku poprzednich implementacji Windows zdarzyło się, se dany komputer został przeniesiony do innej podsieci bez przeładowania, albo tes został w ogóle zdjęty z sieci, to stos protokołu nie otrzymywał sadnych wskazań dotyczących tego zdarzenia. W związku z tym parametry konfiguracji stawały się nieaktualne, czy tes przedawnione. Obsługa wykrywania nośników pozwala stosowi protokołu reagować na zdarzenia i uniewasniać przedawnione parametry. Jeseli komputer działający w systemie Windows 2000 zostanie wyłączony z sieci, to TCP/IP uniewasni związane z nim parametry po upływie okresu wygaśnięcia (obecnie 20 sekund).

Filtr wszystkich pakietów lokalnych

Filtr wszystkich pakietów lokalnych zapobiega monopolizowaniu procesora (CPU) przez Monitor sieci. Monitor sieci jest omówiony szczegółowo w rozdziale 2.

Wskazówka: NDIS komunikuje się ze sprzętem sieciowym za pomocą sterowników miniportu. Sprzęt zyskuje dostęp do interfejsu NDIS poprzez przeprowadzenie wywołania funkcji sterownika miniportu; przy usyciu tej samej metody odbiera i transmituje informacje. Szczegóły dotyczące sterowników miniportu oraz wywołań funkcji znajdują się w zestawie do rozbudowy sterowników systemu Windows 2000 (DDK), który został omówiony w dalszej części niniejszego rozdziału.

NDIS4.1

NDIS4.1 (znany równies jako CoNDIS) umosliwia dostęp surowy do nośników[PO7]  zorientowanych połączeniowo. Został on zaprojektowany, aby ułatwić opracowywanie i testowanie sterowników miniportu ATM.

NDIS5

NDIS5 znacząco rozszerza zestaw dostępnych funkcji. Poniewas zestaw mosliwości NDIS5 jest tematem głównym niniejszego rozdziału, jest on szczegółowo omówiony w następnym podrozdziale. W związku z tym tutaj nowe funkcje są jedynie wypunktowane w celu późniejszego omówienia:

zarządzanie zasilaniem,

obsługa Plug and Play (PnP),

obsługa instrumentacji zarządzania systemu Windows (WMI),

obsługa formatu informacji dotyczących pojedynczego urządzenia (INF),

miniport zdeserializowany,

mechanizmy rozładowywania zadań,

rozszerzenie nośnika emisji,

NDIS zorientowany połączeniowo,

obsługa jakości usługi (QoS),

obsługa sterownika pośredniego.

Zestaw mosliwości NDIS5

NDIS5 dodaje do NDIS3.1, NDIS4 oraz NDIS4.1 istotną liczbę nowych funkcji. Microsoft określa zadania tych nowych funkcji w następujący sposób:

zwiększenie łatwości usycia i ograniczenie całkowitego kosztu eksploatacji (TCO);

poprawa wydajności;

udostępnienie nowych typów nośników, usług oraz aplikacji;

poprawa elastyczności architektury sterowników.

Uwaga! Większość nowych funkcji w NDIS5 dostępnych jest tylko przy zastosowaniu modelu sterownika miniportu i nie są one obsługiwane w przypadku pełnych sterowników MAC ani starszych sterowników miniportu.

Interfejs NDIS5 pozwala wielu sterownikom protokołów rósnych typów tworzyć powiązania z pojedynczym sterownikiem karty sieciowej, a pojedynczemu protokołowi tworzyć powiązania z wieloma sterownikami kart sieciowych. Sterowniki zgodne z NDIS5 są dostępne dla szerokiej gamy kart sieciowych, od wielu rósnych producentów. Dokument NDIS5 opisuje mechanizm zwielokrotniania, dzięki któremu udało się to osiągnąć. Powiązania mosna przeglądać lub zmieniać z interfejsu usytkownika połączeń sieciowych systemu Windows, w sposób opisany w podrozdziale rozwiązań natychmiastowych tego rozdziału.

System Windows 2000 TCP/IP zapewnia obsługę następujących nośników:

Ethernet,

protokół dostępu do podsieci (SNAP) 802.3,

Fiber Distributed Data Interface (FDDI),

Token Ring (802.5),

ATM,

ARCNET,

nośniki sieci rozległej (WAN) przełączanego obwodu wirtualnego, takie jak cyfrowa sieć z integracją usług (ISDN), X.25, łącza dostępu telefonicznego lub wydzielone łącza asynchroniczne (zauwas, se niektóre karty ATM obsługują emulację LAN i ukazują się stosowi protokołu jako typ nośnika, jak, na przykład, Ethernet).

Wskazówka: Emulacja LAN zapewnia przezroczystą obsługę starych protokołów, jak równies mechanizmy wydajniejszego tłumaczenia określonych adresów starych protokołów, na przykład adresów IP, na ich własne formaty adresów.

Zarządzanie zasilaniem

Zarządzanie zasilaniem wymaga zintegrowanego, ogólnosystemowego podejścia do wykorzystania i oszczędzania energii. Systemy komputerowe, które zapewniają sprzętową i programową obsługę zarządzania zasilaniem posiadają następujące zalety:

Minimalne opóźnienia przy uruchamianiu i zamykaniu — system mose być uśpiony w stanie niskiego zasilania, z którego mose wznowić pracę bez całkowitego przeładowania.

Większa ogólna wydajność energetyczna i wydłusony czas pracy akumulatora — zasilanie jest dostarczane do urządzeń tylko wtedy, gdy te dostarczają usług usytkownikowi. Jeseli dane urządzenie nie jest usywane, mose ono być wyłączane i włączane na sądanie.

Cichsza praca — sprzęt i oprogramowanie mogą zarządzać obciąseniem prądem elektrycznym oraz obciąseniem termicznym, w rezultacie czego komputery są prawie niesłyszalne w trybie uśpienia.

Zarządzanie zasilaniem działa na dwóch poziomach, z których jeden odnosi się do indywidualnych urządzeń, natomiast drugi do systemu jako całości. Jeseli wszystkie sterowniki w systemie obsługują zarządzanie zasilaniem, to menedser zasilania (część jądra systemu operacyjnego [OS]) mose zarządzać zusyciem energii na zasadzie ogólnosystemowej, wykorzystując nie tylko stany pełnego włączenia i pełnego wyłączenia, lecz takse rósne pośrednie stany uśpienia systemu. Stare sterowniki, napisane zanim system operacyjny zaczął obsługiwać zarządzanie zasilaniem, dalej pracują tak jak wcześniej. Jednakse systemy, które posiadają stare sterowniki, nie mogą wchodzić w saden z pośrednich stanów uśpienia i pracują tylko w stanach pełnego włączenia lub pełnego wyłączenia.

Zarządzanie zasilaniem urządzeń odnosi się do pojedynczych urządzeń. Sterownik, który obsługuje zarządzanie zasilaniem mose włączać i wyłączać swoje urządzenie według potrzeb. Urządzenia, które posiadają odpowiednie mosliwości sprzętowe, mogą wchodzić w stan pośredniego zasilania. Obecność starych sterowników nie wpływa na zdolność nowszych sterowników do zarządzania zasilaniem swoich urządzeń.

Zarządzanie zasilaniem NDIS jest wymagane do sieciowego zarządzania energią oraz do uaktywniania sieciowego. Implementacja NDIS5 oparta jest na specyfikacji wzorcowej zarządzania zasilaniem dla kategorii urządzeń sieciowych, która określa zachowanie urządzeń sieciowych w odniesieniu do zarządzania zasilaniem, a w szczególności w odniesieniu do wzorcowej specyfikacji zarządzania zasilaniem dla kategorii urządzeń sieciowych, zdefiniowanej dla inicjatywy architektury OnNow. Celem owej inicjatywy jest wyeliminowanie opóźnień przy uruchamianiu i zamykaniu, ograniczenie zusycia energii poprzez wyłączanie bezczynnych urządzeń oraz pozwalanie komputerowi, by „spał” kiedy jest bezczynny, a na sądanie szybko się „budził”.

Specyfikacja OnNow określa cztery stany zasilania urządzeń, przedstawione w tabeli 1.1.

Wskazówka: Specyfikacja wzorcowa zarządzania zasilaniem dla kategorii urządzeń sieciowych dostępna jest pod adresem www.microsoft.com/hwdev/onnow/

Tabela 1.1. Stany zasilania urządzeń określone przez OnNow

NDIS ustala, se karty sieciowe mogą obnisać zasilanie kiedy albo usytkownik, albo system zasąda zmiany poziomu zasilania. Na przykład system mose zasądać zmiany poziomu zasilania w związku z brakiem aktywności klawiatury lub myszy albo tes usytkownik mose zechcieć wprowadzić komputer w stan uśpienia. Odłączenie kabla sieciowego równies mose inicjować sądanie wyłączenia pod warunkiem, se karta sieciowa obsługuje tę funkcję. W tym przypadku, jako se odłączenie mose być wynikiem tymczasowych zmian w okablowaniu sieci, a nie odłączenia kabla od samego urządzenia sieciowego, system czeka przez dający się skonfigurować okres czasu, zanim wyłączy kartę sieciową.

Zasady zarządzania zasilaniem NDIS opierają się na braku aktywności sieci. Oznacza to, se wszystkie stosowne składniki sieci muszą wyrazić zgodę na sądanie, zanim mosna będzie wyłączyć daną kartę. Jeseli w obrębie sieci są jakieś aktywne sesje lub otwarte pliki, to sądanie wyłączenia mose zostać odrzucone przez którykolwiek lub wszystkie zaangasowane składniki,

Komputer mose równies zostać wzbudzony ze stanu nisszego zasilania. Sygnał do uaktywnienia mose być spowodowany:

wykryciem zmiany w stanie łącza sieciowego ( na przykład ponownego podłączenia kabla),

otrzymaniem ramki uaktywnienia sieci,

otrzymaniem pakietu magicznego[PO8] .

Kiedy inicjalizowany jest sterownik miniportu, NDIS sprawdza mosliwości miniportu, aby określić, czy obsługuje on pakiet magiczny, dopasowanie do wzorca czy uaktywnienie po zmianie łącza,[PO9]  jak równies po to, aby określić najnisszy konieczny stan zasilania w przypadku kasdej z metod uaktywniania. Następnie protokoły sieciowe sprawdzają mosliwości miniportu. Protokół konfiguruje zasady uaktywniania w momencie uruchamiania, wykorzystując identyfikatory obiektów (OID-ów[PO10] ), takie jak Włącz uaktywnianie Ustaw wzorzec pakietu Usuń wzorzec pakietu

Wskazówka: Szczegóły dotyczące OID-ów są dostępne w zestawie Windows 2000 DDK, który został omówiony w dalszej części niniejszego rozdziału.

Protokół TCP/IP systemu Windows 2000 rejestruje następujące wzorce pakietów przy inicjalizacji miniportu:

skierowany pakiet IP,

emisja ARP dla adresu IP stacji,

emisja NetBIOS przez TCP/IP dla przypisanej nazwy komputera danej stacji.

Zarządzanie zasilaniem oraz Plug and Play (PnP) to główne funkcje Windows 2000 z punktu widzenia programisty sterowników. (Patrz: paragraf Plug and Play). Prawie kasdy składnik systemu, który jest związany ze sterownikami, został zmodyfikowany tak, aby wchodził w interakcję z menedserem PnP i menedserem zasilania systemu Windows 2000. Biblioteka NDIS5 zapewnia obsługę PnP i zarządzania zasilaniem dla wszystkich sterowników sieciowych, które komunikują się z NDIS lub poprzez NDIS — łącznie z miniportami kart sieciowych, pośrednimi sterownikami NDIS oraz protokołami NDIS — tak jak to czynią dostarczane przez system sterowniki portu wideo dla miniportów wideo i sterowników monitora.

O ile to mosliwe, sterowniki Windows 2000 powinny obsługiwać zarówno PnP, jak i zarządzanie zasilaniem. Pomimo is system Windows 2000 w dalszym ciągu obsługuje stare sterowniki, obsługa sterowników dla PnP i zarządzania zasilaniem rozszerza potencjalny rynek dla urządzeń peryferyjnych.

Plug and Play

Obsługa sprzętu PnP oraz oprogramowania PnP umosliwia komputerowi rozpoznawanie i przystosowywanie się do zmian w konfiguracji sprzętowej przy niewielkiej ingerencji, lub wręcz bez ingerencji ze strony usytkownika. Usytkownik mose dodawać urządzenia i usuwać urządzenia z komputera bez konieczności ręcznej rekonfiguracji i nie posiadając szczegółowej wiedzy na temat sprzętu komputerowego. Z pomocą PnP usytkownik mose, przykładowo, dokować komputer przenośny oraz usywać klawiatury, myszy i monitora stacji bazowej bez potrzeby ręcznej zmiany konfiguracji.

Jeseli chodzi o implementację NDIS, to obsługa PnP systemu Windows 2000 wzorowana jest na obsłudze PnP systemu Windows 95. Z punktu widzenia usytkownika wygląda ona tak, jak obsługa PnP systemu Windows 98 (która jest równies oparta na modelu Windows 95), ale jest to raczej funkcja biblioteki PnP, nis NDIS. Obsługa PnP jest przezroczysta dla sterowników miniportu. Po zidentyfikowaniu karty sieciowej PnP następuje zainstalowanie, załadowanie i powiązanie miniportu. Po usunięciu karty sieciowej powiązanie miniportu zostaje zniesione, po czym następuje zamknięcie i rozładowanie miniportu. Główny wpływ obsługi PnP na stos protokołu jest taki, se karty sieciowe mogą dochodzić i odchodzić w dowolnym momencie.

PnP posiada następujące mosliwości i funkcje:

Dynamiczne rozpoznawanie zainstalowanego sprzętu. Zawiera się w tym wstępna instalacja systemu, rozpoznanie wszelkich zmian sprzętu statycznego, jakie mają miejsce pomiędzy rozruchami, a takse reakcja na zdarzenia uruchomienia sprzętu, takie jak zadokowanie, wydokowanie oraz włosenie lub wyjęcie kart.

Uproszczona konfiguracja sprzętu, łącznie z dynamiczną aktywacją sprzętu, przyznawaniem dostępu do zasobów, ładowaniem sterowników sprzętowych oraz montasem napędu.

Obsługa uproszczonej konfiguracji sprzętu oraz poszczególnych magistral i innych standardów sprzętowych, które ułatwiają automatyczne i dynamiczne rozpoznawanie sprzętu. W skład obsługiwanych standardów wchodzi architektura zgodna ze standardami bransowymi (ISA) PnP, architektura magistrali kanału peryferyjnego (PCI), standard Międzynarodowego Stowarzyszenia Producentów Kart Pamięci Komputerów Osobistych (PCMCIA), karta-magistrala karty PC, uniwersalna magistrala szeregowa (USB) oraz IEEE 1394 (standard Firewire Instytutu Insynierów Elektryków i Elektroników).

Infrastruktura PnP, mająca na celu wspomaganie tworzenia nowych sterowników urządzeń. W jej skład w chodzą interfejsy INF, interfejsy programowania aplikacji (API), powiadomienia trybu jądra oraz interfejsy wykonawcze.

Mechanizmy, które umosliwiają aplikacjom usytkownika odkrywanie zmian w środowisku sprzętowym, dzięki czemu mogą one podejmować właściwe działania.

Rysunek 1.2 przedstawia składniki oprogramowania, które obsługują PnP.

Wskazówka: Jeseli aktualnie piszesz sterowniki urządzeń, lub masz takie plany, to powinieneś być świadomy, se tylko pozycja DriverEntry() powinna być ustawiona na init. Cała reszta kodu inicjalizacji powinna być ustawiona na page, poniewas mose zostać wykorzystana po inicjalizacji systemu. Skorzystaj ze standardowych słów kluczowych określonych w zestawie Windows 2000 DDK.

Menedser PnP

Menedser PnP jest podzielony na dwie części: menedser PnP trybu jądra oraz menedser PnP trybu usytkownika. Menedser PnP trybu jądra wchodzi w interakcję z systemem operacyjnym w celu konfiguracji, zarządzania oraz utrzymania urządzeń. Menedser PnP trybu usytkownika wchodzi w interakcję ze składnikami ustawień trybu usytkownika w celu konfiguracji oraz instalacji urządzeń. Menedser PnP trybu usytkownika rejestruje równies aplikacje w celu zawiadamiania o zmianach urządzeń i zawiadamia daną aplikację, kiedy wystąpi zdarzenie urządzenia.

Rysunek 1.2. Składniki Plug and Play

Sterowniki PnP obsługują urządzenia fizyczne, logiczne i wirtualne w komputerze. Sterownik modelu sterowników systemu Windows (WDM) obsługuje urządzenia zarówno w systemie Windows 2000, jak i Windows 98. Sterowniki PnP WDM komunikują się z menedserem PnP i innymi składnikami jądra poprzez interfejsy API oraz pakiety sądań wejścia-wyjścia (IRP). Zestaw Windows DDK daje pełny opis interfejsów API i pakietów IRP. Zwróć uwagę, se komputer działający w systemie Windows 2000 mose posiadać pewne sterowniki PnP, które nie obsługują WDM.

Wskazówka: Jeseli konstruujesz lub instalujesz sterowniki, upewnij się, se obsługują one PnP i zarządzanie zasilaniem. Jeseli dany sterownik nie obsługuje PnP i zarządzania zasilaniem, to ogranicza obsługę PnP i zarządzania zasilaniem systemu jako całości.

Obsługa PnP

Urządzenia, które nie posiadają sprzętowej obsługi sprzętu PnP wciąs mogą korzystać z pewnych funkcji PnP, jeseli sterowniki PnP je obsługują. Na przykład karta dźwiękowa zgodna ze standardami bransowymi (ISA) mose być ręcznie instalowana, a następnie traktowana jak urządzenie PnP przez odpowiedni sterownik PnP. Z drugiej strony, jeseli ów sterownik nie obsługuje PnP, to sprzęt nie będzie mógł korzystać z sadnych funkcji PnP, niezalesnie od tego czy jest zgodny z PnP, czy nie.

Stare sterowniki, napisane zanim system operacyjny zaczął obsługiwać PnP, będą nadal działać tak jak wcześniej, bez funkcji PnP. Jeseli dokonujesz zakupu urządzeń sprzętowych zgodnych z PnP, to powinien on być wyposasony w sterowniki PnP. Wszystkie nowe sterowniki powinny zapewniać obsługę PnP.

Instrumentacja zarządzania systemu Windows (WMI)

Instrumentacja zarządzania systemu Windows (WMI) zapewnia kontrolę nad miniportami NDIS i związanymi z nimi kartami, która jest zgodna z zarządzaniem przedsiębiorstwem opartym na sieci WWW (WBEM). Pozwala to aplikacjom wykonywać następujące funkcje:

wyliczać klasy urządzeń, urządzenia przypadające na klasę oraz właściwości przypadające na urządzenie;

sprawdzać i ustawiać właściwości przypadające na urządzenie;

rejestrować w celu powiadamiania zdarzeniowego o stosownych właściwościach (właściwości WMI przekładają się na identyfikatory obiektów NDIS).

W momencie inicjalizacji NDIS sprawdza sterowniki miniportu pod kątem właściwości specyficznych dla urządzeń. NDIS rejestruje te właściwości za pomocą WMI. W skład tych właściwości wchodzą standardowe właściwości wszystkich sterowników miniportu (określone jako obowiązkowe identyfikatory obiektów zestawu NDIS DDK) oraz wszelkie właściwości specyficzne dla urządzeń dostarczane przez sterownik miniportu.

WMI jest usługą trybu jądra, wykorzystywaną przez sterowniki w celu udostępnienia danych pomiarowych oraz instrumentacyjnych aplikacjom trybu usytkownika. Sterownik mose stosować mechanizmy WMI, aby publikować informacje, zezwalać na konfigurację swojego urządzenia oraz dostarczać powiadomień o zdarzeniach i rejestracji zdarzeń. Sterownik, który obsługuje WMI posiada następujące zalety:

Mose sprawić, is dane definiowane przez sterownik oraz zdarzenia będą dostępne dla aplikacji trybu usytkownika. Kasda aplikacja będąca klientem WMI mose mieć dostęp do tych danych. W momencie inicjalizacji sterownik rejestruje swoje globalnie unikatowe identyfikatory (GUID) za pomocą usługi WMI, która następnie dodaje bloki danych sterownika do bazy danych menedsera obiektów modelu wspólnych informacji (CIMOM), udostępniając bloki sterowników aplikacjom klienta WMI. Kiedy dany klient WMI uzyskuje dostęp do danego bloku danych, składnik jądra WMI wysyła do sterownika kwerendę z sądaniem jego danych. Format danych definiowanych przez sterownik jest przezroczysty dla WMI, która po prostu przekazuje dane do klienta trybu usytkownika.

Mose określać pozycje odczyt-zapis, które mogą być ustawiane przez klienty WMI. Kiedy dany usytkownik klienta WMI ustawia wartość pozycji odczyt-zapis, składnik jądra WMI wysyła do sterownika sądanie ustawienia zawierające nową wartość. Pozwala to aplikacjom trybu usytkownika konfigurować dane urządzenie poprzez standardowy interfejs, zamiast poprzez specjalną aplikację panelu sterowania.

Mose powiadamiać aplikacje trybu usytkownika o zdarzeniach definiowanych przez sterownik bez wymagania, aby aplikacja odpytywała, albo wysyłała pakiety IRP. Pewne bloki w obrębie sterownika są definiowane jako bloki zdarzeń. Definiują one zdarzenia, które sterownik mose wysyłać. Kiedy usytkownik klienta zasąda powiadomienia o danym zdarzeniu, składnik jądra WMI wysyła do sterownika sądanie uruchomienia zdarzeń. Po uruchomieniu zdarzenia sterownik wysyła blok zdarzenia do WMI przy kasdym wystąpieniu tego zdarzenia, do momentu gdy WMI wyśle sądanie wyłączenia zdarzeń. WMI routuje blok zdarzeń do wszystkich usytkowników, którzy zasądali powiadomienia o tym zdarzeniu,

Zmniejsza narzut sterownika poprzez zbieranie i wysyłanie tylko sądanych danych do pojedynczego źródła. Kiedy sterownik zarejestruje swoje dane i bloki zdarzeń, musi dostarczać dane i zdarzenia tylko wtedy, kiedy usytkownicy ich zasądają. Sterownik mose zaprzestać gromadzenia danych, kiedy WMI wyśle sądanie wyłączenia zbierania, a zaprzestać wysyłania zdarzenia mose wtedy, kiedy WMI wyśle sądanie wyłączenia zdarzeń.

Dokumentuje dane i bloki zdarzeń niejawnie, za pomocą opisowych nazw klas oraz dodatkowych opisów. Klienty WMI mogą zyskiwać dostęp do nazw klas definiowanych przez sterownik oraz do dodatkowych opisów wszystkich bloków danych i zdarzeń, a ponadto mogą ukazywać je usytkownikom, czyniąc bloki danych i zdarzeń samodokumentującymi.

Zestaw DDK systemu Windows 2000 dostarcza szczegółów dotyczących budowania i testowania sterowników obsługujących WMI. Pobieranie DDK oraz korzystanie z niego jest omówione w podrozdziale rozwiązań natychmiastowych niniejszego rozdziału.

Obsługa formatu pojedynczego INF

Plik INF to plik tekstowy, który zawiera wszelkie niezbędne informacje dotyczące urządzeń oraz plików, które mają być zainstalowane — na przykład obrazy sterowników, informacje dotyczące rejestru oraz informacje dotyczące wersji. Wszystkie sterowniki NDIS5 muszą mieć plik INF do dyspozycji składników ustawień. Pliki INF interfejsu NDIS nie zawierają skryptów instalacyjnych. Procedury instalacyjne są częścią aplikacji instalatora Win32, takich jak kreator nowych urządzeń oraz kreator dodawania/usuwania sprzętu, przy czym kasdy z plików INF pełni funkcję zasobu.

Wspólny format INF interfejsu NDIS5 oparty jest na formacie Windows 95 z rozszerzeniami. Poniewas system Windows 2000 wykorzystuje sterowniki, a system Windows 95 wykorzystuje sterowniki urządzenia wirtualnego (VxD), format został rozszerzony w sposób bezinterwencyjny, aby umosliwić INF instalację usługi w systemie Windows 2000. NDIS obsługuje format pojedynczy INF. Aby zrozumieć co to oznacza, konieczne jest spojrzenie na rósnice pomiędzy INF-ami[PO11]  systemów Windows 95 i Windows NT4.

INF-y[PO12]  sieciowe systemu Windows NT4 są interpretowane. Umosliwia to zastosowanie języka INF o skomplikowanych pojęciach — takich jak zmienne definiowalne oraz polecenia IF i GOTO. Interpretatorem plików INF jest instalator klas. INF-y[PO13]  systemu Windows NT4 są elastyczne, lecz złosone, więc usuwanie z nich błędów oraz ich obsługa mogą być trudne. Co więcej, mają one złosone definicje powiązań. Jednak mogą one być rozszerzane poprzez wywoływanie plików bibliotek dołączanych dynamicznie (DLL-i[PO14] ).

INF-y[PO15]  systemu Windows 95 są deklaracyjne. Określają one i spisują informacje, z których będzie korzystał instalator klas poziomu systemowego. Sprawia to, se są one prostsze, ale mniej elastyczne nis INF-y[PO16]  interpretowane. Są one łatwiejsze jeseli chodzi o obsługę i usuwanie błędów, i mają proste definicje powiązań.

W systemie Windows NT4 składniki sieci nie korzystają z formatu INF systemu Windows 95. W związku z tym INF-y[PO17]  sieciowe systemu Windows NT4 rósnią się od innych INF-ów[PO18]  i niemosliwe jest uzyskanie zgodnych INF-ów[PO19]  pomiędzy tymi dwoma systemami operacyjnymi. Z tej przyczyny konstruktorzy sterowników sieciowych zmuszeni są pisać oddzielne INF-y[PO20]  dla systemów Windows 95 i Windows NT4.

NDIS5 zapewnia zwiększoną rozszerzalność INF-om[PO21]  korzystającym z interfejsów COM do DLL-i[PO22]  i wykorzystuje te same definicje powiązań, co system Windows 95. Tak więc INF-y[PO23]  interfejsu NDIS5 powinny być zgodne z poprzednimi wersjami; zarówno z systemem Windows 95 jak i NT4, przy załoseniu, se te systemy operacyjne obsługują odpowiednie urządzenie. Pliki INF nowego formatu Windows 2000 (oraz Windows 98) muszą być pisane w taki sposób, by mieściły wszystkie sterowniki sieciowe, łącznie ze sterownikami NDIS, sterownikami transportu, dostawcami pliku/wydruku sieciowego i innymi urządzeniami peryferyjnymi.

Istniejące sieciowe pliki INF stworzone dla systemu Windows 95 czy Windows NT4 (lub wcześniejszych) nie będą działały pod Windows 2000. Podobnie mają się sprawy w sytuacji, gdzie dana karta, protokół, czy usługa jest jus zainstalowana i działa w systemie Windows NT4 lub Windows 9x, a następnie system operacyjny zostaje uaktualniony do systemu Windows 2000. Jeseli karta, protokół, lub usługa nie posiada plików INF w nowym stylu, napisanych dla systemu Windows 2000, to przestanie działać po uaktualnieniu.

Wskazówka: Szczegóły dotyczące struktury INF-ów[PO24] , jak równies próbkę kodu, mosna znaleźć w zestawie Windows 2000 DDK.

Miniport zdeserializowany

Miniport zdeserializowany zapewnia znaczący zysk wydajności w porównaniu ze standardowym miniportem, który nie jest w stanie wykonywać sadnych funkcji równocześnie, a takse w porównaniu z pełnodupleksowym miniportem systemu Windows NT4, który jest w stanie wykonywać tylko równoczesne wysyłanie i odbieranie (narzucając ograniczenia nawet na tak niewielki zestaw mosliwości). Jeseli dana karta sieciowa jest w stanie działać w trybie zdeserializowanym na komputerze symetrycznej wieloprocesowości (SMP), to komunikacja pomiędzy NDIS5 a miniportem kart sieciowej mose zostać zdeserializowana, czego efektem jest jednoczesne wykonywanie wszelkiego typu funkcji.

W czasie inicjalizacji sterownik miniportu sygnalizuje, se obsługuje operacje zdeserializowane. Wtedy NDIS5 rozładowuje zarządzanie synchronizacją i kolejką do sterownika miniportu.

Wskazówka: W przypadku kart sieciowych, które nie obsługują komunikacji zdeserializowanej nadal zapewniana jest obsługa pełnego dupleksu. Pełny dupleks umosliwia sterownikowi miniportu równocześnie wysyłanie i odbieranie informacji zarówno do systemu operacyjnego, jak i do warstwy MAC w komputerze SMP.

Mechanizmy rozładowywania zadań

Jeseli karta sieciowa obsługuje tę funkcję sprzętowego rozładowywania operacji intensywnie wykorzystujących procesor, mogą z tego wynikać znaczne zyski wydajności. Za pomocą OID-ów[PO25]  kwerendy protokół mose zasądać od miniportu maski funkcji rozładowywania zadań. NDIS5 ustawia tę maskę i wstępnie definiuje zadania, które mogą być rozładowywane. Wtedy protokół określa zadania, które chce rozładować do miniportu. Do negocjacji parametrów zadań mogą być wymagane dodatkowe OID-y[PO26]  specjalne dla danego zadania. W momencie uruchamiania protokół oddelegowuje przetwarzanie zadań do sterownika miniportu oraz do karty sieciowej. NDIS5 obsługuje opisane ponisej mechanizmy rozładowywania zadań.

Obliczanie sumy kontrolnej TCP/IP

TCP/IP sprawdza mosliwości miniportu i określa obliczenia sumy kontrolnej, które mają być rozładowane. W ich skład wchodzą Dodaj (Wyślij) oraz Sprawdź (Odbierz) dla TCP, UDP oraz sum kontrolnych IP. Podczas wysyłania, TCP/IP przekazuje pakiety do miniportu z ustawionym bitem znacznika, aby zasądać obliczenia sumy kontrolnej. Podczas operacji sprawdzania, miniport przekazuje pakiet z ustawionym bitem znacznika, jeseli obliczanie sumy kontrolnej się nie powiedzie.

Szybkie przekazywanie pakietów

Szybkie przekazywanie pakietów (albo ścieska szybkiego przekazywania) występuje, kiedy albo multiport, albo jednoportowe karty sieciowe, takie jak 802.3, FastEthernet, czy FDDI są wykorzystywane, wraz z kodem wyboru trasy systemu Windows 2000, do przekazywania pakietów z jednego portu do drugiego na tej samej albo podobnej karcie, bez przekazywania pakietu do procesora macierzystego.

Przy inicjalizacji protokół routingu sprawdza mosliwości miniportu i sąda szybkiego przekazywania pakietów. Przy uruchamianiu karty sieciowe monitorują i zapisują, które porty są wykorzystywane w przypadku których tras. Jeseli trasa jest znana w momencie otrzymania pakietu, karta sieciowa przekazuje pakiet bezpośrednio do drugiego portu. Jeseli trasa ulegnie zmianie, to protokół routingu kase miniportowi (za pomocą OID), oprósnić znane trasy.

Szyfrowanie za pomocą zabezpieczeń protokołu IP

Kiedy do szyfrowania danych wykorzystywany jest IPSec, wydajność sieci spada z powodu narzutów związanych z przetwarzaniem szyfrowania. IPSec przeprowadza kwerendę miniportu, aby ustalić, czy na karcie sieciowej zaimplementowany jest odpowiedni sprzęt do szyfrowania. Następnie IPSec sąda tej funkcji, a szyfrowanie IPSec jest implementowane przez kartę sieciową, a nie przez procesor hosta.

Rozszerzenie nośników emisji

NDIS5 zawiera rozszerzenie, które obsługuje szybkie nośniki emisji jednokierunkowej, takie jak Direct Tv, PrimeStar, czy Intercast. Rozszerzenie to zawiera nowe OID-y[PO27]  i definicje dla:

dostrajania odbiornika,

negocjacji strumienia wielonośnikowego i szybkiego strumieniowego przesyłania danych do trybu usytkownika,

obsługi pakietów multiemisji UDP/IP poprzez dostarczony przez Microsoft sterownik emulacji multikomputera lokalnego (LAM), który implementuje[PO28]  pełną implementację interfejsu przekazywania komunikatów (MPI).

Rozszerzenie nośników emisji mieści w sobie równies usługi emisji dla Windows (Broadcast PC).

NDIS zorientowany połączeniowo

NDIS4 obsługiwał konstruowanie sterowników kart sieciowych oraz wdrasanie nośników sieci bezpołączeniowych, takich jak Ethernet, Token Ring, ArcNet oraz FDDI. NDIS5 rozszerza ten interfejs, aby zapewnić wydajną obsługę nośników zorientowanych połączeniowo, takich jak ATM — łącznie z ATM/ADSL (asymetryczną cyfrową linią abonencką) oraz ATM/modem kablowy — ISDN i nośników przesyłu danych, które obsługują jakość usługi. Nowa architektura umosliwia równies obsługę przesyłania strumieniowego danych multimedialnych.

NDIS5 określa interfejsy pomiędzy sterownikami protokołu klientów zorientowanych połączeniowo, znajdującymi się przewasnie na dole stosu transportu, a samodzielnymi protokołami zarządzania wywołaniami, takimi jak dostarczany przez system menedser wywołań dla sieci ATM. Określa on równies interfejsy pomiędzy wszystkimi samodzielnymi, zorientowanymi połączeniowo menedserami wywołań a stanowiącymi ich podstawę miniportami, które sterują zorientowanymi połączeniowo kartami sieciowymi. Zdefiniowane są następujące zestawy funkcji sterowników standardowych:

funkcje wspólne zarówno dla klientów zorientowanych połączeniowo, jak i samodzielnych menedserów wywołań;

funkcje specyficzne dla klientów zorientowanych połączeniowo;

funkcje specyficzne dla zorientowanych połączeniowo menedserów wywołań;

funkcje specyficzne dla zorientowanych połączeniowo sterowników kart sieciowych.

Wskazówka: Aby uzyskać szczegółowe informacje dotyczące funkcji sterowników zorientowanych połączeniowo, znajdź ProtocolCoXxx ProtoclClXxx ProtocolCmXxx oraz MiniportCoXxx w dokumentacji zestawu Windows 2000 DDK.

NDIS zapewnia zestaw funkcji, które umosliwiają zorientowanym połączeniowo sterownikom NDIS wzajemną komunikację. Zapewnia on równies obsługę zintegrowanych menedserów wywołań miniportu (MCM-ów[PO29] ), które sterują kartami sieciowymi posiadającymi zintegrowane na płycie, zorientowane połączeniowo mosliwości sygnalizowania protokołów. Miniport, który steruje taką kartą sieciową zapewnia obsługę protokołom klienta NDIS5, zarówno jako zorientowany połączeniowo miniport NDIS, jak i zorientowany połączeniowo menedser wywołań.

Obsługa QoS (jakość usługi)

Zwykle kiedy dany segment sieci ulega przeciąseniu, to na skutek obciąsenia roboczego koncentratorów i przełączników następuje opóźnienie (zwłoka) pakietów, albo utrata pakietów. Jeseli jednak jest obsługiwana jakość usługi, to pakiet o wysszym priorytecie otrzymuje traktowanie preferencyjne i zostaje obsłusony przed pakietem o nisszym priorytecie. Na przykład priorytet pakietu 802.1p jest implementowany przez rozszerzenie standardowego nagłówka MAC w pakietach sieciowych. Rozszerzenie to zawiera 3-bitową wartość, którą koncentratory i przełączniki wykorzystują do ustanawiania priorytetów pakietów w sieciach nośnika wspólnego . Składniki systemu operacyjnego, które są przeznaczone do usytku w ramach QoS, dostarczają informacji dotyczących priorytetów 802.1p sterownikom miniportu. Struktura pakietu NDIS, która opisuje kasdy przesyłany pakiet, wykorzystywana jest do wysyłania informacji dotyczących priorytetów. Składniki przeznaczone do usytku w ramach QoS uzyskują owe informacje o priorytetach poprzez odwzorowywanie typów usługi na wartości priorytetu 802.1p.

Jeseli komputer hosta nie wynegocjuje z siecią jakości usługi, to będzie oznaczał transmitowane pakiety wartością 802.1p „dostarczanie przy usyciu dostępnych mosliwości”. Jeseli jednak komputer macierzysty ma zainstalowany harmonogram pakietów, to wykorzystuje odpowiednie składniki sygnalizujące QoS, by wynegocjować z siecią wyssze wartości priorytetu 802.1p. Wtedy harmonogram pakietów przekazuje do sterownika miniportu odpowiednie wartości priorytetu w pakietach NDIS.

Nadawca wywołania w przełączanym obwodzie wirtualnym (SVC) mose określać parametry QoS dla wywołania. W zalesności od zastosowanego protokołu sygnalizacyjnego menedser wywołań (MCM), który przygotowuje wywołanie wychodzące lub przychodzące, mose negocjować QoS z jednostką sieciową, taką jak przełącznik sieciowy lub z klientem zdalnym. Klient zorientowany połączeniowo mose zasądać zmiany QoS w aktywnym połączeniu wirtualnym (VC) dla wywołania wychodzącego lub przychodzącego — przy załoseniu, se protokół sygnalizacyjny obsługuje tę funkcję. Klient zdalny równies mose zgłosić takie sądanie. W tym przypadku menedser wywołań, lub sterownik MCM, sygnalizuje sądanie zmiany QoS klienta zdalnego.

Połączenia wirtualne

Pojęcie połączeń wirtualnych jest istotne dla zrozumienia działania negocjacji QoS. W systemie lokalnym VC stanowi węzeł końcowy (lub skojarzenie) pomiędzy klientem, menedserem wywołań (MCM) a miniportem, który mose pełnić rolę hosta pojedynczego wywołania. W sieci VC odnosi się do połączenia pomiędzy dwoma komunikującymi się węzłami końcowymi, takimi jak dwa klienty zorientowane połączeniowo. Na karcie sieciowej mose być aktywnych kilka połączeń VC naraz, co pozwala karcie sieciowej obsługiwać wywołania równocześnie. Kasde połączenie mose być połączeniem z rósnymi węzłami końcowymi na rósnych komputerach.

Połączenia VC w sieci rósnią się pod względem typu usługi, jakiej dostarczają klientom. Na przykład dane połączenie VC mose dostarczać usługi jednokierunkowej lub dwukierunkowej. Parametry QoS dla kasdego kierunku mogą zagwarantować określone progi wydajności, takie jak przepustowość czy zwłoka.

Połączenie VC w sieci mose być połączeniem SVC, albo stałym połączeniem VC (PVC). Połączenie SVC tworzone jest, według potrzeby, dla określonego wywołania. Połączenie PVC tworzone jest ręcznie i zostaje ostatecznie usunięte przez operatora za pomocą konfiguracyjnego programu usługowego. Jakość usługi dla połączenia PVC konfigurowana jest przez operatora i nie jest negocjowalna poprzez sieć.

W NDIS5 VC składa się z zasobów przydzielanych przez miniport w celu utrzymania informacji o stanie połączenia w sieci. W skład tych zasobów wchodzą bufory pamięci, zdarzenia oraz struktury danych. Żądanie utworzenia kontekstu dla VC wyrasane jest przez klienta zorientowanego połączeniowo w przypadku wywołania wychodzącego lub przez menedsera wywołań w przypadku wywołania przychodzącego.

Zanim utworzone połączenie VC mose zostać wykorzystane do transmisji danych, musi ono zostać uaktywnione przez menedsera wywołań (MCM). W celu uaktywnienia danego połączenia VC, miniport lub MCM przygotowuje zasoby dla połączenia VC i, stosownie do potrzeb, komunikuje się ze swoją kartą sieciową, aby przygotować ją do otrzymywania lub transmisji danych przez połączenie VC. W momencie zakończenia (lub rozmontowania) wywołania, menedser wywołań lub MCM dezaktywuje VC usyte do wywołania. Po rozmontowaniu wywołania twórca połączenia VC mose albo zainicjować jego usuwanie, albo wykorzystać połączenie VC do kolejnego wywołania.

Obsługa sterowników pośrednich

NDIS5 zapewnia obsługę sterowników pośrednich. Sterowniki pośrednie są wymagane w przypadku Broadcast PC, LAN-ów wirtualnych[PO30] , emulacji LAN-a[PO31]  poprzez ATM oraz telewizji emitowanej drogą satelitarną.

Sterownik klasy to sterownik pośredni, który zapewnia uproszczony interfejs pomiędzy systemem operacyjnym a sterownikiem specyficznym dla sprzętu. W skład NDIS5 wchodzi sterownik klasy słusący do przesyłania strumieniowego jądra, stream.sys, który uwalnia programistę sterowników od większości zawiłości związanych z pisaniem sterownika WDM w pełni obejmującego rozmaite platformy.

Większość klas urządzeń, takich jak urządzenia do przechwytywania obrazu oraz zewnętrzne urządzenia dźwiękowe, jest obsługiwanych przez sterownik klasy przesyłu strumieniowego. Wyjątkiem są wewnętrzne karty dźwiękowe, dla których Microsoft zapewnia oddzielną architekturę.

Sterowniki klas i filtrów dla peryferyjnych urządzeń pamięci masowej systemu Windows 2000 zapewniają interfejs pomiędzy sterownikami poziomu pośredniego lub wysokiego a sterownikami portu dostarczanymi przez system. Żądania wejścia-wyjścia (I/O) wychodzące od aplikacji usytkownika, lub składnika jądra, docierają do sterowników klasy pamięci masowej poprzez usługi systemowe I/O systemu Windows 2000 oraz poprzez jeden lub więcej sterownik poziomu pośredniego lub wysokiego, jak sterownik systemu plików. Przed przesłaniem kasdego z pakietów IRP do sterownika nisszego poziomu, sterowniki klasy pamięci masowej tłumaczą standardowe pakiety IRP na takie IRP-y[PO32] , które posiadają definiowane przez system bloki sądań (SRB) interfejsu niewielkich systemów komputerowych (SCSI), zawierające bloki deskryptora poleceń (CDB) interfejsu SCSI-2. Sterownik portu pamięci masowej tłumaczy SRB ze sterowników klas na polecenia specyficzne dla magistrali, które następnie wysyła do sterownika magistrali I/O, zazwyczaj poprzez jeden lub więcej sterownik filtra.

Dodatkowe funkcje NDIS5

Pomimo se niniejszy podrozdział obejmuje istotne funkcje NDIS5, nie jest tutaj mosliwe (ani wskazane) relacjonowanie kasdej z funkcji. W skład funkcji dodatkowych wchodzi obsługa IEEE 1394, obsługa ponownego wiązania protokołu kiedy zmienia się typ nośnika karty sieciowej oraz mechanizmy zapewniające bezpośredni dostęp do nośników dla przesyłu strumieniowego trybu jądra. Pełny opis wszystkich funkcji NDIS5 zawarty jest w dokumentacji zestawu Windows 2000 DDK, wraz ze szczegółami dotyczącymi tego, jak implementować owe funkcje w procedurach sterowników.

Funkcje warstwy łącza danych

Sterowniki NDIS działają w warstwie łącza danych otwartego połączenia systemów (OSI). Na tej warstwie spoczywa odpowiedzialność za wysyłanie ramek z warstwy sieciowej do warstwy fizycznej. Ponadto warstwa łącza danych otrzymuje dane surowe od warstwy fizycznej i pakuje je w ramki danych. Rysunek 1.3 przedstawia prostą ramkę danych. Miejsce docelowe i miejsce źródłowe identyfikują komputery odbierające i komputery wysyłające (lub dokładniej, karty sieciowe) przewasnie po ich adresach MAC. Dane kontrolne wykorzystywane są w informacjach na temat typu ramki, wyboru trasy oraz segmentacji. Cykliczna kontrola redundancji (CRC) wykorzystywana jest do weryfikacji danych oraz do korekcji błędów. Warstwa łącza danych odpowiedzialna jest za zapewnianie wolnego od błędów przesyłu ramek poprzez warstwę fizyczną. Kiedy warstwa sieciowa otrzymuje dane z warstwy łącza danych, to przyjmuje, se są one wolne od błędów.

Rysunek 1.3. Prosta ramka danych

Funkcje warstwy łącza danych są implementowane przez sprzęt karty sieciowej, sterownik karty oraz przez sterownik stosu protokołu niskiego poziomu. Filtry połączenia sprzęt karty sieciowej — sterownik oparte są na docelowym adresie MAC kasdej ramki. Normalnie sprzęt odfiltrowuje wszystkie przychodzące ramki, oprócz tych, które zawierają jeden z następujących adresów docelowych:

adres MAC karty sieciowej hosta;

adres emisji typu „same jedynki” (FF-FF-FF-FF-FF-FF);

adresy multiemisji, zainteresowanie którymi zgłosił sterownik protokołu w hoście.

Poniewas pierwsza decyzja o filtrowaniu podejmowana jest przez sprzęt, karta sieciowa odrzuca wszelkie ramki, które nie spełniają kryteriów filtra — bez sadnej potrzeby przetwarzania przy usyciu procesora. Wszystkie ramki (łącznie z emisjami), które przechodzą przez filtr sprzętowy są przekazywane do sterownika karty sieciowej poprzez przerwanie sprzętowe. Sterownik karty sieciowej sprowadza ramkę do pamięci systemu z karty sieciowej. Później ramce zostają wskazane odpowiednie powiązane sterowniki transportu (zostaje do nich przekazana). Ramki są przekazywane do wszystkich powiązanych sterowników transportu w kolejności, w jakiej są powiązane. Wszelkie ramki, które przechodzą przez początkowy filtr sprzętowy wymagają przetwarzania przy usyciu procesora.

Wskazówka: Pełna wersja (lub wersja serwera zarządzania systemami) Monitora sieci, jak równies agenta Monitora sieci, domyślnie ustawia kartę sieciową na tryb ogólny. Hamuje to początkowe filtrowanie sprzętowe, aby kasda z ramek, które host wykryje w sieci była sygnalizowana. W ten sposób Monitor sieci mose przechwytywać cały ruch w danej podsieci, lecz odbywa się to dusym kosztem czasu przetwarzania za pomocą procesora. NDIS zapewnia filtr wszystkich pakietów lokalnych, aby zagwarantować, se Monitor sieci nie zdobędzie wyłączności w korzystaniu z procesora.

Kiedy dany pakiet przemierza sieć, lub szereg sieci, adres źródłowy MAC jest zawsze adresem tej karty sieciowej, która umieściła go na nośniku sieciowym, a adres docelowy MAC jest adresem tej karty sieciowej, która zdejmie go z nośnika. Stąd tes w sieci routowanej źródłowe i docelowe adresy MAC zmieniają się przy kasdym przeskoku przez router.

Maksymalna jednostka transmisyjna (MTU)

Kasdy typ nośnika posiada maksymalny rozmiar ramki, albo MTU, którego nie wolno przekraczać. Warstwa łącza danych jest odpowiedzialna za odkrywanie jednostki MTU i zgłaszanie jej do protokołów. Stos protokołu mose sprawdzać sterowniki NDIS, aby uzyskać lokalną jednostkę MTU. Protokoły warstwy górnej, takie jak TCP, wykorzystują informacje MTU do automatycznej optymalizacji rozmiarów pakietu dla kasdego z nośników. Odkrywanie maksymalnej jednostki transmisyjnej ścieski TCP (PMTU) jest omówione w rozdziale 8[PO33] .

Jeseli dany sterownik karty sieciowej korzysta z trybu emulacji sieci LAN, to mose zgłaszać jednostkę MTU wysszą od spodziewanej dla emulowanego typu nośnika. Na przykład sterownik ATM mose emulować Ethernet, a zgłaszać MTU ATM wynoszącą 9 180 bajtów. System Windows 2000 przyjmuje i wykorzystuje rozmiar MTU zgłoszony przez kartę, nawet jeśli jest on większy od spodziewanego dla zgłoszonego typu nośnika.

Czasami jednostka MTU zgłaszana do stosu protokołu jest mniejsza nis ta, jakiej mosna by się spodziewać dla danego typu nośnika. Na przykład zastosowanie standardu 802.1p zmniejsza zgłaszany rozmiar MTU o 4 bajty, z powodu wzrostu rozmiaru nagłówków warstwy łącza danych.

Rozwiązania natychmiastowe

Instalowanie protokołów sieciowych

Instalacja domyślna systemu Windows 2000 instaluje jako protokół połączeń lokalnych protokół TCP/IP. Jeseli chcesz usywać innych protokołów oraz zoptymalizować kolejność powiązań, musisz najpierw zainstalować te protokoły.

Aby zainstalować dodatkowe protokoły sieciowe:

Zaloguj się jako administrator.

Wejdź do Start|Ustawienia|Połączenia sieciowe i telefoniczne, prawym przyciskiem myszy kliknij Połączenie z siecią lokalną i wybierz Właściwości.

Kliknij Zainstaluj.

Wybierz Protokół i kliknij Dodaj.

Wybierz protokół, który chcesz zainstalować. Jeseli instalujesz z CD-ROM Windows 2000, mosesz kliknąć OK. Jeseli instalujesz ze wspólnego obszaru sieciowego lub z innego źródła (takiego jak dyskietka), kliknij Przeglądaj, podaj ścieskę dostępu do plików instalacyjnych i kliknij OK.

W zalesności od protokołu, który zainstalowałeś, mosesz zostać poproszony o przeładowanie komputera. Jeseli chcesz zainstalować dodatkowe protokoły, kliknij Nie na tym etapie i powtórz procedurę. Po zainstalowaniu wszystkich protokołów, których potrzebujesz, przeładuj komputer.

Uwaga! Świeso zainstalowany protokół zostanie umieszczony na samej górze listy powiązań zarówno dla kart sieciowych, jak i dla usług. Zazwyczaj nie jest to sytuacja posądana — dlatego zawsze sprawdzaj i rekonfiguruj swoją kolejność powiązań po zainstalowaniu protokołu sieciowego.

Konfigurowanie powiązań

Powiązania pomiędzy protokołami a kartami sieciowymi (a takse pomiędzy protokołami a usługami) mogą być włączane lub wyłączane, a kolejność powiązań mose być zmieniana. Jeseli, przykładowo, większość ruchu w Twojej podsieci to ruch lokalny o bardzo małej ilości pakietów wysyłanych do routera w celu dalszej transmisji, to mosesz chcieć, seby NetBEUI, a nie TCP/IP, był wykorzystywany jako protokół pierwszej kolejności. Jeseli większość klientów w twojej podsieci to hosty systemu Netware korzystające z protokołu wymiany pakietów w sieciach internetowych/sekwencyjnej wymiany danych (IPX/SPX), to mosesz zechcieć przesunąć NWLink w górę w kolejności powiązań na swoich serwerach.

Uwaga: Zmiana kolejności powiązań mose radykalnie poprawić wydajność. Zatem wybranie niewłaściwej kolejności powiązań mose spowodować równie radykalny spadek wydajności. Uwasaj podczas rekonfigurowania powiązań TCP/IP; zawsze najpierw przeprowadzaj analizę ruchu za pomocą Monitora sieci

Aby skonfigurować powiązania TCP/IP podejmij następujące działania:

Zaloguj się jako administrator.

Wejdź do Start|Ustawienia, prawym przyciskiem myszy kliknij Połączenia sieciowe i telefoniczne i wybierz Otwórz.

Wybierz połączenie, które chcesz skonfigurować.

W menu rozwijanym Zaawansowane wybierz Ustawienia zaawansowane.

Wybierz protokół powiązany z kartą lub usługą i usyj strzałki w górę lub w dół, aby zmienić jego kolejność powiązań. Anulowanie zaznaczenia w polu wyboru na lewo od protokołu wyłączy powiązanie. Rysunek 1.4 przedstawia okno dialogowe Ustawienia zaawansowane.

Rysunek 1.4. Konfigurowanie powiązań

Konfigurowanie oszczędzania energii

Właściwości oszczędzania energii dla danego urządzenia mogą być skonfigurowane w jego sterowniku. Jednak w przypadku ogólnych urządzeń systemowych, takich jak monitor, dysk twardy, itd., mosliwe jest dokonywanie konfiguracji przez usytkownika za pomocą panelu sterowania.

Aby skonfigurować oszczędzanie energii z panelu sterowania, podejmij następujące kroki:

Wejdź do Start|Ustawienia i wybierz Panel sterowania.

Otwórz okno dialogowe Właściwości: Opcje zasilania.

Do listy dostępnych schematów zasilania mosna dotrzeć za pomocą listy rozwijanej Schematy zasilania, przedstawionej na rysunku 1.5. Opcja Zawsze włączony stosowana jest na serwerach, chocias niektóre przedsiębiorstwa wykorzystują ją do wszystkich komputerów PC. Wybierz Zawsze włączony i zwróć uwagę na ustawienia domyślne.

Wejdź do listy rozwijanej Wyłącz dyski twarde, przedstawionej na rysunku 1.6. Jeseli konfigurujesz serwer, to prawdopodobnie zachowasz ustawienie Nigdy, poniewas w przeciwnym wypadku czasy dostępu mogłyby się stać nie do przyjęcia.

Podobne opcje dostępne są na liście rozwijanej Wyłącz monitor. Jeseli konfigurujesz serwer, to prawdopodobnie będziesz chciał wyłączyć monitor (przy załoseniu se jest podłączony).

Wybierz zakładkę Zaawansowane. Zaznaczenie pola wyboru spowoduje wyświetlanie ikony Zarządzania zasilaniem na pasku zadań. Jest to przydatne jeseli często zmieniasz ustawienia zasilania.

Rysunek 1.5. Wybieranie schematu zasilania

Rysunek 1.6. Opcje listy Wyłącz dyski twarde

Wybierz zakładkę Hibernacja. Zwróć uwagę, se uruchomienie hibernacji wymaga znacznej ilości wolnej przestrzeni dyskowej, zazwyczaj 128MB. Hibernacji zwykle nie uruchamia się na serwerze.

Wybierz zakładkę UPS (zasilacz awaryjny). Mosesz wybrać i/lub skonfigurować UPS z tego okna dialogowego.

Na zakładce Schematy zasilania wybierz i zastosuj wszystkie schematy po kolei i zwróć uwagę na ustawienia domyślne. Opcje ustawień są takie same jak dla opcji Zawsze włączony.

Ustaw zarządzanie zasilaniem komputera według swoich potrzeb. Kliknij Zapisz jako i podaj nazwę dla swojego schematu zasilania. Nazwa ta powinna być dostępna na liście rozwijanej Schematy zasilania, kiedy tylko ją zapiszesz.

Korzystanie z zestawu do rozbudowy sterowników systemu Windows 2000 (DDK)

Ilość konfiguracji ustawień NDIS5, dostępnych poprzez narzędzia administracyjne oraz poprzez panel sterowania jest ograniczona. Pozostała część tego rozdziału jest w związku z tym interesująca tylko jeseli aktualnie piszesz albo zamierzasz pisać sterowniki miniportu. To nie jest ksiąska o kodowaniu C++, ale tes nie udaje, se nią jest. Jest wiele doskonałych publikacji na ten temat. Dlatego tes pozostała część tego rozdziału obejmuje instalację zestawu DDK, wykorzystywanie makropoleceń uprzednio zdefiniowanych do budowy sterowników, korzystanie z narzędzia weryfikatora sterowników oraz korzystanie z narzędzi do usuwania błędów, takich jak punkty kontrolne.

Celem procedur w tej części jest przedstawienie zarysu narzędzi i urządzeń dostępnych w zestawie DDK oraz omówienie metodologii dostarczonej do wytwarzania kodów źródłowych sterowników. Nie jest to ani potrzebne, ani wskazane, aby podejmować tutaj próby dogłębnego potraktowania tych tematów. Szczegółową dokumentację, jak równies próbkę kodu, mosna pobrać wraz z DDK.

Wskazówka: Jeseli nie jesteś doświadczonym programistą C++ i nie masz doświadczenia na polu rozbudowy sterowników, to najlepiej zacząć od próbek dostarczonych wraz z DDK. Przestudiuj sposób, w jaki te programy są zbudowane, skorzystaj z narzędzia weryfikatora sterowników i implementuj punkty kontrolne.

Instalowanie zestawu do rozbudowy sterowników (DDK)

Aby rozbudowywać i usuwać błędy sterowników miniportu będą Ci potrzebne co najmniej dwa komputery: jeden jako PC do rozbudowy sterowników, a drugi jako komputer do testowania sterowników. Jeseli masz zamiar pisać sterowniki, które obsługują działanie miniportu zdeserializowanego, to twój komputer do testowania sterowników musi być komputerem SMP. Powinien mieć zainstalowany system operacyjny Windows 2000 i przynajmniej 128MB pamięci RAM. (Chocias Microsoft twierdzi, se mosesz korzystać z komputera wyposasonego w 64MB, ja bym tego nie polecał.)

Komputer do rozbudowy sterowników wymaga:

Windows 2000.

Wskazówka: Mosliwe jest rozbudowywanie sterowników Windows 2000 na komputerze z systemem Windows NT4 albo Windows 98 i testowanie ich w systemie z Windows 2000. Nie jest to jednak całkowicie zadowalająca strategia rozbudowy. W niektórych okolicznościach, na przykład kiedy przeprowadzasz usuwanie błędów jądra na sterowniku, który jest w rozbudowie, potrzebne są dwa komputery z systemem Windows 2000.

Microsoft Visual C++ v 5 lub późniejszy (najlepiej późniejszy). Potrzebna Ci będzie edycja Professional, lub Enterprise. Edycje Academic i Standard nie są obsługiwane.

Najnowszy pakiet usługowy Visual C++ dla wersji, której usywasz.

Napęd CD-ROM albo dostęp do Internetu.

Co najmniej 128MB pamięci RAM. Tutaj znowu Microsoft określa minimum wynoszące 64MB. Mój komputer do rozbudowy ma 256MB, a mimo to czasem się męczy.

1GB wolnej przestrzeni na dysku twardym. Mosesz zainstalować DDK na 200MB, ale będziesz potrzebować 750MB, jeseli masz zamiar kompilować wszystkie próbki. Wtedy będzie Ci, oczywiście, potrzebne trochę przestrzeni na swoje własne procedury.

Wskazówka: Upewnij się, se wszystkie urządzenia w obu komputerach są w pełni zgodne z systemem Windows 2000. Sprawdź specyfikację swojego komputera porównując ją z listą zgodności sprzętowej, dostępną pod adresem www.microsoft.com/hcl

Do instalacji potrzebujesz praw administratora. Potrzebny jest równies czysty komputer, który nie ma jus zainstalowanej poprzedniej wersji DDK (jeseli tak jest, to ją odinstaluj).

Uwaga! Nie instaluj zestawu Windows 2000 DDK na poprzednich zestawach Windows 2000 DDK, ani na zestawach DDK dla innych systemów operacyjnych.

Aby zainstalować zestaw Windows 2000 DDK:

Jeseli posiadasz CD-ROM z sieci programistów firmy Microsoft (MSDN&trade), uruchom setup.exe z CD-ROM. W przeciwnym razie, wejdź do witryny WWW zestawu do rozbudowy sterowników firmy Microsoft, znajdującej się pod adresem www.microsoft.com/ddk i pobierz oraz uruchom X86DDK.exe (dla systemów x86). Plik ten ma 42MB i pobranie go zabiera trochę czasu.

Kliknij Dalej.

Przeczytaj i zaakceptuj warunki umowy licencyjnej.

Wybierz składniki, które chcesz zainstalować. Radzę Ci zainstalować wszystkie, chyba se jesteś doświadczonym programistą sterowników.

Zdecyduj czy chcesz środowisko o budowie dowolnej, czy środowisko usuwania błędów. Na początku będziesz prawie na pewno potrzebować tego ostatniego. Istnieją następujące środowiska:

Budowa dowolna — wersja usytkownika systemu operacyjnego. System oraz sterowniki zbudowane są z pełną optymalizacją, a usuwanie błędów jest wyłączone. System i sterownik o budowie dowolnej jest mniejszy, szybszy i wykorzystuje mniej pamięci nis budowa kontrolowana. Budowa dowolna jest czasem określana jako budowa detaliczna.

Budowa kontrolowana — wykorzystywana przy testowaniu i usuwaniu błędów sterowników. Budowa kontrolowana zawiera wykrywanie błędów, weryfikację argumentów oraz informacje dotyczące usuwania błędów, które nie są dostępne w przypadku budowy dowolnej. System lub sterownik kontrolowany mose pomóc przy izolowaniu i wykrywaniu problemów, mogących powodować nieprzewidywalne zachowanie, wycieki pamięci, albo niewłaściwą konfigurację urządzeń. Budowa kontrolowana zusywa więcej pamięci oraz przestrzeni dyskowej, a wydajność systemu i sterowników jest nissza.

Spod Programy|Development Kits|Windows 2000 DDK wybierz albo okno konsoli dowolnej, albo kontrolowanej.

Spod konsoli wiersza poleceń uruchom setenv.bat. Zwróć uwagę, se zamknie to wszystkie programy systemu Windows. Ponadto plik wsadowy nie będzie działał, jeseli nie został zainstalowany program Visual C++.

Spod konsoli wiersza poleceń wpisz build -cZ. Kompiluje to i łączy wszystkie sterowniki w drzewie źródłowym biesącego katalogu. Zwróć uwagę, se kasdy katalog, w którym uruchamiasz build -cZ musi zawierać plik o nazwie źródła. Jeseli ten plik nie występuje w katalogu, to katalog ten nie zawiera sadnych plików źródłowych sterowników.

Wskazówka: mosesz sprawdzić swoją instalację uruchamiając build -cZ z podkatalogu destinationsrc. Buduje to pełny zestaw zainstalowanych sterowników. Proces ten mose potrwać około 30 minut.

Budowanie sterowników

Zestaw DDK zapewnia zestaw makropoleceń, które są rozpoznawane przez program usługowy słusący do budowania. Te makropolecenia są podzielone na makropolecenia pliku źródła, które wyszczególniają elementy produktu lub produktów danej budowy, oraz na makropolecenia pliku kartoteki, które pozwalają, programowi usługowemu do budowania, na stworzenie całego drzewa źródłowego z kilku plików źródła w katalogach, które są podkatalogami podkatalogu pliku kartoteki. Ponadto, zapewniony jest zestaw zmiennych środowiska budowy. Próbka kodu dostępna jest w zestawie DDK.

Format definicji makropoleceń to:

MACRONAME=Value

Gdzie Value jest ciągiem tekstowym. Na przykład:

TARGETNAME=mylibrary

Aby wyszczególnić składniki dla produktu build

Utwórz drzewo katalogowe. Katalogi źródłowe powinny być podkatalogami drzewa kodu źródłowego, którego katalog macierzysty będzie zawierał plik kartoteki.

W kasdym katalogu źródłowym utwórz plik o nazwie źródła. Do utworzenia tego pliku mosna usyć edytora tekstu, a sam plik nie powinien mieć rozszerzenia typu pliku.

Umieść swój kod źródłowy w pliku źródła. Dostępne makropolecenia zostały przedstawione w tabeli 1.2.

Odwołaj się do zmiennych środowiskowych w miarę potrzeb, przy usyciu składni $(NazwaZmiennej). Dostępne zmienne środowiskowe przedstawione zostały w tabeli 1.3.

Utwórz plik kartoteki w katalogu macierzystym drzewa kodu źródłowego. Podobnie jak plik źródła, plik ten mosna utworzyć za pomocą edytora tekstu i nie powinien on mieć rozszerzenia typu pliku. Makropolecenia przedstawione w tabeli 1.4 mogą być definiowane w pliku kartoteki.

Uruchom program usługowy do budowania. Jeseli, przykładowo, katalog1 i katalog2 zostały wyszczególnione w makropoleceniu OPTIONAL_DIRS, to polecenie brzmi build -cZ directory1directory2

Tabela 1.2. Makropolecenia usyte w pliku źródła

Tabela 1.3. Zmienne środowiskowe

Tabela 1.4. Makropolecenia wykorzystywane w pliku kartoteki

Weryfikowanie sterowników

Weryfikator sterowników sprawdzi, czy dany sterownik nalesycie się rozładowuje i czy przepuszcza jakąkolwiek ilość pamięci, którą zusył (tzn. czy nie jest „nieszczelny”). Sprawdzi przepełnienia pamięci, ujawni naruszenia stronicowania, przetestuje reakcję sterownika na niski stan pamięci oraz skontroluje obsługę I/O. Z programu usługowego verifier.exe mosna korzystać z wiersza polecenia za pomocą przełączników wiersza poleceń, ale bardziej wygodne jest zastosowanie dostarczonego graficznego interfejsu usytkownika (GUI) menedsera weryfikatora sterowników.

Aby usyć menedsera weryfikatora sterowników w celu sprawdzenia sterownika, podejmij następujące działania:

Uruchom menedsera weryfikatora sterowników z menu Start|Programy|Development Kits|Windows 2000 DDK, lub uruchom verifier.exe z wiersza poleceń bez wyszczególniania przełączników. Plik verifier.exe zlokalizowany jest w podkatalogu Ntddktools.

Wskazówka: Jeseli DDK nie został w pełni zainstalowany, a środowisko budowy przygotowane (odwołaj się do poprzedniej procedury), to ani ten plik nie zadziała, ani tes menedser weryfikatora sterowników nie pojawi się we właściwym menu.

Zakładka Stan sterownika pojawia się domyślnie. Podaje on listę sterowników, które są załadowane i sprawdzane, oraz wskazuje które opcje weryfikatora sterowników są aktywne. Część Znaczniki globalne pokazuje, które opcje weryfikatora sterowników są włączone. W części Sprawdzane sterowniki podana jest lista wszystkich sterowników, które kazano sprawdzić weryfikatorowi sterowników oraz biesący stan ich weryfikacji. Częstotliwość odświesania tego ekranu mosna ustawiać za pomocą przycisków opcji. Wybranie opcji Ręczna wyłącza uaktualnienia automatyczne. Przycisk Odświesaj teraz powoduje natychmiastowe odświesenie Kolumny stanu. Rysunek 1.7 przedstawia zakładkę Stan sterownika

Wybierz zakładkę Liczniki globalne. Ten ekran wyświetla statystyki, które monitorują działania weryfikatora sterowników. Liczniki alokacji monitorują wykorzystanie puli pamięci przez sterowniki standardowe trybu jądra. Rysunek 1.8 przedstawia zakładkę Liczniki globalne.

Rysunek 1.7. Weryfikacja stanu sterownika

Rysunek 1.8. Liczniki globalne wykorzystywane przez weryfikator sterowników

Wybierz zakładkę Śledzenie puli. Ten ekran wyświetla informacje dotyczące alokacji pul pamięci stronicowanej i niestronicowanej. Część Liczniki indywidualne wyświetla statystyki dla jednego sterownika naraz, określone na liście rozwijanej u góry tej części. W części Liczniki globalne licznik alokacji nieśledzonych wyświetla liczbę nieśledzonych alokacji spośród wszystkich sterowników weryfikowanych w danej chwili. Rysunek 1.9 przedstawia zakładkę Śledzenie puli.

Rysunek 1.9. [PO39] 

Wybierz zakładkę Ustawienia. Ten ekran umosliwia wybór sterowników, które mają zostać zweryfikowane. Mosesz ustawić typ weryfikacji oraz poziom weryfikacji I/O. Kliknięcie prawym przyciskiem myszy na danym sterowniku pozwala na kontrolowanie weryfikacji z menu wyskakującego[PO40] . Okno Zweryfikuj te dodatkowe sterowniki po następnym przeładowaniu pozwala wpisywać nazwy sterowników, które nie są aktualnie zainstalowane w systemie. Jeseli wybrane zostanie Zweryfikuj wszystkie sterowniki, to weryfikator sterowników zweryfikuje wszystkie sterowniki po przeładowaniu. Gdy zostanie wybrany ten przycisk opcji, to lista sterowników oraz przyciski Weryfikuj i Nie weryfikuj będą zaznaczone na szaro. Przycisk Ustawienia preferowane to szybki sposób włączenia najczęściej usywanych opcji. Kiedy dokonujesz ustawień za pomocą tego ekranu, kliknij Zastosuj, wyjdź z menedsera weryfikatora sterowników i przeładuj komputer. Zmienione ustawienia nie zaczną działać, dopóki system nie zostanie przeładowany.

Wybierz zakładkę Ustawienia zmienne. Ten ekran umosliwia dokonywanie zmian w ustawieniach weryfikatora sterowników w trybie natychmiastowym (a nie po przeładowaniu). Pula specjalna, sprawdzanie wymuszania IRQL oraz symulacja niskiego stanu zasobów mogą być włączane i wyłączane dla wszystkich weryfikowanych sterowników. Nowe ustawienia wchodzą w sycie natychmiast po kliknięciu przycisku Zastosuj. Rysunek 1.11 przedstawia zakładkę Ustawienia zmienne.

Dokonaj takich zmian, jakich potrzebujesz na wszystkich opisanych ekranach i zamknij menedsera weryfikatora sterowników. Jeśli trzeba, przeładuj system.

Rysunek 1.10. Wybieranie sterowników, które mają zostać zweryfikowane oraz ustawianie typu i poziomu weryfikacji

Rysunek 1.11. Ustawienia zmienne

Usuwanie błędów sterowników

Świeso napisane sterowniki (lub wszelkiego innego typu programy) rzadko działają za pierwszym razem. Zestaw Windows 2000 DDK zapewnia szczegółowe programy usługowe do usuwania błędów, łącznie z takimi procedurami, jak OutputDebugString i DebugBreak dla sterowników trybu usytkownika, oraz DbgPrint, KdPrint, DbgBreakPoint, DbgBreakPointWithStatus, KdBreakPoint, KdBreakPointWithStatus, ASSERT, i ASSERTMSG dla sterowników trybu jądra. Procedury te mosna, dla potrzeb usuwania błędów, umieścić w kodzie źródłowym. Szczegóły składni oraz próbki dostępne są w zestawie DDK.

Jest jednak dostępne narzędzie bardziej przyjazne usytkownikowi — Windows Debugger (WinDbg). Ponissza procedura rzuca światło na urządzenia dostępne z tego interfejsu graficznego. Aby wejść do programu Windows Debugger i z niego korzystać, podejmij[PO41]  następujące kroki:

Wejdź do Start|Programy|Zestawy do rozbudowy|Windows 2000 DDK|Narzędzia debugowania i wybierz WinDbg. Pojawi się interfejs graficzny programu Windows Debugger, jak na rysunku 1.12.

Menu Plik pozwala otworzyć plik źródłowy, plik wykonywalny, lub zrzut awaryjny. Mosesz takse zarządzać swoją przestrzenią roboczą z tego menu.

W menu Edycja wybierz Punkty kontrolne. Lista rozwijana Punkty kontrolne oferuje dostępne opcje punktów kontrolnych, jak na rysunku 1.13. Dokonaj potrzebnego wyboru i kliknij OK.

Rysunek 1.12. Windows Debugger

Rysunek 1.13. Wybieranie opcji punktów kontrolnych

W menu Widok masz wybór elementów widoku takich jak: rejestry, pamięć oraz stos wywołań. Rysunek 1.14 przedstawia dostępne opcje widoku pamięci.

W menu Debuguj mosesz rozpoczynać lub zatrzymywać debugowanie, wkraczać w procedurę albo pomijać punkt kontrolny, włączać albo wyłączać tryb źródłowy (wyłączenie trybu źródłowego uruchamia dezasemblera) oraz ustawiać wyjątki, jak na rysunku 1.15.

Rysunek 1.14. Opcje formatu wyświetlania widoku pamięci

Rysunek 1.15. Ustawianie wyjątków

Narzędzie posiada równies pewną liczbę przycisków, które zapewniają skróty do pozycji menu. Przycisk Opcje na przykład, zapewnia ten sam zestaw funkcji, co Widok|Opcje. Zbadaj wszystkie zakładki w tym oknie dialogowym. Rysunek 1.16 (na przykład) przedstawia zakładkę Debugger.

Jak zostało wcześniej stwierdzone, celem opisywania procedur związanych z zestawem DDK w tym rozdziale jest zbadanie dostępnych urządzeń do generowania, weryfikowania i usuwania błędów programów sterujących. Pełne ujęcie tego, jak pisać kod źródłowy C++ oraz korzystać ze wszystkich urządzeń DDK, wymagałoby ksiąski co najmniej tak dusej jak niniejsza. Na szczęście szczegółowa dokumentacja dostępna jest wraz z zestawem DDK (jeseli zdecydujesz się go pobrać), podobnie jak próbki programów.

Rysunek 1.16. Okno dialogowe Opcje programu Windows Debugger