From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 89F94C433E0 for ; Mon, 18 Jan 2021 16:44:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 47BD72075B for ; Mon, 18 Jan 2021 16:44:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405803AbhARQoH (ORCPT ); Mon, 18 Jan 2021 11:44:07 -0500 Received: from mga06.intel.com ([134.134.136.31]:8760 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405681AbhARQno (ORCPT ); Mon, 18 Jan 2021 11:43:44 -0500 IronPort-SDR: LKD/3STSXLgcOm/e5wTO2Oj+jPwcgmSnPuvK1eo6/1niucmpoZaay+I3vDLw2FYhE57yUcHVC4 Lcvo/6gjHyHQ== X-IronPort-AV: E=McAfee;i="6000,8403,9868"; a="240366370" X-IronPort-AV: E=Sophos;i="5.79,356,1602572400"; d="scan'208";a="240366370" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jan 2021 08:41:51 -0800 IronPort-SDR: Op/kjjsZzHuGZ5jUoKNrngn2tFcngTUBJX+xDyw0XNbwjGUJ8h45cHOatY4wKk2Vvbo+l+e9t4 U1qjLoNC5d1w== X-IronPort-AV: E=Sophos;i="5.79,356,1602572400"; d="scan'208";a="500695133" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jan 2021 08:41:43 -0800 Received: from andy by smile with local (Exim 4.94) (envelope-from ) id 1l1Xc4-002MIe-SA; Mon, 18 Jan 2021 18:42:44 +0200 Date: Mon, 18 Jan 2021 18:42:44 +0200 From: Andy Shevchenko To: "Rafael J. Wysocki" Cc: Daniel Scally , Linux Kernel Mailing List , ACPI Devel Maling List , linux-gpio@vger.kernel.org, linux-i2c , Platform Driver , "open list:ACPI COMPONENT ARCHITECTURE (ACPICA)" , "Rafael J. Wysocki" , Len Brown , andy@kernel.org, Mika Westerberg , Linus Walleij , Bartosz Golaszewski , Wolfram Sang , Lee Jones , Hans de Goede , Mark Gross , Robert Moore , Erik Kaneda , Sakari Ailus , Laurent Pinchart , Kieran Bingham Subject: Re: [PATCH v2 1/7] acpi: utils: move acpi_lpss_dep() to utils Message-ID: <20210118164244.GD4077@smile.fi.intel.com> References: <20210118003428.568892-1-djrscally@gmail.com> <20210118003428.568892-2-djrscally@gmail.com> <20210118122852.GD4077@smile.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org On Mon, Jan 18, 2021 at 05:06:30PM +0100, Rafael J. Wysocki wrote: > On Mon, Jan 18, 2021 at 1:30 PM Andy Shevchenko > wrote: > > > > On Mon, Jan 18, 2021 at 12:34:22AM +0000, Daniel Scally wrote: > > > I need to be able to identify devices which declare themselves to be > > > dependent on other devices through _DEP; add this function to utils.c > > > and export it to the rest of the ACPI layer. > > > > Prefix -> "ACPI / utils: " > > Preferably "ACPI: utils: " for that matter Ah, good to know! I was always bending between / and : there. -- With Best Regards, Andy Shevchenko