Portál AbcLinuxu, 8. června 2024 01:09
Jaderné noviny 253
Články
-
Jaderné noviny 253
Změny v udev 015. Vydáno Software Suspend 2.0. Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU. Maximální uptime. Historie verzí jádra.
Do konference přišlo celkem 2034 emailů, nejvíce jich poslali Greg KH, Andrew Morton a Kronos.
Změny v udev 015, 50 e-mailů
26. led - 6. úno
Greg KH oznámil udev 015 a připojil popis změn od verze 014:
- Konečně vyhledáváme řetěz záznamů o sysfs zařízení a snažíme se zachytit všechna zařízení v takovém řetězu pro každé pravidlo.
Co to znamená pro uživatele: představte si následující sysfs zařízení:
$ tree /sys/class/input/mouse1/
/sys/class/input/mouse1/
|-- dev
|-- device -> ../../../devices/pci0000:00/
0000:00:1d.0/usb2/2-1/2-1:1.0
`-- driver -> ../../../bus/usb/drivers/hid
Je to USB trackball. udev bude následovat symlink toho "zařízení" a půjde do tohoto adresáře:
$ tree /sys/devices/pci0000:00/0000 :00:1d.0/usb2/2-1/2-1:1.0
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
|-- bAlternateSetting
|-- bInterfaceClass
|-- bInterfaceNumber
|-- bInterfaceProtocol
|-- bInterfaceSubClass
|-- bNumEndpoints
|-- detach_state
|-- iInterface
`-- power
`-- state
To je adresář USB rozhraní, které je vázáno na ovladač myši. Ale sám o sobě je ten adresář nezajímavý. Žádné ID prodejce, žádné ID výrobku, nic o výrobci... Uživatel chce ve skutečnosti ten adresář nad:
$ tree /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
|-- 2-1:1.0
| |-- bAlternateSetting
| ...
|-- bConfigurationValue
|-- bDeviceClass
|-- bDeviceProtocol
|-- bDeviceSubClass
|-- bMaxPower
|-- bNumConfigurations
|-- bNumInterfaces
|-- bcdDevice
|-- bmAttributes
|-- detach_state
|-- idProduct
|-- idVendor
|-- manufacturer
|-- power
| `-- state
|-- product
`-- speed
Tak tenhle adresář obsahuje zajímavé věci:
$ cat /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/product
Microsoft Trackball Optical?
Takže, abych to zkrátil, můžete napsat udev pravidlo podobné následujícímu:
SYSFS_product="Microsoft Trackball*", NAME="my_trackball",
SYMLINK="input/mouse1"
a bude to opravdu fungovat :)
Velmi se to hodí pro všechna USB a SCSI zařízení na USB nebo Firewire sběrnicích.
Další velkou věcí v této verzi je 'udevinfo'. Je to způsob, jak získat informace z udev databáze o tom, která zařízení máme, jak se nazývají, atd. Zároveň také projde sysfs řetěz jakéhokoliv zařízení a vypíše o něm všechny informace, což se hodí při vytváření udev pravidel.
Díky Kayi Sieversovi, který udevinfo napsal. Dobrá práce.
V této verzi se také představuje udev démon. Má tři části:
- udevsend - posílá hotplug zprávu udev démonu.
- udevd - udev démon, dostává hotplug zprávy, seřazuje je do správného pořadí a předává je programu udev, aby se podle nich zařídil.
- udev - beze změny.
To nám umožní udržovat udevsend a udevd malé a pokud možno nechybové. Tyto programy vyžadují ještě dost práce než budeme mít pocit, že jsou dost stabilní pro všeobecné použití. Pomoc vítána.
Díky Kayi Sieversovi a Xiaofengu Lingovi za práci na udevsend a udevd. Ještě jednou, opravdu to oceňuji.
Chris Friesen se zeptal, proč byl udev démon rozdělen na tři části. Greg odpověděl: Mělo by to tak být rychlejší. Můžeme poslat udev pracovat pro různá zařízení najednou.
Vydáno Software Suspend 2.0, 46 e-mailů
29. led - 4. úno
Nigel Cunningham napsal:
Software Suspend 2.0 pro kernely 2.4 a 2.6 je k dispozici na http://swsusp.sf.net. Verze 2.0 představuje velký pokrok oproti předchozím a obsahuje následující funkce:
- Podpora pro HighMem (až 4G), SMP (SMP je nyní podporováno pouze s 2.4; podpora pro 2.6 snad není příliš vzdálena) a preemptivní jádra.
- Podpora libovolného počtu swap oddílů a/nebo souborů.
- Plně asynchronnní I/O a readahead pro synchronní I/O pro maximální propustnost.
- Komprimace image (LZF a GZIP - první možnost je velmi rychlá a velmi doporučovaná).
- Podpora úschovy plného obrazu paměti, což zajišťuje rychlý a pružně reagující systém po obnovení.
- Podpora pluginů: datové transformátory (komprimace, šifrování) a nové úložné backendy (podpora NFS je v plánu).
- Pěkné uživatelské rozhraní (Bootsplash (http://www.bootsplash.org) kompatibilní).
- Možnost určit maximální velikost image.
- Možnost přerušit suspend stisknutím Escape (z bezpečnostních důvodů to lze zakázat).
- Rychlost a spolehlivost. Software Suspend 2.0 bylo po mnoho měsíců důkladně testováno na mnoha konfiguracích. Nezaručujeme, že je perfektní, ale objevené chyby budou rychle odhaleny a opraveny.
Stránky Software Suspend obsahují rozsáhlou dokumentaci, včetně známých problémů (především podpora DRI a USB) a FAQ. K dispozici je i aktivní konference.
Suspend 2.0 má následující problémy:
- Podpora DRI nezvládá ve 2.4 & 2.6 power management.
- Podpora AGP ve 2.6 je implementována jen částečně.
- Chybí podpora USB ve 2.4 a 2.6.
- Podpora SMP je pouze pro 2.4.
- Další ovladače mají podporu power managementu v různých stádiích.
- Žádná podpora pro discontig paměť.
- Suspend vyžaduje rozšíření PSE (viz /proc/cpuinfo).
- Highmem >4GB není podporována.
- SMP má problémy se ztracenými přerušeními během obnovy
- 2.6 před vypnutím pořádně nevyprazdňuje keše.
Některé z těchto problémů lze obejít: viz FAQ.
K používání suspend potřebujete dva patche: jeden pro konkrétní verzi jádra (použijte ten nejnovější pro vaši verzi) a druhý (aplikovaný potom), který obsahuje hlavní soubory.
Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU, 13 e-mailů
31. led - 6. úno
Tony Lindgren napsal:
Posílám malý patch, který provádí kontrolu hodnot maximální rychlosti a napětí hlášených BIOSem.
Některé hloupé BIOSy poskytují špatné hodnoty po změně CPU. Například v mém případě BIOS tvrdí, že maximální rychlost procesoru je 1600MHz, ačkoliv běží na 1800MHz. (No jo, levné Emachines m6805...)
Takové kontroly by měly být bezpečné, protože věci mění pouze pokud už stroj běží na vyšší rychlosti, než říká BIOS.
Dave Jones a Pavel Machek reagovali; Dave řekl: Pánové, zas další problém s PST tabulkami těch eMachines. A Pavel: Někdo by je měl otravovat, aby už konečně ten svůj BIOS opravili. Pavel nabídl vlastní verze několika věcí, na kterých pracoval Tony, a ten si to probral, aby využil nejlepší kousky.
Maximální uptime, 26 e-mailů
1. úno - 4. úno
Markus Hostbacka chtěl vědět, které kernely mohou dosáhnout vyšších uptimů než 497 dní. Matti Aarnio odpověděl, že žádný 64 bitový stroj to omezení nemá. Někdo jiný řekl, že je překvapený, že v kernelech existuje vůbec nějaký limit, a Matthew Reppert vysvětlil:
Na 32 bitových architekturách je počítadlo uptimu široké jen 32 bitů. Každé "tiknutí" počítadla představuje 1/HZ vteřin (IIRC). Takže počet vteřin, který zvládne, dostaneš snadno (2^32 * 1/HZ, HZ je na i386 100). To je přibližně 497.1 dní.
Na 64 bitových architekturách počítadlo pojme 4 miliardkrát tolik, což je asi tak doba existence Země. 2.6 však zjevně přineslo způsob, jak to řešit i na 32 bitových architekturách.
Christian Borntraeger poukázal na to, že nechat jakýkoliv kernel běžet tak dlouhou dobu by asi nebylo vhodné z hlediska bezpečnosti, protože aktualizace jádra často obsahují důležité bezpečnostní opravy.
Historie verzí jádra, 2 e-maily
4. úno - 6. úno
Terry Vessels sestavil několik stránek se seznamem tolika vydání kernelu, kolik se mu jich podařilo vystopovat. Nabídl HTML a textovou verzi. Bill Davidsen napsal: Díky za přehled. Kéž by se i nadále rozrůstal. Nechce se mi věřit, jak dlouho mi běžely stroje po té, co jsem je vyladil... můj poslední stroj s 1.2.13 jsem sundal v podvečer Nového roku 2000, stále mám jeden s 2.1.106 a další s 2.0.33 jsem upgradoval na RHEL-3.0 počátkem tohoto roku. To už něco říká o stabilitě strojů, které nemají problémy s bezpečností - mohou teoreticky běžet navždy.
V originálu Kernel Traffic 253 vyšla navíc ještě tato témata:
Související články
Odkazy a zdroje
Další články z této rubriky
Diskuse k tomuto článku
17.3.2004 10:48
PorGr | skóre: 16
Uptime na 2.6.x
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
