Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp323381imm; Mon, 9 Jul 2018 02:23:26 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfO18h2N2vsv6ko0JDDYV65l58WAb54AIsZ4ATPqtYt8FvESpdL3UznIsSTQYnlIu82Faa5 X-Received: by 2002:a17:902:7798:: with SMTP id o24-v6mr20291471pll.165.1531128206836; Mon, 09 Jul 2018 02:23:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531128206; cv=none; d=google.com; s=arc-20160816; b=tAxA2qu5JgLEwvvjsAtZ3D61d/pOgicrKcLjovJNTtLkeV/30NKKkuKhmtCM/vZhet zSTvSQOxK8e69j9DO+qK7iAzjSLnQn4zc4aU6Agu9EOQjV0pA93TEyviX2WkWJVkPDUI lLNLPtQIh6n0oetnHaXWscizDKSRSWXQ1u2ajRzMtzO9Oq/4RJ20RLVsbjJXMNxbsieK 02IrdlBNpcA8cUPDvVwHlnC2k6FD0iKD2fIh8Vo9Vv7KXnSKsTj3Vt4DyKnDyOnVuFck c07yibZ1hw2uv462HYMRiolATyZcTAkgO9QJuZJrw6Cvi+6R97VvBIJE97StQf80Hw4/ M2gA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=kmYdlLKs/3DXH7K8qb9BqUfHR2+VLmYWK/g5606dXKo=; b=QxgiN2V/DMmNW2o3TkhHpE1er3WROibXnc506MnezbF/gIlJhwvoOXKPPqHq1KDdaq ulAWJcZJrVI4Axfp9rbx8Zv9lWRFR4nJRyxOUpDYJE1ghIoCDEaDDvyU2hg4uc7dTjC4 hTppaowD4ajULhoBWrly4Y0lu863mgfghRfOFWR4yLBZx7i37v+GaQFcCdD2T2YMvQPA T6GKCtvjLIJSMCvLJ2gATBDYj2ulah+U4H6zFlY3svflh7nlYRnXPrnW+vDJ4omzFLXA HC3807CW6siKmNgXXTdoEuQEhclQnj2bG2kLECviNeMvYRHT67Y0rIq5+3NJgGUwWFW0 e3Og== 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 f5-v6si13733041plr.56.2018.07.09.02.23.12; Mon, 09 Jul 2018 02:23:26 -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 S932574AbeGIJVt (ORCPT + 99 others); Mon, 9 Jul 2018 05:21:49 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:49318 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932241AbeGIJVs (ORCPT ); Mon, 9 Jul 2018 05:21:48 -0400 Received: from 79.184.255.246.ipv4.supernova.orange.pl (79.184.255.246) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83) id 5c41e1f3ec1cfb5b; Mon, 9 Jul 2018 11:21:46 +0200 From: "Rafael J. Wysocki" To: Nikolaus Voss Cc: Andy Shevchenko , Len Brown , Jonathan Cameron , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , Lorenzo Bianconi , Linus Walleij , Xiongfeng Wang , ACPI Devel Maling List , Linux Kernel Mailing List , Sudeep Holla , Ray Jui , Vladimir Olovyannikov , Vikram Prakash , Scott Branden , Srinath Mannam , Nikolaus Voss Subject: Re: [PATCH v2] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data Date: Mon, 09 Jul 2018 11:20:16 +0200 Message-ID: <18030756.yHdBu7e6UJ@aspire.rjw.lan> In-Reply-To: References: <950e8d0caf9f5f55df07eba8a11b2fa8cba9f9e1.1530708691.git.nikolaus.voss@loewensteinmedical.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, July 4, 2018 4:40:34 PM CEST Andy Shevchenko wrote: > On Tue, Jul 3, 2018 at 9:09 AM, Nikolaus Voss wrote: > > When using ACPI with ACPI_DT_NAMESPACE_HID/ PRP0001 HID and referring to > > of_device_id table "compatible" strings in DSD, a pointer to the > > corresponding DT table entry should be returned instead of a null > > pointer. An acpi_device_id match still takes precedence. > > > > Reviewed-by: Andy Shevchenko > > with a caveat that this is only an improvement for a _temporary_ > PRP0001 users like I2C or SPI slave devices. > Please, don't consider this change as a valid point to (ab)use PRP0001 > in a cases where devices are not "hotpluggable". > > > v2: improve readability (as suggested by Andy Shevchenko) > > > > Signed-off-by: Nikolaus Voss Nikolaus, please resend the v2 with the Andy's tag to linux-acpi@gver.kernel.org It won't be applied otherwise. Thanks, Rafael