* [PATCH v2 0/1] fix handling of decrypted pages @ 2023-11-02 9:36 Petr Tesarik 2023-11-02 9:36 ` [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic Petr Tesarik 0 siblings, 1 reply; 4+ messages in thread From: Petr Tesarik @ 2023-11-02 9:36 UTC (permalink / raw) To: Christoph Hellwig, Marek Szyprowski, Robin Murphy, Greg Kroah-Hartman, Petr Tesarik, open list:DMA MAPPING HELPERS, open list, patchwork Cc: Wangkefeng, Roberto Sassu, petr, Petr Tesarik, miaoxie, weiyongjun1, guohanjun, huawei.libin, yuehaibing, johnny.chenyi, leijitang, ming.fu, zhujianwei7, linuxarm Changes from v1 --------------- - try to re-encrypt pages after set_memory_decrypted() fails Petr Tesarik (1): swiotlb: do not free decrypted pages if dynamic TLB allocation fails kernel/dma/swiotlb.c | 25 ++++++++++++++++--------- 1 file changed, 16 insertions(+), 9 deletions(-) -- 2.34.1 ^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic 2023-11-02 9:36 [PATCH v2 0/1] fix handling of decrypted pages Petr Tesarik @ 2023-11-02 9:36 ` Petr Tesarik 2023-11-02 15:57 ` Edgecombe, Rick P 2023-11-03 8:35 ` Christoph Hellwig 0 siblings, 2 replies; 4+ messages in thread From: Petr Tesarik @ 2023-11-02 9:36 UTC (permalink / raw) To: Christoph Hellwig, Marek Szyprowski, Robin Murphy, Greg Kroah-Hartman, Petr Tesarik, open list:DMA MAPPING HELPERS, open list, patchwork Cc: Wangkefeng, Roberto Sassu, petr, Petr Tesarik, miaoxie, weiyongjun1, guohanjun, huawei.libin, yuehaibing, johnny.chenyi, leijitang, ming.fu, zhujianwei7, linuxarm, stable, Rick Edgecombe Fix these two error paths: 1. When set_memory_decrypted() fails, pages may be left fully or partially decrypted. 2. Decrypted pages may be freed if swiotlb_alloc_tlb() determines that the physical address is too high. To fix the first issue, call set_memory_encrypted() on the allocated region after a failed decryption attempt. If that also fails, leak the pages. To fix the second issue, check that the TLB physical address is below the requested limit before decrypting. Let the caller differentiate between unsuitable physical address (=> retry from a lower zone) and allocation failures (=> no point in retrying). Cc: stable@vger.kernel.org Cc: Rick Edgecombe <rick.p.edgecombe@intel.com> Fixes: 79636caad361 ("swiotlb: if swiotlb is full, fall back to a transient memory pool") Signed-off-by: Petr Tesarik <petr.tesarik1@huawei-partners.com> --- kernel/dma/swiotlb.c | 25 ++++++++++++++++--------- 1 file changed, 16 insertions(+), 9 deletions(-) diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c index dff067bd56b1..0e1632f75421 100644 --- a/kernel/dma/swiotlb.c +++ b/kernel/dma/swiotlb.c @@ -558,29 +558,40 @@ void __init swiotlb_exit(void) * alloc_dma_pages() - allocate pages to be used for DMA * @gfp: GFP flags for the allocation. * @bytes: Size of the buffer. + * @phys_limit: Maximum allowed physical address of the buffer. * * Allocate pages from the buddy allocator. If successful, make the allocated * pages decrypted that they can be used for DMA. * - * Return: Decrypted pages, or %NULL on failure. + * Return: Decrypted pages, %NULL on allocation failure, or ERR_PTR(-EAGAIN) + * if the allocated physical address was above @phys_limit. */ -static struct page *alloc_dma_pages(gfp_t gfp, size_t bytes) +static struct page *alloc_dma_pages(gfp_t gfp, size_t bytes, u64 phys_limit) { unsigned int order = get_order(bytes); struct page *page; + phys_addr_t paddr; void *vaddr; page = alloc_pages(gfp, order); if (!page) return NULL; - vaddr = page_address(page); + paddr = page_to_phys(page); + if (paddr + bytes - 1 > phys_limit) { + __free_pages(page, order); + return ERR_PTR(-EAGAIN); + } + + vaddr = phys_to_virt(paddr); if (set_memory_decrypted((unsigned long)vaddr, PFN_UP(bytes))) goto error; return page; error: - __free_pages(page, order); + /* Intentional leak if pages cannot be encrypted again. */ + if (!set_memory_encrypted((unsigned long)vaddr, PFN_UP(bytes))) + __free_pages(page, order); return NULL; } @@ -618,11 +629,7 @@ static struct page *swiotlb_alloc_tlb(struct device *dev, size_t bytes, else if (phys_limit <= DMA_BIT_MASK(32)) gfp |= __GFP_DMA32; - while ((page = alloc_dma_pages(gfp, bytes)) && - page_to_phys(page) + bytes - 1 > phys_limit) { - /* allocated, but too high */ - __free_pages(page, get_order(bytes)); - + while (IS_ERR(page = alloc_dma_pages(gfp, bytes, phys_limit))) { if (IS_ENABLED(CONFIG_ZONE_DMA32) && phys_limit < DMA_BIT_MASK(64) && !(gfp & (__GFP_DMA32 | __GFP_DMA))) -- 2.34.1 ^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic 2023-11-02 9:36 ` [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic Petr Tesarik @ 2023-11-02 15:57 ` Edgecombe, Rick P 2023-11-03 8:35 ` Christoph Hellwig 1 sibling, 0 replies; 4+ messages in thread From: Edgecombe, Rick P @ 2023-11-02 15:57 UTC (permalink / raw) To: robin.murphy@arm.com, hch@lst.de, gregkh@linuxfoundation.org, patchwork@huawei.com, petrtesarik@huaweicloud.com, iommu@lists.linux.dev, m.szyprowski@samsung.com, petr.tesarik1@huawei-partners.com, linux-kernel@vger.kernel.org Cc: miaoxie@huawei.com, stable@vger.kernel.org, guohanjun@huawei.com, leijitang@huawei.com, weiyongjun1@huawei.com, huawei.libin@huawei.com, wangkefeng.wang@huawei.com, linuxarm@huawei.com, johnny.chenyi@huawei.com, yuehaibing@huawei.com, petr@tesarici.cz, roberto.sassu@huaweicloud.com, ming.fu@huawei.com, zhujianwei7@huawei.com On Thu, 2023-11-02 at 10:36 +0100, Petr Tesarik wrote: > + vaddr = phys_to_virt(paddr); > if (set_memory_decrypted((unsigned long)vaddr, > PFN_UP(bytes))) > goto error; > return page; > > error: > - __free_pages(page, order); > + /* Intentional leak if pages cannot be encrypted again. */ > + if (!set_memory_encrypted((unsigned long)vaddr, > PFN_UP(bytes))) > + __free_pages(page, order); > return NULL; > } My patch was going to just leak the pages if set_memory_decrypted() fails, and not try to re-encrypt. It didn't seem worth the extra logic for the rare case. But this works too. Reviewed-by: Rick Edgecombe <rick.p.edgecombe@intel.com> ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic 2023-11-02 9:36 ` [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic Petr Tesarik 2023-11-02 15:57 ` Edgecombe, Rick P @ 2023-11-03 8:35 ` Christoph Hellwig 1 sibling, 0 replies; 4+ messages in thread From: Christoph Hellwig @ 2023-11-03 8:35 UTC (permalink / raw) To: Petr Tesarik Cc: Christoph Hellwig, Marek Szyprowski, Robin Murphy, Greg Kroah-Hartman, Petr Tesarik, open list:DMA MAPPING HELPERS, open list, patchwork, Wangkefeng, Roberto Sassu, petr, miaoxie, weiyongjun1, guohanjun, huawei.libin, yuehaibing, johnny.chenyi, leijitang, ming.fu, zhujianwei7, linuxarm, stable, Rick Edgecombe Thanks, applied. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2023-11-03 8:35 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2023-11-02 9:36 [PATCH v2 0/1] fix handling of decrypted pages Petr Tesarik 2023-11-02 9:36 ` [PATCH v2 1/1] swiotlb: do not free decrypted pages if dynamic Petr Tesarik 2023-11-02 15:57 ` Edgecombe, Rick P 2023-11-03 8:35 ` Christoph Hellwig
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox