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!
Domande e risposte su Kde 4.2 e Debian 27 Novembre 2008 - 22:54
Inviato da Antonio De Luci (imu) in : Debian, Kde, Linux, O.S. Revolution , 7 commentiApparso oggi sul Debian’s Planet a seguito di molte richieste via mail Ana Beatriz Guerrero Lopez risponde con un post chiaro e deciso sui piani per Kde 4.x in Debian :
- Kde 4.2 beta 1 verrà inserito in experimental? Verrà inserito in qualche altro repository accessibile?
No. - E kde 4.2 beta 2?
Forse. Ma prima di farlo dovrà risultare maturo e stabile per sostituire kde 4.1.x presente al momento in experimental. - Esisteranno dei backports di Kde 4.2 su http://kde4.debian.net ?
No. I backports sono prevvisti solo per la versione Kde 4.1.x . - Se in experimental metterete la versione Kde 4.2 (Beta o RC) su http://kde4.debian.net vedremo gli aggiornamenti della 4.1.4 (e se rilasciati 4.1.5)?
Si. Verranno incluse tutte le versioni 4.1.x. - Quando verrà caricato Kde4 nel ramo Unstable? E su Testing?
Kde 4 sostituirà Kde 3 in ustable quando Lenny verrà rilasciato. Dopo qualche tempo da Unstable passerà in Testing. - Domanda Bonus : Quando verrà rilasciato Lenny?
Quando sarà pronto. (When it is ready.)
P.S. Traduzione di imu (me possino!)
Mi spiace, ma netsons ._. 26 Novembre 2008 - 21:50
Inviato da Antonio De Luci (imu) in : O.S. Revolution, Vita Reale , 1 commento finoraA seguito del nuovo upgrade di netsons questo blog (poco aggiornato nell’ultimo periodo) ha avuto qualche piccolo problema. Credo di aver sistemato tutto ADESSO solo che purtroppo ho dovuto ripristinare il vecchio database del vecchio server e nell’odissea si è perso qualche commento. Mi spiace moltissimo.
Synaptic inizia a tremare, Aptitude 0.5.0 (aka GTK) is out ! 17 Novembre 2008 - 15:25
Inviato da Antonio De Luci (imu) in : Curiosità , Debian, Gnome, Linux, O.S. Revolution, Only Nerd , 3 commentiNessuno ne parla, nessuno ne accenna … Sembra che le news siano ridotte come al solito dai : Ritardi di Debian Stable ed i rilasci di Ubuntu ed altre cazzate del genere. Le solite, le ricorsive, le sempre ripetitive news.
Non sono mai stato un fanboy ne un amante delle GUI almeno per quei fronteNd dei fronted (synaptic come tutti ormai sapranno è un fronteNd per apt …).
Questo però è “aptitude” (>= 5.0) ed ora è disponibile nella versione GTK+ (si per ora all in one) … Un fronteNd si ma di se stesso ed arriva ben 9 anni dopo il suo primo rilascio.
Per debian lo trovate nel repository experimental, ancora non è perfetto e da quanto si dice la prossima versione giustamente vedrà due pacchetti distinti : aptitude e aptitude-gtk .
Secondo me Synaptic inizia ad avere la cacarella
Fonte: Planet Debian
Chi mi presta una PlayStation 3? 13 Novembre 2008 - 23:40
Inviato da Antonio De Luci (imu) in : Debian, Games, Linux, O.S. Revolution, Pericolosi , 1 commento finoraPurtroppo non l’ho comprata ancora la Ps3 e forse non lo farò ancora per molto, molto tempo. Però mi piacerebbe provare un bel gioco, magari uno sparatutto oppure GTA …. direttamente sulla mia Debian sid (Sogni … Sing! Mi rimangono sono questi ormai)! Solo che a quel punto sinceramente non la comprerei più la PS3 e voi?
Chi invece ne possiede una ed ha tempo e soprattutto voglia potrebbe provare i pacchetti di Sean Finney e vedere se il tutto funziona correttamente e magari riportare allo stesso Finney qualche info per migliorare gli stessi :
- ps3-utils: necessary utilities (boot-game-os, ps3-video-mode, etc)
- speutils: threading and message passing library
- spu-medialib: spu-accellerated audio/video library
- xserver-xorg-video-spu: spu-accellerated framebuffer driver for xorg
Come dice lui fate Attenzione sono pacchetti sperimentali potrebbero compromettere il sistema e distruggere la vostra adorata PlayStation3 (siete avvisati)!
# echo "deb http://people.debian.org/~seanius/ps3-experimental-packages sid main" >> /etc/apt/sources.list
poi :
# apt-get install debian-keyring
ed ancora :
# gpg --no-default-keyring --keyring /usr/share/keyrings/debian-keyring.gpg --export --armor CA78CB3E6E76D81D | sudo apt-key add -
infine :
# apt-get update && apt-get install ps3-utils speutils spu-medialib xserver-xorg-video-spu
Modificate in modo appropriato il file xorg.org :
Section "Device"
Identifier "Generic Video Card"
Driver "spufbdev"
Option "ShadowFB" "false"
EndSection
Riavviare il gestore di login GDM, KDM, XDM, ETC:
# /etc/init.d/gdm restart
Io intanto scrivo la letterina a Babbo Natale e indovinate cosa gli chiedo?
Alle volte … 21 Ottobre 2008 - 19:30
Inviato da Antonio De Luci (imu) in : O.S. Revolution, Vita Reale , 7 commentiHo notato di aver involontariamente abbandonato questo blog.
Poco male, non sempre si ha voglia ne tempo per scrivere qualcosa sul proprio diario. In questo periodo particolare della mia vita sono troppo coinvolto nei lavori di un piccolo grezzo, sperduto nelle campagne dove finirò i miei giorni. Si sto mettendo mano a quella che si trasformerà nella mia piccola e confortevole casetta, ma non in Canada … Ben sì a qualche kilomentro dal mio paese natale. Per ora è solo un ammasso di pilastri di cemento e mura di tufo … In attesa che i muratori vengano a finire e l’idraulico mi faccia l’impianto di riscaldamento e dei sanitari sono intento a scavare in giardino, predisponendo i cavidotti per l’impianto elettrico dell’esterno.
Sapete di cosa parlo … luci perimentrali, predisposizione cancello elettrico, pompa sommersa, telefono, montante enel e impianto di massa. Non per niente sono un elettricista (Diploma Tecnico di impianti elettrici civili ed industriali ed elettronici) con oltre 6 anni di pratica alle spalle prima di cambiare lavoro e tra uno scavo ed un altro immerso nella natura mi soffermo ad ascoltare i suoni e gli odori ed assaporo già quel gusto dolce ed inebriante che solo uno spettacolo del genere puo’ suscitare:

Si, sarò un fottuto terrone e ne sono felice!
Annunciato il nome della prossima Debian stable : Squeeze ! 1 Settembre 2008 - 15:22
Inviato da Antonio De Luci (imu) in : Curiosità , Debian, Linux, O.S. Revolution , 11 commenti
Così è arrivato l’annuncio, Debian continuerà ad usare per le sue Release Stable i nomi dei personaggi di Toy Story (avevate qualche dubbio?), quindi dopo l’imminente Lenny avremmo Squeeze il giocattolo alieno con tre occhi. Certo è un passo avanti ma io ne ho sempre uno in più (ok battutaccia ma dovevate aspettarvelo da me) ! ![]()
Debian Live : iso link e molto altro 30 Agosto 2008 - 2:06
Inviato da Antonio De Luci (imu) in : Contributi, Curiosità , Debian, GNU, Humor, Linux, O.S. Revolution , 1 commento finora
Disponibili le iso di “Debian Live” Lenny beta1, contraddistinte dai tre più famosi Desktop Environment: (Kde, Gnome, Xfce). Al momento purtroppo sprovviste del Live Installer afflitto da qualche bug, ma verrà integrato (si spera) nelle prossime beta.
Vi starete chiedendo perché dovreste usarle e che cosa cambia rispetto alle altre Live che fin’ora si trovavano in rete (knoppix, Ubuntu, etc.), non posso che rispondere copiando la frase di Daniel Baumann nel suo annuncio sul planet Debian :
100% Debian
The build process of Debian Live basically consists of creating a Debian chroot, installing one or more kernels along with live-initramfs (a set of hooks into initramfs-tools for handling booting from read-only media) and generating a bootable image from that.
This process is handled by live-helper, a collection of shell scripts that allow us to automate and customize this process. Considerable care is taken to ensure that the resulting live system is not tainted by the host system and that installed packages are not modified morethan absolutely necessary.
This ensures that Debian Live really is Debian, and not “just another” a Debian-based live system.
Devo tradurre?
Personalmente ho provato tutte e tre le iso i386 e presto visionerò anche le amd64, posso solo dire che “Finalmente potrò girare con un cd Live di Debian al seguito e non con una derivata come facevo di solito. Funzionano egregiamente e credo miglioreranno sempre più!
Un grazie a chi ha Contribuito sin ora e chi vorrà Contribuire nel futuro.
NEWS Versione HUMOR :
Mi sono permesso di intervistare qualche personaggio famoso che l’ha PROVATA, riporto alcuni feedback :
Jessica Rizzo :
Non avevo mai provato nulla di simile, se devo essere sincera è stata la prima volta che ho avuto un orgasmo multiplo, tipo con Knoppix godevo alle volte si ed alle volte no, con Ubuntu … Fingevo sempre!!!. La consiglio a tutti e vedrete che non ne farete più a meno!
Rocco Siffredi :
Io sono un utente di vecchia data, prima di ogni performance la usavo a casa e credo sia quello il segreto del mio successo, ora finalmente posso portarmela ovunque e solo il pensiero mi fa sentire molto ma molto potente, non vedo l’ora di ficcarla nel portatile che ho in camerino. Che altro posso dire … Ahhhh si “E se ve lo dico io che ne ho provate tante, potete crederci!”
imu: LOL
N.B. Thanks Debian Live team!
KDE 4.1.x backports for Debian Lenny 23 Agosto 2008 - 14:05
Inviato da Antonio De Luci (imu) in : Contributi, Curiosità , Debian, Kernel, Linux, O.S. Revolution, Only Nerd , 12 commentiSegnalazione spero piacevole per gli utenti di Lenny i386 ed amd64 (tra pochissimo release stable) Debian.
Utenti di Debian Unstable aka Sid : Usate kde4 da experimental!
Pochi semplici passaggi per provare Kde 4.1.x :
Aggiungere questa riga al file /etc/apt/sources.list
deb http://kde4.debian.net/ lenny main
Aggiornare il database :
# aptitude update or # apt-get update
Installare kde4 (minimal version)
# aptitude install kde4-minimal or # apt-get install kde4-minimal
Ricordatevi di installare i kde-moduli che vi interessano
Installare kde4(full version)
# aptitude install kde4 or # apt-get install kde4
Installare il pacchetto per la localizzazione :
# aptitude install kde-l10n-XX or # apt-get install kde-l10n-XX
Sostituire le XX finali con la propria localizzazione
ESEMPIO per L’italia “kde-l10n-it” .
Nvidia, Linux e problemi di performance 21 Agosto 2008 - 14:18
Inviato da Antonio De Luci (imu) in : Compiz, Compiz Fusion, Curiosità , Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Tips , 9 commenti
Nuovo Update rilasciati i BETA 177.70 (grazie Underpass)
UTENTI CON SCHEDE AGP I DRIVER 177.67 E 177.68 NON FUNZIONANO CORRETTAMENTE SEGUIRE LE ISTRUZIONI A QUESTO INDIRIZZO PER SCARICARE ED APPLICARE LA PATCH FUNZIONANTE.
Update Nuova Versione BETA 177.68
In questi giorni di grandi vacanze per noi Italiani, la grande azienda Nvidia da secoli attenta ai problemi di noi utenti linux, ha rilasciato una versione BETA dei loro driver closed identificata come “177.67″. Questa release dovrebbe risolvere i noti problemi di performance sul 2D delle precedenti versioni.
Al momento i più esperti ed i più impazienti possono, scaricare i driver e … seguire le semplici istruzioni elencate sul forum ufficiale nvidia.
Riassumo i pochi e semplici passaggi :
Scaricate ed installate la versione BETA 177.67 (x86, X64)
Aggiungete nel file di configurazione del sistema grafico (xorg.conf) le seguenti opzioni :
Option "PixmapCacheSize" "1000000"
Option "AllowSHMPixmaps" "0"
La prima riserva un pezzetto di GPU nella memoria video per un assegnazione veloce dei pixmap migliorando notevolmente qualsiasi applicazione di X che si appoggi ad essi. Il valore da riservare lo scegliano noi a nostro piacimento ed in base al quantitativo a disposizione sulla nostra scheda video, quello dell’esempio vale 5 Mb.
“1000000″ = “5 Mb”
“2000000″ = “10 Mb”
E così via … Più ne riservate migliori prestazioni avrete Ma ricordate che quello che andrete a riservare non sarà sfruttato dalle OpenGL e Texture (stanno lavorando anche su questo).
La seconda opzione invece impedisce che vengano memorizzate in modo permanente le richieste di assegnazione di Shared Memory pixmap (che casino, non prendetemi sul serio potrei dire un sacco di cazzate!).
Finito tutto il bordello dovrete lanciare il seguente comando dopo aver caricato il server grafico (examples : ~/.Xinitrc / or ~/.Kderc / or ~/.gnomerc, ecc)
nvidia-settings -a InitialPixmapPlacement=2
Per chi usa Gnome puo’ aggiungerlo in :
Sistema -> Preferenze -> Sessioni -> Programmi D’avvio:

Per chi ha schede video versione 8, 9 e superiori raccomandano anche di usare questa opzione :
nvidia-settings -a GlyphCache=1
Essa non fa altro che assegnare un rendering GlyphSet e memorizzando nella cache della memoria video i fonts Xft, permettendo al driver Nvidia un ottimale accelerazione del testo … Stessa procedura di avvio e stessa prassi, il tutto si riduce a :
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Sempre e solo dopo aver avviato il server gra”fico”. Devo ripetere?
P.S. Gli sviluppatori si scusano per il macchinoso e complicato avvio e assicurano che le prossime release dei driver “177.xx” avranno tali opzioni abilitate di default, stanno lavorando ANCHE per voi “utenti della distro umana” .
Fonti :

Tutto il contenuto di questo 
