Kernel Traffic #249 For 27 Jan 2004

Vítám příspěvky a nápady. Především by pomohlo, kdyby se lidé s jiným než x86 hardwarem mohli podívat na rozšíření věcí, které v současné době děláme pouze pro architekturu x86, i na jiné platformy.

Mám 386, na které bych to měl zkusit.

Mimochodem, IPv4 má zkomprimované přibližně 90K. A já vím, že minimální IPv4 stack lze vtěsnat do zkomprimovaných 8K.

Mým cílem je minimalistický kernel, který by šel použít jako bootloader. Ale ze všeho nejdříve bych chtěl vypnout co nejvíce věcí a pak testovat, kolik jednotlivé kusy přidají.

Když se podíváš na ELKS nebo nějaký ze starých unixových kernelů, je možné je dostat až na 64K, a přitom jsou stále použitelné.

Proc je jednou z věcí, ve které je spousta nepořádku zbytečného pro minimální instalace.

Právě jsem udělal balíčky z nejčerstvějších hotplug skriptů pro Linux. Najdete je zde:
http://sourceforge.net/project/showfiles.php?group_id=17679

Nebo na oblíbeném kernel.org mirroru:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-2004_01_05.tar.gz
a pro ty, kdo mají radši bz2:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-2004_01_05.tar.bz2

Také jsem vytvořil předkompilované (a podepsané) Red Hat FC 1 rpm:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-2004_01_05-1.noarch.rpm
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-base-2004_01_05-1.noarch.rpm

Zdrojové rpm jsou také k dispozici, pokud byste to chtěli přebalit pro jinou distribuci nebo verzi Red Hatu:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-2004_01_05-1.src.rpm
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-2004_01_05-1.src.rpm

Stránky projektu linux-hotplug najdete na:
http://linux-hotplug.sf.net/
- je tam hodně dokumentace.

Toto vydání doporučuji každému, kdo používá kernel 2.6 a zároveň hotplug skripty starší než 5. 8. 2003. Bylo provedeno dost změn, díky kterým jsou 2.6 kernely správně podporovány.

Skripty jsou i nadále zpětně kompatibilní s 2.4, takže upgradovat se nemusíte bát.

Konečně jsem vypustil novou verzi. Má podporu pro 2.6 a všechny ty ostatní věci, kterými lidi přispěli od 1.0.

Můžete si to stáhnout z obvyklého místa:

http://sourceforge.net/projects/avf

Vydal jsem kgdb 2.0 pro kernel 2.6.0 pro architektury i386 a x86_64. Je tady: http://kgdb.sourceforge.net.

Tuto verzi kgdb podporovaly fy. TimeSys Corporation a Storad Inc. Obsahuje kód z kgdb patchů, které spravuje Andrew Morton (George Anzinger), Andi Kleen a Jim Housten.

Významné změny oproti předchozí verzi:

1. Tato verze obsahuje tři patche: po jednom pro architektury i386 a x86_64 a jeden společný.
2. Automatické natahování modulů v gdb teď funguje na platformě x86_64. Debugování modulů, včetně těch v initrd, by s touto funkcí mělo být velmi snadné.
3. Na x86_64 by teď také mělo být bezproblémové odpojení i připojení ke gdb.
4. Nový formát parametrů pro kgdb kernel: kgdbwait, kgdb8250.

iostat v2.0 je venku!

Funguje bezchybně jak na 2.4, tak na 2.6, lze zkompilovat na Debianu, Redhatu, čemkoliv... jinými slovy, je perfektní :).

Vypadá nějak takto:

                             extended device statistics
device mgr/s mgw/s    r/s    w/s    kr/s    kw/s   size queue   wait svc_t  %b
hde        0  3530    5.0   92.0    20.2 14597.8  150.6  68.1  563.2   6.0  58
hdg        0     0    0.0    0.0     0.0     0.0    0.0   0.0    0.0   0.0   0
hda        0   105  159.6   69.4   637.7   812.9    6.3  56.0  176.4   4.1  95

Najdete jej zde: http://linux.inet.hr/

To bychom asi měli, ale existuje pár opravdu výjimečných případů, kdy to nevadí.

Konkrétně můžete provádět výpočty, pokud prostě kolem použijete "kernel_fpu_begin()"/"kernel_fpu_end()", a zároveň máte dobrý důvod, proč si myslet, že bude k dispozici matematický procesor.

Je to nutné? Ani nevím. Všeobecně bych se na to mračil, ale za správných okolností na tom není nic vyloženě špatného.

Právě jsem dostal už desátou stížnost tento rok na skutečnost, že kbd a poslední kernely se neshodnou v tom, co jsou správné hodnoty keycode. Protože jsem správcem kbd, je jasné, že chyba je v posledních kernelech.

Co je tedy správně?

Původní linuxová konvence říká, že hodnoty keycode 1 - 88 odpovídají scancodům. Výš už je to trochu zmatek, hlavně protože těch 128 scancodů xx a 128 escapovaných scancodů e0 xx a kombinace e1 1d 45 jsou zařazeny do 127 keycodů, což nesedí.

OK. Takže chceme zachovat aspoň ten rozsah 1 - 88 a se zbytkem si dělat hlavu později. Všechny běžné klávesy by měly mít zachovaný svůj keycode. Viz také setkeycodes(8).

2.6 nejprve přeloží a pak mapuje ke keycodu, takže fakt, že keycode se rovná (přeloženému) scancodu, vypadá takto: atkbd_set2_keycode[atkbd_unxlate_table[i]] == i for i=1,...,88.

Když si prohlédnete 2.6.0, je tam jediná chyba: scancode 84 je přeložen nesprávně. Při pohledu na 2.6.1-rc1 jsou vidět chyby dvě: špatně přeložen je i scancode 85.

Takže mám pocit, že změna v 2.6.1-rc1 nebyla zrovna k lepšímu - ale i 2.6.0 potřebuje opravit.

Mohu se podívat na podrobnosti, ale možná k tomu má co říct Vojtěch.

Nechci tvrdit, že 2.6.1-rc je v pořádku, ale popíši rozdíl mezi 2.4 a 2.6:

1. Keycode 84.

   Ve 2.4 je keycode 84 SysRq, protože AT klávesnice dávají jiný keycode pro SysRq než jaký náleží PrintScreen, ačkoliv jsou na stejné klávese.

   Ve 2.6 je, v rámci snahy o to, aby to trochu více dávalo smysl, pro PrintScreen pouze jeden keycode - 99. A z toho vznikla moje chyba - protože 84 už nebyl používán, využil jsem jej pro "103." evropskou klávesu.

   103. klávesa obvykle dává zpětné lomítko/svislou čáru nebo hash/vlnovku nebo jinou národní dvojici. Myslím, že 2.4 pro ni vracel keycode 43, protože tahle klávesa je hardwarově braná stejně jako zpětné lomítko na klávesnicích AT Set 2.

   USB a Set 3 klávesnice však mezi touto klávesou a skutečným zpětným lomítkem rozlišují, a protože může být kromě této klávesy na klávesnici i to skutečné zpětné lomítko, je logické pro něj vyčlenit scancode.

   Můj přešlap spočívá v tom, že jsem pro ni vyčlenil scancode používaný ve 2.4 a ještě takový, který je ve 2.4 keymapách obyčejně mapován na SAK.

   To se nelíbí Francouzům, Britům a asi ani Brazilcům.

   Rád si nechám poradit, co s tím.

2. Keycode 85.

   Scancode 85 (přeložený set2) není v tuto chvíli mapován k žádnému scancodu. Existují i jiné nemapované scancody, mapovány jsou pouze ty známé, zbytek záleží na uživateli.

   Keycode 85 je (v keymapách) definován jako F13 a je mapován na scancode 93 (jak v atkbd.c, tak v keyboard.c), což je F13 (podle dokumentace Microsoftu, která byla použita jako reference, protože výrobci klávesnic se jí dnes většinou řídí.