After updating to xorg-server-1.5, the native resolution (1280x800) no longer works. I only have 1024x768, 800x600, and 640x480. Further, attempting to use i915resolution to compensate for the situation does not work. Reproducible: Always Steps to Reproduce: 1. Update to xorg-server-1.5.x 2. startx 3. incorrect resolution, ugly, distorted windows. Actual Results: incorrect resolution, ugly, distorted windows. Expected Results: proper resolution. emerge -info for affected system: pappy-lap ~ # emerge --info Portage 2.2_rc8 (default-linux/x86/2007.0, gcc-4.2.3, glibc-2.8_p20080602-r0, 2.6.26.3 i686) ================================================================= System uname: Linux-2.6.26.3-i686-Intel-R-_Celeron-R-_M_CPU_440_@_1.86GHz-with-glibc2.0 Timestamp of tree: Sun, 07 Sep 2008 04:00:01 +0000 distcc 2.18.3 i486-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.12 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.26 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i486-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i486-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=pentium4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distcc distlocks metadata-transfer parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="" LINGUAS="en" MAKEOPTS="-j64" PKGDIR="/usr/portage/packages" 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://192.168.0.130/gentoo-portage" USE="X a52 aac acl alsa ao audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt css cups dbus dlloader dri dts dv dvd dvdr dvdread eds encode fam fbcon ffmpeg fftw flac foomaticdb fortran gdbm gif gimp gpm gsl gtk hal iconv ipv6 isdnlog jack jpeg kde ladspa lame ldap libsamplerate mad midi mikmod mmx mp3 mpeg mudflap nas ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl php png ppds pppd python qt3 quicktime readline reflection samba sdl session slang slp sndfile spell spl sse sse2 ssl swat tcpd theora tiff truetype udev unicode usb v4l vidix vorbis wifi win32codecs wxwindows x264 x86 xine xml xorg xscreensaver xv xvid 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 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="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="i810 v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 164857 [details] current /etc/X11/xorg.conf file, including experiments trying to fix problem This is the xorg.conf file currently in use. Note that the driver has been changed from i810 to intel under the device section.
Created attachment 164858 [details] Xorg.0.log file This is the file created for this run of X. KDE is usable, but as I said, it's not pretty to view.
The log and xorg.conf seem to contradict eachother by my reading. If I am to believe xorg.conf, it'd be obvious you only have 1024x768, 800x600 and 640x480 because that's what you say in the Screen section, with 1280x1024 getting filtered out because your screens height of 800 doesn't fit in there, but the log doesn't say anything about that resolution at all, yet xorg.conf ServerLayout uses that Screen section. Maybe intel driver however doesn't use that information - the log does state your custom strings at the top, so this is right, just weird to me as a most-time radeon user. Anyhow, this then seems OK in the sense afterall, but all these things in your logs make it be so many variables that could be wrong, so Can you try with no /etc/X11/xorg.conf existing? Just move it away temporarily and see and post what the log tells then. xorg-server-1.4+ is supposed to be able to deal with everything itself fine without a configuration file, albeit only for normal circumstances. The mantra is - the less things you specify in the configuration the better; don't specify things like what monitor or even what driver should be used and so on unless necessary - and if it's necessary, only specify that section. Also your intel driver version doesn't care if you use i915resolution or not, iirc. I believe it gets the information through better means than VBIOS entries since a few big versions ago since last year or two.
Which version of x11-drivers/xf86-video-i810 do you currently use?
(In reply to comment #4) > Which version of x11-drivers/xf86-video-i810 do you currently use? Read the provided log: (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.0, module version = 2.4.2
(In reply to comment #3) > The log and xorg.conf seem to contradict eachother by my reading. If I am to > believe xorg.conf, it'd be obvious you only have 1024x768, 800x600 and 640x480 > because that's what you say in the Screen section, with 1280x1024 getting > filtered out because your screens height of 800 doesn't fit in there, but the > log doesn't say anything about that resolution at all, yet xorg.conf > ServerLayout uses that Screen section. Maybe intel driver however doesn't use > that information - the log does state your custom strings at the top, so this > is right, just weird to me as a most-time radeon user. Anyhow, this then seems > OK in the sense afterall, but all these things in your logs make it be so many > variables that could be wrong, so > > Can you try with no /etc/X11/xorg.conf existing? Just move it away temporarily > and see and post what the log tells then. xorg-server-1.4+ is supposed to be > able to deal with everything itself fine without a configuration file, albeit > only for normal circumstances. The mantra is - the less things you specify in > the configuration the better; don't specify things like what monitor or even > what driver should be used and so on unless necessary - and if it's necessary, > only specify that section. > Also your intel driver version doesn't care if you use i915resolution or not, > iirc. I believe it gets the information through better means than VBIOS entries > since a few big versions ago since last year or two. > The /etc/X11/xorg.conf file was modified to TRY to get things going again. The ONLY change was to update to xorg-server-1.5.x. The file was created a while ago using xorgconfig, and has been updated once or twice. This is starting to look like perhaps I need to go back to xorg-server-1.4.x until this is fixed. The actual video driver version is 2.4.2-r1...the same driver version that was running when the system was set up with xorg-server-1.4.x. When /etc/X11/xorg.conf is gone, X will not start! Blessed be! Pappy
> The /etc/X11/xorg.conf file was modified to TRY to get things going again. The > ONLY change was to update to xorg-server-1.5.x. The file was created a while > ago using xorgconfig, and has been updated once or twice. > > This is starting to look like perhaps I need to go back to xorg-server-1.4.x > until this is fixed. Good luck getting it fixed then if no-one experiencing this is providing information on 1.5. > The actual video driver version is 2.4.2-r1...the same driver version that was > running when the system was set up with xorg-server-1.4.x. > > When /etc/X11/xorg.conf is gone, X will not start! I believe I mentioned it would be useful to look at the log then. Please attach it.
Actually, the weirdest thing happened. I renamed /etc/X11/xorg.conf, and restarted. I did the same thing last night, and x wouldn't start. All of a sudden, it's working. I just came back after the fourth test reboot to post a message saying that the angels had descended and made it ok...and there was your email. It appears to have stabilized, at least for now. I am completely clueless as to what happened between when I upgraded, and now. It's working...and I guess that's all that needs to happen. |shrug| Thanks. Blessed be! Pappy
Ok closing then. Just stating this info just in case : 1) all X11 drivers need to be rebuilt against the new server 2) xorg.conf should be updated to use the "intel" driver instead of "i810"
If you weren't shutting down completely and waiting for some seconds, some of the video card registers can persist across reboots.
I know this is a closed bug, but for posterity's sake... This bug didn't go away for me until I eliminated the in-kernel DRM module, installed x11-drm (USE=intel), turned up vesafb for the consoles, _and_ went back to my own hand-rolled xorg.conf. Still getting a periodic "[drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0" in dmesg, but at least X isn't flashing & eventually disappearing on me. Seems the newest driver is still buggy.
