Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp8819333rwl; Tue, 10 Jan 2023 20:12:38 -0800 (PST) X-Google-Smtp-Source: AMrXdXuHhUnCqP6pQ2Bf/fwl4dy9FMvDSXUo37D7jcNVbO4kuPwzqaoRbOtFdHQzBKa+HlGXrvlZ X-Received: by 2002:a17:907:d045:b0:7c1:5464:3360 with SMTP id vb5-20020a170907d04500b007c154643360mr83127761ejc.65.1673410358324; Tue, 10 Jan 2023 20:12:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673410358; cv=none; d=google.com; s=arc-20160816; b=PmqBcOadd/lJ1KejhVoTkCAU3fZze6UF59sUawHmU7qS+5swQhJyg1lkATNnA6gR9p 0VN5eayrGL2lKWOeJX3t2IuEWavV6ZhHGq4hrr596ETljla1sMvePVnR1h8cng341f/N EUDb91OGXLYs4v86MiQj4Uq0avwDMgFLx2onYIsja2UudsGrRntmDNZVSmLkPK2clAWl U6Mglpen439NCL75hHCx5i2agm3IXo3JpHt/iJPspoCGpXymtdFsfcqR+1CiHhPGC/53 mJtrPpMauukG6pA4Gp41C3mk/YhZxDsxE+nyrK8Fawy9SLktZYjaaNaE4pQOoz8dbTfz u3gQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=alncDRdItzGVC9H0nB2eZTIUdgfc1NKFCap3fed5pds=; b=k76hEIMuZ3C41boK91C9qE8R97vRB0HfZ1LoDL9m2FoAXIuz5j58h577ni6AcaEs5o OXsrIJQLwnnmC6m+qnMfbfhqJC79F8RsTaI8vPyCoOhoRFX3OLCQvdwCp8B1dGC3dBtd 1YEB+28XxLpjRSM/kWp6dtecD6sx18Bcb9WN26FsG0EB4Kh4fpR7hzS7t2UXNLwXx3/C l6IrAXFI+Q5c0pOFqy3fmjb8Dhj63yqD/PwHB9Gypisv8qdlBRnPiC+Z2mCsvcIAFJp0 Ik1Uj0pewjZt4hFB5AUrmL22tHeZaAe6atNbIkahRiPmXEJIyLMzYQ9RCrTYKRAYWXX8 iqgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@igel-co-jp.20210112.gappssmtp.com header.s=20210112 header.b=izrilxH9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cr15-20020a170906d54f00b0084b895b6a23si15200973ejc.788.2023.01.10.20.12.25; Tue, 10 Jan 2023 20:12:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@igel-co-jp.20210112.gappssmtp.com header.s=20210112 header.b=izrilxH9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234020AbjAKD0s (ORCPT + 53 others); Tue, 10 Jan 2023 22:26:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232658AbjAKD0p (ORCPT ); Tue, 10 Jan 2023 22:26:45 -0500 Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B27C910BF for ; Tue, 10 Jan 2023 19:26:43 -0800 (PST) Received: by mail-pf1-x42e.google.com with SMTP id g20so10428439pfb.3 for ; Tue, 10 Jan 2023 19:26:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel-co-jp.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=alncDRdItzGVC9H0nB2eZTIUdgfc1NKFCap3fed5pds=; b=izrilxH9gs69Tz2WgBhBHAOEXPd+T4IF7O/CMa7SyYp2QGRWxPzhxVkJ+wfJMx00MD tvv036Af6sjwa+nP5DEZ6RqOob4aQpgI8fq+CnV2StFy9fDUcc9cmvGlU2lilVhRng6/ Ft+V58ocfNByYVhXN6O1/8YKqLLOD+rvPA9HZWo8RWDNt+5QQ4AdYg+TokKoQt8IBTNz +KbvRdpjnbXkDE7SaIT2906Xlo1FVl9QCwQAV09+o4N7kU0Pjn8SbMiZ08lRekNTQdW+ se8YF6It/blHmhdh/2cg+FcGFzWIZ6Y6fHufzonT76GlZSoZ9eWqqiz4dHRw+viitZla yBfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=alncDRdItzGVC9H0nB2eZTIUdgfc1NKFCap3fed5pds=; b=zijN6udKG4vZnJBLx+bj4hZN2eAkMzF1CRQJl1uWQ4jufNOuINoyNGQbvcyv4Xza33 rslUbv/0GHcaljkGYNQ3wtbbH7Wjaqax4fz9Ha37KR9+csfC2hVCok2osB302v9/zkKY ytzBgN3E2jo3Fm+np3DUDcye85tu1ICD/8zXlZMYVVuGXFrhsFtNSV0AtOPIyQ8XLlIR 93B51c/yztWTTsLqGLY+EyHXSNc++SUeLaX2S/AWTzDfFkLJY1Vob7RAG0Lt1STtiA/D qCNhE9lhEgx7ZN81ZHxcBFCIjW9nUzPX7nBlPxlnq6eUUuBrqALzdJeGsuHIXJobYH+l LL1w== X-Gm-Message-State: AFqh2koF93Ra26O69TpGWsEFrfNrhRjyJuzsStY2JD1/YqvdC6JVWBLD oXwVJ8ShPjM9GNoq7SQhu8RxTw== X-Received: by 2002:a05:6a00:1813:b0:582:a492:f302 with SMTP id y19-20020a056a00181300b00582a492f302mr34855118pfa.16.1673407603186; Tue, 10 Jan 2023 19:26:43 -0800 (PST) Received: from [10.16.128.218] (napt.igel.co.jp. [219.106.231.132]) by smtp.gmail.com with ESMTPSA id t2-20020aa79462000000b00582a224e738sm8820334pfq.63.2023.01.10.19.26.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 10 Jan 2023 19:26:42 -0800 (PST) Message-ID: <18a0a7cd-0601-0ff6-12d7-353819692155@igel.co.jp> Date: Wed, 11 Jan 2023 12:26:38 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [RFC PATCH 2/9] vringh: remove vringh_iov and unite to vringh_kiov To: Jason Wang Cc: "Michael S. Tsirkin" , Rusty Russell , kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <20221227022528.609839-1-mie@igel.co.jp> <20221227022528.609839-3-mie@igel.co.jp> Content-Language: en-US From: Shunsuke Mie In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/12/28 15:36, Jason Wang wrote: > On Tue, Dec 27, 2022 at 3:06 PM Shunsuke Mie wrote: >> 2022年12月27日(火) 15:04 Jason Wang : >>> On Tue, Dec 27, 2022 at 10:25 AM Shunsuke Mie wrote: >>>> struct vringh_iov is defined to hold userland addresses. However, to use >>>> common function, __vring_iov, finally the vringh_iov converts to the >>>> vringh_kiov with simple cast. It includes compile time check code to make >>>> sure it can be cast correctly. >>>> >>>> To simplify the code, this patch removes the struct vringh_iov and unifies >>>> APIs to struct vringh_kiov. >>>> >>>> Signed-off-by: Shunsuke Mie >>> While at this, I wonder if we need to go further, that is, switch to >>> using an iov iterator instead of a vringh customized one. >> I didn't see the iov iterator yet, thank you for informing me. >> Is that iov_iter? https://lwn.net/Articles/625077/ > Exactly. I've investigated the iov_iter, vhost and related APIs. As a result, I think that it is not easy to switch to use the iov_iter. Because, the design of vhost and vringh is different. The iov_iter has vring desc info and meta data of transfer method. The vhost provides generic transfer function for the iov_iter. In constrast, vringh_iov just has vring desc info. The vringh provides transfer functions for each methods. In the future, it is better to use common data structure and APIs between vhost and vringh (or merge completely), but it requires a lot of changes, so I'd like to just organize data structure in vringh as a first step in this patch. Best > Thanks > >>> Thanks >>> >>>> --- >>>> drivers/vhost/vringh.c | 32 ++++++------------------------ >>>> include/linux/vringh.h | 45 ++++-------------------------------------- >>>> 2 files changed, 10 insertions(+), 67 deletions(-) >>>> >>>> diff --git a/drivers/vhost/vringh.c b/drivers/vhost/vringh.c >>>> index 828c29306565..aa3cd27d2384 100644 >>>> --- a/drivers/vhost/vringh.c >>>> +++ b/drivers/vhost/vringh.c >>>> @@ -691,8 +691,8 @@ EXPORT_SYMBOL(vringh_init_user); >>>> * calling vringh_iov_cleanup() to release the memory, even on error! >>>> */ >>>> int vringh_getdesc_user(struct vringh *vrh, >>>> - struct vringh_iov *riov, >>>> - struct vringh_iov *wiov, >>>> + struct vringh_kiov *riov, >>>> + struct vringh_kiov *wiov, >>>> bool (*getrange)(struct vringh *vrh, >>>> u64 addr, struct vringh_range *r), >>>> u16 *head) >>>> @@ -708,26 +708,6 @@ int vringh_getdesc_user(struct vringh *vrh, >>>> if (err == vrh->vring.num) >>>> return 0; >>>> >>>> - /* We need the layouts to be the identical for this to work */ >>>> - BUILD_BUG_ON(sizeof(struct vringh_kiov) != sizeof(struct vringh_iov)); >>>> - BUILD_BUG_ON(offsetof(struct vringh_kiov, iov) != >>>> - offsetof(struct vringh_iov, iov)); >>>> - BUILD_BUG_ON(offsetof(struct vringh_kiov, i) != >>>> - offsetof(struct vringh_iov, i)); >>>> - BUILD_BUG_ON(offsetof(struct vringh_kiov, used) != >>>> - offsetof(struct vringh_iov, used)); >>>> - BUILD_BUG_ON(offsetof(struct vringh_kiov, max_num) != >>>> - offsetof(struct vringh_iov, max_num)); >>>> - BUILD_BUG_ON(sizeof(struct iovec) != sizeof(struct kvec)); >>>> - BUILD_BUG_ON(offsetof(struct iovec, iov_base) != >>>> - offsetof(struct kvec, iov_base)); >>>> - BUILD_BUG_ON(offsetof(struct iovec, iov_len) != >>>> - offsetof(struct kvec, iov_len)); >>>> - BUILD_BUG_ON(sizeof(((struct iovec *)NULL)->iov_base) >>>> - != sizeof(((struct kvec *)NULL)->iov_base)); >>>> - BUILD_BUG_ON(sizeof(((struct iovec *)NULL)->iov_len) >>>> - != sizeof(((struct kvec *)NULL)->iov_len)); >>>> - >>>> *head = err; >>>> err = __vringh_iov(vrh, *head, (struct vringh_kiov *)riov, >>>> (struct vringh_kiov *)wiov, >>>> @@ -740,14 +720,14 @@ int vringh_getdesc_user(struct vringh *vrh, >>>> EXPORT_SYMBOL(vringh_getdesc_user); >>>> >>>> /** >>>> - * vringh_iov_pull_user - copy bytes from vring_iov. >>>> + * vringh_iov_pull_user - copy bytes from vring_kiov. >>>> * @riov: the riov as passed to vringh_getdesc_user() (updated as we consume) >>>> * @dst: the place to copy. >>>> * @len: the maximum length to copy. >>>> * >>>> * Returns the bytes copied <= len or a negative errno. >>>> */ >>>> -ssize_t vringh_iov_pull_user(struct vringh_iov *riov, void *dst, size_t len) >>>> +ssize_t vringh_iov_pull_user(struct vringh_kiov *riov, void *dst, size_t len) >>>> { >>>> return vringh_iov_xfer(NULL, (struct vringh_kiov *)riov, >>>> dst, len, xfer_from_user); >>>> @@ -755,14 +735,14 @@ ssize_t vringh_iov_pull_user(struct vringh_iov *riov, void *dst, size_t len) >>>> EXPORT_SYMBOL(vringh_iov_pull_user); >>>> >>>> /** >>>> - * vringh_iov_push_user - copy bytes into vring_iov. >>>> + * vringh_iov_push_user - copy bytes into vring_kiov. >>>> * @wiov: the wiov as passed to vringh_getdesc_user() (updated as we consume) >>>> * @src: the place to copy from. >>>> * @len: the maximum length to copy. >>>> * >>>> * Returns the bytes copied <= len or a negative errno. >>>> */ >>>> -ssize_t vringh_iov_push_user(struct vringh_iov *wiov, >>>> +ssize_t vringh_iov_push_user(struct vringh_kiov *wiov, >>>> const void *src, size_t len) >>>> { >>>> return vringh_iov_xfer(NULL, (struct vringh_kiov *)wiov, >>>> diff --git a/include/linux/vringh.h b/include/linux/vringh.h >>>> index 1991a02c6431..733d948e8123 100644 >>>> --- a/include/linux/vringh.h >>>> +++ b/include/linux/vringh.h >>>> @@ -79,18 +79,6 @@ struct vringh_range { >>>> u64 offset; >>>> }; >>>> >>>> -/** >>>> - * struct vringh_iov - iovec mangler. >>>> - * >>>> - * Mangles iovec in place, and restores it. >>>> - * Remaining data is iov + i, of used - i elements. >>>> - */ >>>> -struct vringh_iov { >>>> - struct iovec *iov; >>>> - size_t consumed; /* Within iov[i] */ >>>> - unsigned i, used, max_num; >>>> -}; >>>> - >>>> /** >>>> * struct vringh_kiov - kvec mangler. >>>> * >>>> @@ -113,44 +101,19 @@ int vringh_init_user(struct vringh *vrh, u64 features, >>>> vring_avail_t __user *avail, >>>> vring_used_t __user *used); >>>> >>>> -static inline void vringh_iov_init(struct vringh_iov *iov, >>>> - struct iovec *iovec, unsigned num) >>>> -{ >>>> - iov->used = iov->i = 0; >>>> - iov->consumed = 0; >>>> - iov->max_num = num; >>>> - iov->iov = iovec; >>>> -} >>>> - >>>> -static inline void vringh_iov_reset(struct vringh_iov *iov) >>>> -{ >>>> - iov->iov[iov->i].iov_len += iov->consumed; >>>> - iov->iov[iov->i].iov_base -= iov->consumed; >>>> - iov->consumed = 0; >>>> - iov->i = 0; >>>> -} >>>> - >>>> -static inline void vringh_iov_cleanup(struct vringh_iov *iov) >>>> -{ >>>> - if (iov->max_num & VRINGH_IOV_ALLOCATED) >>>> - kfree(iov->iov); >>>> - iov->max_num = iov->used = iov->i = iov->consumed = 0; >>>> - iov->iov = NULL; >>>> -} >>>> - >>>> /* Convert a descriptor into iovecs. */ >>>> int vringh_getdesc_user(struct vringh *vrh, >>>> - struct vringh_iov *riov, >>>> - struct vringh_iov *wiov, >>>> + struct vringh_kiov *riov, >>>> + struct vringh_kiov *wiov, >>>> bool (*getrange)(struct vringh *vrh, >>>> u64 addr, struct vringh_range *r), >>>> u16 *head); >>>> >>>> /* Copy bytes from readable vsg, consuming it (and incrementing wiov->i). */ >>>> -ssize_t vringh_iov_pull_user(struct vringh_iov *riov, void *dst, size_t len); >>>> +ssize_t vringh_iov_pull_user(struct vringh_kiov *riov, void *dst, size_t len); >>>> >>>> /* Copy bytes into writable vsg, consuming it (and incrementing wiov->i). */ >>>> -ssize_t vringh_iov_push_user(struct vringh_iov *wiov, >>>> +ssize_t vringh_iov_push_user(struct vringh_kiov *wiov, >>>> const void *src, size_t len); >>>> >>>> /* Mark a descriptor as used. */ >>>> -- >>>> 2.25.1 >>>> >> Best, >> Shunsuke >>