|
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 Garego: jądro Linuksa | #kernelnewbies
Table Of Contents
| 1. | 10 Jun 2001 - 15 Jun 2001 | (18 posts) | Sterownik do kamery Sony Vaio Motion Eye |
| 2. | 11 Jun 2001 - 14 Jun 2001 | (12 posts) | Stan prac nad sterownikiem dla Gigabitowych kart ethernetowych Intela z chipsetem TL82543GC |
| 3. | 11 Jun 2001 - 18 Jun 2001 | (35 posts) | Dokumentacja z 3Com |
| 4. | 12 Jun 2001 - 19 Jun 2001 | (14 posts) | Uszkodzenie danych w 2.4.5 |
| 5. | 12 Jun 2001 - 14 Jun 2001 | (12 posts) | Linux 2.4.6-pre3 |
| 6. | 14 Jun 2001 | (15 posts) | Niezarejestrowane zmiany w API użytkownik<->jądro |
| 7. | 15 Jun 2001 - 18 Jun 2001 | (14 posts) | IBM przetacza się obok Open Source |
| 8. | 15 Jun 2001 - 19 Jun 2001 | (9 posts) | Wirus e-mailowy na Linux-kernel |
| 9. | 16 Jun 2001 | (4 posts) | Stan wsparcia dla Hotplug CPU |
| 10. | 16 Jun 2001 - 18 Jun 2001 | (9 posts) | Linux dla dobra ludzkości (wyciskacz łez) |
| 11. | 20 Jun 2001 | (5 posts) | Hakerzy padają jak muchy |
Mailing List Stats For This Week
We looked at 998 posts in 3958K.
There were 426 different contributors. 184 posted more than once. 138 posted last week too.
The top posters of the week were:
1. Sterownik do kamery Sony Vaio Motion Eye
10 Jun 2001 - 15 Jun 2001 (18 posts) Subject: "[PATCH 2.4.5-ac12] Nowy sterownik do kamery Sony Vaio Motion Eye"
People: Stelian Pop, Alan Cox, Linus Torvalds, Stelian
Stelian Pop poinformował o napisaniu nowego sterownika do kamery Sony Vaio MotionEye z serii Picturebook. Wysłał patch i wyjaśnił:
Sterownik nie obsługuje jeszcze overlaya (brak dokumentacji... :-(), ale wspiera przechwytywanie obrazu (grabbing), zdjęcia (snapshot) w jpegach, wideo skompresowane przez mjpeg (przez prywatne API, opisane w <file:Documentation/video4linux/meye.txt>).
Dopóki nie zaktualizuje się strona alcove-labs, możecie pobrać aplikacje 'motioneye' opisane w meye.txt z: http://mapage.noos.fr/pop/sonypi i http://mapage.noos.fr/pop/meye
Alan Cox spytał, czy sprzęt rzeczywiście wspiera overlay. Stelian potwierdził, ale dodał: "nawet jeśli bym wiedział jak oprogramować mchip, aby wysyłał dane na wyjście wideo, jeszcze czegoś brakuje do uruchomienia overlay (zarówno w mchipie jak i w sterowniku graficznym ati)." Alan zaczął rozważać:
Być może kamera wysyła cyfrowy sygnał YUV do chipa ATI. Przypuszczalnie windows robi coś takiego:
Stelian przyznał mu rację, ale po krótkiej wizycie na stronie Gatos powiedział: "wygląda na to, że karta Rage Mobility P/M, którą mam w laptopie, jeszcze tego nie wspiera." Linus Torvalds odpowiedział:
Na pewno wspiera - w każdym razie jeśli użyjesz XFree86 z CVS z rozszerzeniami do kart ATI ściągniętymi z Gatos. Używałem sprzętu YUV do pół-akcelerowanego odtwarzania DVD ("pół-akcelerowane" tylko dlatego, że chip potrafi robić MC, ale ATI nie ma dokumentacji mówiącej, jak to zrobić, więc wykonuje tylko konwersję YUV).
Nie wiem dlaczego kod do ATI z Gatos nie został włączony do CVS-a XFree86 - działa lepiej niż wsparcie dla innych chipsetów, które _jest_ w CVS-ie.
Włączyłem do swojego CVS XFree86 to kilka miesięcy temu, co nie było zbyt trudne. Niestety nie mam w tej chwili tych łat leżących luzem, ale mogę je wygenrować, jeśli ktoś potrzebuje.
W trakcie dalszej dyskucji Stelian powiedział: "główne pytanie pozostaje nadal bez odpowiedzi: czy kamera MotionEye ma wsparcie dla overlay czy nie? Może być tak, że jest podłączona do jakiegoś złącza na płycie ATI w celu robienia bezpośredniego wejścia/wyjścia wideo (ale w tej chwili żaden sterownik X nie umie rozpoznać tego złącza). Chip do przetwarzania ruchomych jpegów w tej kamerze na pewno ma wyjście wideo. Być może to tylko jakaś aplikacja czyta dane YUV z chipa i potem wysyła je bezpośrednio do karty graficznej. W tej chwili to działa. Prawie (ponieważ potrzebujemy połatanych Xów - poczytajcie strony Gatos - i połatanego xawtv - aby umożliwić skalowanie). " Linus odpowiedział, że nie ma pojęcia o wsparciu dla overlaya i wątek się zakończył.
2. Stan prac nad sterownikiem dla Gigabitowych kart ethernetowych Intela z chipsetem TL82543GC
11 Jun 2001 - 14 Jun 2001 (12 posts) Subject: "Gigabitowe karty sieciowe Intela? - Intel Gigabit Ethernet Pro/1000T"
People: Shawn Starr, Alan Cox, Riley Williams, Ralf Baechle, James Sutherland
Shawn Starr spytał o stan prac nad kartą sieciową Intela (copper) z chipsetem TL82543GC. Powiedział: "Facet ze sprzedaży, który promuje tę kartę mówi, że jest to całkiem nowa karta i twierdzi, że może wyciągnąć specyfikacje od inżynierów." Alan Cox o mało nie pękł ze śmiechu gdy to usłyszał i dodał: "Do tej pory nikt nie był w stanie wydobyć jakiejkolwiek użytecznej dokumentacji z Intela na temat ich gigabitowych kart." Riley Williams zasugerował: "powiedz temu facetowi, że JEŚLI może Ci dostarczyć PEŁNĄ specyfikację RAZEM Z pozwoleniem na swobodne rozpowszechanianie I ,, Twój znajomy, który potrafi czytać takie specyfikacje'' potwierdzi, że to jest naprawdę PEŁNA specyfikacja, wówczas rozważysz kupno takich kart, jeśli nie - nie jesteś zainteresowany..." Ion Badulescu zauważył, że zgoda na dystrybuowanie specyfikacji nie jest tak bardzo niezbędna, o ile będzie możliwe rozpowszechanianie sterowników na zasadach GPL. Ralf Baechle zaoponował: "Wówczas miałbyś GPL-owy sterownik, którego nie masz jak w bezpieczny sposób modyfikować, co GPL gwarantuje." Ale James Sutherland wytłumaczył mu: "GPL nie gwarantuje użytkownikom INFORMACJI potrzebnej do robienia zmian, za to daje możliwość ich dokonywania. Tak jak jądro Linuksa nie jest dostarczane ze specyfikacjami POSIX, z RFC itp. - niektóre ze standardów zaimplementowanych w jądrze nie są dostępne publicznie, ale to nie zmienia faktu, że nawet te fragmenty jądra mogą być swobodnie modyfikowane." W pewnym momencie Alan wtrącił: " masz większe szanse na uzyskanie prostej odpowiedzi od polityka niż od człowieka z działu sieciowego Intela." Po jakimś czasie Shawn zdał relację ze stanu rozmów z Intelem: "Na razie cisza. Byłbym bardzo zdziwiony gdybym dostał dokumentację BEZ umowy antykonkurencyjnej czy czegoś takiego. Ale nie szkodzi spróbować w każdym razie :-)"
3. Dokumentacja z 3Com
11 Jun 2001 - 18 Jun 2001 (35 posts) Subject: "Sterowniki do 3comów i procesorów 3XP"
People: Kip Macy, Alan Cox, Martin Moerman
Brent D. Norris spytał o status sterownika 3Com Etherlink 10/100 PCI NIC z procesorem 3XP w jądrze Linuksa; w szczególności chciał usłyszeć jak ta karta sobie radzi z szyfrowaniem DES-em bez użycia CPU. Spytał, czy Linux to wykorzystuje. Kip Macy odparł: "Nie może wykorzystywać, ponieważ 3com nie napisał sterownika dla Linuksa ani nie opublikował interfejsu do tego procesora." Brent stwierdził, że wydawało mu się, że 3com był całkiem przyjazny Linuksowi i spytał się czy się pomylił. Kip odrzekł: "są w miarę przyjaźni. Jednakże, jeśli opublikują interfejs do swojej karty, inna firma mogłaby ten fakt wykorzystać, użyć istniejących sterowników i zaoferować produkt o takiej samej funkcjonalności za niższą cenę. W każdym razie takie uzasadnienie usłyszałem przy okazji podobnej historii z jednym z produktów Adapteca." Alan Cox wtrącił swoje 3 grosze: " Sprzęt szyfrujący jest towarem. Jest wątpliwe jednak czy ma jakąś wartość poniżej 1Gbita na sekundę, ponieważ najtańsze wolne koprocesory szyfrujące są robione przez AMD i Intela. Wkłada się je w drugie gniazdo procesora na dwuprocesorowej płycie. Ponieważ to jest masowa produkcja, można je dość łatwo przeprogramować i w trakcie gdy nie szyfrują, wykorzystywać je w innym celu. To samo tyczy się akceleratorów RAID-owych. Wyprodukowanie specjalizowanego sprzętu kosztuje dużo pieniędzy, a x86 jest złym rozwiązaniem, ale jest wystarczająco dużym młotkiem żeby działało wystarczająco dobrze."
W pewnym momencie Martin Moerman z 3Com nie wytrzymał: "A może byście mi powiedzieli, czego dokładnie potrzebujecie w dokumentacji? Może bym spróbował wtedy takową zorganizować." Ale nie uzyskał żadnej odpowiedzi.
4. Uszkodzenie danych w 2.4.5
12 Jun 2001 - 19 Jun 2001 (14 posts) Subject: "Uszkodzenie danych w 2.4.5"
People: Eugene Crosser
Larry McVoy zgłosił powtarzalne uszkodzenie danych w 2.4.5. Eugene Crossier dodatkowo potwierdził: "Ostatnio zauważyłem masowe uszkadzanie systemu plików na czystym 2.4.5, dysk SCSI z kontrolerem Sym53c8-cośtam (UW). Nie zauważyłem żadnych problemów przed 2.4.5, a kłopoty się zaczęły, gdy stworzyłem dość duży plik przy użyciu broadcast2000 (karta na chipie bt848). System plików to ext2." Alan Cox również potwierdzil problem. Później Larry zgłosił, że uszkodzenie danych w jego przypadku nie było jednak tak powtarzalne, jak myślał i wątek się zakończył.
5. Linux 2.4.6-pre3
12 Jun 2001 - 14 Jun 2001 (12 posts) Subject: "Linux-2.4.6-pre3"
People: Linus Torvalds, Jeff Garzik, Tim Waugh
Linus Torvalds zaanonsował 2.4.6-pre3 i wyjaśnił:
Z rzeczy dla każdego: jeśli wkurzało Was, że nie możecie wyeksportować NFS-em swojego systemu plików z reiserfs, teraz będziecie szczęśliwi.
Poprawiło się także zarządzanie VM, dzięki Rikowi van Rielowi, Mikowi Galbraithowi, Marcelo Tosattiemu i Andrew Mortonowi. Spróbujcie teraz.
Dołączył także changelog:
pre3:
Keith Owens zgłosił, że pozycja 8 spowodowała warningi kompilatora przy sterowniku tulipa. Jeff Garzik odpowiedział: "Nie było żadnej aktualizacji sterowników sieciowych, ani tym bardziej aktualizacji sterowników tuplipa. Zmieniło się API dla PCI, to tam powstają te warningi i tam trzeba jeszcze troszkę podłubać." Tim Waugh powiedział z sarkazmem: "... w stabilnej serii jądra.. :-((" W pewnym momencie Linus wtrącił:
Ta łata nie powinna nic zepsuć. Warningi, owszem, zdarzają się, ale funkcja w końcu robi to co powinna - stare sterowniki będą po prostu ignorowały nowy argument.
To było niezbędne do działania trybu suspend w ACPI. W którym zresztą dłubie Patrick. A fakt, że Pat pracuje w tej samej firmie co ja, ma większy związek z tym, że Transmeta jest żywo zainteresowana kwestiami dotyczącymu trybu suspend, niż z wpływem który na mnie wywiera.
6. Niezarejestrowane zmiany w API użytkownik<->jądro
14 Jun 2001 (15 posts) Subject: "Niezarejestrowane zmiany w API użytkownik<->jądro"
People: Andrea Arcangeli
Andrea Arcangeli zgłosił:
Jest sporo zmian w API do jądra widzialnym dla przestrzeni użytkownika, króre nie są jeszcze uwzględnione w głownej linii 2.4. Radziłbym je włączyć jak najszybciej, aby uniknąć sprzeczności pomiędzy różnymi wersjami jądra.
Dołączam łaty, które powinny zsynchronizować wszystko. Patche muszą być nakładane inkrementalnie. (oprócz ostatniej, którą wysyłam raczej do skomentowania niż do zaaplikowania)
Pierwszy z nich definiuje O_DIRECT (UWAGA: wartość O_DIRECT dla alphy nie jest jeszcze ostatecznie ustalona, O_DIRECTIO dla tru64 to nasze O_NOFOLLOW, więc po prostu spieprzyliśmy sprawę, bo zawsze będziemy potrzebować wrappera, który pozwoli działać złożonym programom jak dbms bez specjalnego przenoszenia ich na Linuksa, 02000000 w tru64 to O_DSYNC i może powinienem użyć zamiast tego wartości 010000000, która miejmy nadzieję, nie jest używana w tru64, ale dalej nie ma gwarancji, że nie będzie w przyszłości. Czekam na komentarz Richarda odnośnie tej kwestii).
Dave zaakceptował wartości dla sparc64.
7. IBM przetacza się obok Open Source
15 Jun 2001 - 18 Jun 2001 (14 posts) Subject: "Haczyk w filtrach klawiatury ps2"
People: Dan Streetman, Jeff Garzik, Andries Brouwer, Michael Rothwell, Mike A. Harris
Dan Streetman z IBM powiedział:
Dział IBM Retail Store Solutions posiada pewne klawiatury PS/2, które rozszerzają standardową specyfikację PS/2, wspomagając dodatkowy hardware wbudowany w klawiaturę (taki jak czytnik pasków magnetycznych, Keylock, generator tonów, dodatkowe klawisze, dodatkowe LED, itp). Ten dodatkowy sprzęt staje się bezużyteczny jeśli używane są ze standardowymi sterownikami PS/2 (smutne to, ale ponieważ ich projekt jest "IP", nie mogę wywnioskować na jakiej podstawie są one niekompatybilne ze standardową specyfikacją PS/2).
Aby można było używać tych klawiatur, standardowe sterowniki muszą się zachowywać trochę inaczej; załączam więc modyfikację do starndardowego sterownika PS/2, która rejestruje i pozwala innym sterownikom pracować z PS/2 jako 'filtry'. Maksymalna liczba 'filtrów' jest arbitralnie ustawiona na 1, co można zdefiniować w trakcie kompilacji. Zarejestrowane sterowniki są wołane (w kolejności rejestracji) i mogą wtedy zmienić albo wczytać scancode (albo pozwolić na przejście). 'Filtry' zawierają również funkcję wysyłającą bufor zmiennej długości do portu wyjściowego klawiatury; ta funkcja jest synchronizowana przy użyciu semafora, który także koordynuje pckbd_leds().
Jeff Garzik zapytał, "Czy nie zakończyliśmy właśnie dyskusji na linux-kernel, w czasie której mówiono, że łaty, które po prostu dodają usprawnienia dla prywatnych rozszerzeń, nie będą akceptowane w jądrze? " Andries Brouwer odpowiedział, "Jest konkrente zapotrzebowanie na takie rodzaje łat. Mam podobną sprawę w przypadku niewidomych albo ludzi niepełnosprawnych, którzy mogą używać tylko jednej ręki. Usprawnienia do sterowników, które dają coś niezwykłego, specjalnego mogą być używane inaczej, nie tylko w celach prywatnych. " Gdzie indziej Michael Rothwell dodał:
Spotykam podobny problem w przypadku skanera kodów kreskowych "Qoder". Potrzebuję specjalnej funkcji obsługi klawiatury. Wydaje się, że "właściwym" sposobem na to byłoby używanie input api. Brzydkim sposobem jest łatanie sterownika klawiatury. Używam obu rozwiązań.
Jakkolwiek napisałem NAPRAWDĘ PROSTĄ funkcję obsługi, która wspiera dokładnie moje potrzeby, jest to rozwiązanie w kategorii "paskudny hack czekając na input api.". Może napiszę wersję dla twojej funkcji obsługi.
Zastanawiam się kiedy input api dla urządzeń ps/2 stanie się częścią głównego nurtu jądra...
Dan także odpowiedział Jeffowi, mówiąc:
Moją intencją nie było nigdy włączenie łaty. Tak naprawdę byłbym w szoku (i trochę przerażony) jeśli zostałaby ona zaakceptowana.
Ale kierownictwo nie słucha kiedy mówię, że to nigdy nie będzie zaakceptowane, musiałem zatem wykonać ten mały wysiłek przesłania tego, aby udowodnić, że nie będzie zaakceptowane.
Naprawdę próbowałem przekonać ich do wypuszczenia akutalnego sterownika, ale się nie udało.
Mike A. Harris odpowiedział:
Wydaje mi się naprawdę bardzo dziwnym, że przy całym wielkim szumie IBM wokół open source i pochwałach, yada, yada, i przy tym co Lou kiedyś powiedział, istnieje jeszcze pytanie czy to ma być open source, czy nie. Czy big blue jest za open source? Czy to tylko dla reklamy? Zastanawiam się teraz...
Zastanawiam się co się za tym kryje...
Dan odpowiedział, "Myślę, że w tym przypadku (i prawdopodobnie w wielu innych) to nie jest problem chęci 'ochrony' niezwykłego kodu albo projektu, ale bardziej to, że ludzie są przyzwyczajeni do pracy w pewien konkretny sposób (zamknięty) i że trudno to zmienić. Ciągle mają 'odruch', który mówi im by trzymać to zamknięte i potrzebują wymiernej korzyści albo prawnego powodu aby to otworzyć... zamiast pytać 'dlaczego nie?' pytają 'dlaczego?'."
8. Wirus e-mailowy na Linux-kernel
15 Jun 2001 - 19 Jun 2001 (9 posts) Subject: "Królewna Śnieżka i siedmiu krasnoludków - PRAWDZIWA historia!"
Anonimowy wróg wysłał pocztowego wirusa na linux-kernel i paru gości po prostu się z tego obśmiało.
9. Stan wsparcia dla Hotplug CPU
16 Jun 2001 (4 posts) Subject: "[ANNOUNCE] HotPlug CPU patch na 2.4.5"
People: Rusty Russell, Christoph Hellwig, Alexander Viro
Rusty Russell wysłał link i ogłosił, "Wersja 0.3 (untested) HotPlug CPU Patch jest wypuszczona ze wsparciem dla ia64 i x86." Powiedział, że włączanie i wyłączanie procesora było łatwe jak zmiana wartości /proc/sys/cpu/1. Christoph Hellwig zasugerował używanie zamiast tego /proc/sys/cpu/<num>/enable , tak by "inne per-cpu sysctle mogły być łatwiej dodawane. " Rusty zgodził się, że tak byłoby lepiej, ale powiedział "przepisz najpierw sysctl crap tak by dynamiczne dodawanie i usuwanie rekordów robiło się w zdrowy sposób." Alexander Viro zgodził się, "Obecnie zajmuję się głownie 2.5, ale tak szybko jak tylko połączenie fs/super.c będzie normalne, zobaczę co można spokojnie włączyć do 2.4. Przepraszam - to dotyka wielu miejsc i prowadzenie dwóch rzeczy równolegle...<shudder> Jak tylko ta pieprzona rolka żylety^W^W^Wzestawu wzajemnie blokujących się zmian zostanie rozplątana..."
10. Linux dla dobra ludzkości (wyciskacz łez)
16 Jun 2001 - 18 Jun 2001 (9 posts) Subject: "Konfiguracja jądra. To nie tylko praca, to jest przygoda!"
People: Eric S. Raymond, Wayne Browne
Eric S. Raymond w końcu odgryzł się i powiedział (jak tylko stoczyli go do jego wyściełanej celi):
Różne osoby na liście Linux kernel i w róznych miejscach wyraziły opinię, że interfejs użytkownika CML2 jest zbytnio skierowany w stronę użytkowników nie posiadających umiejętności technicznych. W odpowiedzi na te skargi zaimplementowałem czwarte oblicze CML2 z interfejsem, którego styl został zaprojektowany dla poważnych hackerów, hard-corowców. Przykładowy zapis sesji wygląda następująco:
----------------------------------------------------------------------------
Witamy w CML2 Przygoda, wersja 1.6.1.
Jesteś w labiryncie pokrętnych małych menu opcji kernela, wszystkie są różne.
Pokój główny. Podpisano `Linux Kernel Configuration System'.
Pasażerowie prowadzeni we wszystkich kierunkach.
> n
Pokój arch. Podpisano `Typ procesora'.
Przejście prowadzi w górę.
Wybierz architekturę swojego procesora.
Mosiężna latarnia jest właśnie tu.
Na ścianie tego pokoju znajduje się rząd podpisanych przycisków. Głoszą one:
X86, ALPHA, SPARC32, SPARC64, MIPS32, MIPS64, PPC, M68K, ARM, SUPERH, IA64,
PARISC, S390, S390X, CRIS
Przycisk oznaczony X86 jest wciśnięty.
> weź latarnię
Latarnia: wzięta.
> zobacz X86
Wartością X86 jest y.
To jest dom Linuksa. Linux był oryginalnie stworzony dla Intel 386 i działa
dla wszystkich późniejszych procesorów x86 włączając w to Intel
486, 586, Pentium, i inne chipy o zgodnych z nimi zbiorach instrukcji,
produkowane przez AMD, Cyrix, i innych.
> do góry
W pokoju głównym.
> obok
Pokój arch. Znak głosi `Typ procesora'.
Pokój archihacks. Znak głosi `Zależne od architektury hacki sprzętowe'.
Pokój szyn. Znak głosi `Szyny systemowa i typy kontorolerów'.
Pokój pm. Znak głosi `Zarządzanie zasilaniem'.
Pokój mtd. Znak głosi `Wsparcie dla MTD'.
Pokój x86. Znak głosi `Opcje dla Intela i procesorów kompatybilnych z 80x86'.
Pokój polityki. Znak głosi `Opcje polityki konfiguracji'.
Pokój ogólny. Znak głosi `Wybór cech niezależych od architektury'.
Pokój urządzeń blokowych. Znak głosi `Urządzenia blokowe'.
> idź od ogólnych
Pokój ogólny. Znak głosi `Wybór cech niezależych od architektury'.
Przejście prowadzi w górę.
Napotykasz opcję o nazwie MODULES.
Napotykasz opcję o nazwie NET.
Napotykasz opcję o nazwie SYSVIPC.
Napotykasz opcję o nazwie BSD_PROCESS_ACCT.
Napotykasz opcję o nazwie SYSCTL.
Napotykasz opcję o nazwie BINFMT_AOUT.
Napotykasz opcję o nazwie BINFMT_MISC.
Napotykasz opcję o nazwie SMP.
> weź NET
NET: wzięte.
> weź MODULES
Symbole trzystanowe nie będą domyślne dla M.
MODULES: wzięte.
> do góry
W pokoju głównym.
> obok
Pokój arch. Znak głosi `Typ procesora'.
Pokój archihacks. Znak głosi `Zależne od architektury hacki sprzętowe'.
Pokój szyn. Znak głosi `Szyny systemowa i typy kontorolerów'.
Pokój pm. Znak głosi `Zarządzanie zasilaniem'.
Pokój mtd. Znak głosi `Wsparcie dla MTD'.
Pokój x86. Znak głosi `Opcje dla Intela i procesorów kompatybilnych z 80x86'.
Pokój polityki. Znak głosi `Opcje polityki konfiguracji'.
Pokój ogólny. Znak głosi `Wybór cech niezależych od architektury'.
Pokój urządzeń blokowych. Znak głosi `Urządzenia blokowe'.
> idź do szyn.
Pokój szyn. Znak głosi `Szyny systemowa i typy kontorolerów'.
Przejście prowadzi w górę.
Określ szyny, kontrolery dysków i wewnętrzne standardy połączeń, które mają
być wspierane przez twoje jądro.
Jest bardzo ciemno. Jeśli będziesz kontynuował, bardzo prawdopodobne, że
zostaniesz zjedzony przez grue.
Napotykasz opcję o nazwie EISA.
Napotykasz opcję o nazwie PCI.
Napotykasz opcję o nazwie PNP.
Napotykasz opcję o nazwie PARPORT.
Napotykasz opcję o nazwie HOTPLUG.
Napotykasz opcję o nazwie IDE.
Napotykasz opcję o nazwie SCSI.
Napotykasz opcję o nazwie USB.
Napotykasz opcję o nazwie I20.
Napotykasz opcję o nazwie MTD.
Napotykasz opcję o nazwie WATCHDOG.
> zapal latarnię
Latarnia promieniuje soczystym złotym światłem.
> weź PCI
PCI: wzięte.
> pomoc
Witamy w konfiguratorze przygody. Aby zobaczyć wykaz komend, napisz `komendy'.
Na ogół trzyliterowy skrót każdej komendy będzie wystarczający do rozpoznania przez parser.
Ten interfejs naśladuje styl klasycznych tekstowych gier przygodowych takich jak Colossal Cave Adventure i Zork. Menu konfiguracyjne to pokoje, opcje konfiguracyjne to przedmioty, które mogą być brane lub upuszczane (z wyjątkiem symboli wybór/przycisk typu radio, które stają się przyciskami na ścianach pokoi). Przedmioty i pokoje mogą się pojawiać i znikać w formie widzialnych zmian.
Bawcie się dobrze i wystrzegajcie sie grueów!
W pokoju głównym.
> komendy
| patrz [cel] | -- patrz tu albo na cel (kierunek albo opcja). |
| obok | -- pokaż sąsiednie pokoje (wygodne do użycia z idź) |
| idź | -- idź do nazwanego menu (uzupełnione etykietą). |
| inwentarz | -- pokaż, która opcja została podjęta. |
| upuść | -- zrezygnuj z opcji. |
| weź [moduł] | -- wybierz opcję. uzupełnione nazwą opcji. |
| naciśnij | -- naciśnij przycisk (uzupełnione nazwą przycisku). |
| ustal | -- ustal wartość numeryczną albo napis; uzupełnione symbolem i wartością. |
| załaduj | -- przeczytaj w konfiguracji (uzpełnione nazwą pliku). |
| zachowaj | -- zachowaj konfigurację (uzupełnione nazwą pliku). |
| xyzzy | -- przełącznik suppression flag. |
| opuść | -- opuść, nie uwzględniając zmian. |
| wyjdź | -- wyjdź, zapamiętując zmiany. |
Możesz poruszać się w kierunkach geograficznych pn,wsch,zach,pd,pn-wsch,pn-zach,pd-wsch,pd-zach.
> opuść
Kilku gości stwierdziło, że Eric potrzebuje natychmiastowej pomocy albo na nią już za późno, a Eric później wyznał, "Napisałem większość CML2 Przygody podczas długiego lotu samolotem." Ale Wayne Browne powiedział, "OK, Eric, w końcu Ci się udało. Wygrałeś ze mną, zwalczyłeś moje objekcje co do CML2. *Muszę* go teraz spróbować. :-) " Eric postanowił obwinić wyimaginowaną istotę nazwaną "Rick Moen" (oczywiście to wymyślony odpowiednik jego własnego imienia i nazwiska, wystarczy spojrzeć: "Eric" -> "Rick", and "RayMond -> "Moen" -- typowe dziecinne przestawienie w takich przypadkach).
Jeden z doktorów popełnił błąd sugerując, że Eric nie mógł na przecież na prawdę napisać takiego kodu i że plik z zapisem (log) był zaledwie wymysłem rozgorączkowanego umysłu. Ale Eric odpowiedział, "CML2 Przygoda jest częścią wersji 1.6.1 CML2. Możesz ją ściągnąć z http://www.tuxedo.org/~esr/cml2/ i samemu wypróbować."
Tak zakończył się ten wątek.
11. Hakerzy padają jak muchy
20 Jun 2001 (5 posts) Subject: "Czy istnieje linux działający na architekturze jvm?"
People: David Fort, Bruce Holzrichter, Jeff Dike
Eric S. Raymond nie był jedyną nieszczęśliwą ofiarą w tym tygodniu. David Fort rzucił sugestię rodem z legowiska Frankensteina: "Testowałem wcześniej parokrotnie User Mode Linuksa i podsuneło mi to następujący pomysł: ponieważ mamy GCC, które produkuje bytecode z C, powinno być możliwe wyprodukowanie linuksa (nowy katalog w drzewie architektur), który działałby na Wirtualnej Maszynie Javy. (po paru wywiadach dowiedziałem się, że taki kompilator nie istnieje :-( ) Marzę o Linuksie bootującym się w aplecie, w przeglądarce (wyobraźcie sobie wysyłanie takiego czegoś pocztą elektroniczną do ludzi spod znaku MS !!!!)" Bruce Holzrichter odpowiedział, "Nie jestem zupełnie pewny czy to jest możliwe do zrobienia z Linuksem, ale coś takiego zostało już zrobione z Inferno. Sprawdź: http://www.vitanuova.com/inferno/pidoc/index.html" . A Jeff Dike dodał:
Jeśli naprawdę chcesz pomóc ludziom używającym MS uzyskać Linuksa, rozważ po prostu przeniesienie UML na Windows
Starałem się zachęcić kogoś do zrobienia tego przez jakiś czas, ale z ograniczonym skutkiem :-( Wystarczająco dużo zostało zrobione i myślę, że znam wszystkie przeszkody i myślę, że wiem, że jest to możliwe.
Zatem, jeśli jesteś zainteresowany (i masz wystarczające Win-fu) daj mi znać, zabieraj kod i zacznij przenosić...
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. |