Dotaz: fedora jadro + xfs

[Beda]

podarilo se nekomu zkompilovat xfs, jako modul nebo i do jadra? (jadro co je ve fedora core 1)

pokud jo, tak sem prosim placnete ".config", at se muzu inspirovat v jake kombinaci voleb to jde zkompilovat. ...nebo jak mate konfigurak pojmenovany. diky.

Odpovědi

[Beda]

tak si odpovim sam. x86 architektura (i386 dle znaceni jadra) staci provest nasledujici zmeny a upravit tak kernel-sources-* z fedory pro pouziti s novou implementaci posix threads. fs/xfs/linux/xfs_syncd.c a fs/xfs/pagebuf/pagebuf.c vsude kde se vola "*lock_irq(current->sigmask_lock)" zmenit na "*lock_irq(current->sighand->siglock)" to by melo byt v xfs_syncd 2x v podoboe kratkeho bloku (5 radku) a mezi lock a unlock volanim je funkce, ktera priblizne vyhovuje "*fill*(current);" tak tu zmenit na "*fill();" v pagebuf jsou takove stejne bloky na 2 nebo 3 mistech, tak taky zmenit. sorry ze to neni jako patch. zapomel jsem to dotahnout uz predevcirem a tedkom mam net prilis pomaly nez abych tahal nejakych 20M kernel_sources... btw pokud se chcete nechat inspirovat, jak to ma byt korektne napsano, tak staci obslehnout ten "*lock_irq(current*);" a uvnitr bloku funkci s parametrem "*(current);" ze souboru v arch/i386/kernel/signal.c nebo signals.c

[Beda]

nebo to neni ta fill*(current), ale az ta na nasledujicim radku... no proste to volani na kterym to zarve too many aguments. btw. uz na tom jedu v RO rezimu 56GB dat 2 dny a zda se to bezproblemovy. i386,smp. a pres loopback v rw na naprosto nepotrebnym random souboru (1G) kde se obcas provede nejaky naprosto random cteni nebo psani.

[unchallenger]

Mno, jestli to byla skutečně jen formální změna a jede ti to OK, dej to to bugzilly (mně se to nechce testovat, zůstávám u svého reiserfs ;-) Ten patch je zde http://trific.ath.cx/Ftp/patches/kernel-2.4.22-1.2115.nptl-xfs-compilation.patch