Ano, take hjsem si vsiml, je tam jen jedinny soubor asm-offsets.h. Zjistil jsem to, kdyz jsem znovu prekladal jeden z mych programku bna monitorovani systemu (totiz v /proc/meminfo jsou novee polzky), ktery nektere soubory odtuf neprimo includuje. Docasne jsem to vyresil prehozenim symlinku na predchozi 2.6.27.10, doufam, ze to ve 2.6.28.1 opravi.
pokud vim, tak se v kernel mailing listu nedavno resilo nejake sachovani s includama ... neni to v arch/x86/ tam nekde ? (aspon u ARMu se to presunulo)
Ano, je to tak:
cd /usr/src/linux/include
ln -s ../arch/x86/include/asm asm-x86
cd ..
... a jede to jako postaru (ovsem nevim, zda to je korektni a zda by se to Linusovi libilo :-) ).
Zajimave take je, ze pro nektere architektury to dosud neni provedeno. Jinak uz mi 28 slape na notebooku a tesim se na prvni novy stroj, abych vyzkousel ext4 :-).
Komunikace určitě jo. Myslím, že se jedná o optimalizace s cílem zvýšit životnost (rozložit počet zápisů na všechny sektory rovnoměrně). Je to sice řešeno přímo v hardware, ale ten nemůže efektivně rozkládat, když neví, které bloky jsou volné.
No, pokud hardware sám dělá wear-leveling, pak jakákoli vrstva nad ním už nemůže rozložení sektorů nijak ovlivnit (tzn. ani zhoršit, ani zlepšit). Ta podpora SSD konkrétně znamená rady hardwaru, že některé sektory obsahují nepotřebná data; hardware si to musí přebrat sám (pokud to umí).