linux user group brescia

Ciao,

alcuni giorni fa e' uscito l'update 2.4.18-24 per il kernel di  redhat 
e, visto che mi serve per "quell'altro problema", sto cercando di 
ricompilarlo (sostanzialmente SOLO perche' quello distribuito non fa il 
probing di tutte le LUNs di un canale SCSI).
Solo che.... niente. La compilazione si blocca appena faccio "make 
modules"; make bzImage va a buon fine.

Se, invece, con le stesse componenti attivate (i.e: aic7xxx, e1000, 
smp...) compilo il tutto in modalita' "statica", cioe' senza ricorrere 
ai moduli, la compilazione va a buon fine ed ottengo il mio bel bzImage.
I sorgenti sono quelli che vengono estratti dal pacchetto 
kernel-source-2.4.18-24.7.x.i386.rpm.

C'e' qualcuno che e' gia' riuscito a ricompilare compresi i moduli ?

Questo e' un pezzo del log di make modules:


.....
ration isn't a prototype
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:185: 
`inter_module_get_R_ver
_str' declared as function returning a function
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:185: warning: 
parameter name
s (without types) in function declaration
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:186: 
`inter_module_get_reque
st_R_ver_str' declared as function returning a function
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:186: warning: 
parameter name
s (without types) in function declaration
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: nondigits in 
number and
  not hexadecimal
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: nondigits in 
number and
  not hexadecimal
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: nondigits in 
number and
  not hexadecimal
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: parse error 
before `6b9
9f7d8'
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: 
`inter_module_put_R_ver
_str' declared as function returning a function
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:187: warning: 
function decla
ration isn't a prototype
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:196: 
`try_inc_mod_count_R_ve
r_str' declared as function returning a function
/usr/src/linux-2.4.18-24.7.x/include/linux/module.h:196: warning: 
parameter name
s (without types) in function declaration
loop.c: In function `loop_change_fd':
loop.c:720: warning: implicit declaration of function 
`kernel_thread_Rsmp_7e9ebb
05'
loop.c:762: warning: label `out_put_all' defined but not used
make[2]: *** [loop.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.18-24.7.x/drivers/block'
make[1]: *** [_modsubdir_block] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.18-24.7.x/drivers'
make: *** [_mod_drivers] Error 2
[root a filesrv linux-2.4]#

sembrerebbe che qualcosa non va in module.h
Adesso provo a dargli un'occhiatina....

Ciao, Alfredo.



Carlo wrote:
> Alle 15:12, venerdì 21 febbraio 2003, andrea gelmini ha scritto:
> 
>>On Thu, Feb 20, 2003 at 11:07:04PM +0100, Carlo wrote:
>>
>>>Per curiosità: si è trattato di un baco nel kernel ovvero si sarebbe
>>>dovuto proteggere il codice critico con uno spin_lock_irq?
>>
>>la cosa non e` cosi` banale.
>>
> 
> 
> immagino :)
> 
> 
>>>Se è un problema di locking non potrebbe darsi che i problemi derivino
>>>dal particolare fatto che la macchina è un multiprocessore?(se ho ben
>>>capito)
>>
>>non e` un problema di locking.
> 
> ok, capito
> 
> Grazie
> 
> Carlo
>