Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755349AbZKBPFz (ORCPT ); Mon, 2 Nov 2009 10:05:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754979AbZKBPFy (ORCPT ); Mon, 2 Nov 2009 10:05:54 -0500 Received: from caramon.arm.linux.org.uk ([78.32.30.218]:43384 "EHLO caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754439AbZKBPFy (ORCPT ); Mon, 2 Nov 2009 10:05:54 -0500 Date: Mon, 2 Nov 2009 15:05:25 +0000 From: Russell King - ARM Linux To: Ben Dooks Cc: Antonio Ospite , openezx-devel@lists.openezx.org, Samuel Ortiz , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Mike Rapoport , Daniel Ribeiro Subject: Re: Using statically allocated memory for platform_data. Message-ID: <20091102150525.GB5785@n2100.arm.linux.org.uk> References: <20091102112316.16163f6a.ospite@studenti.unina.it> <20091102150011.GB20341@fluff.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091102150011.GB20341@fluff.org.uk> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1067 Lines: 20 On Mon, Nov 02, 2009 at 03:00:11PM +0000, Ben Dooks wrote: > This looks like something is freeing stuff that it did not allocate in > the first place, which is IMHO bad. The call platform_device_alloc() > is setting platform_device_release() as the default release function > but platform_device_release() releases more than platform_device_alloc() > actually created. > > My view is that platform_device_alloc()'s default release shouldn't > be freeing the platform data, and that using platform_device_add_data() > or platform_device_add_resources() should change either the behvaiour > of platform_device_release() or it should change the pointer to a new > release function. That doesn't work - how do those other functions (adding) know what data has also been added by other functions? That can't work reliably. -- 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/