Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755065Ab3JJCiz (ORCPT ); Wed, 9 Oct 2013 22:38:55 -0400 Received: from mail-vb0-f47.google.com ([209.85.212.47]:52760 "EHLO mail-vb0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752199Ab3JJCiy (ORCPT ); Wed, 9 Oct 2013 22:38:54 -0400 MIME-Version: 1.0 In-Reply-To: References: <20131006082340.GA24568@localhost> <20131007021118.GA27927@localhost> <20131007051038.GA9764@localhost> <20131007083505.GA22585@localhost> <20131008020918.GA1220@localhost> <20131008021452.GA6456@localhost> <20131008080625.GA25034@n2100.arm.linux.org.uk> Date: Wed, 9 Oct 2013 19:38:53 -0700 X-Google-Sender-Auth: poLXPJ2DHin32ZsNEMCd32FhOYI Message-ID: Subject: Re: [xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC From: Linus Torvalds To: Dave Airlie Cc: Russell King - ARM Linux , Fengguang Wu , xen-devel@lists.xenproject.org, Linux Kernel Mailing List , Greg Kroah-Hartman Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 954 Lines: 23 On Wed, Oct 9, 2013 at 7:23 PM, Dave Airlie wrote: > > Well the commit that added it had a reason that seems to cover some other > device model abuses, so maybe someone who actually understands the device > model (all 2 people) can review usage Actually, I think it's the same bug. You *cannot* just reuse the storage. Doing a "memset()" doesn't improve anything. The basic issue is that if you reuse it, you're buggy. End of story. Why? It's refcounted, and it's out of your hands. Reusing it is wrong - because it might still be used. The fact that you "released" it is immaterial. Others can have refcounts (and through /sys etc, historically really do have them). Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/