On Friday 16 November 2001 11:42, you wrote:
Ne znaeh , 4e NVdriver se razprostraniava sys source-to.
Togava ne bi triabvalo da imash nikakvi problemi.Prosto vseki pyt
kogato si upgrade-nesh kernel-a -> recompile i na NVDriver.
V tozi sl i s CONFIG_MOD_VERSIONS triabva da raboti.t.e. da niamash
unresolved symbols.
> imeto na kernel modula e NVdirver.
> za sravneniqto nqma da postvam ot 2.4.10ext3patched source-to tuka :)
>
> > e VERSIONED imeto na exportnata f-iq register_chardev()
> > Dobavkata kym imeto e md5sum, koito se formira ot parametrite na
> > exportiraniq symbol. Ako naprimer funciata chardev priema kato edinstven
> > parametyr ukazatel kym struktura, koiato v dve razli4ni versii na
> > kernel-a ima definicii koito ne sa ekvivalentni syotvetno i VERSIONED
> > imeto na exportiranata f-iq register_chardev() shte e razli4no.( Vij po
> > dolu ). VERSIONED imeto e dobra garancia za tova, 4e niama da se opitvash
> > da polzvash exportirana funkcia koiato v deistvitelnost ne priema takiva
> > paramemtri kakvito si misli 4e triabva da izpolzva modula koito izvikva
> > vyprosnata f-iq. Izpolzvaneto na binary modul koito ne se insmod-va
> > zaradi unresolved VERSIONED symbols ne e e jelatelno. Osven ako si
> > siguren 4e izpolzvaneto na vyprosnite strukturi s promeneni definicii e
> > __safe__. Obi4aina praktika e ot definiciite na strukturite da ne se
> > premahvat "nenujnite" poleta, a
> > ako se dobaviat novi takiva te da sa v kraia na definiciata. Taka, 4e
> > binary modul compiliran da polzva struktura
> > struct X {
> > type field1
> > type field2
> > .......
> > type fieldn
> > }
> > moje spokoino da si raboti sys danni s tip
> > structX{
> > type field1
> > type field2
> > ..............
> > type fieldn
> > type field_new_field;
> > type field_new_field2;
> > }
>
> Blagodarq za obqsnenieto, sega mi svetna pone malko otnosno tezi stranni
> simvoli sled funkciqta, znaeh 4e ima nqkakva zastrahovka otnosno loadvaneto
> na kompilirani za drug kernel moduli, no ne znaeh 4e tova e mehanizma na
> realizaciq. BTM insmod s force v moq slu4aj ne pomagashe ... a i kernela ne
> kazvashe 4e tezi moduli sa compiled za druga versiq na kernala. To drugata
> versiq v slu4aq e 4e e patched s ext3 ... ama qvno patcha smenq nqkoj ot
> parametrite na funkcij polzvani ot nvidia modula , raz4itam 4e e _safe_ .
>
> > Ako kernel-a ti ne e kompiliran s CONFIG_MOD_VERSIONS se polzvat
> > normalnite imena na symbolite. Oba4e ako modul kompiliran za dadena
> > versia niama da se __insmod__ -ne za kernel s druga versia. ( V tvoia sl.
> > NVidia drivera niama da mojesh da go polzvash s linux-2.4.11 naprimer a
> > shte triabva da si namerish binary modul-a NVidia compiliran za 2.4.11 ).
>
> driverite na nvidia idvat s source (ima i banaries, licence e malko
> ograni4avasht oba4e de, ama ne pre4i mnogo ;) , i ne mi dava warrnings ili
> err pri compilaciqta za kojto i da e kernel , dava samo unresolved symbols
> pri modprobe/insmod ... ama raz4itam 4e e _safe_ :) .
> btw machinata ba4ka ve4e 3-ti den s patchnatiq s ext3 i "CONFIG_MODVERSIONS
> is not set" na volume na max, sprqh i toka s load, ama si4ko e OK, nqma
> neobi4ajno povedenie.
>
> P.S. basi mamata, i az si mislq 4e pone malko poznavam kernela , tc tc tc
> :) 10x again za free kernel lesson-a :) , vse pak pishesh driver za
> kernela.
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
