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
 

Kernel Traffic #129 For 6 Aug 2001

By Zack Brown

Translated By:  Maja Królikowska ,  Miłosz Chmiel  and  Paweł Kot

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

Mailing List Stats For This Week

We looked at 776 posts in 3259K.

There were 326 different contributors. 123 posted more than once. 120 posted last week too.

The top posters of the week were:

1. Modularna obsługa IDE

25 Jul 2001 (4 posts) Archive Link: "Dlaczego nie robi się modułów z obsługą IDE"

Summary By Adam Buchbinder

People: Uwe Bonnes, Steven Walter, Artur Frysiak, Tomasz Kłoczko

Uwe Bonnes spytał: "dlaczego obsługa chipsetów IDE w jądrze linuksa nie jest zmodularyzowana? Czy jest jakiś istotny fakt, który nie pozwala na taką modularyzację?" Steven Walter odpowiedział, że "obsługa ATA/IDE/MFM/RLL" może przyjmować trzy wartości i wyjaśnił: "Jeśli wybierzesz opcję modularną, wówczas obsługa wszystich chipsetów, które wybierzesz później będzie zawarta w jednym duzym module." . Ale ostrzegł, że kompilowanie obsługi IDE do modułów jest przypuszczalnie złym pomysłem, ponieważ w takim przypadku niemożliwe będzie zamontowanie głównej partycji na dysku IDE.

Artur Frysiak zaoponował i powiedział: "jeśli użyjesz initrd i załadujesz moduły: ide-mode, ide-probe-mode i ide-disk przy jego użyciu, będziesz w stanie zamontować partycję root." Do tego dodał odnośnik do geninitrd, które może pomóc przy tym. Tomasz Kłoczko podesłał odnośnik do bsp, mówiąc: "To jest statycznie linkowany program/procesor podobny do powłoki o wielkości ~25KB, do użytku dla initrd, która umie załadować moduły, włączyć RAID do użycia wyłącznie w obrębie initrd." Tu wątek się zakończył.

2. Błąd i jego poprawka we framebufferze dla sparc32 w jądrach 2.2 i 2.4

26 Jul 2001 - 27 Jul 2001 (5 posts) Archive Link: "Błąd we framebufferze cg14 w jądrze 2.2.19 (prawdopodobnie również w 2.4.x)"

Summary By Zack Brown

People: Alex Buell

Alex Buell wysłał małą łatę na 2.2.19 tłumacząc: "Ta łata poprawia dość upierdliwy błąd we framebufferze cg14 na sparc32. Błąd objawia się tym, że przy przejściu do trybu X11 nie wyłącza się kursor i cały czas widać ten paskudny kursor w tym samym miejscu, w którym jest na konsoli. Po przełączeniu się na konsolę i znowu do X11, kursor dalej widać -- w pozycji, w której był na ostatniej konsoli. Po małym dochodzniu, okazało się, że we framebufferze cd14 nie jest wyłączany kursor!" David S. Miller podziękował Aleksowi za znalezienie i poprawienie błędu i powiedział, że właśnie włączył tę poprawkę do swoich jąder z serii 2.2 i 2.4 dla Sparka. Alex spytał, jak David przeniósł łatę do 2.4, ale dyskusja zeszła na tematy związane z kompilatorem i wątek umarł.

3. Dostępna Jest Metryka Jądra Linuksa

27 Jul 2001 (16 posts) Archive Link: "Metryka oraz drzewo Źródeł Jądra Linuxa"

Summary By John Guthrie

People: Paul G. Allen

Paul G. Allen ogłosił:

Dla zainteresowanych, przepuściłem jądro (2.4.2-2) przez program i wygenerowałem obszerne raporty w formacie HTML obejmujące m.in. drzewa odwołań, deklaracje funkcji i danych, kod źródłowy oraz metrykę. Planuję zastąpić je najnowszą wersją jądra i ciągłe uaktualnianie (w miarę możliwości :), jednak ja a) pracuję z jądrem, o którym wiem, że działa z moim podwójnym Athlonem, oraz b) chciałem to przetestować i najpierw przepuścić przez dwie listy.

Moje pasmo jest obecnie ograniczone (modem kablowy), jeżeli jednak zdecyduję się na udostępnienie, wrzucę to na jakiś serwerek z kilkoma dostępnymi łączami T1 (a może użyję jednego z naszych firmowych serwerów na DS3 lub większym).

A oto URL:

http://24.5.14.144:3000/linux-kerne l

Po kilku komentarzach od ludzi, którzy mieli jakieś kłopoty, poprawieniu ich przez Paula i wysłaniu odpowiedzi, wszystko wydawało się działaś dobrze. Wątek zakończył się, kiedy Paul stwierdził: "Błagam, nie traktujcie już wgetem cieniutkiego pasma mojego serwera (połączenie 256Kbit). W przyszłym tygodniu łącze będzie szersze i jeżeli będziecie chcieli, możecie D/Lować cały katalog. (Chociaż lepiej byłoby gdybyście pozwolili mi to spakować i wrzucić na ftpa)."

(ed. [John Guthrie]

PS. Należy dodać, że strona zmieniła adres i znajduje się pod:

http://www2.randomlog ic.com/linuxkernel/index.html

Strona została także uaktualniona i pokazuje także pomiary jądra 2.4.7.

)

4. Graficzna reprezentacja źródeł jądra

27 Jul 2001 (7 posts) Archive Link: "Przegląd graficzny"

Summary By Zack Brown

People: Jan-Benedict Glaw, GOrdon Fraser, Frank Fiene, Gordon Fraser

Frank Fiene przypomniał sobie, że widział onegdaj graficzną reprezenację źródeł jądra i spytał, gdzie można coś takiego znaleźć. Jan-Benedict Glaw odpowiedział: "Zapewne masz na myśli LGP (Linux Graph Project) prowadzony przez Rusty'ego," ale nie wiedział, gdzie ten projekt znaleźć. Gordon Fraser także odpowiedział Frankowi mówiąc: "To, czego szukasz znajduje się na: http://fcgp.sourceforge.net/." Frank obejrzał tę stronę i powiedział, że to jest dokładnie to, czego szukał, ale dodał:

lgp w wersji 2.4.0a działa fajnie, ale ostatnia wersja -- 2.5.1 -- nie działa. Dostaję taki błąd przy kompilacji:

data2ps.o: In function `d2p_draw_line':
/home/ffiene/docs/lgp-2.5.1/data2ps.c:180: undefined reference to `cos'
/home/ffiene/docs/lgp-2.5.1/data2ps.c:181: undefined reference to `sin'.

Pliki data2ps.c z obu wersji nie różnią się w zbyt wielu miejscach, więc nie znalazłem błędu.

Kilku ludków (włączając w to Franka) odpowiedziało podając rozwiązanie. Zgodnie z tym jak ujął to Gordon: "Dodanie -lm do CFLAGS w Makefile'u powinno załatwić sprawę."

Koniec wątku.

5. Wymiana zdań między developerami

29 Jul 2001 (6 posts) Archive Link: "Re: [PATCH] zachowywanie zasady copy-on-write"

Summary By Zack Brown

People: Hugh Dickins, Linus Torvalds

Hugh Dickins powiedział, "Złamanie zasady copy-on-write w do_wp_page() powoduje, że jest ona niebezpieczna. Proszę nie proście mnie o przedstawienie przypadku testowego! ale sprawdzanie przy użyciu pte_same() po ponownym otrzymaniu page_table_lock nie jest wystarczające do zagwarantowania, że old_page nie była odczytana, użyta do czegoś innego, potraktowana copy_cow_page podczas gdy zawierała te inne dane, zwolniona i ponownie użyta przez własne pte. " Linux Torvalds odpowiedział:

Och, ale tak jest.

Nad całym ciągiem operacji trzymany jest semafor MM, więc nie ma możliwości żeby pozycja tablicy strony była zastąpiona czymkolwiek innym niż pozycją nie istniejącą (tj. vmscan może ją wyrzucić ale nic nie może się dostać na jej miejsce, z powodu blokady).

Zatem tak, możemy kopiować dane, które są ,,śmieciami'', ale ponowne testowanie tablicy stron zapewnia, że jeżeli są to śmieci, to nigdy ich nie użyjemy.

Hugh odpowiedział, " Przepraszam, że jestem taki głupi, ale ciągle tego nie kumam. Myślałem że down_read na mmap_sem pozwala na równoległość odwołań przez innych użytkowników przestrzeni adresowej (wyłączając zmiany strukturalne przestrzeni adresowej)? i że nie jest zablokowana strona sama w sobie i że czasowo usunięty jest page_table_lock. Po prostu zupełnie nie widzę co miałoby chronić stronę." Linus powiedział:

Ehh, masz rację. Ale myślę, że jednak nie masz racji.

Ponieważ trzymamy semafor mm, nikt nie może zmienić naszego mapowania.

To oznacza, że jeśli nawet coś wyleci ze strony i na to miejsce włożymy cokolwiek innego, to to "cokolwiek innego" musi być tym samym. Widzisz?

Hugh wysłał łatkę i powiedział, " Jasne, zgadzam się w tym co powiedziałeś, ale to nie wyczerpuje tematu. To nie musi być koniecznie pierwsze ponowne użycie tej strony: po jej przeniesieniu i zwolnieniu, mogła zostać zaalokowana dla innych celów i ponownie zwolniona, a potem przypisana ponownie w celu, w którym została użyta pierwotnie. Podczas gdy trzyma ona dane z tego pośredniego użycia, mogliśmy zrobić copy_cow_page z old_page do new_page i idąc dalej zamieniamy dobrą old_page na tę zepsutą new_page. " Linus napisał, "Ok, przekonałeś mnie. Dzięki za pokazanie mi błędu mojego rozumowania. Poprawione. " Koniec wątku (tm).

6. Omijanie GPL

30 Jul 2001 (5 posts) Archive Link: "GPL a nadpisywanie funkcji jądra"

Summary By Zack Brown

People: Alan Cox, Richard B. Johnson, Rob Landley

Anonimowy nadawca zapytał czy byłoby legalnym zaimplementowanie sterownika o zamkniętym kodzie, który nadpisywałby istniejące wskaźniki do funkcji w jądrze Linuksa. Powiedział on, że skoro nie zmodyfikuje to kodu źródłowego jądra, publikacja żródeł sterownika nie powinna być obowiązkowa. Alan Cox odpowiedział, "Modyfikujesz program na GPL-u i linkujesz z nim. Powiedziałbym, że to zupełnie jasne, że go linkujesz." Richard B. Johnson także odpowiedział pierwotnemu nadawcy:

Nie tylko sam zapis GPL jest ważny, ważne są także intencje w jakiej została ustanowiona. Jeśli zamysłem GPL jest pomoc w promowaniu wolnego przepływu pomysłów i pokazanie otwarcie jak pewne oprogramowanie jest implementowane, to każda próba zaciemniania, ukrywania albo chowania sczegółów implementacyjnych jest sprzeczna z jej zamysłem.

Moim zdaniem każde oprogramowanie, które jest dostarczane bez kodu źródłowego leży w sprzeczności z zamysłem GPL. Jestem pewien, że część prawników nie zgodziłaby się ze mną.

Mamy już tak zwany kod ,,prywatny'' włączony od jądra. Takie postępowanie zaczęło się od ,,niewinnych'' kawałków binariów ładowanych do sprzętu w czasie instalacji niektórych sterowników. Włączanie takich binariów jest także sprzeczne z GPL, ale bez tych tajemniczych fragmentów, sprzęt by nie działał.

Wydaje mi się, że takie wyjątki od GPL otworzyły furtkę póżniejszemu psuciu się kodu i exploitom. Czas pokaże.

Obecnie, jeśli twój kod atakuje i psuje, zastępuje albo w jakikolwiek inny sposób modyfikuje jądro, to wydaje mi się, że jest to w porządku tak długo, jak długo dostarczasz kod źródłowy. Możesz nawet rozwijać moduły, które są zaprojektowane tak, by psuć.

Rob Landley także odpowiedział pierwotnemu nadawcy:

Masz na myśli pisanie do /dev/kmem i tym podobne?

Powodzenia. Głęboka, zła czarna magia. Zdaniem Linusa możesz właściwie zrobić wszystko co chcesz z trybu użytkownika (włączając w to ładowanie binarnych modułów jądra w czasie wykonywania), ale UŁATWIENIA dla zmian polegających na włączeniu binariów uzyskasz chyba tylko po trupie Linusa. Jest to oczywiście tylko moje rozumienie tej sytuacji.

Okaże się, że to nie działa przy przejściu z 2.4.7 na 2.4.8. A potem znowu okaże się, że psuje się przy przejściu z 2.4.8 na 2.4.9. I każdy kto ma jądro z twoją binarną wstawką nie będzie nawet WYSŁUCHANY jeśli zgłosi na tej liście błąd a będzie miał ją załadowaną. Odeślą go do ciebie, nawet w sprawach, które NIE BĘDĄ związane z konkretnym fragmentem jądra.

7. Przyjęcie z okazji 10. urodzin Linuksa

31 Jul 2001 (1 post) Archive Link: "[Party!] Piknik/Grill z okazji 10. urodzin Linuksa"

Summary By Adam Buchbinder

People: Drew Bertola

Drew Bertola napisał:

Aby uczić dziesiątą rocznicę pierwszego postu Linusa o jego ,,hobby'', svlug i sbay.org urządzają Piknik/Grill w sobotę, 25 sierpnia w Sunnyvale, CA, USA.

Wysyłam to ogłoszenie, bo wielu z was być może będzie w tamtych okolicach w ten właśnie weekend na Linux World albo na IDC (obydwa odbywają się w tygodniu po tym weekendzie) i nie chcemy, byście to przegapili. Będzie jedzonko i drinki* dla wszystkich, którzy RSVP.

W celach finansowania tego wydarzenia sprzedawane są koszulki. Prześlij email na adres drew@linux10.org jeśli chcesz kupić taką koszulkę. (patrz: http://linux10.org/images/frontshirt.jpg ).

Jeśli będziesz w pobliżu w ten weekend, proszę odpowiedz tak szybko jak to tylko możliwe na: http://linux10.org/rsvp/ a jeśli potrzebujesz transportu, sprawdź listę dojeżdząjących pod adresem: http://linux10.org/ride_board/

Jakieś pytania? Proszę przyślij mi email na adres drew@linux10.org.

8. Obsługa Myszy PS/2 z kółkiem na Thinkpadzie

1 Aug 2001 (2 posts) Archive Link: "Kółko w myszy do thinkpad ps/2"

Summary By Zack Brown

People: Allan Sandfeld Jensen, Thomas Hood

Allan Sandfeld Jensen napisał:

Rozwiązałem, dość długo nierozwiązany problem z używaniem myszy ps/2 z kółkiem do thinkpada. (przszukałem historię i znalazłem raporty błędów z roku 1998, na które nie było odpowiedzi)

Odkryłem takie ,,sprytne'' urządzenie, kontroler trackpoint, który zbiera ruchy zarówno z trackpointa jak i z zewnętrznej myszy. Zakładając, że rozpoznaje zewnętrzną mysz! (rozpoznaje tylko standardowe myszy) Szybkim rozwiązaniem jest wyłączenie tego kontrolera przez wysłanie 0xe2 0x4e, ale ogólniejszym rozwiązaniem byłoby napisanie linuksowego sterownika, który wykrywałby automatycznie kontroler trackpoint oraz zewnętrzną mysz i wyłączałby kontroler. W ten sposób sterowniki trybu użytkownika widziałby mysz.

Najłatwiejsze dla mnie byłoby wpisanie tego w pc_keyb.c, ale nie jest to właściwe. Gdzie zatem powinienem umieścić sterownik? Jeśli chciałbym mieć zaawansowaną funkcjonalność, taką, że oddzielnie traktuję trackpoint a oddzielnie zewnętrzną mysz, mając jedno na /dev/psaux1, a drugie na /dev/psaux2, muszę przejść przez obsługę przerwań dla aux. W przeciwnym przypadku mogę po prostu komunikować się przez standardowe psaux.

I co z nową klasą wejścia, czy wszystkie urządzenia ,,wejściowe'' w końcu tam będą umieszczane, czy tylko USB?

Thomas Hood powiedział co następuje o automatycznym wykrywaniu i wyłączaniu kontrolerów trackpoint z zewnętrzną myszą: "TrackPoint może być automatycznie wyłączany przy użyciu narzędzi takich jak PS2.EXE a także tpctl. Niestety, aktualne sterowniki do Linuksa nie obsługują poprawnie kółka. Nowe sterowniki urządzeń wejściowych autorstwa Vojtecha Pavlika (te które są już używane dla USB HIDów) obsługują właściwie kółko w myszy ale powiedziano mi, że zostaną one umieszczone dopiero w Linuksie 2.5. Więcej informacji na ten temat na mojej stronie: http://panopticon.csustan.edu/thood/tp600lnx.htm#secmouse" Thomas dodał jeszcze, bardziej ogólnie " Jeśli chcesz poprawiać istniejące sterowniki powinieneś się może skontaktować z Tillem Straumannem, który napisał narzędzia do TrackPoint pod Linuksa: http://www-hft.ee.TU-Berlin.DE/~strauman/tp4utils/"

Koniec wątku.

 

 

 

 

 

 

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.

Mirror provided by HKMirror. Sponsored by Porno Verzameling and webcamsex