Linux (amd64 x86_64): AGP NVIDIA IOMMU BLACK SCREEN 1 Dicembre 2008 - 1:40
Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Pericolosi, Tips , 5 commentiAdesso andrò ad illustrare un paio di workaround per ovviare ad un problema davvero molto ma molto fastidioso. Spero solo che sia un problema raro e che come al solito sia sfigato solo io.
Un po’ di storia :
In un attimo di frenata follia, l’altra notte mi è passato per la mente di provare la beta della prossima stable : Lenny e nello stesso preciso momento di provare la versione amd64 (x86_64). Nulla di strano fin qui, posseggo uno degli ultimi Intel Prescott (cpu family 15) EM64T ma per forza di cose ho sempre e solo usato la versione Debian Unstable i386. Purtroppo soffro di un grave problema di dipendenza, NVIDIA. Saranno 10 anni che uso queste schede e saranno 10 anni che subito dopo il reboot finale d’installazione devo obbligatoriamente installare i driver per la mia scheda video.
La mia esperienza con questo tipo di schede ed i suoi driver Closed mi porta ad eseguire determinate modifiche per farli girare al meglio e proprio seguendo le stesse operazioni
Blacklist dei moduli agpgart e intel_agp, inserimento nel file xorg.conf della voce “NvAgp 1″ etc. etc.
… appena avviato il server grafico mi sono ritrovato nella merda, una merda tutta nera.
Credetemi non ho mai perso così tanto tempo per sistemare qualcosa (credo ci abbia perso almeno tre notti), cioè immaginate la scena si avvia il server grafico ed appare una schermata nera con un underscore in alto a sinistra. Nessuna possibilità di cambiare console virtuali (tty* o vc*) e nessuna possibilità di accedere a qualche log per capire cosa stesse succedendo. Unica operazione possibile : RESET o grazie ai Magic Key SysrQ un bellissimo reboot.
Comunque gira e rigira la rete ed il forum nvidia fatalmente mi sono scontrato con un topic e da li restrigendo la ricerca sono giunto a delle conclusioni ed ho individuato il colpevole “IOMMU“.
##############
WorkAround per Kernel di default (i kernel ufficiali installati dalle distro).
Inserire la voce nel file di configurazione di grub (menu.lst) in modo da farla apparire in tutte le voci dei kernel presenti:
iommu=noaperture
Poi rimuovere eventuali voci riguardanti il proprio modulo agp (intel_agp, via_agp, amd64_agp, etc) dal file /etc/modprobe.d/blacklist .
Inserire tra le opzions dedicate a nvidia nel file xorg.conf la seguente :
Option    "NvAgp" "2" # (usa agpgart)
Riavviate.
##############
WorkAround per smanettoni fai da te, patiti di hard recompiling kernel, gente a cui piace mettere le mani dappertutto :
Scaricate i sorgenti del kernel, scompattateli e fermatevi. Avviate il vostro editor di testo preferito e modificate il seguente file :
linux-$VERSION/arch/x86/Kconfig
Sul kernel 2.6.27.7 si trova sulla riga 508 :
config GART_IOMMU bool "GART IOMMU support" if EMBEDDED <---- rimuovere default y select SWIOTLB select AGP depends on X86_64 && PCI help Support for full DMA access of devices with 32bit memory access only on systems with more than 3GB. This is usually needed for USB, sound, many IDE/SATA chipsets and some other devices. Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART based hardware IOMMU and a software bounce buffer based IOMMU used on Intel systems and as fallback. The code is only active when needed (enough memory and limited device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified too.
Rimuovete la dicitura “ if EMBEDDED ” e cambiate la dicitura “ y ” in ” n “.
Oppure scaricatevi la mia patch (al momento per kernel 2.6.27.7 a vostro rischio e pericolo) :
#### Per la patch ####
$HOSTNAME:/usr/src/linux# wget www.osrevolution.netsons.org/kernel_patch/patch.Kconfig-2.6.27.7
$HOSTNAME:/usr/src/linux# patch -p1 < patch.Kconfig-2.6.27.7 patching file arch/x86/Kconfig
### Possiamo proseguire ###
Dopo di che, iniziate la configurazione :
# make menuconfig
Settate come al solito le vostre opzioni e in : Processor type and Features, vedrete una nuova voce.
[ ] GART IOMMU support
Assicuratevi che sia deselezionata.
Poi in Graphics support, settate come modulo /dev/agpgart e nel menu settate il vostro chipset.
<M> /dev/agpgart (AGP Support) --->
Dopo di che salvate tutto e create il nuovo kernel. Ora finalmente si torna alla normalità niente vocine strane in grub e moduli agp* in blacklist per usare Nvidia.
Testato con kernel fino a 2.6.27.7 e nvidia fino 177.82 (compresi i beta 177.61.02 e 180.08). Chissà perché capitano tutte a me!
Linux Nvidia driver e kernel 2.6.25-rc* 31 Marzo 2008 - 1:06
Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, O.S. Revolution, Only Nerd , 4 commenti
Stavo impazzendo con i kernel della serie 2.6.24(.1 .2, .3, .4), avevo dei continui quanto fastidiosi blocchi di sistema, immaginate la scena : si verificava in modo del tutto casuale ed avveniva un vero e proprio freeze del sistema, il desktop sui miei due schermi diventava un immagine statica, non riuscivo ad accedere alla TTY e per finire non funzionavano i Magic SysRQ Key. Controllando nel Changelog dell’ultima rc del kernel (2.6.25-rc7) ho visto un fix molto interessante per il mio controller sata (promise), sinceramente non sapendo più che pesci pigliare mi sono detto: peggio di così non puo’ andare. Quindi mi sono messo all’opera ed ho compilato il nuovo kernel … ma come al solito i guai non vengono mai da soli 
La prassi che seguo è sempre la solita da molti anni, creo un kernel, installo i driver nvidia ultima versione e qualche altro modulo esterno. Stavolta però sulla RC7 Nvidia non voleva saperne di compilarsi. Non vi dico cosa ho combinato tra sabato notte e domenica mattina, calcolate solo che ho ricompilato il kernel (diverse versioni) almeno 5/6 volte, anche perché mi è venuto in testa visto che stavo perdendo del tempo sui kernel di fare un po’ pulizia :/
Quindi ho cancellato tutto il bordello che avevo in /usr/src/ ed eliminato una 30 di immagini kernel ._. per ritornare ad usare quella che aveo prima di iniziare questa nuova avventura (2.6.24.4).
Fortunatamente esiste sempre un anima pia in #debian-it@freenode e proprio mentre cercavo di descrivere l’accaduto a mind è apparso un santo in mio aiuto. Il suo nome è tosky (sei finito in prima pagina tzè :)) e mi ha passato un link :
http://www.nvnews.net/vbulletin/showthread.php?t=110088
Dentro ci sono alcune patch e le istruzioni che permettono a Nvidia di compilarsi con le versioni 2.6.25-rc* del kernel. Io posso solo dirvi che tutto funziona alla perfezione … almeno per quanto riguarda il discorso Nvidia.
Per il freeze … chissà ! Per ora non mi resta che attendere e sperare!
Magic Key Sysrq, quando l’inevitabile diventa evitabile 19 Settembre 2007 - 8:00
Inviato da Antonio De Luci (imu) in : Guide, Kernel, Linux, O.S. Revolution, Tips , 5 commenti
- Cosa sono i ” magic key sysqr” ?
- A cosa mi possono servire?
- Per cosa posso utilizzarli?
- Come faccio ad avere questi Magic Key sulla mia LinuxBox?
Si possono definire come una combinazione “Magica” di tasti che permette di interagire direttamente con il kernel oltrepassando qualsiasi operazione stia compiendo, sempre che lo stesso non sia in blocco. Di solito vengono usati soprattutto per il debugging!
Ad avere molte informazioni e come vedremo ad usarli a nostro vantaggio in caso di problemi.
In questo post vedremo come evitare in caso di freeze del server grafico di premere il tasto “reset”, odioso, quanto temibile perché non rispetta la procedura corretta di chiusura servizi , sync dei dischi e reboot.
Facile, se usate un kernel di default dovreste già avere l’opzione inclusa dentro, se lo ricompilate da voi dovrete inserirla.
Linus si pronuncia sulla questione CFS vs SD 28 Luglio 2007 - 14:17
Inviato da Antonio De Luci (imu) in : Kernel, Linux, News, O.S. Revolution , aggiungi un commento
Si pronuncia iniziando il discorso con poche semplici parole ben connesse : “la gente che pensava che la SD fosse ‘perfetta ’stava ignorando semplicemente la realtà ,” e seguono a sfilza le motivazioni della sua scelta. Vi invito a leggere tutto il testo apparso su Kerneltrap.org ed anche i commenti lasciati.
Ultimatum da Kolivas! 14 Luglio 2007 - 19:59
Inviato da Antonio De Luci (imu) in : Kernel, Linux, News, O.S. Revolution , aggiungi un commento
Avevo già riportato la news che il Dott. Kolivas sul suo sito web aveva dato la triste notizia che la versione 2.6.22 sarebbe stata l’ultima ad usufruire delle sue patch. Nello stesso post ” io ” avevo supposto che la triste scelta fosse stata guidata dalla mancata integrazione dopo anni e anni di duro lavoro delle sue patch direttamente nel kernel, invece The Noise nei commenti mi aveva fatto notare che lo sviluppo delle stesse si era trasformato da piacere a frustazione. Ora lasciando stare chi dei due avesse ragione, magari le nostre opinioni erano entrambe fondate e magari erano anche correlate in qualche modo, ma leggendo l’articolo del mio amico ” Andrea De Palo” su OssBlog.it e cioè dell’ultimatum che Kolivas ha dato a Morton & Torvalds di includere o ecludere per sempre la sua patch “swap prefetch” nel mainline kernel, credo che la mia supposizione sia quella che si avvicina più alla verità dei fatti.
Kolivas non continuerà a sviluppare le sue famose patch ” -ck ” per il kernel Linux 18 Giugno 2007 - 11:11
Inviato da Antonio De Luci (imu) in : Curiosità , Kernel, Linux, O.S. Revolution , aggiungi un commento
Dopo anni di duro lavoro sviluppato in seno alla comunità per la mancata integrazione delle sue patch direttamente nel kernel Linux, perdiamo un uomo geniale, Kolivas. Dall’immagine di introduzione di questo post prelevata direttamente dalla sua homepage si capisce chiaramente che il kernel 2.6.22 sarà l’ultimo al quale poter applicare le sue patch, miglior delucidazioni e chiarimenti sulla sua scelta si possono ottenere da questo messaggio. Se volete capire bene quali sono i vantaggi che si ottenevano con le famose ” -ck e -cks ” vi invito a leggere questa guida su www.debianizzati.org.
Papà Linus … dovrei usare Gnome ? Adesso vi faccio vedere io ! 17 Febbraio 2007 - 1:56
Inviato da Antonio De Luci (imu) in : Deliri, Gnome, Linux, O.S. Revolution, Polemiche , aggiungi un commento
Linus Torvalds tempo fà aveva invitato gli utenti di GNOME a passare a KDE con la motivazione ” che Gnome è sviluppato da Nazisti dell’interfaccia ” , ma dopo quell’episodio sembrava tutto finito quando …. in una discussione su Desktop architect mailing list dopo un invito a Linus ad usare Gnome per rendersi effettivamente conto dell’usabilità del DE , ecco il contrattacco, ormai seccato dalla discussione replica direttamente con delle patch . (more…)
Qemulator , per gestire qemu in modo semplice. 10 Febbraio 2007 - 13:07
Inviato da Antonio De Luci (imu) in : Debian, GNU, Kernel, Linux, O.S. Revolution, Only Nerd , aggiungi un commento
Qemulator è un fronted per gestire Qemu , come dicevo nel post kqemu è stato rilasciato sotto GPL, una delle cose che mancava era un interfaccia grafica per la gestione, come sappiamo ed abbiamo visto qemu necessita di un bel po’ di opzioni per essere avviato correttamente ed a volte non basta ingrandire a tutto schermo il terminale per riuscire a scriverle tutte . Bene la soluzione risiede in questo splendido programma chiamato Qemulator che non fa altro che portare Qemu ad un livello di gestione User-Friendly . (more…)
kqemu rilasciato sotto GPL - impressioni 7 Febbraio 2007 - 20:47
Inviato da Antonio De Luci (imu) in : Debian, GNU, Kernel, Linux, O.S. Revolution, Only Nerd, Tips , aggiungi un commento
Per chi non lo sapesse kqemu è uno speciale modulo che accelera l’eseguzione di Qemu una delle tante macchine virtuali , che ultimamente vanno di moda. Questo speciale modulo , in Debian era già presente nei Repository ufficiali precisamente in quelli “nonfree” data la natura della sua ex licenza . Oggi leggendo la news su Ossblog.it , sono corso a scaricarlo ed installarlo ed eccomi qui a raccontarvi l’esperienza. Devo anticipare a tutti che rispetto a VirtualBox , è ancora lontano sia come prestazioni sia anche perchè effettivamente qemu non ha un interfaccia grafica ma bisogna usarlo tramite terminale. (more…)
Hyper-Threading come abilitarlo su Ubuntu/Debian 7 Febbraio 2007 - 13:28
Inviato da Antonio De Luci (imu) in : Debian, Guide, Kernel, Linux, O.S. Revolution, Only Nerd, Tips , aggiungi un commento
Hyper-Threading è una tecnologia introdotta da Intel nelle sue cpu, inizialmente nel settore server con Xeon ed Itanium2 e poi inserita dai P4 anche per le versioni Desktop , e dovrebbe, se abilitata incrementare le prestazioni. Comunque oltre alla cpu dovreste controllare nel bios della vostra mainboard se la voce relativa è impostata su ENABLE.
Hyper-Threading su Linux è supportato dal kernel 2.4 in poi ma sulle recenti immagini precompilate delle distribuzioni Linux specialmente su Ubuntu, questa tecnologia è si inserita, ma bisogna esplicitamente avviarla con un opzione al boot .
NOTA
Su ubuntu funziona solo sulla versione linux-image-generic
Tutto il contenuto di questo 
