Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3913485yba; Tue, 23 Apr 2019 11:38:31 -0700 (PDT) X-Google-Smtp-Source: APXvYqwGcZqrHlPP1wD+0yUrX/dxCY4alfdYZosc19pGkmKs6Q7UL9dDlKa8A/ITCi/KANB/vWak X-Received: by 2002:a17:902:b70c:: with SMTP id d12mr18913048pls.178.1556044711658; Tue, 23 Apr 2019 11:38:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556044711; cv=none; d=google.com; s=arc-20160816; b=xtO55u77uDcVg5NqMvKBZgHABnh5Y7W8Nblq3Eg1kM9YA1Q8RgEVkZcR4uJ/sTU0MV uQxWkREJurEw8wItztm4G0wMMoT5P5/eKrlLzEKQtG/o4qqF3oaz/PutlW5+Ctl4qvSO TxvptaV221TzXohPMy/U0ZSM0JE3uUlnm67A0HlUcNsIUS+rrFeMXvPr+7mFqDj91kgL UhyNxiykdmb4jH2cDVrWFJDYZ2Qp4busm7hk5Hrc3Lgd77YVH+nCooroZ3tQZYmUdfJ1 z16TafRhN3Wnt+gm5tIZnIR0ncdQR9DO6i95lwSZUBj86kM7KTVoKNXCswFk/BkGgyCm OCgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:openpgp:from:references:cc:to:subject; bh=5467KxoPbHde4shTPLJbJpTkr+6xF+lHftgrjbntz7A=; b=Y5d9qcGsBRk6vVrONFyj1S46b3508mluNa8tBm0Igl+09ERjWE8pfmV8eSnf+uaC9N OU62CPyEEAdYy7C7vyUpZqVxvMTexMpubrt//ljCpRjPdIR2CTM9yaJkSaTw9/MZyb2t +iguKPFU5+lMxnvM5Maa7s2rM3VE2+YfCvvatA1wI2TTOnWcKbWlfZp2QvT9N6+pHAd6 TG1Uv3VY34Cck+MC+ixhZHNuiKJUbWShxG/MvwVi1RF/CmLDimLm/jzTG4b7J/rE35cx oSvVnb70GRkx9oOKor0H3rU9irzKGZ8XErN3902oOnIfsoOy8euTtYdIcdtIDfm46IIB ahtw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p14si16440005pfn.267.2019.04.23.11.38.17; Tue, 23 Apr 2019 11:38:31 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726211AbfDWSgR (ORCPT + 99 others); Tue, 23 Apr 2019 14:36:17 -0400 Received: from mx2.suse.de ([195.135.220.15]:39530 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725975AbfDWSgR (ORCPT ); Tue, 23 Apr 2019 14:36:17 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id E5FA8ABAC; Tue, 23 Apr 2019 18:36:14 +0000 (UTC) Subject: Re: [PATCH 3/3] xen/swiotlb: remember having called xen_create_contiguous_region() To: Stefano Stabellini Cc: xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org, konrad.wilk@oracle.com, boris.ostrovsky@oracle.com References: <20190423105457.17502-1-jgross@suse.com> <20190423105457.17502-4-jgross@suse.com> From: Juergen Gross Openpgp: preference=signencrypt Autocrypt: addr=jgross@suse.com; prefer-encrypt=mutual; keydata= mQENBFOMcBYBCACgGjqjoGvbEouQZw/ToiBg9W98AlM2QHV+iNHsEs7kxWhKMjrioyspZKOB ycWxw3ie3j9uvg9EOB3aN4xiTv4qbnGiTr3oJhkB1gsb6ToJQZ8uxGq2kaV2KL9650I1SJve dYm8Of8Zd621lSmoKOwlNClALZNew72NjJLEzTalU1OdT7/i1TXkH09XSSI8mEQ/ouNcMvIJ NwQpd369y9bfIhWUiVXEK7MlRgUG6MvIj6Y3Am/BBLUVbDa4+gmzDC9ezlZkTZG2t14zWPvx XP3FAp2pkW0xqG7/377qptDmrk42GlSKN4z76ELnLxussxc7I2hx18NUcbP8+uty4bMxABEB AAG0H0p1ZXJnZW4gR3Jvc3MgPGpncm9zc0BzdXNlLmNvbT6JATkEEwECACMFAlOMcK8CGwMH CwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCw3p3WKL8TL8eZB/9G0juS/kDY9LhEXseh mE9U+iA1VsLhgDqVbsOtZ/S14LRFHczNd/Lqkn7souCSoyWsBs3/wO+OjPvxf7m+Ef+sMtr0 G5lCWEWa9wa0IXx5HRPW/ScL+e4AVUbL7rurYMfwCzco+7TfjhMEOkC+va5gzi1KrErgNRHH kg3PhlnRY0Udyqx++UYkAsN4TQuEhNN32MvN0Np3WlBJOgKcuXpIElmMM5f1BBzJSKBkW0Jc Wy3h2Wy912vHKpPV/Xv7ZwVJ27v7KcuZcErtptDevAljxJtE7aJG6WiBzm+v9EswyWxwMCIO RoVBYuiocc51872tRGywc03xaQydB+9R7BHPuQENBFOMcBYBCADLMfoA44MwGOB9YT1V4KCy vAfd7E0BTfaAurbG+Olacciz3yd09QOmejFZC6AnoykydyvTFLAWYcSCdISMr88COmmCbJzn sHAogjexXiif6ANUUlHpjxlHCCcELmZUzomNDnEOTxZFeWMTFF9Rf2k2F0Tl4E5kmsNGgtSa aMO0rNZoOEiD/7UfPP3dfh8JCQ1VtUUsQtT1sxos8Eb/HmriJhnaTZ7Hp3jtgTVkV0ybpgFg w6WMaRkrBh17mV0z2ajjmabB7SJxcouSkR0hcpNl4oM74d2/VqoW4BxxxOD1FcNCObCELfIS auZx+XT6s+CE7Qi/c44ibBMR7hyjdzWbABEBAAGJAR8EGAECAAkFAlOMcBYCGwwACgkQsN6d 1ii/Ey9D+Af/WFr3q+bg/8v5tCknCtn92d5lyYTBNt7xgWzDZX8G6/pngzKyWfedArllp0Pn fgIXtMNV+3t8Li1Tg843EXkP7+2+CQ98MB8XvvPLYAfW8nNDV85TyVgWlldNcgdv7nn1Sq8g HwB2BHdIAkYce3hEoDQXt/mKlgEGsLpzJcnLKimtPXQQy9TxUaLBe9PInPd+Ohix0XOlY+Uk QFEx50Ki3rSDl2Zt2tnkNYKUCvTJq7jvOlaPd6d/W0tZqpyy7KVay+K4aMobDsodB3dvEAs6 ScCnh03dDAFgIq5nsB11j3KPKdVoPlfucX2c7kGNH+LUMbzqV6beIENfNexkOfxHf4kBrQQY AQgAIBYhBIUSZ3Lo9gSUpdCX97DendYovxMvBQJa3fDQAhsCAIEJELDendYovxMvdiAEGRYI AB0WIQRTLbB6QfY48x44uB6AXGG7T9hjvgUCWt3w0AAKCRCAXGG7T9hjvk2LAP99B/9FenK/ 1lfifxQmsoOrjbZtzCS6OKxPqOLHaY47BgEAqKKn36YAPpbk09d2GTVetoQJwiylx/Z9/mQI CUbQMg1pNQf9EjA1bNcMbnzJCgt0P9Q9wWCLwZa01SnQWFz8Z4HEaKldie+5bHBL5CzVBrLv 81tqX+/j95llpazzCXZW2sdNL3r8gXqrajSox7LR2rYDGdltAhQuISd2BHrbkQVEWD4hs7iV 1KQHe2uwXbKlguKPhk5ubZxqwsg/uIHw0qZDk+d0vxjTtO2JD5Jv/CeDgaBX4Emgp0NYs8IC UIyKXBtnzwiNv4cX9qKlz2Gyq9b+GdcLYZqMlIBjdCz0yJvgeb3WPNsCOanvbjelDhskx9gd 6YUUFFqgsLtrKpCNyy203a58g2WosU9k9H+LcheS37Ph2vMVTISMszW9W8gyORSgmw== Message-ID: Date: Tue, 23 Apr 2019 20:36:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23/04/2019 19:05, Stefano Stabellini wrote: > On Tue, 23 Apr 2019, Juergen Gross wrote: >> Instead of always calling xen_destroy_contiguous_region() in case the >> memory is DMA-able for the used device, do so only in case it has been >> made DMA-able via xen_create_contiguous_region() before. >> >> This will avoid a lot of xen_destroy_contiguous_region() calls for >> 64-bit capable devices. >> >> As the memory in question is owned by swiotlb-xen the PG_owner_priv_1 >> flag of the first allocated page can be used for remembering. > > Although the patch looks OK, this sentence puzzles me. Why do you say > that the memory in question is owned by swiotlb-xen? Because it was > returned by xen_alloc_coherent_pages? Both the x86 and the Arm > implementation return fresh new memory, hence, it should be safe to set > the PageOwnerPriv1 flag? > > My concern with this approach is with the semantics of PG_owner_priv_1. > Is a page marked with PG_owner_priv_1 only supposed to be used by the > owner? The owner of the page is free to use the flag. Like Grant pages are marked by the grant driver using this flag. And Xen page tables are using it in PV-guests for indicating a "Pinned" page table. Juergen