From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx181.postini.com [74.125.245.181]) by kanga.kvack.org (Postfix) with SMTP id E899C6B004F for ; Mon, 5 Dec 2011 05:44:42 -0500 (EST) Received: from mx0.aculab.com ([127.0.0.1]) by localhost (mx0.aculab.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 30293-03 for ; Mon, 5 Dec 2011 10:44:40 +0000 (GMT) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: WARNING: at mm/slub.c:3357, kernel BUG at mm/slub.c:3413 Date: Mon, 5 Dec 2011 10:44:33 -0000 Message-ID: In-Reply-To: <20111203122900.GA1617@x4.trippels.de> From: "David Laight" Sender: owner-linux-mm@kvack.org List-ID: To: Markus Trippelsdorf , Dave Airlie Cc: Jerome Glisse , Christoph Lameter , "Alex, Shi" , Eric Dumazet , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Pekka Enberg , linux-mm@kvack.org, Matt Mackall , tj@kernel.org, Alex Deucher =20 > > If I had to guess it looks like 0 is getting written back to some > > random page by the GPU maybe, it could be that the GPU is in some half > > setup state at boot or on a reboot does it happen from a cold boot or > > just warm boot or kexec? >=20 > Only happened with kexec thus far. Cold boot seems to be fine. Sounds like the GPU is writing to physical memory from the old mappings. This can happen to other devices if they aren't completely disabled - which may not happen since the kexec case probably avoids some of the hardware resets that occurr diring a normal reboot. I remember an ethernet chip writing into its rx ring/buffer area following a reboot (and reinstall!) when connected to a quiet lan. David -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org