Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp118369pxb; Thu, 21 Jan 2021 02:55:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJyEtfFdWlBNVcSjItH2JW/yMsnWAnhxQTkj2+OM4T+OzhfcwNDrB48znaRlLOa/klHgcOFF X-Received: by 2002:a05:6402:11d3:: with SMTP id j19mr10514034edw.314.1611226559125; Thu, 21 Jan 2021 02:55:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611226559; cv=none; d=google.com; s=arc-20160816; b=uq0UN0IKoI3bobk5YOq9K+ruRMNJ35xf0WP/LErQ1L2jjBALxAt+y2ZYkAh6BykRu/ /SooUupU/xmAFWO4OevRf54/yOs7JiKzhSEgzFVl5ZxHYcy4b05UMO7rY67fZvLUPgge Lkt83kVfvzm9Alm5ADYcsBmJmYiTQ+Od56t37UDsbLkbYobVhmhtXCIeMy4C0FK0sKnq 4yBi0IB+ArM8i7j4pMmIRBRWq37Y0rVTq1x4TJLQJxvHaZqaV6Q2t2HmZieBedRv7pW4 mFiLeBrwhByhPibEvLcYOx7jA4B0YZi5krq+okl7eTuqD6gBMqD8tDLiAGb/15hKZ5gP HPig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :ironport-sdr:ironport-sdr; bh=KcIevc5MHfSjrakYbln/pT85fCpVqi7ROR1oKArC7AA=; b=epFoJUw5Xf6Q+Y0acZzMoEkUmD0lSlDbWCXyTxylGMC6QfOBLiwtAd7fLhsF+A7ICV ftghmd5q0VWyxkKANcy2kJWnuszJ9jbReTJvFzMDAzY3wbDw3n9xVQzblzb8BnDk0FWc 6Wvm/pbzEZ4Dec0V5f5BzO/UJ5qFi/IipfJClQr/pGLF4dQsRCO3qOQgm1Jm26+k4HXZ bBQhiFfHFnlz9qHS/qNj5DHDrWRK7Qj2XMcKOP04YFK+7o850wApV6bn8SXmu7v6Z5+q b6u9fgLEzXVNHRrCI2P5+qGCxxIOHH3YcgexWndfMugwQpNSCoNHRD65zemXuUHIhvMX GEmA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rp1si1604106ejb.458.2021.01.21.02.55.35; Thu, 21 Jan 2021 02:55:59 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729815AbhAUKyO (ORCPT + 99 others); Thu, 21 Jan 2021 05:54:14 -0500 Received: from mga12.intel.com ([192.55.52.136]:47845 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729800AbhAUKv2 (ORCPT ); Thu, 21 Jan 2021 05:51:28 -0500 IronPort-SDR: LX5cH+jqCv7lJ255IediMs20JFOIv0AJM2zREfSZfsZZ5Debv8mFAT4s+0Xdu9xMQjqhudN2Th BTNdhyTpDjOA== X-IronPort-AV: E=McAfee;i="6000,8403,9870"; a="158430067" X-IronPort-AV: E=Sophos;i="5.79,363,1602572400"; d="scan'208";a="158430067" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jan 2021 02:49:41 -0800 IronPort-SDR: ytMdTu6t6jXggkalWWS/ai6nveuZOIW76KCY5D+jBagvuZvS7Ro/IHCNSzdRDFkHw0H3Gl1Bsp oPOgvSNikulg== X-IronPort-AV: E=Sophos;i="5.79,363,1602572400"; d="scan'208";a="356419120" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.163]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jan 2021 02:49:38 -0800 Received: by lahna (sSMTP sendmail emulation); Thu, 21 Jan 2021 12:49:34 +0200 Date: Thu, 21 Jan 2021 12:49:34 +0200 From: Mika Westerberg To: Kai-Heng Feng Cc: Greg Kroah-Hartman , Andy Shevchenko , "Rafael J. Wysocki" , AceLan Kao , "Rafael J. Wysocki" , Len Brown , "open list:ACPI" , open list Subject: Re: [PATCH] ACPI / device_sysfs: Use OF_MODALIAS for "compatible" modalias Message-ID: <20210121104934.GS1988617@lahna.fi.intel.com> References: <20210119081513.300938-1-kai.heng.feng@canonical.com> <20210119094159.GQ4077@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-kernel@vger.kernel.org On Thu, Jan 21, 2021 at 02:22:43PM +0800, Kai-Heng Feng wrote: > On Tue, Jan 19, 2021 at 6:34 PM Greg Kroah-Hartman > wrote: > > > > On Tue, Jan 19, 2021 at 11:41:59AM +0200, Andy Shevchenko wrote: > > > On Tue, Jan 19, 2021 at 04:41:48PM +0800, Kai-Heng Feng wrote: > > > > On Tue, Jan 19, 2021 at 4:27 PM Greg Kroah-Hartman > > > > wrote: > > > > > On Tue, Jan 19, 2021 at 04:15:13PM +0800, Kai-Heng Feng wrote: > > > > > > ... > > > > > > > > Who will use OF_MODALIAS and where have you documented it? > > > > > > > > After this lands in mainline, I'll modify the pull request for systemd > > > > to add a new rule for OF_MODALIAS. > > > > I'll modify the comment on the function to document the change. > > > > > > I'm wondering why to have two fixes in two places instead of fixing udev to > > > understand multiple MODALIAS= events? > > > > It's not a matter of multiple events, it's a single event with a > > key/value pair with duplicate keys and different values. > > > > What is this event with different values supposed to be doing in > > userspace? Do you want multiple invocations of `modprobe` or something > > else? > > > > Usually a "device" only has a single "signature" that modprobe uses to > > look up the correct module for. Modules can support any number of > > device signatures, but traditionally it is odd to think that a device > > itself can be supported by multiple modules, which is what you are > > saying is happening here. > > > > So what should userspace do with this, and why does a device need to > > have multiple module alias signatures? > > >From the original use case [1], I think the "compatible" modalias > should be enough. > Andy and Mika, what do you think? Can we remove the ACPI modalias for this case? Yes, I think that should work. After all we want the match to happen through the DT compatible string if the property is present, not through ACPI IDs.