From mboxrd@z Thu Jan 1 00:00:00 1970 From: Borislav Petkov Subject: Re: kernel 3.11.6 general protection fault Date: Sun, 17 Nov 2013 16:06:07 +0100 Message-ID: <20131117150607.GF27323@pd.tnic> References: <201311132058.30310.Emanoil.Kotsev@fincom.at> <201311171235.17602.Emanoil.Kotsev@fincom.at> <20131117120734.GE27323@pd.tnic> <201311171545.35217.Emanoil.Kotsev@fincom.at> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mail.skyhub.de (mail.skyhub.de [78.46.96.112]) by gabe.freedesktop.org (Postfix) with ESMTP id 70A17FCA3F for ; Sun, 17 Nov 2013 07:06:40 -0800 (PST) Content-Disposition: inline In-Reply-To: <201311171545.35217.Emanoil.Kotsev@fincom.at> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces@lists.freedesktop.org Errors-To: intel-gfx-bounces@lists.freedesktop.org To: "MPhil. Emanoil Kotsev" Cc: intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org List-Id: intel-gfx@lists.freedesktop.org T24gU3VuLCBOb3YgMTcsIDIwMTMgYXQgMDM6NDU6MzRQTSArMDEwMCwgTVBoaWwuIEVtYW5vaWwg S290c2V2IHdyb3RlOgo+IHRoaXMgaXMgYWxzbyB0cnVlIC0gd2hpY2ggbWFrZXMgbWUgc2FkIGFz IHRoZSBub3RlYm9vayB3YXMgd29ya2luZwo+IHRoZ3JlYXQgaW4gZSBwYXN0IDd5CgpIbW0sIG1h eWJlIGl0IGlzIGhlYWRpbmcgc2xvd2x5IGZvciB0aGUgZXRlcm5hbCBodW50aW5nIGZpZWxkcy4u LiA6LSkKCj4gPiBXaGF0IGtpbmQgb2YgdXBncmFkZSBleGFjdGx5IGRpZCB5b3UgZG8gdG8gYSBs YXB0b3A/Cj4gCj4gSSB3YXMgdXNpbmcgZGViaWFuIHNxdWVlemUgd2l0aCB0cmluaXR5IGRlc2t0 b3AgKEtERSAzLjUuMTApIGFuZCB1cGdyYWRlZCB0byAKPiBkZWJpYW4gd2hlZXplIHdpdGggVERF ICgzLjUuMTMpCgpPaCBvaywgc28gSSB0aG91Z2h0IHlvdSB3ZXJlIHRhbGtpbmcgYWJvdXQgYSBo dyB1cGdyYWRlLCBsaWtlIGFkZGluZwptb3JlIFJBTSwgaGV3IGhkZCwgZXRjLgoKT2ssIGNhbiB5 b3UgdHJ5IHRoaXM6IGJvb3Qgd2l0aG91dCBYIGFuZCB0cnkgb3ZlcmxvYWRpbmcgdGhlIG1hY2hp bmUgb24KdGhlIGNvbnNvbGUsIGkuZS4gZG8KCndoaWxlIHRydWU7IGRvIG1ha2UgY2xlYW4gJiYg bWFrZSAtajY0OyBkb25lCgpvciBzaW1pbGFyIGluIHlvdXIga2VybmVsIHJlcG9zaXRvcnkuIERv ZXMgaXQgdHJpZ2dlciB0aGVuPwoKQWx0aG91Z2ggSSBjYW4ndCBpbWFnaW5lIGhvdyBhIHNvZnR3 YXJlIHVwZ3JhZGUgd291bGQgY2F1c2UgdGhlCm92ZXJoZWF0aW5nLi4uIDotXC4KCj4gPiBDYW4g eW91IHJldmVydCB0aGUgdXBncmFkZSBhbmQgc2VlIHdoZXRoZXIgaXQgc3RpbGwgaGFwcGVucz8K PiBUaGlzIHdvdWxkIGJlIGhhcmQgLSBubyBpbXBvc3NpYmxlIGFzIEkgaGF2ZSBhIGJhY2t1cCBi dXQgaXQgd2lsbCBiZQo+IHRpbWUgY29uc3VtaW5nCgpZb3UgY291bGQgdHJ5IGJvb3RpbmcgYSBk aXN0cm8gZnJvbSBhIGxpdmVjZCBhbmQgc2VlIGFueSBjaGFuZ2UgdGhlcmUuLi4KCj4gJCBzZW5z b3JzCj4gYWNwaXR6LXZpcnR1YWwtMAo+IEFkYXB0ZXI6IFZpcnR1YWwgZGV2aWNlCj4gdGVtcDE6 ICAgICAgICArNDcuNcKwQyAgKGNyaXQgPSArMTI2LjDCsEMpCgpUaGF0J3Mgc29tZSBBQ1BJIHRp bWV6b25lIHRoaW5nLiBTbyB3aGF0IGhhcHBlbnMgaWYgeW91IGRvCgokIHdhdGNoIC1uIDEgc2Vu c29ycwoKYW5kIHlvdSBpbmN1ciB0aGUgbG9hZD8gRG8geW91IGhpdCB0aGUgY3JpdGljYWwgdGVt cGVyYXR1cmU/Cgo+IGdyZXAgLiAtRXJpSW4gL3N5cy9kZXZpY2VzL3N5c3RlbS9jcHUvY3B1MC9j cHVmcmVxCj4gL3N5cy9kZXZpY2VzL3N5c3RlbS9jcHUvY3B1MC9jcHVmcmVxL2Jpb3NfbGltaXQ6 MToyMDAwMDAwCj4gL3N5cy9kZXZpY2VzL3N5c3RlbS9jcHUvY3B1MC9jcHVmcmVxL3NjYWxpbmdf Z292ZXJub3I6MTpvbmRlbWFuZAo+IC9zeXMvZGV2aWNlcy9zeXN0ZW0vY3B1L2NwdTAvY3B1ZnJl cS9jcHVpbmZvX3RyYW5zaXRpb25fbGF0ZW5jeToxOjEwMDAwCj4gL3N5cy9kZXZpY2VzL3N5c3Rl bS9jcHUvY3B1MC9jcHVmcmVxL3NjYWxpbmdfYXZhaWxhYmxlX2ZyZXF1ZW5jaWVzOjE6MjAwMDAw MCAxNjY3MDAwIDEzMzMwMDAgMTAwMDAwMAo+IC9zeXMvZGV2aWNlcy9zeXN0ZW0vY3B1L2NwdTAv Y3B1ZnJlcS9mcmVxZG9tYWluX2NwdXM6MTowIDEKPiAvc3lzL2RldmljZXMvc3lzdGVtL2NwdS9j cHUwL2NwdWZyZXEvc2NhbGluZ19kcml2ZXI6MTphY3BpLWNwdWZyZXEKPiAvc3lzL2RldmljZXMv c3lzdGVtL2NwdS9jcHUwL2NwdWZyZXEvY3B1aW5mb19jdXJfZnJlcToxOjEwMDAwMDAKPiAvc3lz L2RldmljZXMvc3lzdGVtL2NwdS9jcHUwL2NwdWZyZXEvc2NhbGluZ19hdmFpbGFibGVfZ292ZXJu b3JzOjE6b25kZW1hbmQgcG93ZXJzYXZlIHBlcmZvcm1hbmNlIGNvbnNlcnZhdGl2ZSB1c2Vyc3Bh Y2UKPiAvc3lzL2RldmljZXMvc3lzdGVtL2NwdS9jcHUwL2NwdWZyZXEvc2NhbGluZ19jdXJfZnJl cToxOjEwMDAwMDAKPiAvc3lzL2RldmljZXMvc3lzdGVtL2NwdS9jcHUwL2NwdWZyZXEvY3B1aW5m b19tYXhfZnJlcToxOjIwMDAwMDAKPiAvc3lzL2RldmljZXMvc3lzdGVtL2NwdS9jcHUwL2NwdWZy ZXEvY3B1aW5mb19taW5fZnJlcToxOjEwMDAwMDAKPiAvc3lzL2RldmljZXMvc3lzdGVtL2NwdS9j cHUwL2NwdWZyZXEvc2NhbGluZ19tYXhfZnJlcToxOjIwMDAwMDAKPiAvc3lzL2RldmljZXMvc3lz dGVtL2NwdS9jcHUwL2NwdWZyZXEvYWZmZWN0ZWRfY3B1czoxOjAKPiAvc3lzL2RldmljZXMvc3lz dGVtL2NwdS9jcHUwL2NwdWZyZXEvc2NhbGluZ19taW5fZnJlcToxOjEwMDAwMDAKPiAvc3lzL2Rl dmljZXMvc3lzdGVtL2NwdS9jcHUwL2NwdWZyZXEvcmVsYXRlZF9jcHVzOjE6MAo+IC9zeXMvZGV2 aWNlcy9zeXN0ZW0vY3B1L2NwdTAvY3B1ZnJlcS9zY2FsaW5nX3NldHNwZWVkOjE6PHVuc3VwcG9y dGVkPgoKWWVhaCwgSSBkb24ndCBzZWUgYW55dGhpbmcgd3Jvbmcgd2l0aCB0aGF0IG91dHB1dC4K Cj4gSSBjb3VsZCB0cnkgdGhpcy4gSSBndWVzcyB0aGlzIGFzc3VtZXMgSSBoYXZlIHRvIGhhdmUg YW5vdGhlciBtYWNoaW5lCj4gcnVubmluZyBpbiBwYXJhbGVsbCwgYnV0IHRoaXMgY2FuIGJlIGFy cmFuZ2VkIHdpdGggYSBsaXR0bGUgZWZmb3J0CgpZZXAuCgo+IFRoYW5rcyBmb3IgdGhlIGhpbnRz LiBBcyBJIG5ldmVyIGhhZCB0byBkbyB3aXRoIG92ZXJoZWF0aW5nIG9yCj4gc2ltaWxhciBpc3N1 ZXMsIHlvdXIgaGVscCBpcyB2ZXJ5IHByZWNpb3VzIHRvIG1lLiBVbmZvcnR1bmF0ZWx5IHdlCj4g aGF2ZSBhIGxpdHRsZSBjaGlsZCBvbiBib2FyZCBhbmQgdGltZSBpcyBsaW1pdHRlZCA6KSB0byBh IGNvdXBsZSBvZgo+IGhvdXJzIGRhaWx5LCB3aGVyZSBJIGNhbiB3b3JrIGF0IGhvbWUgd2hpY2gg bWVhbnMgZXZlbiBsZXNzIHRpbWUgZm9yCj4gZGVidWdnaW5nLiBCdXQgSSBuZXZlciBnaXZlIHVw LiBJIGp1c3Qgd2FudCB0byBiZSBzdXJlIHRoYXQgaXQgaXMgbm90Cj4gYSBoYXJkd2FyZSBpc3N1 ZQoKTm8gd29ycmllcywgdGFrZSBjYXJlIG9mIHRoZSBjaGlsZCBmaXJzdCAtIHRoZSBsYXB0b3Ag YW5kIGV2ZXJ5b25lIGVsc2UKY2FuIHdhaXQgOi0pCgotLSAKUmVnYXJkcy9HcnVzcywKICAgIEJv cmlzLgoKU2VudCBmcm9tIGEgZmF0IGNyYXRlIHVuZGVyIG15IGRlc2suIEZvcm1hdHRpbmcgaXMg ZmluZS4KLS0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K SW50ZWwtZ2Z4IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0 dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnRlbC1nZngK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753974Ab3KQPGq (ORCPT ); Sun, 17 Nov 2013 10:06:46 -0500 Received: from mail.skyhub.de ([78.46.96.112]:55881 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752410Ab3KQPGj (ORCPT ); Sun, 17 Nov 2013 10:06:39 -0500 Date: Sun, 17 Nov 2013 16:06:07 +0100 From: Borislav Petkov To: "MPhil. Emanoil Kotsev" Cc: intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org, Daniel Vetter Subject: Re: [Intel-gfx] kernel 3.11.6 general protection fault Message-ID: <20131117150607.GF27323@pd.tnic> References: <201311132058.30310.Emanoil.Kotsev@fincom.at> <201311171235.17602.Emanoil.Kotsev@fincom.at> <20131117120734.GE27323@pd.tnic> <201311171545.35217.Emanoil.Kotsev@fincom.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201311171545.35217.Emanoil.Kotsev@fincom.at> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 17, 2013 at 03:45:34PM +0100, MPhil. Emanoil Kotsev wrote: > this is also true - which makes me sad as the notebook was working > thgreat in e past 7y Hmm, maybe it is heading slowly for the eternal hunting fields... :-) > > What kind of upgrade exactly did you do to a laptop? > > I was using debian squeeze with trinity desktop (KDE 3.5.10) and upgraded to > debian wheeze with TDE (3.5.13) Oh ok, so I thought you were talking about a hw upgrade, like adding more RAM, hew hdd, etc. Ok, can you try this: boot without X and try overloading the machine on the console, i.e. do while true; do make clean && make -j64; done or similar in your kernel repository. Does it trigger then? Although I can't imagine how a software upgrade would cause the overheating... :-\. > > Can you revert the upgrade and see whether it still happens? > This would be hard - no impossible as I have a backup but it will be > time consuming You could try booting a distro from a livecd and see any change there... > $ sensors > acpitz-virtual-0 > Adapter: Virtual device > temp1: +47.5°C (crit = +126.0°C) That's some ACPI timezone thing. So what happens if you do $ watch -n 1 sensors and you incur the load? Do you hit the critical temperature? > grep . -EriIn /sys/devices/system/cpu/cpu0/cpufreq > /sys/devices/system/cpu/cpu0/cpufreq/bios_limit:1:2000000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor:1:ondemand > /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency:1:10000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies:1:2000000 1667000 1333000 1000000 > /sys/devices/system/cpu/cpu0/cpufreq/freqdomain_cpus:1:0 1 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver:1:acpi-cpufreq > /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq:1:1000000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors:1:ondemand powersave performance conservative userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq:1:1000000 > /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq:1:2000000 > /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq:1:1000000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:1:2000000 > /sys/devices/system/cpu/cpu0/cpufreq/affected_cpus:1:0 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:1:1000000 > /sys/devices/system/cpu/cpu0/cpufreq/related_cpus:1:0 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed:1: Yeah, I don't see anything wrong with that output. > I could try this. I guess this assumes I have to have another machine > running in paralell, but this can be arranged with a little effort Yep. > Thanks for the hints. As I never had to do with overheating or > similar issues, your help is very precious to me. Unfortunately we > have a little child on board and time is limitted :) to a couple of > hours daily, where I can work at home which means even less time for > debugging. But I never give up. I just want to be sure that it is not > a hardware issue No worries, take care of the child first - the laptop and everyone else can wait :-) -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. --