From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758638Ab3ANULe (ORCPT ); Mon, 14 Jan 2013 15:11:34 -0500 Received: from mail-wi0-f176.google.com ([209.85.212.176]:36751 "EHLO mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757308Ab3ANULd (ORCPT ); Mon, 14 Jan 2013 15:11:33 -0500 From: Grant Likely Subject: Re: [PATCH] spi: erase pointer to drvdata on removal To: Mark Brown , Vivien Didelot Cc: spi-devel-general@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <20130114025145.GC4928@sirena.org.uk> References: <1351793136-14126-1-git-send-email-vivien.didelot@savoirfairelinux.com> <20130114025145.GC4928@sirena.org.uk> Date: Mon, 14 Jan 2013 20:11:28 +0000 Message-Id: <20130114201128.ECDD13E249D@localhost> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 14 Jan 2013 02:51:45 +0000, Mark Brown wrote: > On Thu, Nov 01, 2012 at 02:05:36PM -0400, Vivien Didelot wrote: > > As for i2c-core, let the SPI core handle the removal of the device's > > drvdata, after a remove() or a probe() failure. > > Any driver that notices this change is buggy, the driver shouldn't > use a drvdata value that it didn't set. I had thought this stuff had > all been removed from I2C and either dropped or factored out into the > driver core... Looks to me like __device_release_driver() in drivers/base/dd.c already does this. g. -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd.