Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1147765ybd; Wed, 26 Jun 2019 12:04:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqyD4d0bcM1rRv+OvMSYNPKOZdidVvm+TKm+7ADrD0xn/xMBD6SkLUil8PU6vMJWxPKstus1 X-Received: by 2002:a17:902:9a82:: with SMTP id w2mr7125764plp.291.1561575874271; Wed, 26 Jun 2019 12:04:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561575874; cv=none; d=google.com; s=arc-20160816; b=vs2atUaE9kcbcXgQ2jiDUIZRr+pqOiZUAjgJux1EYh9Re2JBsyqpwPezpQJVKElUn8 Y67v4cibyBX8EiD1VJk3C3jLS0M7wHGz6shYvEQSZft/gfD7tUovieNxWDbFDAfTbbMm qiBFLKXWosa1oAgOxDiBKCjYi/09n5p77V7el6ELqeJU/BBd0DXcbd++dIdd1NDCIp3A lJrj7LtZdwjMGXVjeXxwmOYANTe302R/cfBCkiQxx7rIE8wQuYE+o1cQ+74+5YBSuJ2E NLJ/rTkUPQbb1p8AW3I+f3tBkt/U+6f5glxXz2O5zDJ/Vg+mElrSt1szjrLF2AJSzJI3 UDVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:date:message-id:from :references:cc:to:subject; bh=jZA/XDQ4US9Ng8Ww5WujClRmd4XFP4iAZ65KheJ7Nh4=; b=P0wn14uvqe7lNvm59J8Z1NHslzl+RV/EBX7ye5EIUki37Y/9lpiwajeCH9yT2eMP9U cQhnmHA8vjETzdlXB1BBgHYBMbbdWQ8EtWmZs9FmtajAwTRSJ+hLhw4zAYcl77ICq0L/ COc03IEM0UpSr113dcuWNdBb4Zc4r9LMjlgvxyWiBoCfqxQdmLS6wpbaKNAuL0G9oXuP Ow8hkZC7T4Q3d/ICIQdpWt2gfLgonXrh8/d4nV9N6zUtEC0fVOYEJpbiuAheTh9uJ9wK NrH74SWsthjJQh6BFZUl77Y/fWsolPwj14+QS1qm9U34pLGAhE0wNepT6q3EfkIUVBkZ z/8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b="clB/q5G7"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 5si19128378pfv.231.2019.06.26.12.04.17; Wed, 26 Jun 2019 12:04:34 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b="clB/q5G7"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726227AbfFZTEH (ORCPT + 99 others); Wed, 26 Jun 2019 15:04:07 -0400 Received: from hqemgate14.nvidia.com ([216.228.121.143]:13879 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726289AbfFZTEG (ORCPT ); Wed, 26 Jun 2019 15:04:06 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate14.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Wed, 26 Jun 2019 12:04:03 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Wed, 26 Jun 2019 12:04:05 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Wed, 26 Jun 2019 12:04:05 -0700 Received: from [10.24.71.21] (172.20.13.39) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 26 Jun 2019 19:04:03 +0000 Subject: Re: [PATCH] mdev: Send uevents around parent device registration To: Alex Williamson CC: , , References: <156155924767.11505.11457229921502145577.stgit@gimli.home> <1ea5c171-cd42-1c10-966e-1b82a27351d9@nvidia.com> <20190626120551.788fa5ed@x1.home> X-Nvconfidentiality: public From: Kirti Wankhede Message-ID: Date: Thu, 27 Jun 2019 00:33:59 +0530 MIME-Version: 1.0 In-Reply-To: <20190626120551.788fa5ed@x1.home> X-Originating-IP: [172.20.13.39] X-ClientProxiedBy: HQMAIL106.nvidia.com (172.18.146.12) To HQMAIL107.nvidia.com (172.20.187.13) Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1561575843; bh=jZA/XDQ4US9Ng8Ww5WujClRmd4XFP4iAZ65KheJ7Nh4=; h=X-PGP-Universal:Subject:To:CC:References:X-Nvconfidentiality:From: Message-ID:Date:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=clB/q5G7SbjTlRjSpGBni2WC8guLbfo2PMHjtJcTu6thvaVpKoIDJq1vi21LLfisR IqjYoxJnEuuIrGkJOlfxLPAnsNbnLZmTlsmPpwbvJgZf374V4ZZKBQwzpKaAcvfmYy 5JBpeHnt2RDuby3m0SPKrewFS83fzjzAC+vfpygO3+loJdiZ8TBNkuxbZzmDUCn/yW lSolvAYARHTFQt/OwD1hyBPFahD7giYcsjq7hW+hBg+2whM47nvHhToCYDvzLMYDIE pdxSF2cDLwKCvYjVyDLXaKtHWvDBybWyBxeneiYQXlL71BSpmpYyFy1ZNVZfaWPmHl 17+htJ5JXZ1ZA== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/26/2019 11:35 PM, Alex Williamson wrote: > On Wed, 26 Jun 2019 23:23:00 +0530 > Kirti Wankhede wrote: > >> On 6/26/2019 7:57 PM, Alex Williamson wrote: >>> This allows udev to trigger rules when a parent device is registered >>> or unregistered from mdev. >>> >>> Signed-off-by: Alex Williamson >>> --- >>> drivers/vfio/mdev/mdev_core.c | 10 ++++++++-- >>> 1 file changed, 8 insertions(+), 2 deletions(-) >>> >>> diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c >>> index ae23151442cb..ecec2a3b13cb 100644 >>> --- a/drivers/vfio/mdev/mdev_core.c >>> +++ b/drivers/vfio/mdev/mdev_core.c >>> @@ -146,6 +146,8 @@ int mdev_register_device(struct device *dev, const struct mdev_parent_ops *ops) >>> { >>> int ret; >>> struct mdev_parent *parent; >>> + char *env_string = "MDEV_STATE=registered"; >>> + char *envp[] = { env_string, NULL }; >>> >>> /* check for mandatory ops */ >>> if (!ops || !ops->create || !ops->remove || !ops->supported_type_groups) >>> @@ -196,7 +198,8 @@ int mdev_register_device(struct device *dev, const struct mdev_parent_ops *ops) >>> list_add(&parent->next, &parent_list); >>> mutex_unlock(&parent_list_lock); >>> >>> - dev_info(dev, "MDEV: Registered\n"); >>> + kobject_uevent_env(&dev->kobj, KOBJ_CHANGE, envp); >>> + >> >> Its good to have udev event, but don't remove debug print from dmesg. >> Same for unregister. > > Who consumes these? They seem noisy. Thanks, > I don't think its noisy, its more of logging purpose. This is seen in kernel log only when physical device is registered to mdev. Thanks, Kirti > Alex > >>> return 0; >>> >>> add_dev_err: >>> @@ -220,6 +223,8 @@ EXPORT_SYMBOL(mdev_register_device); >>> void mdev_unregister_device(struct device *dev) >>> { >>> struct mdev_parent *parent; >>> + char *env_string = "MDEV_STATE=unregistered"; >>> + char *envp[] = { env_string, NULL }; >>> >>> mutex_lock(&parent_list_lock); >>> parent = __find_parent_device(dev); >>> @@ -228,7 +233,6 @@ void mdev_unregister_device(struct device *dev) >>> mutex_unlock(&parent_list_lock); >>> return; >>> } >>> - dev_info(dev, "MDEV: Unregistering\n"); >>> >>> list_del(&parent->next); >>> mutex_unlock(&parent_list_lock); >>> @@ -243,6 +247,8 @@ void mdev_unregister_device(struct device *dev) >>> up_write(&parent->unreg_sem); >>> >>> mdev_put_parent(parent); >>> + >>> + kobject_uevent_env(&dev->kobj, KOBJ_CHANGE, envp); >>> } >>> EXPORT_SYMBOL(mdev_unregister_device); >>> >>> >