|
Kernel Traffic Latest | Archives | People | Topics |
Wine Latest | Archives | People | Topics |
GNUe Latest | Archives | People | Topics |
| Czech |
| Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic |
linux-kernel FAQ | zapisz się na linux-kernel | archiwa linux-kernel | kernelnotes.org | Nawigator po źródłach Linuksa LxR | Wszystkie jądra | Porty jądra Linuksa | Dokumentacja do jądra | Encyklopedia Gary'ego: jądro Linuksa | #kernelnewbies
Table Of Contents
| 1. | 6 Sep 2001 - 9 Sep 2001 | (19 posts) | Stan Linux Czasu Rzeczywistego (Real-Time Linux) |
| 2. | 7 Sep 2001 | (6 posts) | Dostępna jest dokumentacja do DMA IDE Toshiby |
| 3. | 7 Sep 2001 - 12 Sep 2001 | (8 posts) | Stan prac nad ext3 |
| 4. | 9 Sep 2001 - 10 Sep 2001 | (5 posts) | Binarne sterowniki Lucenta |
| 5. | 10 Sep 2001 | (8 posts) | Odpowiedzi na pytania dotyczące kodu dostępnego jedynie w formie binarnej |
Introduction
To wydanie Kernel Traffic poświęcone jest pamięci osób, które zginęły w budynkach World Trade Center, Pentagonu oraz czterech porwanych samolotach.
Nie znam nikogo, w Stanach czy zagranicą, kto nie byłby zaszokowany atakiem. Mój współlokator znał jedną z osób z jednego z samolotów, moja Matka była na Manhattanie w czasie tych wydarzeń, pół mili od World Trade Center, przez okno obserwowała jak owe budynki się waliły. Słyszałem tuziny opowieści o ludziach którzy przez przypadek ocaleli, oraz o innych, których los wciąż nie jest znany.
Nieszczęśliwie, z braku znanego lub uchwytnego wroga, wielu Amerykanów obwinia Arabów. Wzrasta ilość aktów przemocy wobec nich. Ważne jest, aby w obliczu przemocy wymierzonej w nas, nie zniżyć się do poziomu atakujących. Tak jak niewinni ludzie stali się przypadkowymi ofiarami we wtorek, tak wielu Amerykanów uderza w równie niewinnych ludzi dzisiaj. Czy ten haniebny sposób walki nie zostanie zalegalizowany przez włączenie się do niego Amerykanów?
Uważam, że ważne jest, aby Rząd Stanów Zjednoczonych trzymał się samodzielnie nałożonych ograniczeń, które dają mu tak dużą wartość jako rządu. Jeśli zdecyduje się odsunąć na bok poszanowanie dla praw człowieka w celu pomszczenia tych ataków, wtedy prawa i precedensy, które pojawią się w najbliższych tygodniach pozostaną na świecie na długo, i trudno będzie to odkręcić. Ponadto, czy odsunięcie przez Amerykę praw człowieka nawet w małej części, nie da innym krajom pretekstu do tego samego?
Jesteśmy w trakcie trudnych dni, wymagających pomyślunku, introspekcji i uwagi. Mam nadzieję, że Ameryka i świat dorosną do tego.
Mailing List Stats For This Week
We looked at 1412 posts in 5692K.
There were 459 different contributors. 201 posted more than once. 154 posted last week too.
The top posters of the week were:
1. Stan Linux Czasu Rzeczywistego (Real-Time Linux)
6 Sep 2001 - 9 Sep 2001 (19 posts) Subject: "[ŁATKA] (Uaktualnienie) Wywłaszczalne Jądro"
People: Robert Love, Phillip Susi, Daniel Phillips, Christoph Lameter, Chris Ricker
Robert Love ogłosił:
Dostępna tutaj (około 29K):
http://tech9.net/rml/linux/patch-rml-2.4.10-pre4-preempt-kernel-1
http://tech9.net/rml/linux/patch-rml-2.4.9-ac9-preempt-kernel-1
odpowiednio dla jąder 2.4.10-pre4 i 2.4.9-ac9.
Zmiany od ostatniego posta:
Zmiany w stosunku do oryginalnej łatki:
Ta łatka dodaje nową opcję do konfiguracji jądra - CONFIG_PREEMPT (dostępną w 'Processor Type and Features') która włącza w pełni wywłaszczalny kernel. Wywłaszczenie jest kontrolowane przez punkty blokad SMP. Kontrola wykonania jest przekazywania do wyższych procesów nawet jeśli bieżący proces działa w przestrzeni jądra.
Powinno to zwiększyć szybkość reakcji systemu i zmniejszyć opóźnienie, jest wysoce zalecaną łatką dla zastosowań czasu rzeczywistego, obróbki dźwięku i w systemach osadzonych. W zasadzie zalecana jest dla wszytkich. Sam używam jej codziennie na mojej stacji roboczej.
Interesujący artykuł nt. wywłaszczonego jądra w linuxie jest dostępny pod adresem:
Phillip Susi zapytał " czy dobrze zakładam, że ta łatka pozwala tylko na wywłaszczenie kodu wołanego z przestrzeni użytkownika? Na przykład, wywłaszczenie ISR lub BH byłoby złe, prawda? Właściwie... co się dzieje, gdy, powiedzmy, jądro wywołane z przestrzeni użytkownika trzyma blokadę, i zostaje wywłaszczone?" Daniel Phillips odpowiedział "Wątek zostanie powtórnie uszeregowany i zwolni blokadę."
W innym miejscu, na temat Łatka wywłaszczenia Linuxa odnosi sukces na 2.4.10-pre4 wraz z kupą innych łatek Christoph Lameter zgłosił powodzenie w użyciu łatki na 2.4.10-pre4, i napisał, że chciałby ją szybko zobaczyć w jądrze. Dodał " Biorąc pod uwagę minimalną naturę zmian wprowadzanych przez łatkę, proponuję aby stała się częścią 2.4.10 lub 11" Ale Robert odpowiedział:
Żartujesz? Będziemy szczęśliwi jeśli ujrzymy to w czasie 2.5.
To bardzo duża zmiana. Czyni jądro linuxa wywłaszczalnym. To całkiem duże posunięcie, nie przychodzi mi na myśl żaden większy Unix który by to miał. Jedynym powodem dla którego ta łatka nie jest _duża_ jest to, że jądro linuxa jest już przygotowane do współbieżności -- z powodu SMP.
Proponuję przeczytać
http://www.linuxdevices.com/articles/AT4185744181.html
http://www.linuxdevices.com/articles/AT5152980814.html
http://kpreempt.sourceforge.net
i poprzednie wątki mojego autorsta na ten temat, w celu zasięgnięcia informacji.
Daniel Phillips stwierdził, że zawsze może to być opcja konfiguracyjna, i dodał "Inne *nixy są co najmniej podobnie podzielone, jeśli nawet nie wywłaszczalne. Zazwyczaj używana jest bardziej skomplikowana strategia, gdy blokady mogą spać po kilku obrotach. Pod tym względem łatka jest bardzo konserwatywna, używa tylko struktur które już mamy - blokad SMP."
Gdzieś indziej, Robert zapytał które Unixy są wywłaszczalne, ponieważ miał wrażenie, że Irix jest jedyny. Chris Ricker odpowiedział "Solaris jest, i był od czasów starego, dobrego Solarisa 2.0. Również AIX i bardziej egzotycznie jak DG/UX. Myślę, że pochodne SysVR4 też, z powodu programu szeregującego SysV (wątki mają priorytety od 0 do 159; wątki systemowe mają od 60 do 99, więc program szeregujący musi być w stanie wywłaszczyć je na rzecz wątków czasu-rzeczywistego od 100 do 159). "
Gdzie indziej, w temacie Problem z uaktualnieniem łatki wywłaszczającj do 2.4.9-ac9, Jordan Breeding zgłosił oops na SMP z jądrem 2.4.9-ac9, a Robert odpowiedział " Rzucę na to okiem, ale zauważ, że bieżąca łatka jest eksperymentalna z włączonym SMP. " Stephen Frost zgłosił się jako ochotnik do bycia królikiem doświadczalnym, ale Robert odpowiedział:
Z pewnością przyjmę twoją ofertę. Uczciwie stawiając sprawę - nie sądzę aby łatka była gotowa dla SMP, ale - musimy gdzieś zacząć.
Nałóż łatkę, ustaw CONFIG_SMP i CONFIG_PREEMPT na 'y' i działaj. Przekaż nam wszystkie błędy, oopsy itd.
Niestety, jeśli łatka zawiedzie, zawiedzie bardzo. Jeśli wywłaszczenie nie będzie idealne w czasie SMP, z pewnością nastąpi blokada.
Może pomóc włączenie CONFIG_ENABLE_SPINLOCKS i CONFIG_DEBUG_BUGVERBOSE - są obecne w drzewie -ac. Watchdog NMI również może okazać się przydatny.
Szczerze, nawet zgłoszenie, że zawiesza się przy starcie jest przydatne, także mów o wszystkim.
2. Dostępna jest dokumentacja do DMA IDE Toshiby
7 Sep 2001 (6 posts) Subject: "Obsługa IDE DMA Toshiby"
People: Alex Deucher, Andre Hedrick
Alex Deucher ogłosił: "Właśnie dostałem dokumentację do kontrolerów IDE występujących w starych notebookach Toshiby. Te kontrolery są w stanie obsługiwać DMA, ale to nie jest na razie zaimplementowane. Nic nie wiem o programowaniu sterowników IDE, więc jeśli ktoś były zainteresowany napisaniem takich sterowników, niech pchnie mi emaila, a ja odeślę dokumentację i pomogę w testowaniu (mam kilka notebooków, do testów). Chciałbym to zrobić sam, ale niestety nie mam czasu." Andre Hedrick odpowiedział: "Ślij tę dokumentację, ślij!"
3. Stan prac nad ext3
7 Sep 2001 - 12 Sep 2001 (8 posts) Subject: "ext3-2.4-0.9.9"
People: Andrew Morton
Andrew Morton ogłosił ukazanie się najnowszej wersji łaty z ext3:
Łaty do 2.4.10-pre4 oraz 2.4.9-ac9 są dostępne pod adresem:
http://www.uow.edu.au/~andrewm/linux/ext3/
Jest dość dużo zmian. Najważniejsze z nich to:
Były także dwa zgłoszenia możliwego problemu interakcji z vfat, gdy readdir w miejscu zamontowania systemu plików vfat zwraca ENOTDIR, a ext3 jest wkompilowane do jądra. To zjawisko zostało zaobserwowane nawet na systemach gdzie ext3 nigdy nie było używane. To jest przypuszczalnie błąd w vfat.
Pod adresem wymienionym powyżej jest również łata od Teda Ts'o, która umożliwia znaczne przyspieszenie przy dostępie do dużych katalogów. Odpowiednia łata Teda do ext2 została już włączona do oficjalnego jądra. Jeśli to możliwe, przetestujcie łatę Teda z ext3 0.9.9.
4. Binarne sterowniki Lucenta
9 Sep 2001 - 10 Sep 2001 (5 posts) Subject: "Problem z chipsetem i810"
People: Stevie Kieu, Alan Cox
Steve Kieu zgłosił blokadę systemu podczas wychodzenia z X, jeśli połączenie z Internetem było w toku. Wśród kompenentów swojego systemu wymienił: "programowy modem Lucenta razem ze sterownikami lt-modem w wersji 5-99b" Alan Cox odpowiedział: "Zgłoś swoje problemy z binarnymi sterownikami do ich producenta, to może być w zasadzie dowolny problem, a my nie mamy źródeł, tylko oni mogą Ci pomóc." Horst von Brand zasugerował użycie ostatniej wersji sterowników, dostępnych gdzieś na http://www.heby.de. Steve wypróbował te sterowniki, co okazało się dobrym posunięciem.
5. Odpowiedzi na pytania dotyczące kodu dostępnego jedynie w formie binarnej
10 Sep 2001 (8 posts) Subject: "Rozwijanie kodu dla ia64"
People: Shmulik Hen, Arjan van de Ven, David Woodhouse, Alan Cox, Rik van Riel
Shmulik Hen z Intela spytał, " Gdy chce się rozwijać sterowniki w jądrze (moduły) dla ia64, to czy konieczne jest robienie tego na maszynie z ia64? Nasz produkt zawiera prekompilowany główny rdzeń (ochrona IP :-\) i zbiór plików źródłowych wrapperów, więc aby obsłużyć obie platformy pakiet musi zawierać pliki wykonywalne w wersjach dla ia32 oraz ia64. Czy jest jakaś możliwość uzyskania kompilatora (i bibliotek) na ia64 na maszynie z ia32 i użycia go w celu uzyskania binariów kompatybilnych z ia64? " Arjan van de Ven odpowiedział, "Zupełnie na poważnie proponowałbym intelowi rozważenie NIE robienia tego. Moduły bez źródeł nie są ogólnie akceptowane i nie ma (prawie) nigdy dobrych powodów do ich robienia. " David Woodhouse też odpowiedział Shmulikowi, "Ta lista jest dla ludzi zainteresowanych Linuksem, który jest Wolnym Oprogramowaniem. Jeśli nie pracujesz nad Wolnym Oprogramowaniem to wiadomość od Ciebie nie jest na temat i jest dla wielu przykra. Nie powinieneś oczekiwać jakiejkolwiek pomocy tutaj. Proszę, idź sobie. " Alan Cox także odpowiedział Shmulikowi, "Nasz system operacyjny zawiera licencję GPL (ochrona IP ...) i przez to cała sprawa staje pod znakiem zapytania. Pamiętaj, że licencja GPL zakazuje łączenia z kodem nie będącym na GPL." Dodał, "Jeśli robisz własny software, nie rozmawiaj o nim na tej liście. Być może powinieneś uzyskać płatne wsparcie do kompilatora." Rik van Riel także odpowiedział Shmulikowi, "Zapamiętaliśmy twój email i teraz wszyscy zgłaszający błędy dotyczące jakichkolwiek sterowników Intela dostarczanych jedynie w postaci binarnej będą odsyłani do Ciebie."
W pewnym momencie Shmulik powiedział, " Chciałbym wycofać moje pytanie dotyczące tego produktu z zamkniętym kodem. Rolą tej społeczności nie jest rzeczywiście wspieranie rozwoju oprogramowania nie wypuszczanego na GPL i przepraszam, że zawracałem głowę. Produkt do którego odnosiło się moje pytanie nie jest sterownikiem jakiegoś urządzenia (wszystkie sterowniki są open source). "
Koniec wątku. Jakkolwiek kod o który pytano nie był modułem jądra, rekacja na to pytanie pokazuje jaki jest generalnie stosunek linux-kernel do modułów dostarczanych jedynie w postaci binariów.
Sharon And Joy
Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0. |