I am unable to login to KDE when running kernel 2.6.29. The login screen of kdm appears, but right after providing my credentials, X crashes (see the attached log). In addition, the screen resolution at the login screen is not set to the native resolution of the LCD. Things work as expected with kernel 2.6.28. Reproducible: Always
Created attachment 192187 [details] crash with kernel 2.6.29
Created attachment 192189 [details] normal run with kernel 2.6.28
Created attachment 192190 [details] .config for 2.6.29
What version of xorg-server are you using? Can you provide use a Xorg.log output? Thanks
(In reply to comment #4) > What version of xorg-server are you using? x11-base/xorg-server-1.5.3-r6 > Can you provide use a Xorg.log output? Thanks sorry, I do not get the question - there is Xorg.0.log.old (which is from the crash) provided in the attachment, what else Xorg.log do you mean or should I do something to make it more useful?
... just tested with 2.6.29-r5 and it is still the same
Same problem here... just a little difference, I'm using GNOME... Kernel version: gentoo-sources-2.6.29-r5 xorg-x11 version: 7.4 xorg-server version: 1.5.3-r6 Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.10.1-r0, 2.6.29-gentoo-r3 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r3-x86_64-Intel-R-_Core-TM-2_CPU_4300_@_1.80GHz-with-gentoo-2.0.1 Timestamp of tree: Tue, 26 May 2009 21:45:02 +0000 app-shells/bash: 4.0_p24 dev-java/java-config: 2.1.8 dev-lang/python: 2.6.2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.localhost.net.ar/ http://www.las.ic.unicamp.br/pub/gentoo/ " LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" 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/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage" USE="X a52 aac acl alsa amd64 automount avahi berkdb bzip2 cdr cli consolekit cracklib crypt cups dbus dri dvd ffmpeg firefox fortran gdbm gif glitz gnome gnome-keyring gpm gstreamer gtk hal iconv imlib isdnlog java javascript jpeg libnotify mdnsresponder-compat midi mmx mp3 mpeg mudflap multilib ncurses nls nptl nptlonly ntpl opengl openmp pam pcre perl png pppd python readline reflection scanner session spl sqlite sse sse2 ssl svg symlink sysfs tcpd truetype unicode vcd vga vorbis x264 xcb xml xorg xulrunner zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 192548 [details] xorg.conf My xorg.conf file...
I'm running now kernel 2.6.29... After a lots of tries, I found something a little interesting... When you activate "modesetting on intel by default" into the kernel, It always was crashing my log in... Just deactive, and another thing... I'm not using "Intel 830M/845G/852GM/855GM/865G/915G/945G support (EXPERIMENTAL)" I'm just using VESAFB... Because it was crashing again, Now, I have rendering, and I'm just playing around to know how to get work compiz-fusion and the framebuffer....
Are you using the DRM modules provided by the x11-drm package or those built from your kernel? If the former, did you have the package built for both kernels?
(In reply to comment #9) > When you activate "modesetting on intel by default" into > the kernel, It always was crashing my log in... Just deactive, well, I forgot to mention that I get black screen both during boot and after X startup if I deactivate the modesetting option > I'm not using "Intel 830M/845G/852GM/855GM/865G/915G/945G support > (EXPERIMENTAL)" I'm just using VESAFB... so, it means it has nothing (or only a little) to do with framebuffer support, if it happens to you with VESA too ... (In reply to comment #10) > Are you using the DRM modules provided by the x11-drm package or those built > from your kernel? If the former, did you have the package built for both > kernels? no, I do not have x11-drm installed just for the record, I tried to recompile xorg-server and xf86-video-intel with new kernel running (because for example nVidia needs it that way), but after reboot, everything was the same btw, using the same hardware, recent Fedora live (i.e. also 2.6.29) runs without problems ... maybe that would be a good starting point to find the differences, however, my ability to debug such things is close to none :-/
A couple things : - if you have _any_ framebuffer driver, please disable them, all of them. - please make sure you are not using KMS (add "i915.modeset=0" to the kernel command line in grub.conf) - if all of the above fails : - unmask xorg-server 1.6 - emerge -1 $(qlist -IC x11-drivers/) - make sure that both UXA and DRI2 appear in Xorg.0.log after restarting Xorg Thanks
(In reply to comment #9) > I'm running now kernel 2.6.29... After a lots of tries, I found something a > little interesting... When you activate "modesetting on intel by default" into > the kernel, It always was crashing my log in I can report exactly the same problem with tuxonice-sources-2.6.29-r2 Turning off CONFIG_DRM_I915_KMS solves the problems I was having (segfaults in libdrm_intel.so)
(In reply to comment #12) > A couple things : > - if you have _any_ framebuffer driver, please disable them, all of them. > - please make sure you are not using KMS (add "i915.modeset=0" to the kernel > command line in grub.conf) ok, this works, but ... I'd like to have my framebuffer ;-) btw, note that FB cannot be disabled completely, just the drivers, FB itself stays selected as long as i915_drm is selected
(In reply to comment #14) > ok, this works, but ... I'd like to have my framebuffer ;-) > > btw, note that FB cannot be disabled completely, just the drivers, FB itself > stays selected as long as i915_drm is selected Yes, that's because the i915 driver already provides a framebuffer driver. This driver is always built but is only enabled when CONFIG_DRM_I915_KMS is selected or when "i915.modeset=1" is passed to the kernel command line. The problem is that nothing prevents you from also running (u)vesafb or intelfb. That's where issues creep in. Bottom line, if you want a working framebuffer driver, KMS support needs to be fixed for your hardware. Please try on of the more recent sys-kernel/git-sources ebuilds to see how those work and if that doesn't help, please file a bug in FreeDesktop's bugzilla [1] and paste the url here so I can track the issue. Thanks [1] http://intellinuxgraphics.org/how_to_report_bug.html
(In reply to comment #15) > Yes, that's because the i915 driver already provides a framebuffer driver. This > driver is always built but is only enabled when CONFIG_DRM_I915_KMS is selected > or when "i915.modeset=1" is passed to the kernel command line. > > The problem is that nothing prevents you from also running (u)vesafb or > intelfb. That's where issues creep in. well, in that case ... the kernel configuration provides means to handle dependencies and conflicts, so it would be nice to block the possibility to configure these two conflicting together ... what would you think, should a upstream bug be reported for this? (and where, how?) > Bottom line, if you want a working framebuffer driver, KMS support needs to be > fixed for your hardware. > > Please try on of the more recent sys-kernel/git-sources ebuilds to see how > those work there is one improvement - the screen resolution gets detected correctly, but the crash after login is still there > and if that doesn't help, please file a bug in FreeDesktop's > bugzilla [1] and paste the url here so I can track the issue. I haven't time to try with xorg 1.6 yet, we'll see later ...
(In reply to comment #16) > I haven't time to try with xorg 1.6 yet, we'll see later ... ok, so the latest git-sources with the latest xorg-server seem to resolve the problem
Thanks for the follow up. I guess more and more bugs will be fixed when we take the time to unmask xorg-server 1.6 and as new kernels are released. Closing fixed as per comment #17.
(In reply to comment #17) >ok, so the latest git-sources with the latest xorg-server seem to resolve the problem Well... I'm going to try it out, but, I a little more information, what you activate or what do you have deactivated?, Framebuffer works?. I will check it out, and post my view later...
Nice, working fine... with git-sources and latest xorg-server...
