Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2587362pxb; Tue, 19 Jan 2021 00:31:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJzJJeSIO4n5PdUf/yD1Nyofr/INCqBi92+DTTO5qigS5UNh6ofQzUjFrKMhiRxVVm2NiVt3 X-Received: by 2002:a17:906:e84:: with SMTP id p4mr2346656ejf.141.1611045077147; Tue, 19 Jan 2021 00:31:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611045077; cv=none; d=google.com; s=arc-20160816; b=Ijc8ZVVDynlzEFo1exembFTMZwR6kAqimMYyxED6hqhfLTxxAUKouOkEyzqy5y4Izm hk0s+rdCi+9PYE/p3p2HbGHo9qQmB5KJ45LAY3uTx68m4Hz9fN9qpmVPD+ZS/2pu9y4w oNLlP9F4MNiEVWvyUjnXZVBlEkV1xkkNtVaeaWnJAtRlM56ugUSTPIR7JRJB48Di/JLv eSeWOgqgQaTkTUXw9aw5i2SlpmcGJm5VUZwuE4NGhSG7XX4lQ/Rra48F6y+820tmtFHh A3BFrNe/XrUlbu+mFjbLwGfQzgCUJbW2e0bvRsjIz2YJaxsqPa5qU2Sp5CfJwHPYTCgF xWyA== 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=GfSEJh9D168jym6FUpjncVIT+Xr7bdDmv7djgasE1DA=; b=YLikW0F70kATqWmf5ORNauD/OMIVGmm88TzbGjErWERHUer6IkoCpeqwCp6UO2+wlL q00GhGiCMuxVmxtEGS5Qua1pE5If0bXTgBbJ5YM4ldjyzxDN74K2MXPE38gHV3ctvrKX wLKK+CBRu0/4AgoxxAiW9RMVlxqDJWXTEPIyqEYNfLuc7mDw4TV37n2rWLAgyGlK+igW UOa8bViZ3nXTioM3iNhviPVVHv/RgiwynanN0VDzNZpU/0NjQXuQIpp/PyZq4UbA3cE/ e+ySc+/lLG5KYY7KiU+aAVvXUvEu8Xp5j1qlMmfHyr5s8Wd8/UlC/3nz/DMEj4ovbDE3 ua4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Y3y+bNhP; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ch26si2191923edb.142.2021.01.19.00.30.51; Tue, 19 Jan 2021 00:31:17 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Y3y+bNhP; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727434AbhASI22 (ORCPT + 99 others); Tue, 19 Jan 2021 03:28:28 -0500 Received: from mail.kernel.org ([198.145.29.99]:50560 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730691AbhASI1k (ORCPT ); Tue, 19 Jan 2021 03:27:40 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id ED87C2311C; Tue, 19 Jan 2021 08:26:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1611044819; bh=+Q+XPSElQgpBDAKZynrp8adUrT0O6HKRNCJn++9NB2E=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Y3y+bNhPsgZySuRFBVeWqJZKvWn7F9xTrD/4sJXpl8dxZFSJUZ0ch67wuwoBBm3ue uaJGFQLRyhPSxkTVB11yGqn86IIQbdEAnwJgIIaZsQsk0LqS1THH3trbHLCRiIqs8E 7Eu//fwIItYRjJOFE7hxzh0DAEOFjMPhL7FXa5uo= Date: Tue, 19 Jan 2021 09:26:55 +0100 From: Greg Kroah-Hartman To: Kai-Heng Feng Cc: rjw@rjwysocki.net, AceLan Kao , "Rafael J. Wysocki" , Mika Westerberg , Andy Shevchenko , Len Brown , "open list:ACPI" , open list Subject: Re: [PATCH] ACPI / device_sysfs: Use OF_MODALIAS for "compatible" modalias Message-ID: References: <20210119081513.300938-1-kai.heng.feng@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210119081513.300938-1-kai.heng.feng@canonical.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 19, 2021 at 04:15:13PM +0800, Kai-Heng Feng wrote: > Commit 8765c5ba1949 ("ACPI / scan: Rework modalias creation when > "compatible" is present") may create two "MODALIAS=" in uevent file if > conditions are met. > > This breaks systemd-udevd, which assumes each "key" in uevent file is > unique. The internal implementation of systemd-udevd overwrites the > first MODALIAS with the second one, so its kmod rule doesn't load driver > for the first MODALIAS. > > Right now it doesn't seem to have any user relies on the second > MODALIAS, so change it to OF_MODALIAS to workaround the issue. > > Reference: https://github.com/systemd/systemd/pull/18163 > Fixes: 8765c5ba1949 ("ACPI / scan: Rework modalias creation when "compatible" is present") > Cc: AceLan Kao > Cc: "Rafael J. Wysocki" > Cc: Greg Kroah-Hartman , > Cc: Mika Westerberg , > Cc: Andy Shevchenko > Signed-off-by: Kai-Heng Feng > --- > drivers/acpi/device_sysfs.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/acpi/device_sysfs.c b/drivers/acpi/device_sysfs.c > index 96869f1538b9..c92b671cb816 100644 > --- a/drivers/acpi/device_sysfs.c > +++ b/drivers/acpi/device_sysfs.c > @@ -260,7 +260,7 @@ int __acpi_device_uevent_modalias(struct acpi_device *adev, > if (!adev->data.of_compatible) > return 0; > > - if (len > 0 && add_uevent_var(env, "MODALIAS=")) > + if (len > 0 && add_uevent_var(env, "OF_MODALIAS=")) Who will use OF_MODALIAS and where have you documented it? thanks, greg k-h