Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp544732ybx; Wed, 30 Oct 2019 00:37:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqzXzywae+m5xovQbqghY4l4x0BXMTEEyPBnCr8rjzKl/HKpHbDmrZC1kZR4izMkRtcDhT+/ X-Received: by 2002:aa7:d483:: with SMTP id b3mr18256347edr.178.1572421059488; Wed, 30 Oct 2019 00:37:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572421059; cv=none; d=google.com; s=arc-20160816; b=OjK/GBEhHreRhh5Tfg2boHosYx1m2Yc9KXl4odfzqaOf5W8DUEUNQAcBF2yirJ/6xS YVrv2dA6mWX94gdvoAgslSLXNMyd1oUDa3uczn3YbnBzlqXDCyj2fLI5q08qD+ZN05lO XxyUzdRnCSTS0QHok4Ak1u0Da/+GKPYBAQpK+QGFNjzw/z9AKB/LsxeLCCNCvIQ33glp M3AJFS7VMqRn9EWmlAvnCqEnQV9hBGo2gIwh28HxJjBG9TcvbDaIqKftC+k6gzQGElGr pTpgFVejo+GdcyvNLyIhzAIOA6z0Aazx32Tijc7nK8fkx/o22kx/T5Kvo6ATZWu7WaW0 c4jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=0zogZ//5LLvqBYRdOlsh/H2dfb4kpmfmiWmAn2pA9Zg=; b=CIs31PwwoZAxRqBq0dXCBZHNjCVsucmyMUH8Kn9+eKe8Vi/BleSbGM3XxU+fBt+Frq 0iccH7YNy32WiZxZ01ACv4ZtuOtnzndijji152eubcgynxG7gswfo1m75hSjBqwRdh2N qs8syYddpBtG2K6Pnea5HJMZAOfdPNFtwF2owEQzgvmLSfGKMVVq+RGE53123vbv9cYV yTu96Sro0kiIdQ0Cv5ykia8AtIdVTsTkCPTqP3kxITLpB7Vr2/30fcoUbJ76awXb0RKZ gb1XN0WUWGeQlapye+gAq/lvRAMuz5CxuvbaEdRksFLxwpA8tnTVfityHNjbmEeaggpf Dj3Q== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c5si669985eja.205.2019.10.30.00.37.15; Wed, 30 Oct 2019 00:37:39 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726100AbfJ3Hgo (ORCPT + 99 others); Wed, 30 Oct 2019 03:36:44 -0400 Received: from mga14.intel.com ([192.55.52.115]:53590 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725822AbfJ3Hgn (ORCPT ); Wed, 30 Oct 2019 03:36:43 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Oct 2019 00:36:42 -0700 X-IronPort-AV: E=Sophos;i="5.68,246,1569308400"; d="scan'208";a="193881565" Received: from lingshan-mobl5.ccr.corp.intel.com (HELO [10.238.129.48]) ([10.238.129.48]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Oct 2019 00:36:33 -0700 Subject: Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops To: Jason Wang , kvm@vger.kernel.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, kwankhede@nvidia.com, alex.williamson@redhat.com, mst@redhat.com, tiwei.bie@intel.com Cc: virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, cohuck@redhat.com, maxime.coquelin@redhat.com, cunming.liang@intel.com, zhihong.wang@intel.com, rob.miller@broadcom.com, xiao.w.wang@intel.com, haotian.wang@sifive.com, zhenyuw@linux.intel.com, zhi.a.wang@intel.com, jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, airlied@linux.ie, daniel@ffwll.ch, farman@linux.ibm.com, pasic@linux.ibm.com, sebott@linux.ibm.com, oberpar@linux.ibm.com, heiko.carstens@de.ibm.com, gor@linux.ibm.com, borntraeger@de.ibm.com, akrowiak@linux.ibm.com, freude@linux.ibm.com, lingshan.zhu@intel.com, idos@mellanox.com, eperezma@redhat.com, lulu@redhat.com, parav@mellanox.com, christophe.de.dinechin@gmail.com, kevin.tian@intel.com, stefanha@redhat.com References: <20191023130752.18980-1-jasowang@redhat.com> <20191023130752.18980-5-jasowang@redhat.com> <14410ac9-cc01-185a-5dcf-7f6c78aefd65@redhat.com> From: Zhu Lingshan Message-ID: Date: Wed, 30 Oct 2019 15:36:24 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <14410ac9-cc01-185a-5dcf-7f6c78aefd65@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/29/2019 6:42 PM, Jason Wang wrote: > On 2019/10/29 下午3:42, Zhu Lingshan wrote: >>> +    void (*set_status)(struct mdev_device *mdev, u8 status); >> Hi Jason >> >> Is it possible to make set_status() return an u8 or bool, because this >> may fail in real hardware. Without a returned code, I am not sure >> whether it is a good idea to set the status | NEED_RESET when fail. >> >> Thanks, >> BR >> Zhu Lingshan > > Hi: > > > It's possible but I'm not sure whether any user will care about it. E.g > see virtio_add_status(): > > void virtio_add_status(struct virtio_device *dev, unsigned int status) > { >     might_sleep(); >     dev->config->set_status(dev, dev->config->get_status(dev) | status); > } > EXPORT_SYMBOL_GPL(virtio_add_status); > > And I believe how it work should be: > > virtio_add_status(xyz); > > status = virtio_get_status(); > > if (!(status & xyz)) > >     error; > > Thanks > Thanks Jason, then I believe upper layer can handle this well. >