Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752664AbbEDKty (ORCPT ); Mon, 4 May 2015 06:49:54 -0400 Received: from mail-wi0-f174.google.com ([209.85.212.174]:36494 "EHLO mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752667AbbEDKmq convert rfc822-to-8bit (ORCPT ); Mon, 4 May 2015 06:42:46 -0400 MIME-Version: 1.0 In-Reply-To: <20150504101207.GR22845@sirena.org.uk> References: <20150428171738.GY22845@sirena.org.uk> <20150429174059.GQ22845@sirena.org.uk> <20150429180659.GT22845@sirena.org.uk> <20150430195829.GG22845@sirena.org.uk> <20150503095917.GQ22845@sirena.org.uk> <20150504101207.GR22845@sirena.org.uk> From: Michal Suchanek Date: Mon, 4 May 2015 12:42:03 +0200 Message-ID: Subject: Re: [linux-sunxi] [PATCH 2/3] spidev: Add DT binding example. To: Mark Brown Cc: Martin Sperl , "Eric D." , linux-sunxi , Jonathan Corbet , Hans de Goede , Linux Kernel Mailing List , Maxime Ripard , linux-spi Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1407 Lines: 35 On 4 May 2015 at 12:12, Mark Brown wrote: > On Sun, May 03, 2015 at 11:00:40PM +0200, Martin Sperl wrote: > >> I will investigate the fine details, but I fear we may need some >> “compatibility” magic similar to “new_id” in USB to make it work, >> because it seems as if you can ONLY force a driver to bind if it >> _is_ compatible... > > I'm confused. What would the point of the functionality be if not to > override the existing data, otherwise we'd already have bound the > driver? Presumably you can swap different versions of a driver this way. Many devices have two drivers in Linux (old and new) which are obviously both compatible. Loading driver which is not compatible is something which you probably do not want to be done easily as much as sending random junk to SPI devices controlled by a kernel driver. I am, of course, enjoying the ability to send some ID command to a flash memory which is technically controlled by a kernel driver when I physically replace the chip in the socket or the chip was not seated well to start with and I want to check that it's working without rebooting the board. Thanks Michal -- 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/