Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp3591748imm; Mon, 2 Jul 2018 01:47:37 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJUhXWnqFTEsTV5D1NNPzOXhhYVkwFRxN5X0FqRJhRNYuagQCFI6JGbBJW908lNmOVsYS2F X-Received: by 2002:a65:444d:: with SMTP id e13-v6mr20641970pgq.122.1530521257656; Mon, 02 Jul 2018 01:47:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530521257; cv=none; d=google.com; s=arc-20160816; b=DPqvIJmqnGAA0xK5bFOS8SNPOij4LaDMPmcaDQufO1IXGtd57WgjGNe+qQc9aehxkK HT1Mm8qMCy6PhqcWvaZASCutL8ihUXM6wt+7SsCXh/v2RF4CpbNPtQcWNq+gsEz2aePt tuKXxkoEJameVChil5Mjwuwp1YcRKJiQlPb7DjB23GVzwfOOpPGbPrnP8cVz6Gqv+fZn lUMyYmkhfjpseLft1KFKULzQkdmft1uPBmOqEvkFsFHh70VcxcjXxRhB/tfjAXTy2G6l Z5a7CU+SmYy57nhGz4cE4G7K3/6HX3jWYApZau6XQeczGmhXcEQKBrdYBCzlKguoYitX eoGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=ZGII8MBwxQKroEbzOFHwV0hASsmc6/BNkVW3+bB9P8w=; b=hX7ITDXnHWpIxjA9rcC0myqsKl7P4KVgkvmvakv7GOci2Kf1bW+O6dzDmaL+e8niHQ i0Mwe0H/lKBMtZK5nMiRvz2aSSpEZfjd9I+afPMH2//K9Ei8S/WDw7fFnw+4j5PTa1Qf Pc2+U17OR57+cvHJXIoqaeq3AVFFEWw/UKhwYzeFnCN8ehaw7DQOxTF0WA4x7krefqKJ 9Twh7wksfqaEoUwSGCMPtSHab0ZdghDURyuoa1g93fTq/21JNhYXlyGngnRVtd6h/Lmk LdZRnR+5HTmA5dCUW6Fx7+BjiQKrLsUPQ7QIMTKf66L/be3vUXWVW663lOr57xGhpmV1 Lk7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v3-v6si13764256pgr.44.2018.07.02.01.47.23; Mon, 02 Jul 2018 01:47:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932217AbeGBGuY (ORCPT + 99 others); Mon, 2 Jul 2018 02:50:24 -0400 Received: from mail.steuer-voss.de ([85.183.69.95]:38244 "EHLO mail.steuer-voss.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753347AbeGBGuW (ORCPT ); Mon, 2 Jul 2018 02:50:22 -0400 X-Greylist: delayed 533 seconds by postgrey-1.27 at vger.kernel.org; Mon, 02 Jul 2018 02:50:21 EDT X-Virus-Scanned: Debian amavisd-new at mail.steuer-voss.de Received: by mail.steuer-voss.de (Postfix, from userid 1000) id D43BF40B88; Mon, 2 Jul 2018 08:41:23 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.steuer-voss.de (Postfix) with ESMTP id C9B84409D3; Mon, 2 Jul 2018 08:41:23 +0200 (CEST) Date: Mon, 2 Jul 2018 08:41:23 +0200 (CEST) From: Nikolaus Voss X-X-Sender: nv@fox.voss.local To: Andy Shevchenko cc: Jonathan Cameron , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , Lorenzo Bianconi , Linus Walleij , Xiongfeng Wang , "linux-iio@vger.kernel.org" , Linux Kernel Mailing List Subject: Re: [PATCH 0/3] IIO: st_sensors_i2c: improve device enumeration In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 29 Jun 2018, Andy Shevchenko wrote: > I'm not sure I understand how ->probe_new() is supposed to work > against i2c_id_table, but I don't care for legacy platform data > anyway. > > What I would like to point to is device_get_match_data() API which > should simplify / unify the case how you get driver data. This driver doesn't need any driver data/ platform_data beyond the i2c_id_table name (which has already been matched when probe()/ probe_new() is called), so strictly neither of_match_table nor apci_match_table would be necessary, because i2c DT/ ACPI enumeration also matches against i2c_table names. But thanks for the hint ;-). Niko