Newsgroup: it.comp.os.linux.debian
Titolo: update vs compilazione kernel

Vorrei provare a compilare il kernel, mi sapete dire pero' come faccio
con apt che me lo updata molto frequentemente? (l'ultima volta e' stato
proprio l'altro giorno) cioe' come fanno tutti quelli che compilano con
la Debian?
Bloccare l'update del kernel non credo mi convenga e io vorrei proprio
evitarlo, oppure e' l'unica strada?
-- 
Ciao Minotto

 come fanno tutti quelli che compilano con la Debian?
Ricompilo il kernel con le mie impostazioni ogni volta che viene aggiornato.
Un paio d'ore di lavoro della CPU ed un riavvio.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

Un paio d'ore di lavoro della CPU ed un riavvio.
TNX!! allora per il momento soprassiedo, anche perche' ho scoperto che
dovrei fare quasi certamente anche l'initrd.img... figurati!
-- 
Ciao Minotto

min8 ha scritto:

Strano...
Il tuo (ricompilato) non dovrebbe upgradarlo.
Sei assolutamente sicuro che ti fa l'aggiornamento anche di quello da te 
ricompilato?
Paride

 dovrei fare quasi certamente anche l'initrd.img... figurati!
Lo fa in automantico il pacchetto deb generato da make-kpkg. Installati
kernel-package e leggiti la documentazione, oppure cerca su Internet un
How-To per la compilazione dei kernel alla Debian-Way


ricompilato?
Ma io non l'ho mica compilato! _vorrei_ compilarlo perche' dicono che
cosi' Linux accelera.
-- 
Ciao Minotto

How-To per la compilazione dei kernel alla Debian-Way
Doppio TNX! adesso si' che diventa interessante!
-- 
Ciao Minotto


Accelera?
Beh, in un certo modo, probabilmente accelera. ma non aspettarti
miracoli.
Devi prima scoprire quali e quante opzioni da passare alla compilazione
ti danno un reale vantaggio rispetto si default.
E, al 99%, il guadagno e' minimo, perche' poi dovresti ricompilarti
anche tutto il resto del sistema, con le stesse ottimizzazioni.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 _vorrei_ compilarlo perche' dicono che cosi' Linux accelera.
Pensa che va cosi' forte che devi mettere i piombi al case, senno' ti si 
impenna al boot.
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 cosi' Linux accelera.
Allora lascia perdere, o meglio fallo pure per studio ma non per
l'incremento prestazionale che ne otterresti.
E' verissimo che puoi guadagnare qualcosa, ma dovresti mettere mano
pesantemente alla configurazione del kernel, cosa che richiede conoscenze
abbastanza approfondite e che non ha un esito garantito (almeno non in tutte
le situazioni).
Questo senza contare che perdi i vantaggi derivati dal lavoro dei mantainer
ufficiali, come gli aggiornamenti di sicurezza e la garanzia di
funzionamento dei prodotti di contorno al kernel.
Oggi la ricompilazione del kernel su Debian IMHO ha senso fondamentalmente
in due sole occasioni:
a) per utilizzare features che richiedono kernel opportunamente patchati
(penso 
p.es
. a grsecurity o cose simili)
b) per l'uso su dispositivi specifici come 
p.es
 device embedded.


Beh, in un certo modo, probabilmente accelera. ma non aspettarti
[.............]
OK ringrazio tutti e manco ci penso piu', meno male che non ho
installato neppure i sorgenti.
ps. anche se veramente le impennate che dice Jack un po' mi attirano;-)
-- 
Ciao Minotto

min8 ha scritto:

Io mi sono messo questo in uno script e l'ho chiamato compila kernel:
make-kpkg kernel_image kernel_source kernel_headers kernel_manual 
kernel_doc modules_image  --initrd --append-to-version=-sperimentale
va tutto su una riga.
Paride

 
Aggiungo: o come quel cesso di accoppiata ctrl sata + hdd hitachi che ho 
io che non supporta correttamente i comandi NCQ :-(
Paride

 io che non supporta correttamente i comandi NCQ :-(
Sì, anch'io ho un problema analogo (tutto imputabile ai Debian Mantainer)
del fatto che il controller IDE del SantaRosa è ancora assegnato al driver
piix, mentre in vanilla è correttamente assegnato ad ata_piix.
Peccato che con piix non funziona il CDROM ma non c'è verso di farglielo
capire (ci sono già diversi bug al proposito).
Io risolvo compilandomi ogni volta il solo modulo ata_piix patchato e
blacklistando piix, ma che due palle.


 già diversi bug al proposito)
Uhm sul mio portatile santarosa il dvd funziona perfettamente, col driver 
piix.
Bug #?


 Bug #?
463833
C'è stata una discussione a tal proposito su LKML che aveva portato difatti
all'uso di ata_piix al posto di piix dal 2.6.23 in poi.
Ubuntu ha condiviso questa scelta, mentre Debian ha "reversato" le patch
(come si vede in drivers-ata-ata_piix-postpone-pata.patch.bz2 del pacchetto
linux-patch-debian-2.6.2[34])


va tutto su una riga.
OK ma allora mettici il becheslesce :-)))
-- 
Ciao Minotto

 OK ma allora mettici il becheslesce :-)))
Hai ragione, scusa, anche se poi quanto il msg e' arrivato era tutto su 
una riga :-)
Paride

 
E nessuno di lorsignori riesce ad aiutarmi a risolvere sto caxo di 
problema, che mi mangia il 50% della batteria? :-(
Ho, in pratica, sempre il disco in movimento...
Ho il seguente hw:
http://www.lugbari.org/~parided/2.html
Paride

 Ho, in pratica, sempre il disco in movimento...
In debian o Ubuntu? Il BIOS è aggiornato? Non è che hai qualche app. che
ravana sul disco inutilmente? Potresti per esempio riavviare in single user
mode e verificare se con tutto spento il disco lavora ugualmente, poi rifare
una verifica senza grafica attiva.


 
No, no, e' proprio un bel problema tra sata e disco. Ho un sacco di 
timeout. Ho anche postato un bel po' di giorni fa' tutto il log del 
problema...
Attualmente in debian lenny, ma e' anche in etch e sid.
Il bios del mio asus f3ja e' l'ultimissimo (aggiornato tre settimane fa').
Paride

 problema...
Visto solo ora. Io un problema analogo lo ho avuto con la scheda Gbethernet
integrata, che m'ha fatto dannare per 3 mesi. Lo ho risolto cambiando
manualmente lo sharing degli interrupt.
Comunque puoi nell'ordine provare a smanettare con le opzioni del boot
(noapic, nolapic, noacpi, irqfixup, irqpoll e loro combinazioni) o provare a
cambiare gli assegnamenti degli interrupt in modo tale che quello del ctrl
sata non sia condiviso con periferiche critiche, come la scheda video o
quella di rete.
Per verificare come sono distribuiti gli interrupt fai
lspci -vv | grep -E "(IRQ|^[0-9])"



Ti posto il risultato, perche' io non ci ho capito assolutamente nulla
paride@rivendel:~$ lspci -vv | grep -E "(IRQ|^[0-9])"
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML
and 945GT Express Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML
and 945GT Express PCI Express Root Port (rev 03) (prog-if 00 [Normal
decode])
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 02)
	Interrupt: pin A routed to IRQ 16
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 1 (rev 02) (prog-if 00 [Normal decode])
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 2 (rev 02) (prog-if 00 [Normal decode])
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 3 (rev 02) (prog-if 00 [Normal decode])
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
	Interrupt: pin A routed to IRQ 19
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
	Interrupt: pin B routed to IRQ 20
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
	Interrupt: pin C routed to IRQ 18
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
	Interrupt: pin D routed to IRQ 16
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2
EHCI Controller (rev 02) (prog-if 20 [EHCI])
	Interrupt: pin A routed to IRQ 19
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
(prog-if 01 [Subtractive decode])
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface
Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family)
SATA IDE Controller (rev 02) (prog-if 80 [Master])
	Interrupt: pin B routed to IRQ 20
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller
(rev 02)
	Interrupt: pin B routed to IRQ 20
01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon
Mobility X1600] (prog-if 00 [VGA controller])
	Interrupt: pin A routed to IRQ 16
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
	Interrupt: pin A routed to IRQ 16
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
Network Connection (rev 02)
	Interrupt: pin A routed to IRQ 17
06:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
(prog-if 10 [OHCI])
	Interrupt: pin A routed to IRQ 16
06:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro
Host Adapter (rev 19)
	Interrupt: pin B routed to IRQ 17
06:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller
(rev 01)
	Interrupt: pin B routed to IRQ 5
06:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host
Adapter (rev 0a)
	Interrupt: pin B routed to IRQ 5
paride@rivendel:~$
Eventualmente, come faccio a cambiargli gli irq manualmente? Finche'
le macchine avevano i jumper per selezionare manualmente l'irq, era
tutto piu' facile...
Paride

 Eventualmente, come faccio a cambiargli gli irq manualmente?
Dal BIOS; ci dovrebbe essere un'apposita voce, ma dipende da macchina a macchina


 
Ahhh, credevo fossero delle procedure specifiche in linux :-)
Grazie.
Paride