Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp287226ybb; Thu, 9 Apr 2020 23:26:42 -0700 (PDT) X-Google-Smtp-Source: APiQypJ1vvxs2pncRnBsVO4AVig5Zv9rIL+PVurKA4mbmepkrxhJhUGH/tAxwuaZuDwR+S5D7VK0 X-Received: by 2002:a05:620a:15a3:: with SMTP id f3mr2431962qkk.15.1586500002472; Thu, 09 Apr 2020 23:26:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586500002; cv=none; d=google.com; s=arc-20160816; b=WsMgM0vGqTtnXzDFaGuZGDfa0de0lWEzZEZUf3i/kIaXnS3Oqe1QANGvdKndTI70Ef kXhfxhNGibl27kiQG9fjEdlG1Zn0Nl7klXIp8SxNOuVzVL0wYI+McF9tEzlIpDkD/MCW yPX0Q2m4zcSE1hEhmqkjyS2GU9NWziIekhkGg0n9P/p9YWN22EM9pOekyJ+v8yddpGBy RRRbQ9WflK2ylT3KvsomR1/Sgr1oQe8JDM9Vte13J28dtba0ZGg+tCtH6OkBskfq/xMO bX3wylr/8o8BQNVwBcMAv9zPaarB8MBhdAbw2rOsEwADB/FiVN6CSyDVqjf06lka/JMs 9yLw== 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:ironport-sdr:ironport-sdr; bh=5BAdxz+meXWJWeRcnNmxEgUpI2+0ck+b7gBmphNIZ48=; b=cJNjtVycD8+AE7uZ82eaDiYUFM4J/kSp3W4Wlbx04433GK/g0geTi4WJGMRTAwkcby T7mvLfPHfkGuOr5ayYoBIURhy8mQabpxasES5NfWm8DNfZyublYAY/YPZtLHFtvfu7mj FB6ChWRCTthvGSxj+9fleqv1JqBkIceO1h85bQaAlBpP6ftKL1sjpN6ZtQqF7pbXGPyN YT+MSX9FBMRDsKT1pykz+GP04l8HygIEfqIFWzBUwV/54+fE0d9a0uhdxGi70Zqt6Czq 7MTDj/K+GinCZvBfzgn75wQoav4uEXvVCbytK7rGnoPRL1gjkEiTm54ImZ3HEcCH5Hv5 xlyQ== 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 g15si528203qvo.84.2020.04.09.23.26.27; Thu, 09 Apr 2020 23:26:42 -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 S1726007AbgDJGYj (ORCPT + 99 others); Fri, 10 Apr 2020 02:24:39 -0400 Received: from mga11.intel.com ([192.55.52.93]:5451 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725776AbgDJGYj (ORCPT ); Fri, 10 Apr 2020 02:24:39 -0400 IronPort-SDR: Gv7qfjxm+gQcA08UsOIHA+p0OF0Py1d9ibN5o6HmpdUif0FqfSvnoFU3Gv/1IAREHqcNe+lFzf 9RrtjSH9oG8A== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Apr 2020 23:24:39 -0700 IronPort-SDR: Nz8s7/Lni2JGlHWWeGn+1eHvhQeRASmLxgkhIL3lj49IBv8FkTYJJhyz9RbnY3RbEpofEkVMgZ eSEJXJWvWchQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,364,1580803200"; d="scan'208";a="240862325" Received: from lingshan-mobl5.ccr.corp.intel.com (HELO [10.255.30.81]) ([10.255.30.81]) by orsmga007.jf.intel.com with ESMTP; 09 Apr 2020 23:24:38 -0700 Subject: Re: [PATCH] vdpa: allow a 32 bit vq alignment To: Jason Wang , "Michael S. Tsirkin" , linux-kernel@vger.kernel.org Cc: Arnd Bergmann , virtualization@lists.linux-foundation.org References: <20200409202825.10115-1-mst@redhat.com> From: "Zhu, Lingshan" Message-ID: <1c164046-cc4c-f5fb-bed1-a650b5078b6f@intel.com> Date: Fri, 10 Apr 2020 14:24:37 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: 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 4/10/2020 2:21 PM, Jason Wang wrote: > Cc Ling Shan. > > On 2020/4/10 上午4:28, Michael S. Tsirkin wrote: >> get_vq_align returns u16 now, but that's not enough for >> systems/devices with 64K pages. All callers assign it to >> a u32 variable anyway, so let's just change the return >> value type to u32. >> >> Cc: "Zhu, Lingshan" >> Reported-by: Arnd Bergmann >> Signed-off-by: Michael S. Tsirkin >> --- >>   drivers/vdpa/ifcvf/ifcvf_main.c  | 2 +- >>   drivers/vdpa/vdpa_sim/vdpa_sim.c | 2 +- >>   include/linux/vdpa.h             | 2 +- >>   3 files changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/drivers/vdpa/ifcvf/ifcvf_main.c >> b/drivers/vdpa/ifcvf/ifcvf_main.c >> index 28d9e5de5675..abf6a061cab6 100644 >> --- a/drivers/vdpa/ifcvf/ifcvf_main.c >> +++ b/drivers/vdpa/ifcvf/ifcvf_main.c >> @@ -226,7 +226,7 @@ static u32 ifcvf_vdpa_get_vendor_id(struct >> vdpa_device *vdpa_dev) >>       return IFCVF_SUBSYS_VENDOR_ID; >>   } >>   -static u16 ifcvf_vdpa_get_vq_align(struct vdpa_device *vdpa_dev) >> +static u32 ifcvf_vdpa_get_vq_align(struct vdpa_device *vdpa_dev) >>   { >>       return IFCVF_QUEUE_ALIGNMENT; >>   } >> diff --git a/drivers/vdpa/vdpa_sim/vdpa_sim.c >> b/drivers/vdpa/vdpa_sim/vdpa_sim.c >> index 72863d01a12a..7957d2d41fc4 100644 >> --- a/drivers/vdpa/vdpa_sim/vdpa_sim.c >> +++ b/drivers/vdpa/vdpa_sim/vdpa_sim.c >> @@ -435,7 +435,7 @@ static u64 vdpasim_get_vq_state(struct >> vdpa_device *vdpa, u16 idx) >>       return vrh->last_avail_idx; >>   } >>   -static u16 vdpasim_get_vq_align(struct vdpa_device *vdpa) >> +static u32 vdpasim_get_vq_align(struct vdpa_device *vdpa) >>   { >>       return VDPASIM_QUEUE_ALIGN; >>   } >> diff --git a/include/linux/vdpa.h b/include/linux/vdpa.h >> index 733acfb7ef84..5453af87a33e 100644 >> --- a/include/linux/vdpa.h >> +++ b/include/linux/vdpa.h >> @@ -164,7 +164,7 @@ struct vdpa_config_ops { >>       u64 (*get_vq_state)(struct vdpa_device *vdev, u16 idx); >>         /* Device ops */ >> -    u16 (*get_vq_align)(struct vdpa_device *vdev); >> +    u32 (*get_vq_align)(struct vdpa_device *vdev); >>       u64 (*get_features)(struct vdpa_device *vdev); >>       int (*set_features)(struct vdpa_device *vdev, u64 features); >>       void (*set_config_cb)(struct vdpa_device *vdev, > looks good to me Thanks, BR Zhu Lingshan