Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp955378rdb; Fri, 20 Oct 2023 04:41:46 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEWRVM15gm19wdpFyuG65RAzoJJjAcP0Hz0WPq0zl1i1HoO4GU/A1OEXBMC2jZZVnz3V3EA X-Received: by 2002:a17:902:e887:b0:1c6:3222:c67c with SMTP id w7-20020a170902e88700b001c63222c67cmr1779575plg.23.1697802106261; Fri, 20 Oct 2023 04:41:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697802106; cv=none; d=google.com; s=arc-20160816; b=K2BhrSqy+/JEzhILkCQTdSJlA5XmbAzB6HhrlxmoGOPZnw077+krKAf1fWswqepFfC OAxw0kmBGa8OH7nahi2o834gx1qTMbXln+2gnFNfsS0q66UmugklxfH7429vQqxlmkvv wqIYL1qqCOxcxq0a/tL56tmXREU36am94cFtaaCNpXb0wi2TCE3XABliaiRwfmyq4MU9 eDJhJrpcSWb5aMqpPolDS6/6QkMMT2Ah58MDp7LB4r9RkCSd/nMVYuLnNkmHa4BaTjbk bgOtzTHHDlpIj1ifagGXc6WCGXurrAz6K986m1X9KQGA6KJx3zPu+IqNCTab0G0D64l3 fqsw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=VobdtkAvzXC/nwdPvHknzbFtlm/pt/iASpURmwAzZZ0=; fh=fjTX6moK/3MwZY+Dyk0yaNkyHZPhzM8AZxFM09Zerv8=; b=g7HC5ptgADqa1KEnTcechnOG3gtk3xjqOcxEq+3v5vS2j9paZ8cICqxWn/SYaAt7/L +sHy4Q7gH3iEsNaZ4NFDcGJLDd+CNcN1vbQ6GoKFM9M0RH5D0Qk8jTapseyl6kh5AhQ+ RQg1Pb0va6OZ9Nq8INjSYRygBUpBu8ibkQrF8kheOlSPp1bpcuQW4/3yts+lCU6Mf1+R 7onyE2tZuUVZ7aPPoENzW1CAyhc9LFiU/mON+OFrmTfYaKLIEgvqS9Dt+dpbWkR4Iq5L KEoLvLMSaO/uJBvrMZGr8hfcL6giWhKDrc3wSNrZ/sHpYal2rsk5znfuGYZobdyXz3Ua zXtw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ksik9nfI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from morse.vger.email (morse.vger.email. [2620:137:e000::3:1]) by mx.google.com with ESMTPS id p7-20020a1709026b8700b001c610ae885bsi1601764plk.59.2023.10.20.04.41.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Oct 2023 04:41:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) client-ip=2620:137:e000::3:1; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ksik9nfI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id E749583C2275; Fri, 20 Oct 2023 04:40:40 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1377273AbjJTLkL (ORCPT + 99 others); Fri, 20 Oct 2023 07:40:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43750 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1377271AbjJTLjR (ORCPT ); Fri, 20 Oct 2023 07:39:17 -0400 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29A41213E; Fri, 20 Oct 2023 04:38:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1697801897; x=1729337897; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=JePTitzuY0GQtcJN+j6l1yJWlx9JL0zZgTWlbLVx8N8=; b=Ksik9nfIDemqOWvDHAgyjBxp1T2qeJmtINxn/8gEWfZfd7LrdZ5WQqFB g0dN9j/J8IPgoGqzwiQYN7yk/Lr9rDnCHwtfixSU4toI5ZDEfFg3TrE9P lbhTWMZ7V8B2xrU7eGqkNsf1WxREJdeorInhHrgGveMDQftUF4eosUDgL To/mjGOr5S/3koG/YpYXG7FbM14yOimSrMVOOrT/6UOu605+XSru7p76+ tKPgvJaWppYxDuPqzBTVfJmcRdO2L+xqjFXypeONYjjWjcNlztYQmRlYf lMHCkYMaA1Y83xuNyFDPOE9GyUp1BC4vKYrwD3kd/BO2dBi8Y75os2N5J Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10868"; a="450707539" X-IronPort-AV: E=Sophos;i="6.03,238,1694761200"; d="scan'208";a="450707539" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2023 04:38:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10868"; a="901121259" X-IronPort-AV: E=Sophos;i="6.03,238,1694761200"; d="scan'208";a="901121259" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2023 04:35:59 -0700 Date: Fri, 20 Oct 2023 14:38:06 +0300 From: Raag Jadav To: Andy Shevchenko Cc: rafael@kernel.org, len.brown@intel.com, robert.moore@intel.com, mika.westerberg@linux.intel.com, mark.rutland@arm.com, will@kernel.org, linux@roeck-us.net, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, acpica-devel@lists.linuxfoundation.org, linux-gpio@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-hwmon@vger.kernel.org, mallikarjunappa.sangannavar@intel.com, bala.senthil@intel.com Subject: Re: [PATCH v1 4/8] ACPI: utils: use acpi_dev_uid_match() for matching _UID Message-ID: References: <20231020084732.17130-1-raag.jadav@intel.com> <20231020084732.17130-5-raag.jadav@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Fri, 20 Oct 2023 04:40:41 -0700 (PDT) On Fri, Oct 20, 2023 at 01:36:27PM +0300, Andy Shevchenko wrote: > On Fri, Oct 20, 2023 at 02:17:28PM +0530, Raag Jadav wrote: > > Convert manual _UID references to use standard ACPI helpers. > > Yes, while not so obvious this is the correct replacement. > Reviewed-by: Andy Shevchenko I think this is the only case which would suffer from the more obvious behaviour, i.e. bool acpi_dev_uid_match(struct acpi_device *adev, const char *uid2) { const char *uid1 = acpi_device_uid(adev); return uid1 && uid2 && !strcmp(uid1, uid2); } That said, we can't be particularly sure about it's potential future users, especially when the usage will not be limited to just ACPI core since we're exporting it. Raag