Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp3152311img; Mon, 25 Mar 2019 05:00:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqyrFv7HM9VGV+MJSFHML0WVpWcyn+WssiHisjtqKTm17YfREVJK6sFyoqnljxbOjbA9josg X-Received: by 2002:aa7:83ca:: with SMTP id j10mr23470548pfn.50.1553515216644; Mon, 25 Mar 2019 05:00:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553515216; cv=none; d=google.com; s=arc-20160816; b=00sGlMyj0K9izzz/v4/1OaYgOdTLLBJbaUdQ638gDlmUQwOeAIozt1nC3JrE6IKP9J MydFthhVvN0SjnnuAw5KwGWedLJnALW/c9HPIjfZ2AnkAM3bSmQqGqmQBWXJs79UkAle MpODUl2kHrQq1/P1qkQ1KK6DgZKhpdue8dFNuDskqMLG4Np/B/UM1qkT4XgF0BdR0/kQ bnV31WWaQiF8tU4qVd1jBoDk8Uo5PBp/GyFeSdvUOyXlWcTGcPv9RXQZCnzK2P9EDQ/4 P+IIL18EEeNTlHufoOlno+PSI6rJ0XyD6qgDLyHsEX9VW26znRLKNIEyvHw1fsuOc1ia yGkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:to:from:subject:message-id; bh=5uoLHG3GF7PDE1euw7BPXcdz67gtPdW9nNgHTfwOFsw=; b=uuok7p8jgyaPi7uQB/n/qTWdHncl6gqZx5q1cv5wF2SR+fV59WHeXZkhcS+kBF7piN vvXrWup0ctbi707IvM/mQ0DwNO797NQVu/X3RM5pvN1VLgxqSYMy4hTQmk+1Lr0euB1P 7/GAfSypNm6uaCbxZALILZWA93xbhwdT7wYPUe+udwkcmbR9r5PybR5RuHwCRyfVsV0x JsWehfTA8NlQM3gROH0Jn+ol7U6plpBk8SnkqnVidlT/pSPLNq3v2Po57NECAMFWLSk0 qcdG2sCERHqalDQsE94RCQ6VZcy36G9Vrq6tnCPQSV+VfG1MdMG9XZ2eiEliC1+xM/AZ VAag== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c26si4474321pfd.155.2019.03.25.05.00.01; Mon, 25 Mar 2019 05:00:16 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731072AbfCYL7H (ORCPT + 99 others); Mon, 25 Mar 2019 07:59:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52782 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730837AbfCYL7G (ORCPT ); Mon, 25 Mar 2019 07:59:06 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 824E53060487; Mon, 25 Mar 2019 11:59:06 +0000 (UTC) Received: from maximlenovopc.usersys.redhat.com (unknown [10.35.206.72]) by smtp.corp.redhat.com (Postfix) with ESMTP id 76E866EDB1; Mon, 25 Mar 2019 11:58:56 +0000 (UTC) Message-ID: <2eb96074b91bb9b8cc2c46c6e1d0e20e790a8531.camel@redhat.com> Subject: Re: [PATCH 7/8] vfio/mdev: Fix aborting mdev child device removal if one fails From: Maxim Levitsky To: Parav Pandit , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, kwankhede@nvidia.com, alex.williamson@redhat.com Date: Mon, 25 Mar 2019 13:58:55 +0200 In-Reply-To: <1553296835-37522-8-git-send-email-parav@mellanox.com> References: <1553296835-37522-1-git-send-email-parav@mellanox.com> <1553296835-37522-8-git-send-email-parav@mellanox.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Mon, 25 Mar 2019 11:59:06 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2019-03-22 at 18:20 -0500, Parav Pandit wrote: > device_for_each_child() stops executing callback function for remaining > child devices, if callback hits an error. > Each child mdev device is independent of each other. > While unregistering parent device, mdev core must remove all child mdev > devices. > Therefore, mdev_device_remove_cb() always returns success so that > device_for_each_child doesn't abort if one child removal hits error. > > While at it, improve remove and unregister functions for below simplicity. > > There isn't need to pass forced flag pointer during mdev parent > removal which invokes mdev_device_remove(). So simplify the flow. > > mdev_device_remove() is called from two paths. > 1. mdev_unregister_driver() > mdev_device_remove_cb() > mdev_device_remove() > 2. remove_store() > mdev_device_remove() > > When device is removed by user using remote_store(), device under > removal is mdev device. > When device is removed during parent device removal using generic child > iterator, mdev check is already done using dev_is_mdev(). > > Hence, remove the unnecessary loop in mdev_device_remove(). > > Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") > Signed-off-by: Parav Pandit > --- > drivers/vfio/mdev/mdev_core.c | 24 +++++------------------- > 1 file changed, 5 insertions(+), 19 deletions(-) > > diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c > index ab05464..944a058 100644 > --- a/drivers/vfio/mdev/mdev_core.c > +++ b/drivers/vfio/mdev/mdev_core.c > @@ -150,10 +150,10 @@ static int mdev_device_remove_ops(struct mdev_device > *mdev, bool force_remove) > > static int mdev_device_remove_cb(struct device *dev, void *data) > { > - if (!dev_is_mdev(dev)) > - return 0; > + if (dev_is_mdev(dev)) > + mdev_device_remove(dev, true); > > - return mdev_device_remove(dev, data ? *(bool *)data : true); > + return 0; > } > > /* > @@ -241,7 +241,6 @@ int mdev_register_device(struct device *dev, const struct > mdev_parent_ops *ops) > void mdev_unregister_device(struct device *dev) > { > struct mdev_parent *parent; > - bool force_remove = true; > > mutex_lock(&parent_list_lock); > parent = __find_parent_device(dev); > @@ -255,8 +254,7 @@ void mdev_unregister_device(struct device *dev) > list_del(&parent->next); > class_compat_remove_link(mdev_bus_compat_class, dev, NULL); > > - device_for_each_child(dev, (void *)&force_remove, > - mdev_device_remove_cb); > + device_for_each_child(dev, NULL, mdev_device_remove_cb); > > parent_remove_sysfs_files(parent); > > @@ -346,24 +344,12 @@ int mdev_device_create(struct kobject *kobj, struct > device *dev, uuid_le uuid) > > int mdev_device_remove(struct device *dev, bool force_remove) > { > - struct mdev_device *mdev, *tmp; > + struct mdev_device *mdev; > struct mdev_parent *parent; > struct mdev_type *type; > int ret; > > mdev = to_mdev_device(dev); > - > - mutex_lock(&mdev_list_lock); > - list_for_each_entry(tmp, &mdev_list, next) { > - if (tmp == mdev) > - break; > - } > - > - if (tmp != mdev) { > - mutex_unlock(&mdev_list_lock); > - return -ENODEV; > - } > - > if (!mdev->active) { > mutex_unlock(&mdev_list_lock); > return -EAGAIN; Very nice catch and good refactoring. Reviewed-by: Maxim Levitsky Best regards, Maxim Levitsky