From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.3 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,MSGID_FROM_MTA_HEADER,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 02B4FC433DB for ; Fri, 22 Jan 2021 13:24:29 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B698B23437 for ; Fri, 22 Jan 2021 13:24:28 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B698B23437 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=amd.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 320B26E9F3; Fri, 22 Jan 2021 13:24:28 +0000 (UTC) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750044.outbound.protection.outlook.com [40.107.75.44]) by gabe.freedesktop.org (Postfix) with ESMTPS id 5E8836E9F4 for ; Fri, 22 Jan 2021 13:24:26 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=B4+hJaIaazwfLrKpVSCcU4iGIRTEE7XBBpZmc53eXla5QPyUiBI09Jgm6pcjFKIc0SQXlYrtI53bJrkAnfQ/dhfa7ANEkKqFJV2GcRyF8kdd6h3GSB0aQhjJZ69dsQ8vbMs2bTFb/EtRltrWqUfv3OzfMRuegwACVLWK71WSi3L4cjhfpl9joN1EGLY2tF7RtkT/f8VNtH2e7ICVsWP70NHkUWSFasFh7zz1Bn4zPDAzjWKeRuJOwjHkjMSeZYpldgZTqjy2tF0YKfOU8zrsIv1WmYvJR7ffwCXhdF4OufJtPd0+WOoBh2K88Y4MY46w2Rfo8x4KNdvVHttuabyxyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=La5/OZe4irSxE2uwpd7YwtrM5wt76nAV4GfeC6TiIgQ=; b=m1M9TZ8ng+QfMzKME0MABMhh380Q6FQkz9lsi8sQYBRsuYpNzKU8zBt6JVp7Jofu2EOG9iAVKVdf6X6RgAhELwR8szlent8ssOqPAbmaVLKoZjMjJ1vARr7eeV+rNMKKEUTzIsWGehDT2+NgjcfsY5eWFcvrCyeobe40pFPNl+oSd/NfmqCqI9TezcEIPAAS+sMpyuO3ZxEpt+bIstBEoHTfG3kzWvNva28gYGblBPvBmGZolB6jPuvKAqO9U8YwY+lS3Dv2AOSdIVbWCQ6AO4rQ37Tbo14d9RZFMWA3O+cPnOE1naop5j4rOsFzu/VBxMEGSGSFeuu5VybDl4MCFg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=La5/OZe4irSxE2uwpd7YwtrM5wt76nAV4GfeC6TiIgQ=; b=LWHIkl7OAUozl5LgOmqqdncHUyHhWyo3kOEscWriT1Vp3y8KpKSRJtAFGGvlZ+kdCGfp2VRX6+mqavI1BkETK3xdwwNpdWeW4wYYLblu/j5PKytj3X6uvAAUR7sug7p52rsjZGlgWi3/0B30cW8JxwccO9ZjkZ190jpZi1pk9dQ= Authentication-Results: lists.linaro.org; dkim=none (message not signed) header.d=none;lists.linaro.org; dmarc=none action=none header.from=amd.com; Received: from MN2PR12MB3775.namprd12.prod.outlook.com (2603:10b6:208:159::19) by BL0PR12MB4900.namprd12.prod.outlook.com (2603:10b6:208:1c1::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.11; Fri, 22 Jan 2021 13:24:22 +0000 Received: from MN2PR12MB3775.namprd12.prod.outlook.com ([fe80::44f:9f01:ece7:f0e5]) by MN2PR12MB3775.namprd12.prod.outlook.com ([fe80::44f:9f01:ece7:f0e5%3]) with mapi id 15.20.3784.015; Fri, 22 Jan 2021 13:24:21 +0000 Subject: Re: [PATCH] RFC: dma-fence: Document recoverable page fault implications To: Daniel Vetter References: <20210121194056.1734409-1-daniel.vetter@ffwll.ch> <38322325-d6c7-cbf9-9361-e2da2fac0451@amd.com> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: <93b1fa50-d667-dfb8-2fe5-e8163df78432@amd.com> Date: Fri, 22 Jan 2021 14:24:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: Content-Language: en-US X-Originating-IP: [2a02:908:1252:fb60:be8a:bd56:1f94:86e7] X-ClientProxiedBy: AM0PR02CA0133.eurprd02.prod.outlook.com (2603:10a6:20b:28c::30) To MN2PR12MB3775.namprd12.prod.outlook.com (2603:10b6:208:159::19) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2a02:908:1252:fb60:be8a:bd56:1f94:86e7] (2a02:908:1252:fb60:be8a:bd56:1f94:86e7) by AM0PR02CA0133.eurprd02.prod.outlook.com (2603:10a6:20b:28c::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.11 via Frontend Transport; Fri, 22 Jan 2021 13:24:20 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: 5d71799e-d9a1-4d2b-193c-08d8bed9076f X-MS-TrafficTypeDiagnostic: BL0PR12MB4900: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 6TD9j5Y7csdSdoGqjdW2I+NLlfeyTOcpA4lryowOToUYip+xADCfs3hwgXCnLK+osaV7hkoBwKvo8h+M6+0JM+tFbwH8sMzDfiQj3XpNT3YdrzWUMHtYRGFPbr9m3aMI6Qrp8S0ytlG+FjOC1Sy23Q/dYJghIFwd1fJZ+OHep/5eEqXgDGPZV+gDjfhGC1LBMMD70Ub0S+eNSizevwgPlXRpM+16/ac4B36c/4d0MFQ0kfDEZdHY7zNnsMC64hnYyTq7ayCXm7nuV0RZ1G0Qp2UmnPYsOd9cqVgfX55+cGpLmygSka3YcVfKKvWP0ge4ZncqQSCxYmV1Xl+Es2Jlc1jHa/1tH09pVHpSD6svHT1Lp9c1dO9TPlCRnjsMDau0dm49gUQxp8cf8v7F23KN1ztSDChMqYTqkcBwPRHz18zyf84MWoIqoxUrby0obZDfP1Fvvta2l59zCE+PIuUq2wtDw5b60EZPO8TXNBPJmuKcGkJ6nl6SNFhveRuH75+JxZhZukeijXtpdtw/S2QfgKGqQBjKgVG6jzooie788UoVToSDuS74eBLCGu1e/tZw X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR12MB3775.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(366004)(136003)(39860400002)(376002)(396003)(86362001)(6486002)(966005)(6666004)(4326008)(2616005)(8936002)(6916009)(478600001)(16526019)(45080400002)(53546011)(186003)(52116002)(54906003)(5660300002)(2906002)(316002)(36756003)(66946007)(66476007)(31696002)(66574015)(66556008)(83380400001)(8676002)(31686004)(43740500002)(45980500001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?Uk90Z204WVJZTWxyS1pYblUzeEgvVC9LS3dJOGF4VHRNMTMyanFyNEtQOXNU?= =?utf-8?B?VjYzN3gvYnhpOHlSTS9YMjUvbXlkQUVwb0Jja080UmlXZkdnVlF6SmFyM3Zz?= =?utf-8?B?VUNyTldRN1czMXR3b2JCOUlTajJaZGdGcEZJR25RMUVLYlN3RytXd1hiRUxo?= =?utf-8?B?Q1Y3N3MyandvblNsT1hLR3p4Y25ZVHpzTUtiOTFGNGFtd3R4MmVSdW5rKzVS?= =?utf-8?B?OUdiY1JScElUbjNXa3o2YnVtRy9vL1BxUm12V01nYkNXRDl1VXF0cUNzWTZl?= =?utf-8?B?ZU1QVFAvRlcwODVlVTJIczJvT3FQa3VuL2ovQmZDdlFqSUJncGg2M3k3anN0?= =?utf-8?B?MDhIL09XdHNNZlVjYjEwKzZ5RDdqN2NUQXFaaTVGMTJEWk4wQzkyYmlqSXRw?= =?utf-8?B?Nm5pQTUzeEFITncrOXVPbEFseHVGRlY1ZVJrdW8wRVp0MlVSMkhsNE13OEtt?= =?utf-8?B?WFFyYjN0WitOVFZSKzJDTmxTZWxYd3dFajI0MVJGM0JnbWdJV0FHZjY4K0dQ?= =?utf-8?B?NDlnMW5JcE5JWkM0VVBtWjJ6ZDYxQ202QnlqN1lCNmYxb2dOWnV3eXBQbTIy?= =?utf-8?B?RktPcUVUalYyZlBJQS84K1ZGaXZ0TDJ4T0RyZnd0ZlhrRHdlaS9VUUp4YWxv?= =?utf-8?B?QnZGb0ZIUGlNMjBiRHJyZ21uNVZVbnlFZ2JPQ2tEZXhqdXFKRE1vNmova3ho?= =?utf-8?B?SERDR3B1UE5IWU9FMld0ZHd5WUUwYmliUlprdHFvMGFqRlYxdzczWmlORGcz?= =?utf-8?B?WE1KZStCUFlJL09SVEtqcWNRYlpKQ2o1OExJVDM2cE1OT0FxUzZROHdJdEx3?= =?utf-8?B?MnR0K0p2WUlNc2pZK2ZZS25KdzhYWC9aOFdRUk5aOGxTQVdLZ21TYWJqTEEv?= =?utf-8?B?Y3Z0d0dCeXNPcHNFSlo3SHpmb3RxWGlEZHJzU2NVcFI4NkJ3VHZ3dW1DSUtJ?= =?utf-8?B?MXlpMHVOOWR5SHhUTGZzZHQ1MndJb1crcTVZQmZ5N20rMmtNUUNWNXFQSFhu?= =?utf-8?B?Q3V4bFhrK2dEL3J5YXdLcy9TZVhBUFI4QnVJK0NkaGN2UVBENFdFM1BVUEha?= =?utf-8?B?WkkxSnBhSkxJanFKcWJoMnFYd1ZsVXg1R0dWYUk4SjlGc0U3dUhUZUd2Tjgy?= =?utf-8?B?ZEluMUJWdkI2a0EvTHFsVUsvMXlrdTlGdHJ2N3V6aUFqc2VFNjJHbmJ1UkNC?= =?utf-8?B?eG1MN0h6N1BEbE50Y0ZDeW1MZmJuUStOL2pacndyUm9TQkNIbm9PUzhIMFp5?= =?utf-8?B?enRBdlhjV2xUNVJoUkNzeS8vOVRvQXIwU2xyWlF4YnlKUmxuQ3hCZEJOVWNK?= =?utf-8?B?VGNHaXZmZkNSK1MxZDVUVUM3cGhJc1F3YUdRdHdDWGtCOWp1bmdXUndmQ1Nk?= =?utf-8?B?dDJsYnZQREkvRlNpa1lCT1Z2U1NLdUZSY2xiQlRzTjdIK2h4Tk0rTHNtQlor?= =?utf-8?B?Z05CL2lHWWhRWHl6M0RUZXpBeCtGVzZIV3ZMcnNLaDd2VTc4RUNUUklXL1pG?= =?utf-8?Q?07DglOnDrDfMjOYmElz4em889Vq?= X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5d71799e-d9a1-4d2b-193c-08d8bed9076f X-MS-Exchange-CrossTenant-AuthSource: MN2PR12MB3775.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jan 2021 13:24:21.7525 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: NbEyg16lYNpEOmZk+6nXMsIxL3TzQn7xsMsyYO25rrXLhvYPlJ3GZxjTZPIoTeiI X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR12MB4900 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Felix Kuehling , DRI Development , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Jerome Glisse , =?UTF-8?Q?Thomas_Hellstr=c3=b6m?= , Daniel Vetter , "open list:DMA BUFFER SHARING FRAMEWORK" Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" QW0gMjIuMDEuMjEgdW0gMTQ6MTggc2NocmllYiBEYW5pZWwgVmV0dGVyOgo+IE9uIEZyaSwgSmFu IDIyLCAyMDIxIGF0IDI6MTAgUE0gQ2hyaXN0aWFuIEvDtm5pZwo+IDxjaHJpc3RpYW4ua29lbmln QGFtZC5jb20+IHdyb3RlOgo+PiBBbSAyMS4wMS4yMSB1bSAyMDo0MCBzY2hyaWViIERhbmllbCBW ZXR0ZXI6Cj4+PiBSZWNlbnRseSB0aGVyZSB3YXMgYSBmYWlybHkgbG9uZyB0aHJlYWQgYWJvdXQg cmVjb3JlYWJsZSBoYXJkd2FyZSBwYWdlCj4+PiBmYXVsdHMsIGhvdyB0aGV5IGNhbiBkZWFkbG9j aywgYW5kIHdoYXQgdG8gZG8gYWJvdXQgdGhhdC4KPj4+Cj4+PiBXaGlsZSB0aGUgZGlzY3Vzc2lv biBpcyBzdGlsbCBmcmVzaCBJIGZpZ3VyZWQgZ29vZCB0aW1lIHRvIHRyeSBhbmQKPj4+IGRvY3Vt ZW50IHRoZSBjb25jbHVzaW9ucyBhIGJpdC4KPj4+Cj4+PiBSZWZlcmVuY2VzOiBodHRwczovL25h bTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZs b3JlLmtlcm5lbC5vcmclMkZkcmktZGV2ZWwlMkYyMDIxMDEwNzAzMDEyNy4yMDM5My0xLUZlbGl4 Lkt1ZWhsaW5nJTQwYW1kLmNvbSUyRiZhbXA7ZGF0YT0wNCU3QzAxJTdDY2hyaXN0aWFuLmtvZW5p ZyU0MGFtZC5jb20lN0MyNWMyYjY1OWJjOGY0N2UwYmFjZTA4ZDhiZWQ4MzcyOCU3QzNkZDg5NjFm ZTQ4ODRlNjA4ZTExYTgyZDk5NGUxODNkJTdDMCU3QzAlN0M2Mzc0NjkxODMxNTM0MzcwOTElN0NV bmtub3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklp TENKQlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZhbXA7c2RhdGE9R2xFS3NQTFJS Uk8lMkJJMUpTRHB2TmVCRmJuRmFjbXlteGtqOGU3UXFNNVNBJTNEJmFtcDtyZXNlcnZlZD0wCj4+ PiBDYzogTWFhcnRlbiBMYW5raG9yc3QgPG1hYXJ0ZW4ubGFua2hvcnN0QGxpbnV4LmludGVsLmNv bT4KPj4+IENjOiBUaG9tYXMgSGVsbHN0csO2bSA8dGhvbWFzLmhlbGxzdHJvbUBpbnRlbC5jb20+ Cj4+PiBDYzogIkNocmlzdGlhbiBLw7ZuaWciIDxjaHJpc3RpYW4ua29lbmlnQGFtZC5jb20+Cj4+ PiBDYzogSmVyb21lIEdsaXNzZSA8amdsaXNzZUByZWRoYXQuY29tPgo+Pj4gQ2M6IEZlbGl4IEt1 ZWhsaW5nIDxmZWxpeC5rdWVobGluZ0BhbWQuY29tPgo+Pj4gU2lnbmVkLW9mZi1ieTogRGFuaWVs IFZldHRlciA8ZGFuaWVsLnZldHRlckBpbnRlbC5jb20+Cj4+PiBDYzogU3VtaXQgU2Vtd2FsIDxz dW1pdC5zZW13YWxAbGluYXJvLm9yZz4KPj4+IENjOiBsaW51eC1tZWRpYUB2Z2VyLmtlcm5lbC5v cmcKPj4+IENjOiBsaW5hcm8tbW0tc2lnQGxpc3RzLmxpbmFyby5vcmcKPj4+IC0tCj4+PiBJJ2xs IGJlIGF3YXkgbmV4dCB3ZWVrLCBidXQgZmlndXJlZCBJJ2xsIHR5cGUgdGhpcyB1cCBxdWlja2x5 IGZvciBzb21lCj4+PiBjb21tZW50cyBhbmQgdG8gY2hlY2sgd2hldGhlciBJIGdvdCB0aGlzIGFs bCByb3VnaGx5IHJpZ2h0Lgo+Pj4KPj4+IENyaXRpcXVlIHZlcnkgbXVjaCB3YW50ZWQgb24gdGhp cywgc28gdGhhdCB3ZSBjYW4gbWFrZSBzdXJlIGh3IHdoaWNoCj4+PiBjYW4ndCBwcmVlbXB0ICh3 aXRoIHBhZ2VmYXVsdHMgcGVuZGluZykgbGlrZSBnZngxMCBoYXMgYSBjbGVhciBwYXRoIHRvCgpP bmUgbW9yZSBjb21tZW50IGhlcmU6IFlvdSBzaG91bGQgcHJvYmFibHkgbWVudGlvbiB0aGF0IGdm eDEwIGlzIApyZWZlcnJpbmcgdG8gQU1EIEdQVXMuCgo+Pj4gc3VwcG9ydCBwYWdlIGZhdWx0cyBp biB1cHN0cmVhbS4gU28gYW55dGhpbmcgSSBtaXNzZWQsIGdvdCB3cm9uZyBvcgo+Pj4gbGlrZSB0 aGF0IHdvdWxkIGJlIGdvb2QuCj4+PiAtRGFuaWVsCj4+PiAtLS0KPj4+ICAgIERvY3VtZW50YXRp b24vZHJpdmVyLWFwaS9kbWEtYnVmLnJzdCB8IDY2ICsrKysrKysrKysrKysrKysrKysrKysrKysr KysKPj4+ICAgIDEgZmlsZSBjaGFuZ2VkLCA2NiBpbnNlcnRpb25zKCspCj4+Pgo+Pj4gZGlmZiAt LWdpdCBhL0RvY3VtZW50YXRpb24vZHJpdmVyLWFwaS9kbWEtYnVmLnJzdCBiL0RvY3VtZW50YXRp b24vZHJpdmVyLWFwaS9kbWEtYnVmLnJzdAo+Pj4gaW5kZXggYTIxMzNkNjk4NzJjLi5lOTI0YzFl NGY3YTMgMTAwNjQ0Cj4+PiAtLS0gYS9Eb2N1bWVudGF0aW9uL2RyaXZlci1hcGkvZG1hLWJ1Zi5y c3QKPj4+ICsrKyBiL0RvY3VtZW50YXRpb24vZHJpdmVyLWFwaS9kbWEtYnVmLnJzdAo+Pj4gQEAg LTI1NywzICsyNTcsNjkgQEAgZmVuY2VzIGluIHRoZSBrZXJuZWwuIFRoaXMgbWVhbnM6Cj4+PiAg ICAgIHVzZXJzcGFjZSBpcyBhbGxvd2VkIHRvIHVzZSB1c2Vyc3BhY2UgZmVuY2luZyBvciBsb25n IHJ1bm5pbmcgY29tcHV0ZQo+Pj4gICAgICB3b3JrbG9hZHMuIFRoaXMgYWxzbyBtZWFucyBubyBp bXBsaWNpdCBmZW5jaW5nIGZvciBzaGFyZWQgYnVmZmVycyBpbiB0aGVzZQo+Pj4gICAgICBjYXNl cy4KPj4+ICsKPj4+ICtSZWNvdmVyYWJsZSBIYXJkd2FyZSBQYWdlIEZhdWx0cyBJbXBsaWNhdGlv bnMKPj4+ICt+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KPj4+ ICsKPj4+ICtNb2Rlcm4gaGFyZHdhcmUgc3VwcG9ydHMgcmVjb3ZlcmFibGUgcGFnZSBmYXVsdHMs IHdoaWNoIGhhcyBhIGxvdCBvZgo+Pj4gK2ltcGxpY2F0aW9ucyBmb3IgRE1BIGZlbmNlcy4KPj4+ ICsKPj4+ICtGaXJzdCwgYSBwZW5kaW5nIHBhZ2UgZmF1bHQgb2J2aW91c2x5IGhvbGRzIHVwIHRo ZSB3b3JrIHRoYXQncyBydW5uaW5nIG9uIHRoZQo+Pj4gK2FjY2VsZXJhdG9yIGFuZCBhIG1lbW9y eSBhbGxvY2F0aW9uIGlzIHVzdWFsbHkgcmVxdWlyZWQgdG8gcmVzb2x2ZSB0aGUgZmF1bHQuCj4+ PiArQnV0IG1lbW9yeSBhbGxvY2F0aW9ucyBhcmUgbm90IGFsbG93ZWQgdG8gZ2F0ZSBjb21wbGV0 aW9uIG9mIERNQSBmZW5jZXMsIHdoaWNoCj4+PiArbWVhbnMgYW55IHdvcmtsb2FkIHVzaW5nIHJl Y292ZXJhYmxlIHBhZ2UgZmF1bHRzIGNhbm5vdCB1c2UgRE1BIGZlbmNlcyBmb3IKPj4+ICtzeW5j aHJvbml6YXRpb24uIFN5bmNocm9uaXphdGlvbiBmZW5jZXMgY29udHJvbGxlZCBieSB1c2Vyc3Bh Y2UgbXVzdCBiZSB1c2VkCj4+PiAraW5zdGVhZC4KPj4+ICsKPj4+ICtPbiBHUFVzIHRoaXMgcG9z ZXMgYSBwcm9ibGVtLCBiZWNhdXNlIGN1cnJlbnQgZGVza3RvcCBjb21wb3NpdG9yIHByb3RvY29s cyBvbgo+Pj4gK0xpbnVzIHJlbHkgb24gRE1BIGZlbmNlcywgd2hpY2ggbWVhbnMgd2l0aG91dCBh biBlbnRpcmVseSBuZXcgdXNlcnNwYWNlIHN0YWNrCj4+PiArYnVpbHQgb24gdG9wIG9mIHVzZXJz cGFjZSBmZW5jZXMsIHRoZXkgY2Fubm90IGJlbmVmaXQgZnJvbSByZWNvdmVyYWJsZSBwYWdlCj4+ PiArZmF1bHRzLiBUaGUgZXhjZXB0aW9uIGlzIHdoZW4gcGFnZSBmYXVsdHMgYXJlIG9ubHkgdXNl ZCBhcyBtaWdyYXRpb24gaGludHMgYW5kCj4+PiArbmV2ZXIgdG8gb24tZGVtYW5kIGZpbGwgYSBt ZW1vcnkgcmVxdWVzdC4gRm9yIG5vdyB0aGlzIG1lYW5zIHJlY292ZXJhYmxlIHBhZ2UKPj4+ICtm YXVsdHMgb24gR1BVcyBhcmUgbGltaXRlZCB0byBwdXJlIGNvbXB1dGUgd29ya2xvYWRzLgo+Pj4g Kwo+Pj4gK0Z1cnRoZXJtb3JlIEdQVXMgdXN1YWxseSBoYXZlIHNoYXJlZCByZXNvdXJjZXMgYmV0 d2VlbiB0aGUgM0QgcmVuZGVyaW5nIGFuZAo+Pj4gK2NvbXB1dGUgc2lkZSwgbGlrZSBjb21wdXRl IHVuaXRzIG9yIGNvbW1hbmQgc3VibWlzc2lvbiBlbmdpbmVzLiBJZiBib3RoIGEgM0QKPj4+ICtq b2Igd2l0aCBhIERNQSBmZW5jZSBhbmQgYSBjb21wdXRlIHdvcmtsb2FkIHVzaW5nIHJlY292ZXJh YmxlIHBhZ2UgZmF1bHRzIGFyZQo+Pj4gK3BlbmRpbmcgdGhleSBjb3VsZCBkZWFkbG9jazoKPj4+ ICsKPj4+ICstIFRoZSAzRCB3b3JrbG9hZCBtaWdodCBuZWVkIHRvIHdhaXQgZm9yIHRoZSBjb21w dXRlIGpvYiB0byBmaW5pc2ggYW5kIHJlbGVhc2UKPj4+ICsgIGhhcmR3YXJlIHJlc291cmNlcyBm aXJzdC4KPj4+ICsKPj4+ICstIFRoZSBjb21wdXRlIHdvcmtsb2FkIG1pZ2h0IGJlIHN0dWNrIGlu IGEgcGFnZSBmYXVsdCwgYmVjYXVzZSB0aGUgbWVtb3J5Cj4+PiArICBhbGxvY2F0aW9uIGlzIHdh aXRpbmcgZm9yIHRoZSBETUEgZmVuY2Ugb2YgdGhlIDNEIHdvcmtsb2FkIHRvIGNvbXBsZXRlLgo+ Pj4gKwo+Pj4gK1RoZXJlIGFyZSBhIGZldyB3YXlzIHRvIHByZXZlbnQgdGhpcyBwcm9ibGVtOgo+ Pj4gKwo+Pj4gKy0gQ29tcHV0ZSB3b3JrbG9hZHMgY2FuIGFsd2F5cyBiZSBwcmVlbXB0ZWQsIGV2 ZW4gd2hlbiBhIHBhZ2UgZmF1bHQgaXMgcGVuZGluZwo+Pj4gKyAgYW5kIG5vdCB5ZXQgcmVwYWly ZWQuIE5vdCBhbGwgaGFyZHdhcmUgc3VwcG9ydHMgdGhpcy4KPj4+ICsKPj4+ICstIERNQSBmZW5j ZSB3b3JrbG9hZHMgYW5kIHdvcmtsb2FkcyB3aGljaCBuZWVkIHBhZ2UgZmF1bHQgaGFuZGxpbmcg aGF2ZQo+Pj4gKyAgaW5kZXBlbmRlbnQgaGFyZHdhcmUgcmVzb3VyY2VzIHRvIGd1YXJhbnRlZSBm b3J3YXJkIHByb2dyZXNzLiBUaGlzIGNvdWxkIGJlCj4+PiArICBhY2hpZXZlZCB0aHJvdWdoIGUu Zy4gdGhyb3VnaCBkZWRpY2F0ZWQgZW5naW5lcyBhbmQgbWluaW1hbCBjb21wdXRlIHVuaXQKPj4+ ICsgIHJlc2VydmF0aW9ucyBmb3IgRE1BIGZlbmNlIHdvcmtsb2Fkcy4KPj4+ICsKPj4+ICstIFRo ZSByZXNlcnZhdGlvbiBhcHByb2FjaCBjb3VsZCBiZSBmdXJ0aGVyIHJlZmluZWQgYnkgb25seSBy ZXNlcnZpbmcgdGhlCj4+PiArICBoYXJkd2FyZSByZXNvdXJjZXMgZm9yIERNQSBmZW5jZSB3b3Jr bG9hZHMgd2hlbiB0aGV5IGFyZSBpbi1mbGlnaHQuIFRoaXMgbXVzdAo+Pj4gKyAgY292ZXIgdGhl IHRpbWUgZnJvbSB3aGVuIHRoZSBETUEgZmVuY2UgaXMgdmlzaWJsZSB0byBvdGhlciB0aHJlYWRz IHVwIHRvCj4+PiArICBtb21lbnQgd2hlbiBmZW5jZSBpcyBjb21wbGV0ZWQgdGhyb3VnaCBkbWFf ZmVuY2Vfc2lnbmFsKCkuCj4+IFVwIHRpbGwgaGVyZSBpdCBtYWtlcyBwZXJmZWN0IHNlbnNlLCBi dXQgd2hhdCBzaG91bGQgdGhpcyBwYXJhZ3JhcGggbWVhbiA/Cj4gSW5zdGVhZCBvZiByZXNlcnZp bmcgYSBmZXcgQ1UgYXQgZHJpdmVyIGxvYWQsIHRvIGd1YXJhbnRlZSB0aGF0Cj4gZG1hLWZlbmNl IHdvcmtsb2FkcyBjYW4gYWx3YXlzIGNvbXBsZXRlLCB3ZSBvbmx5IGRvIHRoZSByZXNlcnZhdGF0 aW9uCj4gd2hpbGUgYSBwcm9ibGVtYXRpYyBkbWFfZmVuY2UgaXMgaW4gdGhlIHN5c3RlbSwgYW5k IG5vdGUgeWV0Cj4gc2lnbmFsbGVkLiBPZiBjb3Vyc2UgdGhhdCBhcHByb2FjaCBuZWVkcyB0byBi ZSB2ZXJ5IGNhcmVmdWwsIHRvIHJlYWxseQo+IG1ha2Ugc3VyZSB5b3UgY2FuJ3QgZXZlciBkZWFk bG9jayBieSBhY2NpZGVudCBiZWNhdXNlIHRoZSBkeW5hbWljCj4gcmVzZXJ2YXRpb24gYXQgcnVu dGltZSB3YXMgZG9uZSBhIG5vdGNoIHRvbyBsYXRlLgo+Cj4gVGhpcyBhbGxvd3MgdXMgdG8gdXNl IGFsbCBDVXMgb24gcHVyZSBjb21wdXRlIHdvcmtsb2FkcyAob24gc2VydmVycywKPiBhbmQgb24g ZGVza3RvcCBhcyBsb25nIGFzIG5vdGhpbmcgZ2V0cyByZW5kZXJlZCkuCj4KPiBJZiB0aGF0IGNs aWNrcywgZ290IGlkZWFzIGZvciBob3cgdG8gaW1wcm92ZSB0aGUgdGV4dD8KClllYWgsIHRoYXQg bWFrZXMgbXVjaCBtb3JlIHNlbnNlLgoKQnV0IGlmIEknbSBub3QgdG90YWxseSBtaXN0YWtlbiBB TUQgR1BVcyBjYW4ndCBjaGFuZ2UgdGhlIENVIGNvbmZpZyBvbiAKdGhlIGZseS4KCkkgbWVhbiB5 b3UgY291bGQgYmUgaW4gdGhlIG1pZGRsZSBvZiBhIGNvbXB1dGUgY2FsY3VsYXRpb24gb24gdGhl IENVIAp3aGVuIGEgM2Qgam9iIGNvbWVzIGluLgoKU28gZnJvbSBteSBwZXJzcGVjdGl2ZSBJIHRo aW5rIHdlIGNvdWxkIGp1c3QgZHJvcCB0aGF0LgoKPj4+ICstIEFzIGEgbGFzdCByZXNvcnQsIGlm IHRoZSBoYXJkd2FyZSBwcm92aWRlcyBubyB1c2VmdWwgcmVzZXJ2YXRpb24gbWVjaGFuaWNzLAo+ Pj4gKyAgYWxsIHdvcmtsb2FkcyBtdXN0IGJlIGZsdXNoZWQgZnJvbSB0aGUgR1BVIHdoZW4gc3dp dGNoaW5nIGJldHdlZW4gam9icwo+Pj4gKyAgcmVxdWlyaW5nIERNQSBmZW5jZXMgb3Igam9icyBy ZXF1aXJpbmcgcGFnZSBmYXVsdCBoYW5kbGluZzogVGhpcyBtZWFucyBhbGwgRE1BCj4+PiArICBm ZW5jZXMgbXVzdCBjb21wbGV0ZSBiZWZvcmUgYSBjb21wdXRlIGpvYiB3aXRoIHBhZ2UgZmF1bHQg aGFuZGxpbmcgY2FuIGJlCj4+PiArICBpbnNlcnRlZCBpbnRvIHRoZSBzY2hlZHVsZXIgcXVldWUu IEFuZCB2aWNlIHZlcnNhLCBiZWZvcmUgYSBETUEgZmVuY2UgY2FuIGJlCj4+PiArICBtYWRlIHZp c2libGUgYW55d2hlcmUgaW4gdGhlIHN5c3RlbSwgYWxsIGNvbXB1dGUgd29ya2xvYWRzIG11c3Qg YmUgcHJlZW1wdGVkCj4+PiArICB0byBndWFyYW50ZWUgYWxsIHBlbmRpbmcgR1BVIHBhZ2UgZmF1 bHRzIGFyZSBmbHVzaGVkLgo+Pj4gKwo+Pj4gK05vdGUgdGhhdCB3b3JrbG9hZHMgdGhhdCBydW4g b24gaW5kZXBlbmRlbnQgaGFyZHdhcmUgbGlrZSBjb3B5IGVuZ2luZXMgb3Igb3RoZXIKPj4+ICtH UFVzIGRvIG5vdCBoYXZlIGFueSBpbXBhY3QuIFRoaXMgYWxsb3dzIHVzIHRvIGtlZXAgdXNpbmcg RE1BIGZlbmNlcyBpbnRlcm5hbGx5Cj4+PiAraW4gdGhlIGtlcm5lbCBldmVuIGZvciByZXNvbHZp bmcgaGFyZHdhcmUgcGFnZSBmYXVsdHMsIGUuZy4gYnkgdXNpbmcgY29weQo+Pj4gK2VuZ2luZXMg dG8gY2xlYXIgb3IgY29weSBtZW1vcnkgbmVlZGVkIHRvIHJlc29sdmUgdGhlIHBhZ2UgZmF1bHQu Cj4+PiArCj4+PiArSW4gc29tZSB3YXlzIHRoaXMgcGFnZSBmYXVsdCBwcm9ibGVtIGlzIGEgc3Bl Y2lhbCBjYXNlIG9mIHRoZSBgSW5maW5pdGUgRE1BCj4+PiArRmVuY2VzYCBkaXNjdXNzaW9uczog SW5maW5pdGUgZmVuY2VzIGZyb20gY29tcHV0ZSB3b3JrbG9hZHMgYXJlIGFsbG93ZWQgdG8KPj4+ ICtkZXBlbmQgb24gRE1BIGZlbmNlcywgYnV0IG5vdCB0aGUgb3RoZXIgd2F5IGFyb3VuZC4gQW5k IG5vdCBldmVuIHRoZSBwYWdlIGZhdWx0Cj4+PiArcHJvYmxlbSBpcyBuZXcsIGJlY2F1c2Ugc29t ZSBvdGhlciBDUFUgdGhyZWFkIGluIHVzZXJzcGFjZSBtaWdodAo+Pj4gK2hpdCBhIHBhZ2UgZmF1 bHQgd2hpY2ggaG9sZHMgdXAgYSB1c2Vyc3BhY2UgZmVuY2UgLSBzdXBwb3J0aW5nIHBhZ2UgZmF1 bHRzIG9uCj4+PiArR1BVcyBkb2Vzbid0IGFueXRoaW5nIGZ1bmRhbWVudGFsbHkgbmV3Lgo+PiBN YXliZSB3b3J0aCBub3RpbmcgdGhhdCBpdCBqdXN0IGRvZXNuJ3Qgd29yayB3aXRoIHRoZSBpbXBs aWNpdAo+PiBzeW5jaHJvbml6YXRpb24gd2UgaGF2ZSBmb3IgZXhpc3RpbmcgdXNlcnNwYWNlLgo+ IEF0IHRoZSB2ZXJ5IGJlZ2lubmluZyBJIGNvdmVyZWQgdGhhdCBhbHJlYWR5IHdpdGggIi4uLi4g dGhleSBjYW5ub3QKPiBiZW5lZml0IGZyb20gcmVjb3ZlcmFibGUgcGFnZSBmYXVsdHMuIiBTaG91 bGQgSSBoYW1tZXIgdGhhdCBob21lIG1vcmUKPiB0aGF0IHdpdGggaW1wbGljaXQgc3luYywgaXQn cyByZWFsbHkgbm90IGdvaW5nIHRvIGhhcHBlbj8gVGhlIHRoaW5nCj4gaXMsIHRoaXMgaXMganVz dCBhIHNwZWNpYWwgY2FzZSBmcm9tIGRtYV9mZW5jZSBzeW5jLCBhbmQgd2UgYWxzbyBoYXZlCj4g c29tZSBwcm90b2NvbHMgKEkgdGhpbmsgb25seSBhbmRyb2lkKSB3aGljaCB1c2Ugc3luY19maWxl IGZvciB0aGF0LAo+IGFuZCB0aGF0IGFsc28gaXMgbm90IGdvaW5nIHRvIHdvcmsuIEkgZ3Vlc3Mg d2UgY291bGQgZG8gdGhlIHNhbWUgdHJpY2sKPiBhcyB3aXRoIHRpbWVsaW5lIGZlbmNlIG9iamVj dHMgZm9yIHdhaXRpbmcgZm9yIHRoZSBhY3R1YWwgZG1hX2ZlbmNlIHRvCj4gbWF0ZXJpYWxpemUg dGhlcmUuIEJ1dCBnaXZlbiBob3cgbXVjaCB0cm91YmxlIHJvbGxpbmcgb3V0IHRpbWVsaW5lCj4g c3luY29iaiB3YXMgSSBkb24ndCB0aGluayB0aGF0J2xsIGhhcHBlbi4gU28gbWF5YmUganVzdCBz cGVjaWZpY2FsbHkKPiBpbmNsdWRlIGltcGxpY2l0bHkgc3luY2VkIHByb3RvY29scz8KCkEgb25l IGxpbmUgcmVmZXJlbmNlIHRvIHRoZSBzdHVmZiBhYm92ZSBzaG91bGQgYmUgZW5vdWdoLgoKQWx0 ZXJuYXRpdmVseSBtZXJnZSB0aGlzIGludG8gdGhlIHN0dWZmIGFib3ZlIGFzIHdlbGwuCgpSZWdh cmRzLApDaHJpc3RpYW4uCgo+IC1EYW5pZWwKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRldmVsQGxpc3Rz LmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2RyaS1kZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-17.5 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,MSGID_FROM_MTA_HEADER,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id ED228C433E6 for ; Fri, 22 Jan 2021 13:25:43 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B09EA235F9 for ; Fri, 22 Jan 2021 13:25:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727816AbhAVNZc (ORCPT ); Fri, 22 Jan 2021 08:25:32 -0500 Received: from mail-eopbgr750088.outbound.protection.outlook.com ([40.107.75.88]:61824 "EHLO NAM02-BL2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727038AbhAVNZM (ORCPT ); Fri, 22 Jan 2021 08:25:12 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=B4+hJaIaazwfLrKpVSCcU4iGIRTEE7XBBpZmc53eXla5QPyUiBI09Jgm6pcjFKIc0SQXlYrtI53bJrkAnfQ/dhfa7ANEkKqFJV2GcRyF8kdd6h3GSB0aQhjJZ69dsQ8vbMs2bTFb/EtRltrWqUfv3OzfMRuegwACVLWK71WSi3L4cjhfpl9joN1EGLY2tF7RtkT/f8VNtH2e7ICVsWP70NHkUWSFasFh7zz1Bn4zPDAzjWKeRuJOwjHkjMSeZYpldgZTqjy2tF0YKfOU8zrsIv1WmYvJR7ffwCXhdF4OufJtPd0+WOoBh2K88Y4MY46w2Rfo8x4KNdvVHttuabyxyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=La5/OZe4irSxE2uwpd7YwtrM5wt76nAV4GfeC6TiIgQ=; b=m1M9TZ8ng+QfMzKME0MABMhh380Q6FQkz9lsi8sQYBRsuYpNzKU8zBt6JVp7Jofu2EOG9iAVKVdf6X6RgAhELwR8szlent8ssOqPAbmaVLKoZjMjJ1vARr7eeV+rNMKKEUTzIsWGehDT2+NgjcfsY5eWFcvrCyeobe40pFPNl+oSd/NfmqCqI9TezcEIPAAS+sMpyuO3ZxEpt+bIstBEoHTfG3kzWvNva28gYGblBPvBmGZolB6jPuvKAqO9U8YwY+lS3Dv2AOSdIVbWCQ6AO4rQ37Tbo14d9RZFMWA3O+cPnOE1naop5j4rOsFzu/VBxMEGSGSFeuu5VybDl4MCFg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=La5/OZe4irSxE2uwpd7YwtrM5wt76nAV4GfeC6TiIgQ=; b=LWHIkl7OAUozl5LgOmqqdncHUyHhWyo3kOEscWriT1Vp3y8KpKSRJtAFGGvlZ+kdCGfp2VRX6+mqavI1BkETK3xdwwNpdWeW4wYYLblu/j5PKytj3X6uvAAUR7sug7p52rsjZGlgWi3/0B30cW8JxwccO9ZjkZ190jpZi1pk9dQ= Authentication-Results: lists.linaro.org; dkim=none (message not signed) header.d=none;lists.linaro.org; dmarc=none action=none header.from=amd.com; Received: from MN2PR12MB3775.namprd12.prod.outlook.com (2603:10b6:208:159::19) by BL0PR12MB4900.namprd12.prod.outlook.com (2603:10b6:208:1c1::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.11; Fri, 22 Jan 2021 13:24:22 +0000 Received: from MN2PR12MB3775.namprd12.prod.outlook.com ([fe80::44f:9f01:ece7:f0e5]) by MN2PR12MB3775.namprd12.prod.outlook.com ([fe80::44f:9f01:ece7:f0e5%3]) with mapi id 15.20.3784.015; Fri, 22 Jan 2021 13:24:21 +0000 Subject: Re: [PATCH] RFC: dma-fence: Document recoverable page fault implications To: Daniel Vetter Cc: DRI Development , Maarten Lankhorst , =?UTF-8?Q?Thomas_Hellstr=c3=b6m?= , Jerome Glisse , Felix Kuehling , Daniel Vetter , Sumit Semwal , "open list:DMA BUFFER SHARING FRAMEWORK" , "moderated list:DMA BUFFER SHARING FRAMEWORK" References: <20210121194056.1734409-1-daniel.vetter@ffwll.ch> <38322325-d6c7-cbf9-9361-e2da2fac0451@amd.com> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: <93b1fa50-d667-dfb8-2fe5-e8163df78432@amd.com> Date: Fri, 22 Jan 2021 14:24:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [2a02:908:1252:fb60:be8a:bd56:1f94:86e7] X-ClientProxiedBy: AM0PR02CA0133.eurprd02.prod.outlook.com (2603:10a6:20b:28c::30) To MN2PR12MB3775.namprd12.prod.outlook.com (2603:10b6:208:159::19) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2a02:908:1252:fb60:be8a:bd56:1f94:86e7] (2a02:908:1252:fb60:be8a:bd56:1f94:86e7) by AM0PR02CA0133.eurprd02.prod.outlook.com (2603:10a6:20b:28c::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.11 via Frontend Transport; Fri, 22 Jan 2021 13:24:20 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: 5d71799e-d9a1-4d2b-193c-08d8bed9076f X-MS-TrafficTypeDiagnostic: BL0PR12MB4900: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 6TD9j5Y7csdSdoGqjdW2I+NLlfeyTOcpA4lryowOToUYip+xADCfs3hwgXCnLK+osaV7hkoBwKvo8h+M6+0JM+tFbwH8sMzDfiQj3XpNT3YdrzWUMHtYRGFPbr9m3aMI6Qrp8S0ytlG+FjOC1Sy23Q/dYJghIFwd1fJZ+OHep/5eEqXgDGPZV+gDjfhGC1LBMMD70Ub0S+eNSizevwgPlXRpM+16/ac4B36c/4d0MFQ0kfDEZdHY7zNnsMC64hnYyTq7ayCXm7nuV0RZ1G0Qp2UmnPYsOd9cqVgfX55+cGpLmygSka3YcVfKKvWP0ge4ZncqQSCxYmV1Xl+Es2Jlc1jHa/1tH09pVHpSD6svHT1Lp9c1dO9TPlCRnjsMDau0dm49gUQxp8cf8v7F23KN1ztSDChMqYTqkcBwPRHz18zyf84MWoIqoxUrby0obZDfP1Fvvta2l59zCE+PIuUq2wtDw5b60EZPO8TXNBPJmuKcGkJ6nl6SNFhveRuH75+JxZhZukeijXtpdtw/S2QfgKGqQBjKgVG6jzooie788UoVToSDuS74eBLCGu1e/tZw X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MN2PR12MB3775.namprd12.prod.outlook.com;PTR:;CAT:NONE;SFS:(4636009)(346002)(366004)(136003)(39860400002)(376002)(396003)(86362001)(6486002)(966005)(6666004)(4326008)(2616005)(8936002)(6916009)(478600001)(16526019)(45080400002)(53546011)(186003)(52116002)(54906003)(5660300002)(2906002)(316002)(36756003)(66946007)(66476007)(31696002)(66574015)(66556008)(83380400001)(8676002)(31686004)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?Uk90Z204WVJZTWxyS1pYblUzeEgvVC9LS3dJOGF4VHRNMTMyanFyNEtQOXNU?= =?utf-8?B?VjYzN3gvYnhpOHlSTS9YMjUvbXlkQUVwb0Jja080UmlXZkdnVlF6SmFyM3Zz?= =?utf-8?B?VUNyTldRN1czMXR3b2JCOUlTajJaZGdGcEZJR25RMUVLYlN3RytXd1hiRUxo?= =?utf-8?B?Q1Y3N3MyandvblNsT1hLR3p4Y25ZVHpzTUtiOTFGNGFtd3R4MmVSdW5rKzVS?= =?utf-8?B?OUdiY1JScElUbjNXa3o2YnVtRy9vL1BxUm12V01nYkNXRDl1VXF0cUNzWTZl?= =?utf-8?B?ZU1QVFAvRlcwODVlVTJIczJvT3FQa3VuL2ovQmZDdlFqSUJncGg2M3k3anN0?= =?utf-8?B?MDhIL09XdHNNZlVjYjEwKzZ5RDdqN2NUQXFaaTVGMTJEWk4wQzkyYmlqSXRw?= =?utf-8?B?Nm5pQTUzeEFITncrOXVPbEFseHVGRlY1ZVJrdW8wRVp0MlVSMkhsNE13OEtt?= =?utf-8?B?WFFyYjN0WitOVFZSKzJDTmxTZWxYd3dFajI0MVJGM0JnbWdJV0FHZjY4K0dQ?= =?utf-8?B?NDlnMW5JcE5JWkM0VVBtWjJ6ZDYxQ202QnlqN1lCNmYxb2dOWnV3eXBQbTIy?= =?utf-8?B?RktPcUVUalYyZlBJQS84K1ZGaXZ0TDJ4T0RyZnd0ZlhrRHdlaS9VUUp4YWxv?= =?utf-8?B?QnZGb0ZIUGlNMjBiRHJyZ21uNVZVbnlFZ2JPQ2tEZXhqdXFKRE1vNmova3ho?= =?utf-8?B?SERDR3B1UE5IWU9FMld0ZHd5WUUwYmliUlprdHFvMGFqRlYxdzczWmlORGcz?= =?utf-8?B?WE1KZStCUFlJL09SVEtqcWNRYlpKQ2o1OExJVDM2cE1OT0FxUzZROHdJdEx3?= =?utf-8?B?MnR0K0p2WUlNc2pZK2ZZS25KdzhYWC9aOFdRUk5aOGxTQVdLZ21TYWJqTEEv?= =?utf-8?B?Y3Z0d0dCeXNPcHNFSlo3SHpmb3RxWGlEZHJzU2NVcFI4NkJ3VHZ3dW1DSUtJ?= =?utf-8?B?MXlpMHVOOWR5SHhUTGZzZHQ1MndJb1crcTVZQmZ5N20rMmtNUUNWNXFQSFhu?= =?utf-8?B?Q3V4bFhrK2dEL3J5YXdLcy9TZVhBUFI4QnVJK0NkaGN2UVBENFdFM1BVUEha?= =?utf-8?B?WkkxSnBhSkxJanFKcWJoMnFYd1ZsVXg1R0dWYUk4SjlGc0U3dUhUZUd2Tjgy?= =?utf-8?B?ZEluMUJWdkI2a0EvTHFsVUsvMXlrdTlGdHJ2N3V6aUFqc2VFNjJHbmJ1UkNC?= =?utf-8?B?eG1MN0h6N1BEbE50Y0ZDeW1MZmJuUStOL2pacndyUm9TQkNIbm9PUzhIMFp5?= =?utf-8?B?enRBdlhjV2xUNVJoUkNzeS8vOVRvQXIwU2xyWlF4YnlKUmxuQ3hCZEJOVWNK?= =?utf-8?B?VGNHaXZmZkNSK1MxZDVUVUM3cGhJc1F3YUdRdHdDWGtCOWp1bmdXUndmQ1Nk?= =?utf-8?B?dDJsYnZQREkvRlNpa1lCT1Z2U1NLdUZSY2xiQlRzTjdIK2h4Tk0rTHNtQlor?= =?utf-8?B?Z05CL2lHWWhRWHl6M0RUZXpBeCtGVzZIV3ZMcnNLaDd2VTc4RUNUUklXL1pG?= =?utf-8?Q?07DglOnDrDfMjOYmElz4em889Vq?= X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5d71799e-d9a1-4d2b-193c-08d8bed9076f X-MS-Exchange-CrossTenant-AuthSource: MN2PR12MB3775.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jan 2021 13:24:21.7525 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: NbEyg16lYNpEOmZk+6nXMsIxL3TzQn7xsMsyYO25rrXLhvYPlJ3GZxjTZPIoTeiI X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR12MB4900 Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Am 22.01.21 um 14:18 schrieb Daniel Vetter: > On Fri, Jan 22, 2021 at 2:10 PM Christian König > wrote: >> Am 21.01.21 um 20:40 schrieb Daniel Vetter: >>> Recently there was a fairly long thread about recoreable hardware page >>> faults, how they can deadlock, and what to do about that. >>> >>> While the discussion is still fresh I figured good time to try and >>> document the conclusions a bit. >>> >>> References: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Fdri-devel%2F20210107030127.20393-1-Felix.Kuehling%40amd.com%2F&data=04%7C01%7Cchristian.koenig%40amd.com%7C25c2b659bc8f47e0bace08d8bed83728%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637469183153437091%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=GlEKsPLRRRO%2BI1JSDpvNeBFbnFacmymxkj8e7QqM5SA%3D&reserved=0 >>> Cc: Maarten Lankhorst >>> Cc: Thomas Hellström >>> Cc: "Christian König" >>> Cc: Jerome Glisse >>> Cc: Felix Kuehling >>> Signed-off-by: Daniel Vetter >>> Cc: Sumit Semwal >>> Cc: linux-media@vger.kernel.org >>> Cc: linaro-mm-sig@lists.linaro.org >>> -- >>> I'll be away next week, but figured I'll type this up quickly for some >>> comments and to check whether I got this all roughly right. >>> >>> Critique very much wanted on this, so that we can make sure hw which >>> can't preempt (with pagefaults pending) like gfx10 has a clear path to One more comment here: You should probably mention that gfx10 is referring to AMD GPUs. >>> support page faults in upstream. So anything I missed, got wrong or >>> like that would be good. >>> -Daniel >>> --- >>> Documentation/driver-api/dma-buf.rst | 66 ++++++++++++++++++++++++++++ >>> 1 file changed, 66 insertions(+) >>> >>> diff --git a/Documentation/driver-api/dma-buf.rst b/Documentation/driver-api/dma-buf.rst >>> index a2133d69872c..e924c1e4f7a3 100644 >>> --- a/Documentation/driver-api/dma-buf.rst >>> +++ b/Documentation/driver-api/dma-buf.rst >>> @@ -257,3 +257,69 @@ fences in the kernel. This means: >>> userspace is allowed to use userspace fencing or long running compute >>> workloads. This also means no implicit fencing for shared buffers in these >>> cases. >>> + >>> +Recoverable Hardware Page Faults Implications >>> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> + >>> +Modern hardware supports recoverable page faults, which has a lot of >>> +implications for DMA fences. >>> + >>> +First, a pending page fault obviously holds up the work that's running on the >>> +accelerator and a memory allocation is usually required to resolve the fault. >>> +But memory allocations are not allowed to gate completion of DMA fences, which >>> +means any workload using recoverable page faults cannot use DMA fences for >>> +synchronization. Synchronization fences controlled by userspace must be used >>> +instead. >>> + >>> +On GPUs this poses a problem, because current desktop compositor protocols on >>> +Linus rely on DMA fences, which means without an entirely new userspace stack >>> +built on top of userspace fences, they cannot benefit from recoverable page >>> +faults. The exception is when page faults are only used as migration hints and >>> +never to on-demand fill a memory request. For now this means recoverable page >>> +faults on GPUs are limited to pure compute workloads. >>> + >>> +Furthermore GPUs usually have shared resources between the 3D rendering and >>> +compute side, like compute units or command submission engines. If both a 3D >>> +job with a DMA fence and a compute workload using recoverable page faults are >>> +pending they could deadlock: >>> + >>> +- The 3D workload might need to wait for the compute job to finish and release >>> + hardware resources first. >>> + >>> +- The compute workload might be stuck in a page fault, because the memory >>> + allocation is waiting for the DMA fence of the 3D workload to complete. >>> + >>> +There are a few ways to prevent this problem: >>> + >>> +- Compute workloads can always be preempted, even when a page fault is pending >>> + and not yet repaired. Not all hardware supports this. >>> + >>> +- DMA fence workloads and workloads which need page fault handling have >>> + independent hardware resources to guarantee forward progress. This could be >>> + achieved through e.g. through dedicated engines and minimal compute unit >>> + reservations for DMA fence workloads. >>> + >>> +- The reservation approach could be further refined by only reserving the >>> + hardware resources for DMA fence workloads when they are in-flight. This must >>> + cover the time from when the DMA fence is visible to other threads up to >>> + moment when fence is completed through dma_fence_signal(). >> Up till here it makes perfect sense, but what should this paragraph mean ? > Instead of reserving a few CU at driver load, to guarantee that > dma-fence workloads can always complete, we only do the reservatation > while a problematic dma_fence is in the system, and note yet > signalled. Of course that approach needs to be very careful, to really > make sure you can't ever deadlock by accident because the dynamic > reservation at runtime was done a notch too late. > > This allows us to use all CUs on pure compute workloads (on servers, > and on desktop as long as nothing gets rendered). > > If that clicks, got ideas for how to improve the text? Yeah, that makes much more sense. But if I'm not totally mistaken AMD GPUs can't change the CU config on the fly. I mean you could be in the middle of a compute calculation on the CU when a 3d job comes in. So from my perspective I think we could just drop that. >>> +- As a last resort, if the hardware provides no useful reservation mechanics, >>> + all workloads must be flushed from the GPU when switching between jobs >>> + requiring DMA fences or jobs requiring page fault handling: This means all DMA >>> + fences must complete before a compute job with page fault handling can be >>> + inserted into the scheduler queue. And vice versa, before a DMA fence can be >>> + made visible anywhere in the system, all compute workloads must be preempted >>> + to guarantee all pending GPU page faults are flushed. >>> + >>> +Note that workloads that run on independent hardware like copy engines or other >>> +GPUs do not have any impact. This allows us to keep using DMA fences internally >>> +in the kernel even for resolving hardware page faults, e.g. by using copy >>> +engines to clear or copy memory needed to resolve the page fault. >>> + >>> +In some ways this page fault problem is a special case of the `Infinite DMA >>> +Fences` discussions: Infinite fences from compute workloads are allowed to >>> +depend on DMA fences, but not the other way around. And not even the page fault >>> +problem is new, because some other CPU thread in userspace might >>> +hit a page fault which holds up a userspace fence - supporting page faults on >>> +GPUs doesn't anything fundamentally new. >> Maybe worth noting that it just doesn't work with the implicit >> synchronization we have for existing userspace. > At the very beginning I covered that already with ".... they cannot > benefit from recoverable page faults." Should I hammer that home more > that with implicit sync, it's really not going to happen? The thing > is, this is just a special case from dma_fence sync, and we also have > some protocols (I think only android) which use sync_file for that, > and that also is not going to work. I guess we could do the same trick > as with timeline fence objects for waiting for the actual dma_fence to > materialize there. But given how much trouble rolling out timeline > syncobj was I don't think that'll happen. So maybe just specifically > include implicitly synced protocols? A one line reference to the stuff above should be enough. Alternatively merge this into the stuff above as well. Regards, Christian. > -Daniel