Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp4436905rdh; Wed, 29 Nov 2023 01:11:17 -0800 (PST) X-Google-Smtp-Source: AGHT+IHEpqoKC1v+iEaoNUGw84SoOl364hj/jiVoDqMocG8X8nWwNJnAKCd1wZu4v0YtVbs0Nxva X-Received: by 2002:a05:6a00:2909:b0:6b1:b5c4:a8b0 with SMTP id cg9-20020a056a00290900b006b1b5c4a8b0mr21717242pfb.23.1701249077178; Wed, 29 Nov 2023 01:11:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701249077; cv=none; d=google.com; s=arc-20160816; b=BxViNEUbw0GNJfbLZQWLOH7ac2ESmKDU/kF5SvGuKCE34H5Dz3+iSlY16dKnP/Eg9s RqMjAoJ9oZKZLmBkKA3tN6DmKOxe1iDN44cSIu7KCH/kcFA0X4jOmsofz+B5pqxSHObv AEEXf8w0M+N7HMAMob4DBF9IeJRTe4vTliudlIvEYsaa09zq0fB1VmsP19f1Zs+Y2naM mvL4x4u6pFjJe7Z71fPIsD15GsvuA0Z/LKCgAvL8M++Uh8UdGeazKbhGITFF/HEOGhmX o4zi/b/XPFhM6ZOuYjl10bScEj7cQxxEHWBLtBbDCgdOiLgxmKKmSdgeUl+CjQO5lzoU fDUw== 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 :organization:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:dkim-signature; bh=H77pSzwV/GJlNBuJdp9+mr4WCeYF1w1B7xnr6bOLnR8=; fh=oiq9OASgktlqi88dY7zYv7djchlnJKZTmXdWvLUWFoc=; b=Hh5ZT2p5vwD9/XXYVmqvLXQ+pEeB6r10rBGvn6mHalSNPEmtXs+dtTWRx+6Lnz0KRw VFrPdp/Uf1LAJ3kb+FV60RbHuFVC7IP3R0y02we1nb+N4BpydJm3hXHTGytZM13MXgQ8 zyVmmh95NkPWUcIkOjQU+DRiLtqWD2/qclbX5+eGfwy+RLmPxYMMYD/OgP8X6ZJZyc8n cx9fxt7RGF7nrHqGOvTxfsmUJShtnTPz4CCJJ5mOBritYTSH9ULsLPoDPT9FoPCjwGAK VT0cl4MvRVW9E+4TQAtOF/RnNSK1xa/IgsSW1xHFzuvLERFqS9YZcR1Ea51S7aWGznhI dxaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=rCneTTau; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from fry.vger.email (fry.vger.email. [2620:137:e000::3:8]) by mx.google.com with ESMTPS id g16-20020a056a000b9000b006c382648737si13974098pfj.115.2023.11.29.01.11.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 29 Nov 2023 01:11:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) client-ip=2620:137:e000::3:8; Authentication-Results: mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=rCneTTau; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id 494948061C20; Wed, 29 Nov 2023 01:10:08 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232645AbjK2JJt (ORCPT + 99 others); Wed, 29 Nov 2023 04:09:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50286 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232596AbjK2JJr (ORCPT ); Wed, 29 Nov 2023 04:09:47 -0500 Received: from mx07-00178001.pphosted.com (mx07-00178001.pphosted.com [185.132.182.106]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3F5B019B9 for ; Wed, 29 Nov 2023 01:09:50 -0800 (PST) Received: from pps.filterd (m0288072.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.22/8.17.1.22) with ESMTP id 3AT8dhvr020396; Wed, 29 Nov 2023 10:09:38 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h= message-id:date:mime-version:subject:to:cc:references:from :in-reply-to:content-type:content-transfer-encoding; s= selector1; bh=H77pSzwV/GJlNBuJdp9+mr4WCeYF1w1B7xnr6bOLnR8=; b=rC neTTauWgURHBxaRXc4lxLvyq1vIvLFzOGr48UeXBErZpyIUPW7VsrjSn2GRau8X+ AV8jRG6ztsKlEZPxaQ2se0mpZ6ejqX3gxoJILZQV1D+g0+pGQozwaQH2CCT1Q67u 5VabtIp2+Oi9hQfOw9KgEnO1WCZeDME2MKOce9Yb2+zYOaeOl4bzwVlSA5AR0yHL XFEwY6p+zkZsw4z+6yaedmbkYv2thJYTPxJvQln9X3lvCH7EBt3nqKXV8SB8kkbU qDe6dwSwYEHVNHbOnGWrvMCplGptKGPAfK9kJWYQCqiCL8JRYC2PD1SfNEYwyqNH L5SZdrrCcr0T6F/NghIQ== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3uk77m0j47-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Nov 2023 10:09:38 +0100 (CET) Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id BF0B210002A; Wed, 29 Nov 2023 10:09:36 +0100 (CET) Received: from Webmail-eu.st.com (shfdag1node2.st.com [10.75.129.70]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id B53662128A3; Wed, 29 Nov 2023 10:09:36 +0100 (CET) Received: from [10.201.20.163] (10.201.20.163) by SHFDAG1NODE2.st.com (10.75.129.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Wed, 29 Nov 2023 10:09:36 +0100 Message-ID: Date: Wed, 29 Nov 2023 10:09:35 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3] tee: Use iov_iter to better support shared buffer registration Content-Language: en-US To: Sumit Garg CC: Jens Wiklander , Christoph Hellwig , , References: <20231128081928.329420-1-arnaud.pouliquen@foss.st.com> From: Arnaud POULIQUEN Organization: STMicroelectronics In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.201.20.163] X-ClientProxiedBy: EQNCAS1NODE3.st.com (10.75.129.80) To SHFDAG1NODE2.st.com (10.75.129.70) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-11-29_06,2023-11-27_01,2023-05-22_02 X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Wed, 29 Nov 2023 01:10:08 -0800 (PST) Hi Sumit, On 11/29/23 07:57, Sumit Garg wrote: > Hi Arnaud, > > On Tue, 28 Nov 2023 at 13:49, Arnaud Pouliquen > wrote: >> >> It is not possible to register buffers allocated with vmalloc. > > I would rephrase it as: > > Currently it's not possible to register kernel buffers with TEE > which are allocated via vmalloc. > >> Use iov_iter and associated helper functions to manage the page >> registration for all type of memories. >> >> Suggested-by: Christoph Hellwig >> Signed-off-by: Arnaud Pouliquen >> --- >> >> Update from V2 to V3: >> - break lines longer than 80 columns. >> >> Update from V1 to V2: >> - replace ITER_SOURCE by ITER_DEST flag in tee_shm_register_user_buf(), >> - replace IS_ERR_OR NULL(shm) by IS_ERR(shm) in tee_shm_register_user_buf(). >> >> V1: >> The support of buffer registration allocated with vmalloc is no more >> available since c83900393aa1 ("tee: Remove vmalloc page support"). >> >> This patch is an alternative to a revert and resulted from a discussion >> with Christopher Hellwig [1]. >> >> This patch has been tested using xtest tool in optee qemu environment [2] >> and using the series related to the remoteproc tee that should be >> proposed soon [3]. >> >> References: >> [1] https://lore.kernel.org/linux-arm-kernel/18a8528d-7d9d-6ed0-0045-5ee47dd39fb2@foss.st.com/T/#m8ec683c44fcd9b69c2aee42eaed0793afac9dd18in >> [2] https://optee.readthedocs.io/en/latest/building/devices/qemu.html#build-instructions >> [3] https://lore.kernel.org/linux-arm-kernel/18a8528d-7d9d-6ed0-0045-5ee47dd39fb2@foss.st.com/T/#maca0a1fc897aadd54c7deac432e11473fe970d1d >> --- >> drivers/tee/tee_shm.c | 77 ++++++++++++++++++++++++------------------- >> 1 file changed, 43 insertions(+), 34 deletions(-) >> >> diff --git a/drivers/tee/tee_shm.c b/drivers/tee/tee_shm.c >> index 673cf0359494..fe0a205be7ef 100644 >> --- a/drivers/tee/tee_shm.c >> +++ b/drivers/tee/tee_shm.c >> @@ -22,23 +22,16 @@ static void shm_put_kernel_pages(struct page **pages, size_t page_count) >> put_page(pages[n]); >> } >> >> -static int shm_get_kernel_pages(unsigned long start, size_t page_count, >> - struct page **pages) >> +static void shm_get_kernel_pages(struct page **pages, size_t page_count) >> { >> - struct page *page; >> size_t n; >> >> - if (WARN_ON_ONCE(is_vmalloc_addr((void *)start) || >> - is_kmap_addr((void *)start))) >> - return -EINVAL; >> - >> - page = virt_to_page((void *)start); >> - for (n = 0; n < page_count; n++) { >> - pages[n] = page + n; >> + /* >> + * iov_iter_extract_kvec_pages does not get reference on the pages, >> + * get a pin on them. >> + */ >> + for (n = 0; n < page_count; n++) >> get_page(pages[n]); >> - } >> - >> - return page_count; >> } >> >> static void release_registered_pages(struct tee_shm *shm) >> @@ -214,13 +207,13 @@ struct tee_shm *tee_shm_alloc_priv_buf(struct tee_context *ctx, size_t size) >> EXPORT_SYMBOL_GPL(tee_shm_alloc_priv_buf); >> >> static struct tee_shm * >> -register_shm_helper(struct tee_context *ctx, unsigned long addr, >> - size_t length, u32 flags, int id) >> +register_shm_helper(struct tee_context *ctx, struct iov_iter *iter, u32 flags, >> + int id) >> { >> struct tee_device *teedev = ctx->teedev; >> struct tee_shm *shm; >> - unsigned long start; >> - size_t num_pages; >> + unsigned long start, addr; >> + size_t num_pages, length, len, off; >> void *ret; >> int rc; >> >> @@ -245,31 +238,32 @@ register_shm_helper(struct tee_context *ctx, unsigned long addr, >> shm->flags = flags; >> shm->ctx = ctx; >> shm->id = id; >> - addr = untagged_addr(addr); >> + addr = (unsigned long)iter_iov_addr(iter); > > Why did you drop untagged_addr() here? Right, better too keep it > >> + length = iter_iov_len(iter); >> start = rounddown(addr, PAGE_SIZE); >> - shm->offset = addr - start; >> - shm->size = length; >> - num_pages = (roundup(addr + length, PAGE_SIZE) - start) / PAGE_SIZE; >> + num_pages = iov_iter_npages(iter, INT_MAX); >> + if (!num_pages) { >> + ret = ERR_PTR(-ENOMEM); >> + goto err_ctx_put; >> + } >> + >> shm->pages = kcalloc(num_pages, sizeof(*shm->pages), GFP_KERNEL); >> if (!shm->pages) { >> ret = ERR_PTR(-ENOMEM); >> goto err_free_shm; >> } >> >> - if (flags & TEE_SHM_USER_MAPPED) >> - rc = pin_user_pages_fast(start, num_pages, FOLL_WRITE, >> - shm->pages); >> - else >> - rc = shm_get_kernel_pages(start, num_pages, shm->pages); >> - if (rc > 0) >> - shm->num_pages = rc; >> - if (rc != num_pages) { >> - if (rc >= 0) >> - rc = -ENOMEM; >> - ret = ERR_PTR(rc); >> + len = iov_iter_extract_pages(iter, &shm->pages, LONG_MAX, num_pages, 0, >> + &off); >> + if (len != length) { > > Any particular reason for this check? Cross-checking to answer to your comment, I just released that iov_iter_extract_pages returns ssize_t not size_t. Therefore, I need to change the type of len and replace the check with (len <= 0). > >> + ret = len ? ERR_PTR(len) : ERR_PTR(-ENOMEM); >> goto err_put_shm_pages; >> } >> >> + shm->offset = off; >> + shm->size = len; >> + shm->num_pages = num_pages; >> + >> rc = teedev->desc->ops->shm_register(ctx, shm, shm->pages, >> shm->num_pages, start); >> if (rc) { >> @@ -307,6 +301,8 @@ struct tee_shm *tee_shm_register_user_buf(struct tee_context *ctx, >> u32 flags = TEE_SHM_USER_MAPPED | TEE_SHM_DYNAMIC; >> struct tee_device *teedev = ctx->teedev; >> struct tee_shm *shm; >> + struct iovec iov; >> + struct iov_iter iter; >> void *ret; >> int id; >> >> @@ -319,7 +315,10 @@ struct tee_shm *tee_shm_register_user_buf(struct tee_context *ctx, >> if (id < 0) >> return ERR_PTR(id); >> >> - shm = register_shm_helper(ctx, addr, length, flags, id); >> + iov.iov_base = (void __user *)addr; >> + iov.iov_len = length; >> + iov_iter_init(&iter, ITER_DEST, &iov, 1, length); > > We should rather use import_ubuf() instead of this and the above > access_ok() check. Thanks for the advice, I will test it. > >> + shm = register_shm_helper(ctx, &iter, flags, id); >> if (IS_ERR(shm)) { >> mutex_lock(&teedev->mutex); >> idr_remove(&teedev->idr, id); >> @@ -351,9 +350,19 @@ struct tee_shm *tee_shm_register_user_buf(struct tee_context *ctx, >> struct tee_shm *tee_shm_register_kernel_buf(struct tee_context *ctx, >> void *addr, size_t length) >> { >> + struct tee_shm *shm; >> u32 flags = TEE_SHM_DYNAMIC; >> + struct kvec kvec; >> + struct iov_iter iter; >> >> - return register_shm_helper(ctx, (unsigned long)addr, length, flags, -1); >> + kvec.iov_base = addr; >> + kvec.iov_len = length; >> + iov_iter_kvec(&iter, ITER_DEST, &kvec, 1, length); >> + shm = register_shm_helper(ctx, &iter, flags, -1); >> + if (!IS_ERR(shm)) >> + shm_get_kernel_pages(shm->pages, shm->num_pages); > > The kernel pages reference should be taken before invoking > teedev->desc->ops->shm_register(). So you should move this to > register_shm_helper() instead. You can use iov_iter_is_kvec() to know > if you have to get a reference or not. Yes much better Thanks! Arnaud > > -Sumit > >> + >> + return shm; >> } >> EXPORT_SYMBOL_GPL(tee_shm_register_kernel_buf); >> >> -- >> 2.25.1 >>