nvidia, schea video "patologica"

Usate questo forum per richieste di aiuto e consigli sull'hardware montato nelle vostre macchine con GNU/Linux Slackware.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata e la versione del Kernel. Questi dati aiutano le persone che possono rispondere.
2) Citare il tipo di hardware coinvolto in modo dettagliato.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT. Non usare termini gergali come procio, mobo e simili per identificare i componenti hardware.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

nvidia, schea video "patologica"

Messaggio da Procopio »

è sperimentalmente dimostrato:

ho una scheda video nvidia GeForce 8400 GT GPU, su di un sony vaio VGN-AR41E con processore intel core due duo T7100 da 1.80GHz.

Quando installo i driver proprietari invidia, su qualsiasi disto (ubuntu, fedora, in ultimo slacware) questi mi crashano non so cosa, se il server x o addirittura l'intero sistema, fatto sta che compare in diversi punti dello schermo un formicolio di pixel che si espande più o meno, comunque sempre fino a bloccarmi il sistema (piantati mouse e tastiera).....

come posso trovare intanto e reinstallare i driver video nouveau (o vesa)?
Ultima modifica di Procopio il lun 24 ott 2011, 14:18, modificato 1 volta in totale.

Avatar utente
Vito
Staff
Staff
Messaggi: 4182
Iscritto il: mar 5 dic 2006, 17:28
Nome Cognome: Vito
Desktop: MacOS
Località: Monaco (DE)
Contatta:

Re: nvidia, schea video "patologica"

Messaggio da Vito »

allora non vorrei dire cose inesatte ma bisognerebbe disabilitare i driver noveau (mi riferisco a Slackware) prima di poter installare i driver proprietari.
Ti sei assicurato di averli disabilitati?
"Stat rosa pristina nomina, nomina nuda tenemus." [ Umberto Eco - Il nome della rosa]

"Faber est suae quisque fortunae ." [ Appio Claudio Cieco]

Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

Re: nvidia, schea video "patologica"

Messaggio da Procopio »

in teoria si, l'installer dei driver nvidia lo dovrebbe aver disabilitato lui creando il file /etc/modprobe.d/nvidia-installer-disable-nouveau.conf... eccolo

Codice: Seleziona tutto

bash-4.1# cat /etc/modprobe.d/nvidia-installer-disable-nouveau.conf 
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0
.....se questo basta per disabilitarlo..... infatti il computer carica il driver proprietario, con tutta la sintomatologia connessa(vedi pixel che formicolano fino a bloccare l'intero sistema)!!;)

Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

Re: nvidia, schea video "patologica"

Messaggio da phobos3576 »

Vito ha scritto:allora non vorrei dire cose inesatte ma bisognerebbe disabilitare i driver noveau (mi riferisco a Slackware) prima di poter installare i driver proprietari.
Ti sei assicurato di averli disabilitati?
Inoltre, con i kernel recenti è anche necessario il parametro nomodeset al boot per poter utilizzare il driver proprietario nVidia.

Temo però che i pixel che "formicolano" siano il sintomo di un guasto alla scheda video che si manifesta solo quando si accede a particolari caratteristiche della scheda stessa; ciò accade ovviamente con il driver nVidia, mentre nouveau offre solo una gestione generica.

Avatar utente
Plaoo
Linux 3.x
Linux 3.x
Messaggi: 809
Iscritto il: gio 10 apr 2008, 17:40
Slackware: 14 64
Kernel: 3.2.9
Desktop: KDE
Località: Ittiri (SS)

Re: nvidia, schea video "patologica"

Messaggio da Plaoo »

phobos3576 ha scritto: Inoltre, con i kernel recenti è anche necessario il parametro nomodeset al boot per poter utilizzare il driver proprietario nVidia.

Temo però che i pixel che "formicolano" siano il sintomo di un guasto alla scheda video che si manifesta solo quando si accede a particolari caratteristiche della scheda stessa; ciò accade ovviamente con il driver nVidia, mentre nouveau offre solo una gestione generica.
Offtopic: Spiegati meglio interessa anche a me questo, visto che non abilito il parametro nomideset e uso tranquillamente i driver proprietari.
Il canale ufficiale di slacky.eu si trova sui server irc.syrolnet.org canale #slackware

Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

Re: nvidia, schea video "patologica"

Messaggio da phobos3576 »

Nouveau usa KMS di default e quindi viene caricato prima del driver nVidia (che non supporta KMS); credo comunque che blacklistando nouveau si risolva il problema, anche senza il parametro nomodeset.

Avatar utente
Plaoo
Linux 3.x
Linux 3.x
Messaggi: 809
Iscritto il: gio 10 apr 2008, 17:40
Slackware: 14 64
Kernel: 3.2.9
Desktop: KDE
Località: Ittiri (SS)

Re: nvidia, schea video "patologica"

Messaggio da Plaoo »

phobos3576 ha scritto:Nouveau usa KMS di default e quindi viene caricato prima del driver nVidia (che non supporta KMS); credo comunque che blacklistando nouveau si risolva il problema, anche senza il parametro nomodeset.
Ah ok infatti mai problemi ed è la prima volta che sento nomodeset gh.
Il canale ufficiale di slacky.eu si trova sui server irc.syrolnet.org canale #slackware

Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

Re: nvidia, schea video "patologica"

Messaggio da Procopio »

phobos3576 ha scritto: credo comunque che blacklistando nouveau si risolva il problema, anche senza il parametro nomodeset.
a che livello lo inserisco nella blacklist? questo è il mio file blacklist.conf

Codice: Seleziona tutto

#
# Listing a module here prevents the hotplug scripts from loading it.
# Usually that'd be so that some other driver will bind it instead,
# no matter which driver happens to get probed first.  Sometimes user
# mode tools can also control driver binding.

# PC Speaker support:
# This one is loaded by /etc/rc.d/rc.modules. If you don't like
# the beeps and buzz from speaker, edit /etc/rc.d/rc.modules.
blacklist pcspkr

# tulip ... de4x5, xircom_tulip_cb, dmfe (...) handle same devices
blacklist de4x5

# At least 2.4.3 and later xircom_tulip doesn't have that conflict
# xircom_tulip_cb
blacklist dmfe

#evbug is a debug tool and should be loaded explicitly
blacklist evbug

# Alternate Intel EtherExpress Pro/100 support driver.  List it
# here so it won't conflict with an already-loaded e100 module.
blacklist eepro100

# Alternate 8139 driver.  Some 8139 cards need this specific driver,
# though...
blacklist 8139cp

# Deprecated BCM4318 driver.
blacklist bcm43xx

# Modules used to run a wireless adaptor as an access point.  These
# conflict with the normal driver for the device, and so should be
# loaded manually.
blacklist hostap_cs
blacklist hostap_pci
blacklist hostap_plx
blacklist hostap

# Ethernet over IEEE1394 module.  In too many cases this will load
# when there's no eth1394 device present (just an IEEE1394 port)
blacklist eth1394

# This module has also been known to cause crashes with some hardware.
blacklist hw_random

# The kernel lists this as "experimental", but for now it's "broken"
blacklist via-ircc

# ALSA modules to support sound modems.  These should be loaded manually
# if needed.  For most people they just break sound support...
blacklist snd-atiixp-modem
blacklist snd-intel8x0m
blacklist snd-via82xx-modem

# OSS (Open Sound System) modules.  This is the old and deprecated Linux
# sound system.  If you want to use OSS, remove the alsa-driver package
# and cut out (or comment out) this list.  With these modules
# blacklisted ALSA will load by default.
blacklist ac97
blacklist ac97_codec
blacklist aci
blacklist ad1816
blacklist ad1848
blacklist ad1889
blacklist adlib_card
blacklist aedsp16
blacklist ali5455
blacklist awe_wave
blacklist btaudio
blacklist cmpci
blacklist cs4232
blacklist cs4281
blacklist cs46xx
blacklist emu10k1
blacklist es1370
blacklist es1371
blacklist esssolo1
blacklist forte
blacklist gus
blacklist i810_audio
blacklist kahlua
blacklist mad16
blacklist maestro
blacklist maestro3
blacklist maui
blacklist mpu401
blacklist msnd
blacklist msnd_classic
blacklist msnd_pinnacle
blacklist nm256_audio
blacklist opl3
blacklist opl3sa
blacklist opl3sa2
blacklist pas2
blacklist pss
blacklist rme96xx
blacklist sb
blacklist sb_lib
blacklist sgalaxy
blacklist sonicvibes
blacklist sound
blacklist sscape
blacklist trident
blacklist trix
blacklist uart401
blacklist uart6850
blacklist v_midi
blacklist via82cxxx_audio
blacklist wavefront
blacklist ymfpci

# Hardware specific video framebuffer modules.  If the user wants
# these, they can load them manually or de-blacklist them.  Having
# them load automatically may lead to funny side effects with
# certain revisions of video hardware.
blacklist arcfb
blacklist aty128fb
blacklist atyfb
blacklist cirrusfb
blacklist clgenfb
blacklist cyber2000fb
blacklist fbcon-cfb2
blacklist fbcon-cfb4
blacklist fbcon-hga
blacklist fbcon-mfb
blacklist fbcon-vga-planes
blacklist fbgen
blacklist hgafb
blacklist i2c-matroxfb
blacklist i810fb
blacklist intelfb
blacklist kyrofb
blacklist matroxfb_DAC1064
blacklist matroxfb_Ti3026
blacklist matroxfb_accel
blacklist matroxfb_base
blacklist matroxfb_crtc2
blacklist matroxfb_g450
blacklist matroxfb_maven
blacklist matroxfb_misc
blacklist neofb
blacklist nvidiafb
blacklist pm2fb
blacklist pm3fb
blacklist radeonfb
blacklist rivafb
blacklist savagefb
blacklist sisfb
blacklist sstfb
blacklist tdfxfb
blacklist tridentfb
blacklist vga16fb

# SCSI and SATA controller modules.  Typically these are either
# built into the kernel or loaded with an initrd already.
blacklist 3w-xxxx
blacklist 53c7,8xx
blacklist AM53C974
blacklist BusLogic
blacklist NCR53c406a
blacklist a100u2w
blacklist advansys
blacklist aha152x
blacklist aha1542
blacklist aha1740
blacklist aic79xx
blacklist aic7xxx
blacklist aic7xxx_old
blacklist aic94xx
blacklist ata_piix
blacklist atp870u
blacklist cpqfc
blacklist dc395x
blacklist dmx3191d
blacklist dpt_i2o
blacklist dtc
blacklist eata
blacklist eata_dma
blacklist eata_pio
blacklist fdomain
blacklist g_NCR5380
blacklist g_NCR5380_mmio
blacklist gdth
blacklist ide-scsi
blacklist imm
blacklist in2000
blacklist initio
blacklist ipr
blacklist ips
blacklist libata
blacklist megaraid
blacklist ncr53c8xx
blacklist nsp32
blacklist osst
blacklist pas16
blacklist pci2000
blacklist pci2220i
blacklist ppa
blacklist psi240i
blacklist qla1280
blacklist qla2100
blacklist qla2200
blacklist qla2300
blacklist qla2322
blacklist qla2xxx
blacklist qla6312
blacklist qla6322
blacklist qlogicfas
blacklist qlogicfas408
blacklist qlogicfc
blacklist qlogicisp
blacklist seagate
blacklist sim710
blacklist sata_promise
blacklist sata_sil
blacklist sata_sis
blacklist sata_svw
blacklist sata_sx4
blacklist sata_via
blacklist sata_vsc
blacklist scsi_debug
blacklist scsi_transport_fc
blacklist scsi_transport_spi
blacklist sym53c416
blacklist sym53c8xx
blacklist sym53c8xx
blacklist t128
blacklist tmscsim
blacklist u14-34f

# Blacklist all watchdog modules. Many motherboards hangs with them and,
# if you really need an watchdog you probably know how to load the module 
blacklist acquirewdt
blacklist advantechwdt
blacklist alim1535_wdt
blacklist alim7101_wdt
blacklist cpu5wdt
blacklist eurotechwdt
blacklist hpwdt
blacklist i6300esb
blacklist iTCO_vendor_support
blacklist iTCO_wdt
blacklist ib700wdt
blacklist ibmasr
blacklist it8712f_wdt
blacklist machzwd
blacklist mixcomwd
blacklist pc87413_wdt
blacklist pcwd
blacklist pcwd_pci
blacklist pcwd_usb
blacklist sbc60xxwdt
blacklist sbc7240_wdt
blacklist sbc8360
blacklist sbc_epx_c3
blacklist sc1200wdt
blacklist sc520_wdt
blacklist scx200_wdt
blacklist smsc37b787_wdt
blacklist softdog
blacklist w83627hf_wdt
blacklist w83697hf_wdt
blacklist w83877f_wdt
blacklist w83977f_wdt
blacklist wafer5823wdt
blacklist wdt
blacklist wdt_pci
phobos3576 ha scritto:Temo però che i pixel che "formicolano" siano il sintomo di un guasto alla scheda video
eh...questo può anche darsi dal momento che mi succedeva anche con ubuntu.....quindi significa che devo rinunciare all'accellerazione 3D?

Avatar utente
aschenaz
Staff
Staff
Messaggi: 4623
Iscritto il: mer 28 lug 2004, 0:00
Nome Cognome: Nino
Slackware: current
Kernel: 5.4.x
Desktop: KDE
Località: Reggio Calabria
Contatta:

Re: nvidia, schea video "patologica"

Messaggio da aschenaz »

Per quanto riguarda il problema di Procopio, temo anch'io che si possa trattare di un
guasto hw. Mia figlia ha un Vaio molto simile a quello (se non ricordo male ha la
stessa scheda video) e anche lei ha qualche problema: in pratica nel suo non si
tratta di formicolio, ma di sfarfallio nella parte bassa del monitor...

Io invece riscontro un altro problema con i driver proprietari Nvidia. Per questo
motivo, per un bel po', ho usato i nouveau, ma poi ho desistito perché alteravano
vistosamente i colori di molte immagini, soprattutto con Firefox (l'avete notato?).
Coi proprietari, invece, mi succede che, ad impostazioni di default, ho una
brillantezza ed un contrasto esagerati (roba da accecare) e devo intervenire
nelle impostazioni del pannello Nvidia. Solo che queste impostazioni non le
mantiene e, ad ogni login, devo entrare di nuovo nel pannello (ma basta
aprirlo che le impostazioni hanno effetto...). Questa cosa mi succede solo
con le ultime versioni di slackware...

rik70
Iper Master
Iper Master
Messaggi: 2489
Iscritto il: gio 10 mar 2011, 9:21
Slackware: 15.0
Kernel: 5.15.x-generic
Desktop: Sway
Distribuzione: Arch Linux

Re: nvidia, schea video "patologica"

Messaggio da rik70 »

aschenaz ha scritto:queste impostazioni non le
mantiene e, ad ogni login, devo entrare di nuovo nel pannello (ma basta
aprirlo che le impostazioni hanno effetto...).
Questo dovresti risolverlo lanciando 'nvidia-settings --load-config-only' all'avvio della sessione grafica - o del desktop. Dai uno sguardo alla documentazione dei driver nvidia.

Avatar utente
aschenaz
Staff
Staff
Messaggi: 4623
Iscritto il: mer 28 lug 2004, 0:00
Nome Cognome: Nino
Slackware: current
Kernel: 5.4.x
Desktop: KDE
Località: Reggio Calabria
Contatta:

Re: nvidia, schea video "patologica"

Messaggio da aschenaz »

rik70 ha scritto:
aschenaz ha scritto:queste impostazioni non le
mantiene e, ad ogni login, devo entrare di nuovo nel pannello (ma basta
aprirlo che le impostazioni hanno effetto...).
Questo dovresti risolverlo lanciando 'nvidia-settings --load-config-only' all'avvio della sessione grafica - o del desktop. Dai uno sguardo alla documentazione dei driver nvidia.
Molto utile, grazie! :thumbright:

Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

Re: nvidia, schea video "patologica"

Messaggio da Procopio »

a proposito di blacklistare il driver nouveau ho notato che il file che avevo publicato poco sopra io stesso
Procopio ha scritto: l'installer dei driver nvidia dovrebbe aver disabilitato lui il driver nouveau creando il file /etc/modprobe.d/nvidia-installer-disable-nouveau.conf... eccolo

Codice: Seleziona tutto

 bash-4.1# cat /etc/modprobe.d/nvidia-installer-disable-nouveau.conf
    # generated by nvidia-installer
    blacklist nouveau
    options nouveau modeset=0
mi dovrebbe proprio blacklistare il nouveau, dite che effettivamente lo fa? c'è ancora bisogno di aggiungerlo a mano in blacklist.conf?

per quanto riguarda la disattivazione dei driver invidia (domanda con la quale ho aperto questo thread) mi rispondo, dopo un giorno, da solo : basta il comando

Codice: Seleziona tutto

nvidia-uninstall
e la rimozione dei due file creati dall'installer invidia

Codice: Seleziona tutto

rm /etc/modprobe.d/nvidia-installer-disable-nouveau.conf
rm /etc/X11/xorg.conf


EDIT: in realtà il sistema mi si blocca anche senza formicolio, adesso ad esempio mi si blocca dopo aver inserito username e passwd per accedere alla sessione: do invio e mi si blocca..... :-k spero che questo riacenda una fioca speranza sulla mia scheda video :cry: :cry:
Ultima modifica di Procopio il lun 24 ott 2011, 14:21, modificato 1 volta in totale.

Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

Re: nvidia, schea video "patologica"

Messaggio da Procopio »

aggiungo ancora un'altra cosa: ho notato che il mio driver è il Vesa, non il nouveau, infatti nel file xorg.conf-vesa (e non xorg.conf, notate!) alla sezione device il driver è vesa:

Codice: Seleziona tutto

Section "Device"
    Identifier  "VESA Framebuffer"
    Driver      "vesa"
    #VideoRam    4096
    # Insert Clocks lines here if appropriate
EndSection
Ora, quando io installo il driver nvidia l'installer mi crea quel famoso file /etc/modprobe.d/nvidia-installer-disable-nouveau.conf che sembrerebbe blacklistare i driver nouveau!:

Codice: Seleziona tutto

bash-4.1# cat /etc/modprobe.d/nvidia-installer-disable-nouveau.conf
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0
(ammesso che nel caso in cui avessi avuto i driver nouveau quello me li mettesse veramente in blacklist)

quindi non può darsi semplicemente che in realtà i vecchi driver vesa non vengano blacklistati e continuino a funzionare parallelamente a quelli nvidia creandomi lo sformicolio?

N.B.: l'installer oltre a creare il file nvidia-installer-disable-nouveau.conf mi crea anche il file xorg.conf e non mi sovrascrive il file xorg.conf-vesa ne mi fa copie di backup!
qua il file xorg.conf usato dal driver nvidia

Codice: Seleziona tutto

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 285.05.09  (buildmeister@swio-display-x86-rhel47-02.nvidia.com)  Fri Sep 23 19:18:19 PDT 2011

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
    FontPath        "/usr/lib/X11/fonts/misc/:unscaled"
    FontPath        "/usr/lib/X11/fonts/100dpi/:unscaled"
    FontPath        "/usr/lib/X11/fonts/75dpi/:unscaled"
    FontPath        "/usr/lib/X11/fonts/misc/"
    FontPath        "/usr/lib/X11/fonts/Type1/"
    FontPath        "/usr/lib/X11/fonts/Speedo/"
    FontPath        "/usr/lib/X11/fonts/100dpi/"
    FontPath        "/usr/lib/X11/fonts/75dpi/"
    FontPath        "/usr/lib/X11/fonts/cyrillic/"
    FontPath        "/usr/lib/X11/fonts/TTF/"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection


e qua il file xorg.conf-vesa usato dal driver vesa:

Codice: Seleziona tutto

matteo@darkstar:~$ cat /etc/X11/xorg.conf-vesa 
# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **********************************************************************                                                                                                                                   
                                                                                                                                                                                                           
# NOTE:  This is a NEW IMPROVED version of XF86Config-fbdev that uses the vesa                                                                                                                             
# driver instead of the fbdev driver.  Thanks to Kenneth Fanyo who pointed                                                                                                                                 
# this out to me. :)                                                                                                                                                                                       
                                                                                                                                                                                                           
# This XF86Config file is designed for use with the VESA framebuffer.                                                                                                                                      
# This generic interface should work with nearly all video cards                                                                                                                                           
# (although not every card will support every resolution).                                                                                                                                                 
                                                                                                                                                                                                           
# With the new driver, it should no longer be required to have frame buffer                                                                                                                                
# support in the kernel, or to run it on the console.                                                                                                                                                      
#                                                                                                                                                                                                          
# Enjoy! :)                                                                                                                                                                                                
# -- volkerdi@slackware.com                                                                                                                                                                                
#                                                                                                                                                                                                          
                                                                                                                                                                                                           
# **********************************************************************                                                                                                                                   
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the font modules
    Load        "type1"
    Load        "freetype"
    #Load        "speedo"

# This loads the GLX module
    Load       "glx"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

    RgbPath     "/usr/share/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

    FontPath   "/usr/share/fonts/local/"
    FontPath   "/usr/share/fonts/misc/"
    FontPath   "/usr/share/fonts/OTF/"
    FontPath   "/usr/share/fonts/TTF/"
    FontPath   "/usr/share/fonts/Type1/"
    FontPath   "/usr/share/fonts/CID/"
    FontPath   "/usr/share/fonts/Speedo/"
    FontPath   "/usr/share/fonts/75dpi/:unscaled"
    FontPath   "/usr/share/fonts/100dpi/:unscaled"
    FontPath   "/usr/share/fonts/75dpi/"
    FontPath   "/usr/share/fonts/100dpi/"
    FontPath   "/usr/share/fonts/cyrillic/"

# ModulePath can be used to set a search path for the X server modules.
# The default path is shown here.

#    ModulePath "/usr/lib/xorg/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option     "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><Fn> VT switch sequence
# (where n is 1 through 12).  This allows clients to receive these key
# events.

#    Option     "DontVTSwitch"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option     "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option     "DontZoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option     "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client.

#    Option     "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.

#    Option     "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option     "AllowNonLocalModInDev"

# Set the basic blanking screen saver timeout.

#    Option      "blank time"    "10"    # 10 minutes

# Set the DPMS timeouts.  These are set here because they are global
# rather than screen-specific.  These settings alone don't enable DPMS.
# It is enabled per-screen (or per-monitor), and even then only when
# the driver supports it.

#    Option      "standby time"  "20"
#    Option      "suspend time"  "30"
#    Option      "off time"      "60"

# On some platform the server needs to estimate the sizes of PCI
# memory and pio ranges. This is done by assuming that PCI ranges
# don't overlap. Some broken BIOSes tend to set ranges of inactive
# devices wrong. Here one can adjust how aggressive the assumptions
# should be. Default is 0.

# Option   "EstimateSizesAggresively" "0"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************
  Option "NoAccel"      "True"
# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier  "Keyboard1"
    Driver      "kbd"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

# Set the keyboard auto repeat parameters.  Not all platforms implement
# this.

#    Option     "AutoRepeat"    "500 5"

# Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)).

#    Option     "Xleds" "1 2 3"

# To disable the XKEYBOARD extension, uncomment XkbDisable.

#    Option     "XkbDisable"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a European
# keyboard, you will probably want to use one of:
#
#    Option     "XkbModel"      "pc102"
#    Option     "XkbModel"      "pc105"
#
# If you have a Microsoft Natural keyboard, you can use:
#
#    Option     "XkbModel"      "microsoft"
#
# If you have a US "windows" keyboard you will want:
#
#    Option     "XkbModel"      "pc104"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#
#    Option     "XkbLayout"     "de"
#
# or:
#
#    Option     "XkbLayout"     "de"
#    Option     "XkbVariant"    "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#
#    Option     "XkbOptions"    "ctrl:swapcaps"


# These are the default XKB settings for X.Org
#
#    Option     "XkbRules"      "xorg"
#    Option     "XkbModel"      "pc105"
#    Option     "XkbLayout"     "us"
#    Option     "XkbVariant"    ""
#    Option     "XkbOptions"    ""

EndSection


# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier  "Mouse1"
    Driver      "mouse"

# On platforms where PnP mouse detection is supported the following
# protocol setting can be used when using a newer PnP mouse:

#    Option     "Protocol"      "Auto"

# The available mouse protocols types that you can set below are:
#    Auto BusMouse GlidePoint GlidePointPS/2 IntelliMouse IMPS/2
#    Logitech Microsoft MMHitTab MMSeries Mouseman MouseManPlusPS/2
#    MouseSystems NetMousePS/2 NetScrollPS/2 OSMouse PS/2 SysMouse
#    ThinkingMouse ThinkingMousePS/2 Xqueue
    Option "Protocol"    "PS/2"

# The mouse device.  The device is normally set to /dev/mouse,
# which is usually a symbolic link to the real device.

    Option "Device"      "/dev/mouse"
#   Option "Device"      "/dev/psaux"
#   Option "Device"      "/dev/ttyS0"
#   Option "Device"      "/dev/ttyS1"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"  "Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"          "9600"
#    Option "SampleRate"        "150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "50"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection

# Some examples of extended input devices

# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "My Monitor"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    HorizSync   31.5 - 50.0

#    HorizSync  30-64         # multisync
#    HorizSync  31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync  15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    VertRefresh 40-90

EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

Section "Device"
    Identifier  "VESA Framebuffer"
    Driver      "vesa"
    #VideoRam    4096
    # Insert Clocks lines here if appropriate
EndSection

# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "VESA Framebuffer"
    Monitor     "My Monitor"

# If your card can handle it, a higher default color depth (like 24 or 32)
# is highly recommended.

#   DefaultDepth 8
#   DefaultDepth 16
   DefaultDepth 24
#   DefaultDepth 32

# "1024x768" is also a conservative usable default resolution.  If you
# have a better monitor, feel free to try resolutions such as
# "1152x864", "1280x1024", "1600x1200", and "1800x1400" (or whatever your
# card/monitor can produce)

    Subsection "Display"
        Depth       8
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       32
        Modes "1024x768" "800x600" "640x480"
    EndSubsection

EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6628
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Re: nvidia, schea video "patologica"

Messaggio da targzeta »

Non posso risponderti in merito al tuo problema poiché non uso NVIDIA. Però non ti confondere. Il file di configurazione del server X si chiama xorg.conf. Il file xorg.conf-vesa è semplicemente un file messo lì in modo che se vuoi puoi usarlo per configurare X in modo da usare i driver vesa (quindi copiandolo o linkandolo come xorg.conf).

Da quello che scrivi il driver NVIDIA si autoconfigura, ovvero crea un file xorg.conf in modo al prossimo avvio del server X, quest'ultimo utilizzerà i driver NVIDIA.

Comunque credo che ci sia un modo (un comando dei driver NVIDIA, ad esempio) per capire se il driver che sta utilizzando il server X sia NVIDIA o vesa. Altrimenti basta controllare il log di X (/var/log/Xorg.0.log) per capire cosa ha caricato.

Emanuele
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama

Avatar utente
Procopio
Linux 3.x
Linux 3.x
Messaggi: 844
Iscritto il: ven 29 lug 2011, 11:50
Nome Cognome: Matteo Micheletto Oddino
Slackware: 14.2
Kernel: 4.4.14
Desktop: Awesome
Località: Torino

Re: nvidia, schea video "patologica"

Messaggio da Procopio »

spina ha scritto:non ti confondere. Il file di configurazione del server X si chiama xorg.conf. Il file xorg.conf-vesa è semplicemente un file messo lì in modo che se vuoi puoi usarlo per configurare X in modo da usare i driver vesa (quindi copiandolo o linkandolo come xorg.conf).
eh no! è proprio qua il punto! io, dopo aver disinstallato nvidia (nvidia-uninstall) ho dato un rm /etc/X11/xorg.conf (file che mi aveva creato ad hoc l'installer di nvidia, infatti già prima non ce l'avevo e avevo soltanto xorg.conf-vesa)
adesso la mia situazione è questa

Codice: Seleziona tutto

matteo@darkstar:~$ ls /etc/X11/
WindowMaker/  app-defaults/  fs/  fvwm2/  mwm/  seyon/  x3270/  xdm/  xinit/  xkb/  xorg.conf-vesa  xorg.conf.d/  xsm/
matteo@darkstar:~$ 
quindi xorg.conf-vesa deve essere linkato da qualche parte come dici tu!.....ma allora questo potrebbe significare che il file che il mio computer continua ad usare anche dopo la creazione del'xorg.conf sia xorg.conf-vesa, nel quale il driver continua ad essere vesa (perchè io non l'ho modificato dopo l'installazione credendo che il file xorg.conf lo soppiantasse)(mentre invece nel xorg.conf creato dall'installer il driver è ovviamente nvidia)


al log non mi ci fa accedere neanche come root! :shock:
comunque adesso probabilmente direbbe che uso il driver vesa in quanto il driver nvidia l'ho disinstallato e ho eliminato i suoi due files di configurazione, mi cito due post fa:):
Procopio ha scritto:per quanto riguarda la disattivazione dei driver invidia (domanda con la quale ho aperto questo thread) mi rispondo, dopo un giorno, da solo : basta il comando

Codice: Seleziona tutto

nvidia-uninstall
e la rimozione dei due file creati dall'installer invidia

Codice: Seleziona tutto

rm /etc/modprobe.d/nvidia-installer-disable-nouveau.conf
    rm /etc/X11/xorg.conf
)




EDIT: potrei provare a reinstallare i file nvidia e questa volta a modificare il file xorg.conf-vesa mettendo il driver nvdia e le altre due modifiche che mi suggerisce il wiki!

Rispondi