When trying to "startx" I get a bar cursor (_) at the upper left corner of the screen (non-blinking) and the computer hangs. The harddrive activity LED flashes and I cannot kill X or switch to a console anymore. Even Ctrl-Alt-Del doesn't work. All I can do is a hard shutdown. In /var/log/Xorg.0.log I have: --8<---------------cut here---------------start------------->8--- (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (WW) intel(0): Register 0x70024 (PIPEASTAT) changed from 0x80000207 to 0x00000000 (WW) intel(0): PIPEASTAT before: status: FIFO_UNDERRUN VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS (WW) intel(0): PIPEASTAT after: status: (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 485120 total, 1 used (II) intel(0): I830CheckAvailableMemory: 1940476 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed --8<---------------cut here---------------end--------------->8--- And indeed /dev/dri/ is empty. I use these packages: ,---- | * x11-base/x11-drm | installed: 20080710* {:0} | Relevant USE flags: (-kernel_FreeBSD) (kernel_linux) (video_cards_i810) (-video_cards_mach64) (-video_cards_mga) (-video_cards_nv) (-video_cards_r128) (-video_cards_radeon) (-video_cards_savage) (-video_cards_sis) (-video_cards_sunffb) (-video_cards_tdfx) (-video_cards_via) (-video_cards_xgi) | | * x11-libs/libdrm | installed: 2.3.1* {:0} | Relevant USE flags: (-debug) | | * x11-drivers/xf86-video-i810 | installed: 2.4.2-r2* {:0} | Relevant USE flags: (-debug) (dri) `---- Before my last update X11 worked very well. I'm not sure which updated package broke things, but beside xorg-server (now 1.5.2, was 1.5.0) no X related package was updated as far as I can remember. But the kernel was updated to 2.6.27. Reproducible: Always
Please could you include a copy of your xorg.conf file to help us pin down the problem, and the output of "emerge --info"? Also, please check that you're using driver "intel" rather than driver "i810". If you're still using i810, please see the relevant section of http://planet.gentoo.org/developers/remi/2008/10/18/it_s_been_too_long for a brief description of the problem.
Created attachment 169034 [details] My xorg.conf As you can see, I use the intel driver, not i810.
# paludis --info paludis 0.30.3 Paludis build information: Compiler: CXX: x86_64-pc-linux-gnu-g++ 4.3.2 CXXFLAGS: -march=core2 -O2 -pipe LDFLAGS: -Wl,-O1 -Wl,--as-needed DATE: 2008-10-18T07:08:06+0200 Libraries: C++ Library: GNU libstdc++ 20080827 Reduced Privs: reduced_uid: 108 reduced_uid->name: paludisbuild reduced_uid->dir: /var/tmp/paludis reduced_gid: 1009 reduced_gid->name: paludisbuild Paths: DATADIR: /usr/share LIBDIR: /usr/lib64 LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: RUBYINSTALLDIR: /usr/lib64/ruby/site_ruby/1.8/x86_64-linux Environment: Format: paludis Config dir: /etc/paludis World file: /var/db/pkg/world Repository installed-virtuals: format: installed_virtuals root: / Repository virtuals: format: virtuals Repository gentoo: format: ebuild location: /usr/portage append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /usr/portage/.cache/names newsdir: /usr/portage/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/amd64/2008.0/desktop securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.europe.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7 2.1.6-r1 dev-lang/python: 2.4.4-r6 2.5.2-r8 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/cmake: 2.6.2 dev-util/confcache: (none) sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13 2.63 sys-devel/automake: 1.10.1-r1 1.5 1.7.9-r1 1.8.5-r3 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.26 (for sys-kernel/linux-headers::installed) Repository installed: format: vdb location: /var/db/pkg builddir: /var/tmp/paludis names_cache: /var/db/pkg/.cache/names provides_cache: /var/db/pkg/.cache/provides root: / Repository Tassilos_Repo: format: ebuild location: /usr/local/overlays/private append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass /usr/local/overlays/private/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /usr/local/overlays/private/.cache/names newsdir: /usr/local/overlays/private/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/amd64/2008.0/desktop securitydir: /usr/local/overlays/private/metadata/glsa setsdir: /usr/local/overlays/private/sets sync: sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Repository emacs: format: ebuild location: /var/paludis/repositories/emacs append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass /var/paludis/repositories/emacs/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /var/paludis/repositories/emacs/.cache/names newsdir: /var/paludis/repositories/emacs/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/amd64/2008.0/desktop securitydir: /var/paludis/repositories/emacs/metadata/glsa setsdir: /var/paludis/repositories/emacs/sets sync: svn+http://overlays.gentoo.org/svn/proj/emacs/emacs-overlay sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Repository gentoo-lisp-overlay: format: ebuild location: /usr/local/overlays/gentoo-lisp-overlay append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass /usr/local/overlays/gentoo-lisp-overlay/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /usr/local/overlays/gentoo-lisp-overlay/.cache/names newsdir: /usr/local/overlays/gentoo-lisp-overlay/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/amd64/2008.0/desktop securitydir: /usr/local/overlays/gentoo-lisp-overlay/metadata/glsa setsdir: /usr/local/overlays/gentoo-lisp-overlay/sets sync: git://repo.or.cz/gentoo-lisp-overlay.git sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Repository gnash-cvs: format: ebuild location: /var/paludis/repositories/gnash-cvs append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass /var/paludis/repositories/gnash-cvs/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /var/paludis/repositories/gnash-cvs/.cache/names newsdir: /var/paludis/repositories/gnash-cvs/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default/linux/amd64/2008.0/desktop securitydir: /var/paludis/repositories/gnash-cvs/metadata/glsa setsdir: /var/paludis/repositories/gnash-cvs/sets sync: rsync://overlays.biterror.net/gnash-cvs sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata No packages were specified on the command line, so detailed information is not available (Paludis can display detailed information for both installed and installable packages).
Ok, I'm guessing it's an intel driver issue, but I've CCed the kernel guys in case they've heard of anything like this...
BTW, there's a new intel driver out (2.4.98) since today. I'll give that a try and report back if it helps.
Updating to xf86-video-i810-2.4.98.0 doesn't work, because that version wants >=libdrm-2.4.0.
In the meantime I tried to downgrade to gentoo-sources-2.6.26-r1 (the one I used before the update which broke X for me), but I still suffer from the same problem. But maybe there's a change in my kernel config. I usually copy /proc/config.gz and then check the options again. Is it correct, that I unset CONFIG_DRM when using x11-drm? Anyway, is there a workaround to get X running again, e.g. tell X not to use DRM/DRI? If so, how?
Hey, I've got it working again. It seems that starting X fails to load the driver module. When I load it (i915) explicitly I can start it again.
hum, it seems to be a common bug, I'm not sure what we can do about it for now. Thanks for the follow up.
Exactly the same here -- blinking cursor, intel g965 graphic chipset. I'll try to boot the driver explicitly and report back.
The X doesn't start with both automatic and manual loading of i915 module. However, downgrading to version 2.4.2-r3 solves the issue. I'm attaching Xorg.log for both states.
Created attachment 171763 [details] Xorg.log for 2.5.0 (i.e. not working)
Created attachment 171764 [details] Attachment for 2.4.2-r3 (i.e. working)
@Leonid 1) what kernel are you using? Could you post your emerge --info? 2) are you sure the i915 driver is being loaded before X (ie, use lsmod to make sure) Thanks
Remi, Yes, I'm sure. I modprobbed i915 module before starting X and have seen a printout at dmesg (including the PCI location of a board, so the module was definitely loaded). I tried to emerge 2.5.0 back and I'm sorry to tell that now everything is working. I'm attaching the new working Xorg.0.log and emerge.info just in case.
Created attachment 171791 [details] Xorg.0.log for 2.5.0 after it started working
Created attachment 171793 [details] emerge --info
(In reply to comment #15) > I tried to emerge 2.5.0 back and I'm sorry to tell that now everything is > working. Oh well, if you're sorry to see your system working, then let me send you my most sincere condolences ;D I'm glad to see that it works. I'll just close this bug, but please don't hesitate to reopen it or simply comment if you still have issues later on. Thanks for your quick feedback.
