Dotaz: Slackware 11 a smp kernel modules

[Pavel Janeček]

Přeji pěkný den,
Nainstaloval jsem slacka 11 s defaultním 2.6.17.13 kernelem (huge26.s). Po instalaci jsem z 2.CD doinstaloval balíky smp kernelu (generic, headers, modules). Po rebootu bylo automaticky původní jádro nahrazeno smp (boot se výrazně urychlil a /boot/vmlinuz mi to potvrdil)

lrwxrwxrwx [cut here] vmlinuz -> vmlinuz-generic-smp-2.6.17.13

- což je u slackwaru _docela_ neobvyklé. Potom jsem chtěl nainstalovat driver k Ethernet kartě (tg3 - na 10.2 instalován v pohodě po nainstalování .tgz balíku modules k danému kernelu) a nalezl jsem první problém. Make nechtěl driver zkompilovat, protože mu chyběl /lib/modules/2.6.17.13/ (byl tam jen /lib/modules/2.6.17.13-smp/ a 2.4kový) - po několika pokusech jsem se rozhodl pro ne asi nejvhodnější krok - přejmenovat a odebrat "-smp". Depmod už nehlásil path error, ale tg3 potřeboval ještě sources, doinstaloval jsem tgz balík sources z "normálního" 2.6.17.13 kernelu, kompilace tg3 - OK.
A teď fatální problém - modprobe nechce spolupracovat. insmod modul načte, síťovka funguje. Ale stále mnoho scriptů používá modprobe, rád bych ho zprovoznil... hádám, že bude chyba někde v jistém souboru v /lib/modules/2.6.17.13/

modprobe třeba na acpi:

# lsmod
Module                  Size  Used by
tg3                    98948  0

# modprobe acpi
WARNING: Error inserting processor (/lib/modules/2.6.17.13/kernel/drivers/acpi/processor.ko): Invalid module format
WARNING: Error inserting freq_table (/lib/modules/2.6.17.13/kernel/drivers/cpufreq/freq_table.ko): Invalid module format
FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.17.13/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): Invalid module format

něco podobného píší i jiné moduly při pokusu o načtení přes modprobe ... mám radši nainstalovat modules z "normálního" 2.6.17.13 kernelu?

Odpovědi

[OndraP]

> modprobe třeba na acpi:

Nejsem si zcela jist, ale u smp jader nefunguje setreni energii (APM, ACPI).

[Pavel Janeček]

# modprobe quota_v1
FATAL: Error inserting quota_v1 (/lib/modules/2.6.17.13/kernel/fs/quota_v1.ko): Invalid module format
# modprobe quota_v2
FATAL: Error inserting quota_v2 (/lib/modules/2.6.17.13/kernel/fs/quota_v2.ko): Invalid module format
# modprobe smbfs
FATAL: Error inserting smbfs (/lib/modules/2.6.17.13/kernel/fs/smbfs/smbfs.ko): Invalid module format
# modprobe ieee80211_crypt_wep
WARNING: Error inserting ieee80211_crypt (/lib/modules/2.6.17.13/kernel/net/ieee80211/ieee80211_crypt.ko): Invalid module format
FATAL: Error inserting ieee80211_crypt_wep (/lib/modules/2.6.17.13/kernel/net/ieee80211/ieee80211_crypt_wep.ko): Invalid module format
# modprobe ipt_REJECT
WARNING: Error inserting x_tables (/lib/modules/2.6.17.13/kernel/net/netfilter/x_tables.ko): Invalid module format
FATAL: Error inserting ipt_REJECT (/lib/modules/2.6.17.13/kernel/net/ipv4/netfilter/ipt_REJECT.ko): Invalid module format

Jak jsem říkal, není to jen u jediného modulu, dělá to u všech .. insmod jede, jen modprobe ne...

[b42]

Nejsem si zcela jist, ale u smp jader nefunguje setreni energii (APM, ACPI).

Mam SMP jadro s ACPI a nevypada ze by nefungovalo:)

[mimi.vx]

funguje ..... acpi cool'n'quiet ... dokonce se mi to povedlo rozbehat driv nez u widli ...

[Pavel Janeček]

Ještě malá otázka.. myslíte, že má smp kernel podstatně větší spotřebu než klasický? Slackware mám na notebooku, s smp kernelem je asi 2-3x rychlejší (kompilace, výpočty i diskové operace (ext3)), ale zatím jedu na AC zdroj a spotřebu jsem netestoval... je sice fajn mít rychlý systém, někdy by to byla i velká výhoda (větší zátěž, kalkulace, hashing), ale zase bych nechtěl, aby mi systém po hodině vycucal baterii

[Dunric]

Potom jsem chtěl nainstalovat driver k Ethernet kartě (tg3 - na 10.2 instalován v pohodě po nainstalování .tgz balíku modules k danému kernelu) a nalezl jsem první problém. Make nechtěl driver zkompilovat, protože mu chyběl /lib/modules/2.6.17.13/ (byl tam jen /lib/modules/2.6.17.13-smp/ a 2.4kový) - po několika pokusech jsem se rozhodl pro ne asi nejvhodnější krok - přejmenovat a odebrat "-smp". Depmod už nehlásil path error, ale tg3 potřeboval ještě sources, doinstaloval jsem tgz balík sources z "normálního" 2.6.17.13 kernelu, kompilace tg3 - OK.
A teď fatální problém - modprobe nechce spolupracovat. insmod modul načte, síťovka funguje. Ale stále mnoho scriptů používá modprobe, rád bych ho zprovoznil... hádám, že bude chyba někde v jistém souboru v /lib/modules/2.6.17.13/

Uff, to jsou zmatky

V první řadě si ujasněte, jaká verze kernelu běží (uname -r). To "-smp" ve verzi tam není pro srandu, ale pro extra označení pro určitý build(volba CONFIG_LOCALVERSION) a pod tímto označením se i hledají moduly v /lib/modules/, takže to přejmenování nebyl dobrý nápad. Pokud Vám depmod řval, že chce 2.6.17.13 místo 2.6.17.13-smp, tak systém zřejmě neběžel na tom SMPkovém jádře. Po instalaci jádra nezapomínejte aktualizovat lilo.

Nevím, jakým způsobem zjišťují ty zdrojáky tg3 driveru pro jakou verzi se mají sestavit, ale slušné programy to hledají v hlavičkovém souboru linux/version.h ve zdrojácích jádra. Zkuste zkopírovat konfigurační soubor /boot/config-smp-2.6.17.13 na /usr/src/linux-2.6.17.13/.config a tam pak dejte make clean && make prepare. Snad to pomůže.

[Pavel Janeček]

Velice děkuji za radu, pomohla aktualizace lilo .. myslel jsem, že když je vmlinuz link na smp kernel a v lilo se neobjevila žádná další "položka" (pri ruční kompilaci jádra tomu tak je, pokud to hodím do confu).. modprobe na tg3 hlásí to samé, ale ten není problém insmodovat (při make install automaticky, stejne jako jiné jednomodulové drivery), ale modprobe na cokoli jiného se zdá být OK. Díky

PS.: depmod jede jen při 2.6.17.13-smp a tak to má být

[Pavel Janeček]

Ještě jedna věc .. tg3 sice zkompiluji, ale insmod hlásí Invalid module format - na tg3.ko , tg3.o , aj.
S původním jádrem to šlo .. zkusil jsem i tg3 znova rozbalit a zkompilovat, bez úspěchu .. napadá vás, v čem by mohla být chyba? Dokumentace prozkoušena naskrz, ale nezdá se, že by něco fungovalo..

[Dunric]

Jak už jsem se zmínil, chybu to může hlásit kvůli rozdílnému označení verze modulu od jádra.

Pokud dáte modinfo tg3.ko, máte skutečně u vermagic 2.6.17.13-smp ?

[Pavel Janeček]

Ano. Je to nějaké divné. Předtím to nechtělo i po několika restartech fungovat a nyní, když jsem druhého dne zapnul notebook, to najednou jede.. dokonce je tg3 driver nainstalovaný v systému, i když jsem ho ručně mazal! Stejně mám pocit, že smp kernel je spíše pro výkonnější servery než pro notebooky (mám Inter Centrino 1,83GHz (dual-core) na IBM R60).. navíc pokud tak rychle bootoval systém i s normálním jádrem, nefunguje tam acpi a kompatibilita není tak velká jako u normálního kernelu, pak asi přejdu zpět (removepkg, boot ze slackware install CD, chroot a instalace původního kernelu z balíku).. přesto děkuji za pomoc.

PS.: netušíte, jestli může smp spotřebovat více/méně proudu než klasický kernel?

[Pavel Janeček]

..dokonce je tg3 driver nainstalovaný v systému, i když jsem ho ručně mazal..

Možná jsem tomu přišel na kloub .. jede síť, protože v smp už tg3 byl jako modul (modinfo tg3 skutečnš ukazuje -smp) - to by vysvětlovalo ono "záhadné nainstalování" (asi hotplug + udev)..
Při ruční kompilaci a modinfo ./tg3.ko v adresáři se zkompilovaným tg3 ukazuje 2.6.17.13 (bez smp) - asi proto, že "nainstalovány" mám zdrojáky normal kernelu (u smp nebyly).. takže se asi vrátím zpět, nějaké výrazné urychlení nepociťuji, možná dokonce zpomalení..

[b42]

Neni to trosku plytvani pouzivat jen jedno jadro kdyz jsou v procesoru dve?:) Ja mam taky R60 a Slackware 11 a co se tyce tohohle zadny problem (jadro 2.6.18 zkompilovane ze zdrojovych kodu).

[Jiří J.]

Ono to možná může trochu té baterky uspořit ...
A pokud mu systém jede tak rychle jako mě na 2.6.17.13 kernelu (ano, i já jsem právě doinstaloval Slackware Linux 11), tak by to mohlo být dostačující - osobně nepotřebuji tak vysoký výkon.. a myslím, že podpora dual-core je i v klasickém kernelu, ale ne tak propracovaná a optimalizovaná (či spíše zaměřená) jako v smp... tím si ale nejsem jist, prosím potvrdit/vyvrátit

[b42]

Ja bych si zase dovolil tvrdit ze v non-smp kernelu podpora dual-core neni:) ... ale taky bych prosil o pripadne potvrzeni/vyvraceni A to ze se druhe jadro nepouziva nemusi znamenat ze je vypnute, takze s tim setrenim bych to taky nevidel tak nadejne ... coz je ovsem dalsi ma domenka, takze by bylo skvele kdyby se vyjadril nekdo kdo tomu rozumi:)

[Jiří J.]

Zkusím nainstalit a porovnám rychlost.. (až bude na to čas..)

[Aldagautr]

to bys mel poznat podle top

[mimi.vx]

jen tam nech smp jadro ... , bez nej sis rovnou mohl koupit core solo .... takle system aspon vyuzije dve jadra

[mimi.vx]

a podpora dualcore je samazrejme jen u smp .... vzhledem k tomu ze k systemu se tvari jako dve cpu ...