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 , 8 commentiUPDATE :
09/05/2009 – Dal Kernel 2.6.29.3 TUTTO È TORNATO ALLA NORMALITÀ! CHE DIO SIA LODATO!
07/02/2009 – Mi sono rotto ad inserire le patch, seguite la guida e buonanotte!
Adesso 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 “.
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!
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 :
Approposito di petizioni sensate … una a caso : Nvidia 10 marzo 2008 - 20:41
Inviato da Antonio De Luci (imu) in : Curiosità, Debian, Free Software, GNU, Kernel, Linux, Nvidia, O.S. Revolution, Petizioni, Polemiche, Tips , 3 commentiChi mi legge dovrebbe sapere se sulla questione “petizione diretta a nvidia” ho risposto in modo molto negativo, perché è un azienda che al di là della fottuta nostra ideologia o pensiero (chiamatelo come volete) di Libertà assoluta anche se distribuisce Driver Closed almeno … Lo fa con un certo criterio, con una certa frequenza e per finire anche di una certa qualità.
Certo le mie parole valgono poco e niente quindi cerco di accopagnarle aggiungendo un pizzico di valori, di dati, in modo da rientrare in qualcosa di tecnicamente valutabile.
Prendendo in esame lo stesso Pc, quindi lo stesso hardware, e provando un Benckmark che giri su entrambi i sistemi operativi : Windows Vista e Debian GNU/Linux, usando le ultime versioni dei Driver rilasciati dalla stessa Nvidia proveremo a valutare i due risultati :
PC : Il mio con le seguenti caratteristiche :
- Scheda video : Gainward 7800GS+ “Golden Sample” AGP 8X 512 MB Vram GDDR3 ns 1,4
- Ram : OCZ Platinum DDR400 2×1024 MB Dual Channel CL 2-3-2-5 XTC Ediction
- CPu : Intel Pentium 4 3,4 GHz Model 650 LGA 775
- Hard disk : Maxtor Sata2 300 G + 250 G
- Scheda Madre : DFI Lanparty 875P-T
Sistemi operativi e versioni Driver Nvidia:
- Windows Vista 32bit con driver Nvidia 169.25 Kernel UnKnown (LOL non lo so!)
- Debian GNU/Linux Unstable (sid) con Nvidia Closed Driver 169.12 Kernel 2.6.24.3
BenchMark :
Unigine V0.4 (se ne conoscete altri sono a disposizione)
Risultati ottenuti con Debian :
Risultati ottenuti con Windows Vista :
Stesse opzioni … tranne per le OpenGL su Debian e le DirectiX9 su Windows (mi sembra più che logico non credete?), non è ancora disponibile un test per le DirectX10 ma anche se ci fosse, la mia scheda credo sarebbe OUT (SINGH!)
Nvidia, ma si facciamole una petizione! 3 marzo 2008 - 1:22
Inviato da Antonio De Luci (imu) in : Linux, Nvidia, O.S. Revolution, Open Source, Petizioni, Polemiche , aggiungi un commento
Da quando posseggo un pc ho sempre e solo usato schede video Nvidia, dalla TNT2 Vram 32 M alla 4800 TI Vram 128, poi 6800 GT Vram 256 M ed infine 7800GS+ Vram 512 M e se in futuro dovrò comperare una scheda siatene certi sarà una Nvidia.
Perché direte voi? Semplicemente perché le ATI anche se ottimi prodotti a livello Hardware a livello Software sono sempre state inferiori e mal supportate. Guardate che non mi riferisco solo ai driver Linux ma anche su Windows i driver erano una mezza ciofeca.
Ora mi spiegate che senso ha, fare una petizione a Nvidia dato che ci ha sempre supportati in qualche maniera? Alle volte mi sembra che si esageri proprio, darei qualsiasi cosa per avere altre Aziende che rilasciano driver in modo costante e di Qualità come quelli Nvidia invece di SEMI_USARE periferiche o tenerle inutilizzate finché non diventano vecchie ed obsolete.
Preferisco avere la moglie ubriaca e la botte semi_vuota che sperare di avere anche la botte piena. Chi troppo vuole …. Nulla stringe!
Nuovi Linux Nvidia driver 169.12 26 febbraio 2008 - 20:36
Inviato da Antonio De Luci (imu) in : Linux, Nvidia, O.S. Revolution , commenti chiusi
Nuovo rilascio in casa Nvidia per i pinguini … poi vi lamentate che siamo poco supportati!
Version: 169.12
Operating System: Linux x86
Release Date: February 26, 2008
Release Highlights
- Improved power management support with GeForce 8 GPUs.
- Further improved stability on some GeForce 8 GPUs.
- Fixed a bug that broke certain TwinView configurations with TV-OUT on GeForce 8 GPUs.
- Fixed a bug that could cause OpenGL to crash in certain cases, e.g. when running Counter-Strike under Wine.
- Further improved GLX_EXT_texture_from_pixmap out-of-memory handling.
- Fixed a bug that could result in incorrect PowerMizer state being reported.
- Improved nvidia-xconfig behavior when updating X configuration files without a “Module” section.
- Worked around a problem that caused function key presses on some Toshiba notebooks to result in system crashes.
Nuovi Nvidia driver 169.09 Linux (fix) 23 gennaio 2008 - 13:49
Inviato da Antonio De Luci (imu) in : Linux, Nvidia, O.S. Revolution , 5 commenti
Nuovo rilascio dei driver closed source Nvidia per sistemare piccoli problemi nati dal precedente, tipo il bug sulle ventoline delle schede serie 8xxx.
Versione: 169.09
Sistema operativo: Linux x86
Data di rilascio: 21.1.2008
Vantaggi principali della release
- Risolto un problema che faceva girare costantemente alla massima velocità la ventola di alcune GPU.
- Risolto un problema che poteva portare a blocchi del driver X se il modulo di estensione X.Org di GLX veniva caricato al posto di quello di NVIDIA.
- Migliorata la consapevolezza dell’attuale stato di agganciamento del notebook da parte del driver X.
- Risolto il problema con il controllo della luminosità sui notebook HP Compaq.
- Risolto un problema nell’implementazione del driver dell’algoritmo Linux/i2c che impediva il successo dei tipi di trasferimento core.
Fonte Fabio Sasso via mail (grazie)
Nuovi Nvidia driver ( closed ) 169.07 21 dicembre 2007 - 21:37
Inviato da Antonio De Luci (imu) in : Linux, News, Nvidia, O.S. Revolution , 10 commenti
Nuovo rilascio stable per i Driver closed Nvidia 20/12/2007 version 169.07, come possiamo notare questa versione cambia radicalmente (100.14.19 old stable) per allinearsi alla versione dei driver rilasciati per Windows, oltre al supporto aggiunto a nuove schede grafiche della serie 8800¹, includono un bel po’ di fix come possiamo notare dai dettagli (grassetto mio) :
Unigine Benchmark schede video Nvidia e Ati per Linux/Windows 20 novembre 2007 - 22:52
Inviato da Antonio De Luci (imu) in : Linux, News, Nvidia, O.S. Revolution, Video , aggiungi un commento
Cliccate per visualizzare il video demo in avi (51M)
Unigine is a cross-platform engine of virtual worlds, standing on the bleeding edge of technology.
Main fields of application are cross-platform games and virtual reality systems.
Unigine provides magnificent 3D graphics and outstanding physics.
There are also flexible GUI, scripting system, sound support and much more.
Cercavo tempo fa un Benchmark per la mia scheda video, su piattaforma Linux sembrava una cosa difficile quanto rara. Grazie ad un ragazzo mat89 che frequenta il mio canale irc su azzurra ho scoperto l’esistenza di questo Unigine … Bene l’ho provato e ne sono soddisfatto, molto ben fatto e soprattutto funzionale. Almeno sembra molto più serio e risoluto di altri che ho provato in passato certo che su Linux “accontentarsi è comunque d’obbligo” . La peculiarità di questo benchmark e che supporta sia Windows che Linux e rende facile un confronto prestazionale avendo entrambi i sistemi installati, peccato non sia il mio caso. Naturalmente consiglio prima di lanciarlo di configurare al meglio xorg.conf 
KDE gestisce due monitor alla perfezione , ma Gnome ? 15 maggio 2007 - 21:18
Inviato da Antonio De Luci (imu) in : GNU, Kde, Linux, Nvidia, O.S. Revolution, Tips , 2 commenti
In questo periodo sto giocherellando con i miei due nuovi monitor, era tanto che avevo questo desiderio e siccome ormai non costano più nulla in occasione del mio compleanno li ho presi. Se penso che questi due 17″ widescreen 1440×900@75 mi sono costati un terzo del mio vecchio monitor 17″ 1280×1024@75 mi chiedo se tra qualche anno non finiscano per regalarli assieme al fustone del DASH . Mah comunque pensavo che una volta attaccati alla mia Debian Sid avrei passato un bel po’ sulla shell di login per settarli a dovere, invece la cosa si è rivelata molto più semplice. Una volta avviata Debian sino al login su GDM ho avuto i due monitor funzionanti ma entrando in Gnome uno ha smesso di vivere .
Nvidia da installer su Debian – upgrade libgl1-mesa-glx 11 gennaio 2007 - 18:49
Inviato da Antonio De Luci (imu) in : Debian, Linux, Nvidia, O.S. Revolution, Tips , 1 commento finora
Visto l’enorme successo avuto il trucchetto dello scorso mio post per non reinstallare i driver Nvidia dopo l’aggiornamento costante e normale su Debian Sid di xserver-xorg-core, oggi vi mostro come evitare la stessa cosa dopo l’upgrade del pacchetto libgl1-mesa-glx .
Tutto il contenuto di questo 
