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=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no 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 86E7BC433ED for ; Tue, 18 May 2021 13:26:31 +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 32190610CD for ; Tue, 18 May 2021 13:26:31 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 32190610CD Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=fooishbar.org 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 9373F6EB76; Tue, 18 May 2021 13:26:30 +0000 (UTC) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) by gabe.freedesktop.org (Postfix) with ESMTPS id 66A136EB76 for ; Tue, 18 May 2021 13:26:29 +0000 (UTC) Received: by mail-wr1-x42b.google.com with SMTP id v12so10232685wrq.6 for ; Tue, 18 May 2021 06:26:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fooishbar-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=RZR12pmWkFF7y/GidJZX8Aqwjr4ypoDTXEhoFqtAeZw=; b=i29oK3D096bW5jdcbTkpaP4VjCZwHJMNjAcFLwBSrDoUeC9W9M3KcVOQ0GpzQxBIM5 5jw8CTfFDoH+fV6sS+YuzVWpWc1U7QnZGy75u1htqZCH1UoaQBFlAA+9aElnAFOvyw8c 7bl+151wYX7upklWNYfqiAVAEU/Y6CQ5CoVqnEHiIYNKZRCW68AU5dp1w63y4G5cogy3 TUC0KF+2LlgZquC/60sfzQ1A7TAZ0ASMro5Z5Mp/aTHuX4NZa8NKHioepOKcQ15LS3tR iYiYXqB+bRs/ajvPh3kjPQqNRMaG2iGvgmf1jF2Ak6sYoQkfPQkgU75vrtBIt4gOHR2k yZ5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=RZR12pmWkFF7y/GidJZX8Aqwjr4ypoDTXEhoFqtAeZw=; b=h4Ua7qEBM0NI9EMpph03PcFQNjzpV3qAzST2Tx4U271/FncztoL3n/t4+Sc3jJCv2c IixtHgkmCEaZZlgmQwHuVYwWlxdxjJVYoWHZKQG/TG44A4EeP60THDvm87jiZsc4uUJs +2Tl0IeKZcR4BIf5L6Xu7qmGPKXDMs5oJTY8ZiIJb16TfRH9yrDCgTQY6vOYIyhTx60X KGPa+v8QZ0dbie9Vq6WfZBIavdOFv9aGF2b3yjNSBIuooIQhI2o3O26+7YByRcP7UXCN uW1kmD/EEdLOIMyuyKzZ6YOVwM7umdb+P4ZTFUOyYOuzs+X+4610Zkk2dWS5RW+/WHoK yEFg== X-Gm-Message-State: AOAM533EsCiZjWRyRa57znR/mf6xgLzzsSUr0ZglwnyGeLBnTsGBExTe eQqmDvtMcLxyaRKyrwtygUX6tQmpOEc4NxvNmMzNmg== X-Google-Smtp-Source: ABdhPJyyDliqj+Oau3C6HT8ksGUHtReIqT/JnxifuK+PO/Jlqb8MuszItOMy97raaW1Ovbgz4/XvrgkKn/Y2kgJWPsU= X-Received: by 2002:a05:6000:184a:: with SMTP id c10mr7398351wri.244.1621344388039; Tue, 18 May 2021 06:26:28 -0700 (PDT) MIME-Version: 1.0 References: <20210517141129.2225-1-christian.koenig@amd.com> <5a3e9500-9d6b-a865-5385-fde43da2bf66@gmail.com> In-Reply-To: From: Daniel Stone Date: Tue, 18 May 2021 14:26:15 +0100 Message-ID: Subject: Re: [RFC] Add DMA_RESV_USAGE flags To: =?UTF-8?Q?Christian_K=C3=B6nig?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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: "moderated list:DMA BUFFER SHARING FRAMEWORK" , dri-devel , Jason Ekstrand Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Tue, 18 May 2021 at 13:49, Christian K=C3=B6nig wrote: > Am 18.05.21 um 07:59 schrieb Daniel Vetter: > > First step in fixing that is (and frankly was since years) to fix the > > amdgpu CS so winsys can pass along a bunch of flags about which CS > > should actually set the exclusive fence, so that you stop oversyncing > > so badly. Ofc old userspace needs to keep oversyncing forever, no way > > to fix that. > > Exactly that is what we don't want to do because the winsys has no idea > when to sync and when not to sync. Hey, we're typing that out as fast as we can ... it's just that you keep reinventing sync primitives faster than we can ship support for them :P