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!

• 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!)

Aptitude-gtk

Secondo me Synaptic inizia ad avere la cacarella

Fonte: Planet Debian

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?

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!

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) !

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!

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” .

Sul sito http://kde4.debian.net/ trovate trovate inoltre FAQ, how to per ritornare a kde3 e molto altro.

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 :

NvNews Forum