09.07.2020 12:23
[#1]
Autoconfig list
Poszukuję blizszych informacji na temat zakresow portów I/O i listy przerwań urządzeń,
które korzystają z autoconfigu.
Na razie znalazłem to:
https://en.m.wikipedia.org/wiki/Autoconfig
I listę kodów producentów:
http://www.l8r.net/technical/t-autoconfig.shtml
które korzystają z autoconfigu.
Na razie znalazłem to:
https://en.m.wikipedia.org/wiki/Autoconfig
I listę kodów producentów:
http://www.l8r.net/technical/t-autoconfig.shtml
09.07.2020 14:39
[#3]
Re: Autoconfig list
@Krashan, post #2
Dzięki.
Trudno powiedzieć czy system jest taki cwany że wszystko sam automatycznie namierzy.
Sa tam struktury systemowe, ktore przechowują zmienne środowiskowe, a więc system jest biernie przygotowany do obslugi takich rozszerzeń. Caly trick polega jednak na firmowym sterowniku.
Dynamicznie dogrywa się do systemu i ustawia zmienne, może zażądać każdego portu wedlug konstrukcji
rozszerzenia, które zna producent. Caly trick dynamiczny sterownika polega jednak na braku wymiany prawdziwych danych o zasobach rozszerzeń w kwestii portów i wtórnym możliwym braku kompatybilnosci pomiedzy urządzeniami.
Moim zdaniem brak standardu trwalej organizacji zasobów portów. Dynamika i "swoboda ruchu" nie pomagają tu raczej.
Wolałbym przeczytać o kodownej liscie typów urządzeń na trwalych zasobach.
Przynajmniej zawsze wiadomo do czego i jak sie odwołać.
No np.taki kontroler IDE ma dwa urzdzenia Master i Slave.
Porty mogłoby być zawsze w tym samym miejscu pamieci.
Chyba, że ktoś ma EIDE. Wtedy plus dwa urzadzenia i tez konkretne zasoby portów.
Nie ważne jaka firma to produkuje, bo urzadzenia są kompatybilne a programisci zwolnieni są od uzywania bibliotek systemu. System pozostaje dla snobów, wielbiących garnitur bez majtek.
Trudno powiedzieć czy system jest taki cwany że wszystko sam automatycznie namierzy.
Sa tam struktury systemowe, ktore przechowują zmienne środowiskowe, a więc system jest biernie przygotowany do obslugi takich rozszerzeń. Caly trick polega jednak na firmowym sterowniku.
Dynamicznie dogrywa się do systemu i ustawia zmienne, może zażądać każdego portu wedlug konstrukcji
rozszerzenia, które zna producent. Caly trick dynamiczny sterownika polega jednak na braku wymiany prawdziwych danych o zasobach rozszerzeń w kwestii portów i wtórnym możliwym braku kompatybilnosci pomiedzy urządzeniami.
Moim zdaniem brak standardu trwalej organizacji zasobów portów. Dynamika i "swoboda ruchu" nie pomagają tu raczej.
Wolałbym przeczytać o kodownej liscie typów urządzeń na trwalych zasobach.
Przynajmniej zawsze wiadomo do czego i jak sie odwołać.
No np.taki kontroler IDE ma dwa urzdzenia Master i Slave.
Porty mogłoby być zawsze w tym samym miejscu pamieci.
Chyba, że ktoś ma EIDE. Wtedy plus dwa urzadzenia i tez konkretne zasoby portów.
Nie ważne jaka firma to produkuje, bo urzadzenia są kompatybilne a programisci zwolnieni są od uzywania bibliotek systemu. System pozostaje dla snobów, wielbiących garnitur bez majtek.
09.07.2020 15:24
[#4]
Re: Autoconfig list
@mrcha_67, post #3
Trudno powiedzieć czy system jest taki cwany że wszystko sam automatycznie namierzy.Nie, nie jest trudno powiedzieć. Tak, system jest taki cwany.
No np.taki kontroler IDE ma dwa urzdzenia Master i Slave.Akurat kontroler IDE w Amidze 600 i 1200 ma porty pod stałym adresem, bo nie korzysta z AutoConfiga. Podobnie port zegara, chociaż dzięki rozlicznym expanderom urządzenie podpięte pod clockport może mieć co najmniej 5 różnych adresów ($D80000, $D84000, $D88000, $D8C000, $D90000). Przez brak AutoConfiga sterownik takiego urządzenia musi albo skanować wszystkie, a urządzenie musi mieć jakiś protokół identyfikacji, albo użytkownik musi sam ustawić adres i się przy tym nie pomylić.
11.07.2020 01:58
[#8]
Re: Autoconfig list
@mrcha_67, post #3
Sa tam struktury systemowe, ktore przechowują zmienne środowiskowe, a więc system jest biernie przygotowany do obslugi takich rozszerzeń.O jakich zmiennych srodowiskowych piszesz?
Dynamicznie dogrywa się do systemu i ustawia zmienne, może zażądać każdego portu wedlug konstrukcji rozszerzenia, które zna producent.To nieprawda, sterownik niczego nie zada.
Sadze, ze nie zrozumiales do konca do czego sluzy i jak dziala AutoConfig. Sluzy on tylko do konfiguracji kart rozszerzen, wkladanych w slot typu Zorro. Po uruchomieniu komputera system zarzadza cala procedura konfiguracji takich kart. Kazda karta jest po kolei aktywowana pod tym samym adresem, system czyta sobie informacje, ktore karta prezentuje (vendorId, ProductId, typ karty, troche flag, opcjonalnie serial number i rom start) oraz wysyla do karty adres, pod ktorym bedzie widoczna. Jesli karta ma rom jest on konfigurowany przez system na tym etapie - karta sama z siebie nic nie robi.
Czesc urzadzen (np IDE czy PCMCIA) ma kontrolery bezposrednio na plycie i one maja stale adresy.
Moim zdaniem brak standardu trwalej organizacji zasobów portów. Dynamika i "swoboda ruchu" nie pomagają tu raczej.
To wlasnie dla wszystkich byla zaleta tego rozwiazania - nie trzeba bylo konfigurowac recznie zadnych przerwan czy adresow. Wkladalo sie karte do komputera i wszystko automatycznie dzialalo i nic sie nie gryzlo.
11.07.2020 11:47
[#10]
Re: Autoconfig list
@mrcha_67, post #9
Porty mają trwale adresy i obsługuje je chipset.
Zorro III
10000000-7FFFFFFF
Zorro II
1':20000000-5FFFFFFF
2':60000000-9FFFFFFF
W tym sensie zasoby portów slotów Zorro są trwałe.
System ma AUTOMATYCZNE mechanizmy do obslugi slotów
Zorro. Później może obsługiwać je z poziomu własnych struktur.
To decyduje że zasoby tych portów są dynamiczne.
Nie wiadomo gdzie najpierw ulokuje się system ze swoimi strukturami
danych, w których przechowuje zmienne.
Pośrednio trzeba znać adres struktury sytemowej odliczanej od dynamicznej bazy.
obslugujacej port. Jednak kluczowe zasoby slotow Zorro są trwałe w mapie pamieci.
Inaczej nic nie mogłoby zadzialac automatycznie, tulko ręcznie lub z poziomu
autostartujacego sterownika.
Resztę sobie poczutam w RKM.
Chociaż sloty Zorro to juz coś, to urzadzenia systemowe są juz fakt na przypisach i mają dynamiczne
zasoby.
Ostatnia aktualizacja: 11.07.2020 11:49:20 przez mrcha_67
Zorro III
10000000-7FFFFFFF
Zorro II
1':20000000-5FFFFFFF
2':60000000-9FFFFFFF
W tym sensie zasoby portów slotów Zorro są trwałe.
System ma AUTOMATYCZNE mechanizmy do obslugi slotów
Zorro. Później może obsługiwać je z poziomu własnych struktur.
To decyduje że zasoby tych portów są dynamiczne.
Nie wiadomo gdzie najpierw ulokuje się system ze swoimi strukturami
danych, w których przechowuje zmienne.
Pośrednio trzeba znać adres struktury sytemowej odliczanej od dynamicznej bazy.
obslugujacej port. Jednak kluczowe zasoby slotow Zorro są trwałe w mapie pamieci.
Inaczej nic nie mogłoby zadzialac automatycznie, tulko ręcznie lub z poziomu
autostartujacego sterownika.
Resztę sobie poczutam w RKM.
Chociaż sloty Zorro to juz coś, to urzadzenia systemowe są juz fakt na przypisach i mają dynamiczne
zasoby.
Ostatnia aktualizacja: 11.07.2020 11:49:20 przez mrcha_67