Newsgroup: it.comp.os.linux.sys
Titolo: Nuovo kernel su Red Hat 7.1

Ciao,
ho provato a compilare il nuovo kernel 2.4.9 su una Red Hat 7.1 e,
anche se la compilazione (di kernel e relativi moduli) termina senza
errori, quando faccio il reboot con il nuovo kernel ne ottengo vari
'oops' ed il boot naufraga miseramente (riavviando col vecchio kernel 'di
serie' parte il fsck perche' i filesystem non sono stati smontati
regolarmente). Nel tentativo di risolvere, ho 'downgradato' gcc, cpp e
libstdc da 2.96-81 a 2.91.66 (presi da Red Hat 6.2) che secondo la
documentazione del kernel e' la versione piu' indicata per la compilazione
del 2.4.x, ma cosi' anziche' gli 'oops' ottengo vari 'segmentation fault'
ed il boot termina poco dopo aver montato i vari file system. Ovviamente
la cpu non e' overcloccata (AMD K7 1200/266) e per sicurezza ho impostato
i valori 'fail-safe' nel bios. Qualcuno e' a conoscenza del problema e puo'
aiutarmi?
Grazie.

 se la compilazione (di kernel e relativi moduli) termina senza errori,
io mi sono dovuito fermare a 2.4.8 perché (ad esempio) ho ottenuto degli
errori nella compilazione delm odulo NTFS.
-- 
      Massimiliano ADAMO
         ICQ# 103417788
  Yahoo!Messenger: quetzalco_it

degli errori nella compilazione delm odulo NTFS.
Si, mancavano  due includes (Mi  pare). Si mormora che  Linus avesse
fretta di andare in vacanza. Mah ...
-- 
 __
| _         "The Internet is slow, could you please reboot it ?"
|__|iambo   mailto:
gabr...@giambonini.com
 
www.giambonini.com

 fretta di andare in vacanza. Mah ...
No, non manca niente, solo che e` stata cambiata l'implementazione e le
API di min(), e il manutentore del modulo NTFS non si e` adeguato.
Infatti l'errore e` di type mismatch nella funzione min() (mi pare).
Linus ha detto che e` un cambiamento che doveva essere fatto prima
possibile perche` altrimenti sarebbero proliferate troppe versioni di
min() (una per gli interi, una per le stringhe, ...), quindi la nuova
implementazione e` unica e accetta come parametro il tipo da
cofrontare.
Altri (tra cui Cox, mi pare) hanno detto che non e` il caso di cambiare
API a meta` di un kernel stabile, e hanno mantenuto il vecchio min(),
ma si prevede che si adegueranno presto per la troppa difficolta` a
mantenere una branch tanto diversa dal kernel originale.
Bye.

libstdc da 2.96-81 a 2.91.66 (presi da Red Hat 6.2) che secondo la
Rimetti le librerie della RH e installa i pacchetti compat-* che contengono
egcs (gcc 2.91)
A.
-- 
*** Hi! I'm a .signature Virus ! Copy me
    to your signature to help me spreading! ***

 'oops' ed il boot naufraga miseramente
Che scheda madre hai ?
Io sono passato recentemente ad una QDI. Ottengo un kernel funzionante
*solo* se lo compilo con quest' opzione:
"Processor type and features  ---> Processor family = 386"
con "Processor family = Athlon/Duron/K7" non c'e` modo di ottenere un
kernel funzionante. E' un gran bel mistero.
Ciao
Ale
-- 
Home Page: 
http://web.tiscali.it/airaghi
Per ottenere il mio indirizzo e-mail sostituire a NOSPAM il mio cognome

 kernel funzionante. E' un gran bel mistero.
Hai proprio ragione Alessandro, e' cosi' anche qui da me.
Ho risolto impostando il processore come i386.
E non e' necessario downgradare gcc & co., funziona bene anche il 2.96.
Pero' cosi' non e' che si perde qualcosa delle prestazioni della cpu?
O e' semplicemente un kernel leggermente piu' grande perche' compatibile con i
processori piu' vecchi?
In ogni caso grazie mille a tutti per l'aiuto datomi.

 kernel funzionante. E' un gran bel mistero.
Questa e' bella! Domattina provo anch'io con 'Processor family = 386' e
ti faccio sapere.

 processori piu' vecchi?
Cambia l'ottimizzazione del codice.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! When you say "I wrote a program that crashed Windows", people just stare
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
                                (By Linus Torvalds)