Am 20.03.2014 11:24, schrieb Tom Wijsman: > On Thu, 20 Mar 2014 11:39:58 +0400 > Gleb Klochkov <glebiu...@gmail.com> wrote: > >> Tom, thank you for your answer. >> >> $ dmesg >> http://bpaste.net/show/187533/ > There this can be seen: > > [ 18.074574] [drm] Wrong MCH_SSKPD value: 0x16040307 > [ 18.074575] [drm] This can cause pipe underruns and display > issues. > [ 18.074575] [drm] Please upgrade your BIOS to fix this. > [ 18.148162] [drm] GMBUS [i915 gmbus vga] timed out, falling back > to bit banging on pin 2 > > Above your messages seem interesting; some expected value is wrong, it > also times out on a bus and then goes to use a pin instead. Not sure > how much of this is intended, but try to upgrade your BIOS as suggested. > >> $ cat /proc/interrupts >> http://bpaste.net/show/187537/ > So, that would be this: > > 8: 63 0 0 0 IO-APIC-edge rtc0 > > Hmm, nothing about it in the dmesg; also, 63 seems low (on my system, > however, it's only 1 as I think my system uses something different). > > You can try a different timer using this kernel parameter: > > clocksource=hpet > > Another note-worthy thing: > > 9: 699799454 0 0 0 IO-APIC-fasteoi acpi > > That there are ~700 million ACPI interrupts seems abnormally high; > maybe the count is off by one, and 8 refers to 9? On my system, that's > been running for a while by now, it's only at ~6000 (six thousand).
uptime 11:29:37 up 49 days, 15:48, 16 users, load average: 0,38, 0,31, 0,39 8: 0 0 0 48 IO-APIC-edge rtc0 9: 0 0 0 0 IO-APIC-fasteoi acpi > > Changing the ACPI related kernel parameters to try to get it supported > differently might be one thing to do here; other than that, it might be > something going on with the hardware (try disconnecting things?) so the > BIOS upgrade is certainly of interest. > > Try the BIOS upgrade first, then play around with the parameters; if > things don't work out, I suggest you look for support on one of the > Linux kernel mailing lists (perhaps acpi-devel*). Good luck. > > * https://lists.sourceforge.net/lists/listinfo/acpi-devel > imho he should first use a recent VANILLA kernel. 2.12 or 2.13. And build a config without all that unneeded garbage. Also increase the dmesg buffer. Most interesting stuff is missing.
