Portál AbcLinuxu, 7. května 2025 05:43
Jaderné noviny 306
Články
-
Jaderné noviny 306
Pročištění JFFS3 a pokus o další API.
Používání nových i starých megaraid ovladačů.
Reorganizace konfiguračních možností síťování.
FUSE přestává být zpětně kompatibilní.
Nový hardware pro kernel.org.
Pročištění JFFS3 a pokus o další API, 44 e-mailů
25. bře - 3. dub
Artem B. Bityuckiy napsal:
Pracuji na pročišťování komprimačních věcí v JFFS3. JFFS3 obsahuje
několik komprimátorů, které by tam vlastně neměly být, protože jsou obecné
a nezávislé na platformě. Takže je chceme přesunout do obecné části jádra,
místo aby byly uloženy ve fs/jffs2/. A chystali jsme se k přístupu ke
komprimátorům použít CryptoAPI.
Ale narazil jsem na problém - komprimační metoda CryptoAPI pro nás není
dostatečně pružná.
Volání API crypto_compress() buď zkomprimuje veškerý vstup, nebo vrátí
chybu.
Pro JFFS2 potřebujeme něco flexibilnějšího, co by nám umožnilo
poskytovat (to skutečně potřebujeme) větší vstupní vyrovnávací paměť a k
tomu menší výstupní vyrovnávací paměť. Po komprimátoru bychom tak mohli
chtít, aby zkomprimoval tolik dat, kolik se jich (ve zkomprimované formě)
vejde do výstupní vyrovnávací paměti. Jinými slovy, často máme velký vstup
a několik menších výstupních vyrovnávacích pamětí a vstupní data do nich
chceme zkomprimovat.
Nabízím rozšíření CryptoAPI a přídání "rozšířeného komprimačního" API
volání se zmíněnými schopnostmi. Také bychom prostě mohli změnit
crypto_compress() a všechno, co to používá.
Alternativou by bylo vytvoření nějakého "komprimačního API", ale to se
mi moc nezamlouvá...
Herbert Xu byl rád, že se obecný kód přesunuje do obecné části jádra,
ale měl pocit, že API navrhované Artemem by bylo pomalé a těžkopádné.
Ačkoliv byl ochoten rozhraní přidat, považoval by za lepší ponechat i
stávající. Ti dva se chvíli bavili o implementaci, ale nakonec se svého
nápadu musel Artem vzdát, protože nedokázal Herberta přesvědčit o tom, že
by stál za to.
Používání nových i starých megaraid ovladačů, 10 e-mailů
25. bře - 31. bře
Bruno Cornec hlásil:
James Bottomley doporučil promluvit si o tom se správci megaraid a v
konferenci linux-scsi. Chvíli se diskutovalo o možných řešeních, ale vlákno
vyznělo do ztracena bez jakéhokoliv jasnějšího rozuzlení.
Reorganizace konfiguračních možností síťování, 18 e-mailů
30. bře - 5. dub
Randy Dunlap napsal:
Rád bych slyšel vaše názory: jde o probíhající úsilí, zatím
nedokončeno.
Několika lidem se nelíbí. že menu Networking Options [možnosti síťování]
je pod menu Device Drivers/Networking [ovladače zařízení/síťování]. Tento
patch přesunuje menu Networking Options těsně před menu Device Drivers,
přejmenovává jej na "Networking options and protocols" [možnosti síťování a
protokoly] a přesouvá většinu protokolů na logičtější místa (podle mého
názoru).
Důvody, proč to ještě není dokončené, jsou následující:
- Rád bych, aby byla v podobném stylu udělána všechna podmenu.
- IrDA & Bluetooth subsystems obsahuje protocoly a ovladače, ale
zobrazeno to je pod Networking protocols. Nevidím důvod je rozdělovat. (To
je příklad toho, proč byly Networking Options a Network Drivers blízko u
sebe...)
- Některé Networking options musí být označeny pomocí CONFIG_NET.
Jamal Hadi Salim řekl: Už bylo na čase,
aby se toho někdo statečný ujal. A Chris Friesen, David S. Miller i
Thomas Graf také práci chválili. Randy byl rád za podporu, ale požádal o
specifické komentáře k některým klíčovým otázkám. Jednak se zeptal, jestli
by bylo lepší ponechat IrDA and Bluetooth
subsystem (s ovladači) tam, kde jsou, což je pod "Network options and
protocols" (opravdu nechci oddělit ovladače od subsystému jen proto, abych
je mohl dát do Network driver support.) Sam Ravnborg odpověděl:
Souhlasím. Všechny věci kolem IrDA / Bluetooth
patří k sobě. Prozatím je nech, kde jsou.
Randy chtěl také vědět, jestli by bylo správné ponechat SLIP, PPP a PLIP pod Network driver support, i
když o sobě říkají, jsou to protokoly. Sam odpověděl: SLIP a PLIP nejsou tak běžné. PPP je častější
pravděpodobně kvůli kabelovým a ADSL modemům. Ale i tak by bylo rozumnější
vytvořit menu Misc protocols [různé protokoly] stejně jako máme menu Misc
filesystems. Ale později si Randy povšiml, že SLIP, PLIP a PPP jsou závislé na NETDEVICES a používají
nějaká netdev rozhraní, takže vypadají více jako síťová zařízení než jako
protokoly - i když v textu Kconfig se jim říká protokoly - takže to zatím
nechám být.
Sam poslal své vlastní doplňky a pokračovali v diskuzi o tom, jak by to
bylo nejlepší. Sam přidal:
Nové menu Networking vypadá rozházeně. A soubor net/Kconfig obsahuje
dost kousků, které tam nepatří. Takže jsem se do toho pustil a zaměřil se
na:
- Přesunutí kousků konfigurace na příslušná místa, takže vzniklo několik
nových Kconfig souborů.
- Konzistentnější využití jednotlivých menu - alespoň na první a druhé
úrovni.
- Přesunutí podmenu nahoru.
- Přejmenování horního menu na "Networking" - umístil jsem ho hned před
"File systems".
Patch je teď o hodně větší. Ale také je teď vrchní net/Kconfig daleko
méně zaneřáděný.
Randy odpověděl: Dobrá práce. Hlavně to
přesunutí ATM, bridge, DECNET, ECONET atd. do samostatných Kconfig
souborů, takže je snazší je spravovat. Ale dodal:
Ale i tak se mi Networking více líbí před Device
Drivers. Asi mi to tak lépe sedí z historického hlediska.
FUSE přestává být zpětně kompatibilní, 3 e-maily
31. bře
Miklos Szeredi napsal:
Následující 3 patche mění uživatelské rozhraní. Není zachována zpětná
kompatibilita; knihovnu je nutné upgradovat na 2.3-pre1 nebo novější.
Knihovna bude podporovat jak novou, tak staré verze ABI. Souborové
systémy, které jsou s libfuse dynamicky linkované, nemusí být
rekompilovány.
Hlavním důvodem pro změnu bylo to, že současné rozhraní nebylo
kompatibilní mezi 32 a 64bitovými režimy duálních architektur.
Patche:
1/3 - Dovyplní struktury, aby byly velikosti stejné na 32 a 64bitových
architekturách.
2/3 - Přidává ke struktuře fuse_dirent offset. Rozhraní readdir tak
bude pružnější.
3/3 - Mění hlavní verzi ABI z 5 na 6 a kontroluje, jestli uživatelský
prostor nové rozhraní podporuje.
V další zprávě dodal, že
testovací stroj pro počáteční testování
prvního patche laskavě poskytl Franco Broi.
Nový hardware pro kernel.org, 6 e-mailů
4. dub
H. Peter Anvin napsal:
Společnost HP byla tak velice laskava, že přispěla párem DL585 quad
Opteron serverů, 24 GB RAM a 10 TB disků, které pro každý server používají
dvojici polí MSA-30. První z těchto serverů byl oficiálně nasazen dnes.
Druhý bude následovat příští týden. Každý ze serverů je v jiné ISC
kolokaci a oba jsou připojeny k internetu gigabitovou optickou linkou.
Díky tomu bychom se od kernel.org měli dočkat mnohem lepšího výkonu.
Společnosti HP za hardware mnohokrát děkujeme a stejně tak i ISC, kde nás
nechali zabrat čtyřikrát více místa (z 5U na 2x10U). Ty linky budou
vytížené co nevidět :).
V pozdější zprávě doplnil:
Pár dalších poznámek:
- IP adresy kernel.org se změnily. Po nasazení druhého serveru příští
týden bude většina kernel.org adres, např. ftp.kernel.org, zacyklena.
Na jednotlivé servery se půjde dostat přes ftp1.kernel.org a
ftp2.kernel.org.
- *** Pokud máte na kernel.org spuštěnou službu využívající DNS záznamy,
které nemáme pod kontrolou, vizte rozeslaný email. Jestli jste ho
nedostali, kontaktujte mě. ***
- Staré IP adresy budou vypnuty později tento týden.
V originálu Kernel Traffic 306 vyšla navíc ještě tato témata:
Tento článek vychází ze seriálu Kernel Traffic
(www.kerneltraffic.org) a je
zveřejněn pod licencí GPL
verze 2.
Související články
Odkazy a zdroje
Další články z této rubriky
Diskuse k tomuto článku
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
18.4.2005 09:27
Takze nevim. asi si to jdu naji v originale