MANNESMANN.OSTRODA.PL

Witam,
W jaki sposob sprawdzic, czy wlasnosc 'XXX' [np. ext2] jest wkompilowana
sztywno do jadra, czy tez wystepuje tylko jako modul? Czy samo istnienie
modulu w /lib/modules jest potwierdzeniem tego, ze wlasnosc ta jest
wkompilowana _tylko_ jako modul?
--
_  _ ___ ___  _   _ _  _
|/| |__ |__| |   | | |      Jacek Masiulaniec    
|  | |__ |   |__ | | | GNU/Linux user:      #283810
"To prawda, chociaz mowia o tym poeci."  T. Pratchett

Jacek Masiulaniec wrote:

Jak to zrobic ladnie nie wiem. Ale na przyklad lsmod wyswietli aktualnie
zaladowane moduly i jesli umiesz czytac ext2, a modulu tam nie ma,
znaczy ze funkcjonalnosc jest wkompilowana w jadro. Mozna tez zrobic
modprobe -a '*' i zaladowac wszystko, co sie daje a potem poczytac, co
do jadra wskoczylo, a co odmowilo wspolpracy. Ogolnie istnienie pewnej
funkcjonalnosci w jadrze mozna przetestowac poprzez probe wykonania
odwolania systemowego realizowanego przez te funkcjonalnosc, ale to juz
wyzsza szkola jazdy.

Pewnie, ze nie. Do lib/modules mozna przeciez wrzucic wszystko czego
dusza zapragnie. Zdaje sie nawet (ale nie jestem pewien), ze make
modules_install nie usuwa niepotrzebnych modulow. Jesli tak jest, po
przekompilowaniu kernela i umieszczeniu w nim na stale czegos, co bylo
modulem bedzie on dalej siedzial w /lib/modules.
Pozdrawiam
--
Marcin Pawlik

[Marcin Pawlik]

Nie usuwa, ale przed modules_install wypada usunac wlasnorecznie.
Inaczej moga sie dziac dzine rzeczy przy depmod na ten przyklad...
Zatem zakladajac, ze poprawny administrator wyrzucil stare moduly
przed zainstalowaniem nowych (a tego mozna byc pewnym tylko w przypadku
gdy samemu sie to zrobilo), mozna isc ta droga - modulu nie ma, obsluga
jest - czyli wkompilowane na stale. Tylko jest to malo pewne.
Niedawno na LN cos pisali o paczu udostepniajacym /proc/config, moze
to by mialo wiekszy sens?
Pozdrawiam
--
Igor Truszkowski
igor(at)it.starnet.gliwice.pl

Igor Truszkowski wrote:

Mam nadzieje, ze wejdzie na stale do jadra, a dystrybucje beda mialy to
domyslnie wkompilowane. IMO ulatwi zycie naprawde wielu zagubionym
ludziom.
Obawiam sie jednak, ze to dalsza przyszlosc, bo z punktu widzenia
funkcjonalnosci jadra nie ma to najmniejszego znaczenia. Z poziomu
programu praktycznie zawsze mozna sprawdzic, czy kernel cos umie, czy
nie.
Pozdrawiam
--
Marcin Pawlik

Message
has been fingerprinted by Igor Truszkowski:

Uzupelnie - usuwa moduly, ale tylko "wlasne" - czyli te nalezace do
oryginalnego jadra. Wrzuconych gdzies modulow alsy czy svgalib to nie
naruszy. Ale np. sterownik emu10k1.o z sourceforge zostanie usuniety.  Tego
ostatniego doswiadczylem[1] pare razy. Tak ze jesli idzie o moduly
generowane przy "make modules modules_install" to Makefile dba o czystosc.
[1] - Gdy uzywalem sterownikow OSS, to dobrym wyborem bylo zawsze branie
emu-tools z sourceforge. Pakiet zawiera modul emu10k1.o i zestaw narzedzi do
obslugi kart dxwiekowych Creative SBLive/Audigy. To fajny zestaw.
Normalne jadro tez zawiera identyczny sterownik OSS o nazwie emu10k1.o. To
ten sam sterownik co na sourceforge, tyle ze zwykle nieco starszy lub
zepsuty przy wlaczaniu do jadra w taki sposob, ze z "defaultowym" emu10k1.o
z jadra nie chca wspolpracowac rzeczone emu-tools, np. nie mozna zaladowac
do procesora karty programu pieciopasmowego korektora. Sterownik ten sam,
ale jesli chce sie uzywac emu-tools to zwykle trzeba tez sterownik
z sourceforge wziac.
I dochodzi do nastepujacej sytuacji - modul emu10k1.o mam zainstalowany, ale
w jadrze wsparcie tej karty oczywiscie wylaczone. Przy "modules_install"
jadro traktuje ten modul jako "swoj", tyle ze nieobecny w aktualnej
konfiguracji, i go radosnie usuwa. Bardzo wnerwiajace. Prostym rozwiazaniem
bylo przesuniecie modulu do innego katalogu.
--
hoppke
(Grzegorz Nieweglowski)
http://www.sniper.kolmio.pl/public/hoppke

Jacek Masiulaniec napisal:

A skad masz jadro? Jesli z dystrybucji to w kernel-sources powinien byc
plik .config bedacy aktualna konfiguracja jadra.
m.
--
LaTeX + Vim = http://vim-latex.sourceforge.net/
Learn Touch Typing with Vim? Qui. Ja. Yes. Tak:
    http://vim.sourceforge.net/script.php?script_id=461