Each change of resolution of display provoke crash of X server
Any try to switch resolution - the X is crashed Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.3.4, glibc-2.11.2-r0, 2.6.34-gentoo-r1 i686) ================================================================= System uname: Linux-2.6.34-gentoo-r1-i686-Intel-R-_Core-TM-_i5_CPU_750_@_2.67GHz-with-gentoo-1.12.13 Timestamp of tree: Thu, 15 Jul 2010 17:30:01 +0000 app-shells/bash: 4.0_p37 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.4_p6-r1, 1.6.3-r1, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 3.3.6-r1, 3.4.6-r2, 4.3.4, 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="bg_BG.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="bg en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 modules mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl pppd python readline reflection session spl ssl sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="bg en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 238933 [details] Xorg.0.log Records from Xorg.0.log
$ xrandr Xlib: extension "RANDR" missing on display ":0.0". RandR extension missing I try with nvidia-drivers versions: 256.35 195.36.24 190.53-r1 195.36.31 195.36.15
Hiya Boris, could you please attach the output from xdpyinfo, your Xorg.0.log doesn't give any indication that the RENDER extension didn't load properly...
Created attachment 239083 [details] Output of xdpyinfo Output of xdpyinfo
Hi Mike, Additional info for loaded drivers. $ lsmod Module Size Used by max6650 6772 0 sco 7548 2 bnep 9042 2 rfcomm 31151 4 l2cap 29552 16 bnep,rfcomm nvidiafb 39683 0 fb_ddc 1251 1 nvidiafb vgastate 8382 1 nvidiafb nvidia 10213997 40 gspca_sn9c20x 22943 0 firewire_ohci 19875 0 firewire_core 42585 1 firewire_ohci crc_itu_t 1239 1 firewire_core ohci1394 26359 0 gspca_main 22052 1 gspca_sn9c20x ieee1394 72952 1 ohci1394 i2c_i801 7267 0 parport_pc 30259 0 sc92031 11433 0 via82cxxx 7449 1 btusb 10547 2 parport 29235 1 parport_pc bluetooth 48244 9 sco,bnep,rfcomm,l2cap,btusb asus_atk0110 11823 0
Don't load the nvidiafb driver at all and then load the nvidia driver and start up X. It should work after this point. Mode setting in nvidiafb will interfere.
This step is not solved problem. dzver ~ # lsmod Module Size Used by max6650 6772 0 sco 7548 2 bnep 9042 2 rfcomm 31151 4 l2cap 29552 16 bnep,rfcomm fb_ddc 1251 0 vgastate 8382 0 firewire_ohci 19875 0 firewire_core 42585 1 firewire_ohci crc_itu_t 1239 1 firewire_core nvidia 10213997 40 gspca_sn9c20x 22943 0 ohci1394 26359 0 gspca_main 22052 1 gspca_sn9c20x i2c_i801 7267 0 ieee1394 72952 1 ohci1394 parport_pc 30259 0 parport 29235 1 parport_pc btusb 10547 2 bluetooth 48244 9 sco,bnep,rfcomm,l2cap,btusb sc92031 11433 0 via82cxxx 7449 1 asus_atk0110 11823 0 dzver ~ # xrandr Xlib: extension "RANDR" missing on display ":0.0". RandR extension missing dzver ~ # xdpyinfo name of display: :0.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 10706000 X.Org version: 1.7.6 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2400018, revert to PointerRoot number of extensions: 24 BIG-REQUESTS Composite DAMAGE DPMS DRI2 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM NV-CONTROL NV-GLX RECORD RENDER SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 ----------SNIP--------- Part of Xorg.0.log (==) NVIDIA(0): DPMS enabled (II) Loading extension NV-CONTROL (==) RandR enabled (II) Initializing built-in extension Generic Event Extension
Attach /var/log/Xorg.0.log and "eselect opengl list"
Created attachment 239095 [details] Xorg.0.log dzver ~ # eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11
I remove also fb_ddc and vgastate , because the modules is not used. The problem is present
Little bit more information about installed version of packages media-libs/mesa-7.8.2 x11-base/xorg-server-1.7.6 x11-apps/xrandr-1.3.2 x11-libs/libXrandr-1.3.0 x11-proto/randrproto-1.3.1
X log says Xinerama is enabled. As long as Xinerama is enabled, Randr can not be enabled; and this will be true for many coming versions (don't hope Xinerama+Randr before at least, several years). There is nothing to fix. The bug is not in nvidia driver. Close WONTFIX. To Boris: find why Xinerama is enabled. And disable it. You may need to create a xorg.conf if auto-conf scripts don't behave as YOU want. Expect them to be HEAVILY broken; all, ALL versions of X since 1.5 are broken for me, and none behave as X used to work up to 1.4. Contact me by email for more support. If you still want to report a bug, go upstream, and ask for Randr support with Xinerama (or give them money to push them work on it), or report a bug against the auto-discovering script that wanted to activate Xinerama without reason (upstream again, and CC me I am interessed in this). Thos scripts are broken anyway; don't rely on them.
Agree stopping the xinerama ekstension solve the problem with xrandr
Mark as fixed for me
