I have just reinstalled my HP 6710B laptop with the amd64 system layout. I emerge'd all the latest packages as of 02/16/09. I configured X using the intel driver for my intel 965GM video card. X11 starts and runs just fine, but if I leave and the screen gets blanked, after moving the mouse to get the screen powered on again, all the windows are draw extremely slowly and it seems the system in general slows down. Mp3s playing in amarok or via mplayer are 'jumpy' and skip, and when I flip between workspaces by using alt+FX keys, the windows on those workspaces are drawn extremely slowly. Top doesnt show anything using the CPU, and memory looks fine as well. If I exit X, and restart it everything works just fine. DRI/AGP (the 915 module) are compiled into the kernel so I can get framebuffer with 'vga=791'. I've tried playing with the drirc file, but keep seeing the same behavior. Here are the packages I have installed: /usr/portage/x11-base/xorg-server/xorg-server-1.5.3-r2.ebuild /usr/portage/x11-drivers/xf86-video-intel/xf86-video-intel-2.6.1.ebuild /usr/portage/x11-libs/libdrm/libdrm-2.4.4.ebuild /usr/portage/media-libs/mesa/mesa-7.3.ebuild /usr/portage/virtual/opengl/opengl-7.0.ebuild This is my first bug report, so I apologise for any lack of information. I'll be posting a list of loaded modules, Xorg.log, startx output, and emerge --info as text documents when I find out how :D Reproducible: Always Steps to Reproduce: 1. Start X 2. Leave computer sit till the screen blanks 3. Move the mouse to get the screen powered back on Actual Results: The windows on the screen are redrawn extremely slow. Alt+F1 with some consoles opens allows you to actually see the screen being redrawn. Expected Results: Everything should have resumed to a normal state. Speedy redraw etc.. (skimmer:~) circut% emerge --info Portage 2.1.6.7 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r1, 2.6.28-tuxonice-r1 x86_64) ================================================================= System uname: Linux-2.6.28-tuxonice-r1-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7100_@_1.80GHz-with-glibc2.2.5 Timestamp of tree: Thu, 19 Feb 2009 01:30:01 +0000 app-shells/bash: 3.2_p48-r1 dev-java/java-config: 2.1.7 dev-lang/python: 2.4.4-r13, 2.5.4-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r1 sys-apps/sandbox: 1.3.6 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.28-r1 ACCEPT_KEYWORDS="amd64 ~amd64 ~x86" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=core2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config" 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/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" LDFLAGS="-Wl,-O1" LINGUAS="en en_US" MAKEOPTS="-j3" 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://rsync.gentoo.org/gentoo-portage" USE="X aac acl acpi alsa amd64 battery berkdb bluetooth bz2 bzip2 cdr cli cracklib crypt cups dbus dri dvd dvdnav dvdr dvdread examples flac fortran fuse gdbm gif gnutls gpm graphviz gtk hal iconv ieee1394 ipv6 isdnlog jpeg laptop loop-aes lzo midi mjpeg mmx mp3 mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp oss pam pcmcia pcre perl png pppd python readline reflection sdl session sound spl sse sse2 ssl ssse3 sysfs tcpd tiff truetype unicode usb vim-syntax vorbis wifi xinetd xorg zlib" ALSA_CARDS="hda-intel" 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_defa ult authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env ex pires 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 synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" USERLAND="GNU" VIDEO_CARDS="intel vesa v4l apm" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_ FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 182685 [details] Contains: lsmod, xorg.conf, drirc, and glxinfo Lots of information in here.
Created attachment 182687 [details] Xorg.log from a session slowed down by blanking
Created attachment 182690 [details] startx log file when blanking occurs This error only shows up after the screen has been blanked and is laggy. When a 'normal' X session is shutdown, this error is not there: exaCopyDirty: Pending damage region empty!
Created attachment 182691 [details] My Kernel config
I also see this occasionally in the dmesg log: resource map sanity check conflict: 0xd0000000 0xdfffffff 0xd0000000 0xd076ffff vesafb ------------[ cut here ]------------ WARNING: at arch/x86/mm/ioremap.c:226 __ioremap_caller+0xc8/0x2ca() Modules linked in: nls_iso8859_1 nls_cp437 vfat fat cpufreq_conservative cpufreq_powersave cpufreq_stats cpufreq_userspace acpi_cpufreq usbhid cryptoloop loop usbmouse fuse hp_wmi usb_storage rtc_cmos rtc_core rtc_lib arc4 ecb iwl3945 fan rfkill yenta_socket ohci1394 mac80211 rsrc_nonstatic tg3 ieee1394 ehci_hcd pcmcia_core thermal sg snd_hda_intel uhci_hcd libphy processor leds_hp_disk usbcore thermal_sys cfg80211 battery led_class hwmon button ac wmi container snd_hwdep Pid: 2537, comm: X Not tainted 2.6.28-tuxonice-r1 #13 Call Trace: [<ffffffff80233be5>] warn_on_slowpath+0x51/0x75 [<ffffffff802388c1>] iomem_map_sanity_check+0x75/0xac [<ffffffff802210bc>] __ioremap_caller+0xc8/0x2ca [<ffffffff803a0dff>] i915_gem_entervt_ioctl+0x43c/0x4c8 [<ffffffff803a0dff>] i915_gem_entervt_ioctl+0x43c/0x4c8 [<ffffffff803a09c3>] i915_gem_entervt_ioctl+0x0/0x4c8 [<ffffffff80392f3b>] drm_ioctl+0x1c9/0x253 [<ffffffff802976db>] vfs_ioctl+0x56/0x6c [<ffffffff80297a60>] do_vfs_ioctl+0x36f/0x39c [<ffffffff8028cf9c>] vfs_write+0x121/0x136 [<ffffffff80297aca>] sys_ioctl+0x3d/0x5c [<ffffffff8020b22b>] system_call_fastpath+0x16/0x1b ---[ end trace f4387ad851c1ff5d ]--- X:2537 conflicting memory types d0000000-e0000000 write-combining<->uncached-minus reserve_memtype failed 0xd0000000-0xe0000000, track write-combining, req write-combining X:2537 conflicting memory types d0000000-e0000000 write-combining<->uncached-minus reserve_memtype failed 0xd0000000-0xe0000000, track write-combining, req write-combining
If you have any framebuffer drivers (vesafb, uvesafb or intelfb), please disable them: 1) they are known to be sources of many hard-to-track bugs, 2) newer versions of the linux kernel will provide KMS which will have a unified graphics driver for both X and the framebuffer console. Please try without any of those FB drivers. Thanks
Please get back to us. Thanks
The sanity check stuff appears to be fixed in 2.6.29 rc kernels.
I have disabled the vesafb stuff in my kernel, and have not seen the issue since then. Once the 2.6.29 sources have the tuxonice patches added within them, I'll go ahead and attempt to upgrade. Thanks for the help,
After disabling the vesafb kernel module I experienced this problem again. I left for lunch after locking the screen with xlock. When I came back and unlocked it, amarok was hiccuping and I saw this in dmesg: irq 16: nobody cared (try booting with the "irqpoll" option) Pid: 0, comm: swapper Not tainted 2.6.28-tuxonice-r1 #13 Call Trace: <IRQ> [<ffffffff80266d26>] __report_bad_irq+0x30/0x7d [<ffffffff80266e78>] note_interrupt+0x105/0x169 [<ffffffff802674cb>] handle_fasteoi_irq+0x93/0xb3 [<ffffffff8020db2b>] do_IRQ+0x72/0xdf [<ffffffff8020b736>] ret_from_intr+0x0/0xa <EOI> [<ffffffffa0157654>] acpi_idle_enter_simple+0x1c7/0x237 [processor] [<ffffffffa015764a>] acpi_idle_enter_simple+0x1bd/0x237 [processor] [<ffffffff8040be91>] cpuidle_idle_call+0x8b/0xca [<ffffffff8020a4d1>] cpu_idle+0x40/0x7c handlers: [<ffffffffa00b23ab>] (azx_interrupt+0x0/0x112 [snd_hda_intel]) [<ffffffffa01ad69e>] (yenta_interrupt+0x0/0xc1 [yenta_socket]) [<ffffffffa012aad3>] (usb_hcd_irq+0x0/0x64 [usbcore]) [<ffffffff8039d518>] (i915_driver_irq_handler+0x0/0x1e0) Disabling IRQ #16 hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. I'm going to try upgrading to the latest tuxonice source today and see if that fixes anything. Thanks,
(skimmer:~) circut% cat /proc/interrupts CPU0 CPU1 0: 7803098 7437015 IO-APIC-edge timer 1: 6702 6869 IO-APIC-edge i8042 8: 0 1 IO-APIC-edge rtc0 9: 2830 2948 IO-APIC-fasteoi acpi 12: 63424 63237 IO-APIC-edge i8042 14: 64116 62051 IO-APIC-edge ide0 16: 205326621 205673620 IO-APIC-fasteoi HDA Intel, yenta, uhci_hcd:usb1, i915@pci:0000:00:02.0 17: 84942 101097 IO-APIC-fasteoi ahci, uhci_hcd:usb3, ohci1394 18: 85434 85868 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb7, eth0 20: 14456 19346 IO-APIC-fasteoi ehci_hcd:usb4, uhci_hcd:usb5 21: 119963 119355 IO-APIC-fasteoi uhci_hcd:usb6 NMI: 0 0 Non-maskable interrupts LOC: 7442721 7808617 Local timer interrupts RES: 1120140 1045464 Rescheduling interrupts CAL: 170 94 Function call interrupts TLB: 10678 13290 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts SPU: 0 0 Spurious interrupts ERR: 0 MIS: 0
Please also try with gentoo-sources or a vanilla kernel (the latest 2.6.29 RC should do). If you still have issues, please file a bug in FreeDesktop's bugzilla. If you do, please paste the url here so we can track the bug. Thanks
I noticed this same problem on a Apple MacBook platform, gentoo-sources-2.6.28-r3, xf86-video-intel-2.6.3, libdrm-2.4.4 The problem can be catalyzed by logging out and back in (either with or without xdm), or by suspending and resuming. Removing uvesafb and v86d initramfs and console decorations from kernel and re-compiling and -installing did not fix it. Using vanilla-sources-2.6.28.8 fixed the problem.
(In reply to comment #13) > Using vanilla-sources-2.6.28.8 fixed the problem. Thanks for the follow up. Indeed, one such bug was fixed upstream and the corresponding patch was included in 2.6.28.8 and in gentoo-sources-2.6.28-r4 on our side. Closing fixed. Thanks to all for your help.
