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=-2.7 required=3.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 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 5E98DC47083 for ; Wed, 2 Jun 2021 18:52:43 +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 0958C613AD for ; Wed, 2 Jun 2021 18:52:43 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0958C613AD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.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 5CEA96EDF0; Wed, 2 Jun 2021 18:52:42 +0000 (UTC) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) by gabe.freedesktop.org (Postfix) with ESMTPS id 5FD956EDF0; Wed, 2 Jun 2021 18:52:41 +0000 (UTC) Received: by mail-ed1-x530.google.com with SMTP id b17so4211647ede.0; Wed, 02 Jun 2021 11:52:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=dALVNZW2uDgkshKb09SIdTzcQTHQdIR5cbthTtmZW00=; b=EeKzSDt4zOdEVHm3gat9spDjogoO7IRzpVFuq/fUOtUeZor+v8VpSrDwYLa9fvEGKw 25KSXY/T2FVDGvC7zQ9qLAw/nXUc7FSmq0ehBkSqp3fUsqPwQFt1g26T7hMPqKTGEdS+ I9crgPfkK0kPNv3pVK8DTXPBnp+UXMLbsieP7eFeI2gJzvdc3l15n2MXC3o5QN7OuAoz VlZIN3OdVn53iD0o/wCudYF7FASwmk0nBHQINaiOrZvqc5N+kBMxKvwrQ9/9+POUeVE4 5LAsi0pB1XzWRhQNEJ9kbxQtL2evNYC244y1AeCM+nTN9ACSG84xos6QvVp3xLkcZw7l wtTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=dALVNZW2uDgkshKb09SIdTzcQTHQdIR5cbthTtmZW00=; b=Eg9sZhGPP2IGP55az3CFSx5ygcGEHtZJJ9EmUMVMFRtyJvnoL6KwaAZ8vsY6ybbpCF TWBs5OEZttSKv3ZWcwUWVLQclILc26ymDG4qPc0+/5Fsght8n/nS9WnGvSeNTu/kFIC6 4d6XJZF/Kyipcj8102yaGljRWkATWMvbQQou+pajnvjJN4XNN5l+phkLXfr9jUm8/2CU LSPvRqXpUE4qonaQJTsjg3CmMGDGKmfp5VpujE57khpyszvg7lWYd60KXVsBE4qHxecA 3bnifEfAHLcLCo1e+IN52b58OGsBF+q7XhV2QSt+kyOr2H2cLBz0Atte9PWYqcn2F9tV nStg== X-Gm-Message-State: AOAM5337i0g5gQW0IWxYXl/23l/6UeeT0oMDTuKzArva0++AIvHa4t2z OSjLGXwCEaoVH3+wsfSfNOd8VgPEwvQ= X-Google-Smtp-Source: ABdhPJyutn6+eMjVOVzp3fv0Ibx0jtGCccPXsVx36zkbIB4lftt0Iui5ADrkqEw0kQEpwy5Pl831eQ== X-Received: by 2002:a05:6402:4394:: with SMTP id o20mr40895258edc.357.1622659960108; Wed, 02 Jun 2021 11:52:40 -0700 (PDT) Received: from ?IPv6:2a02:908:1252:fb60:cd07:2759:3eec:1d00? ([2a02:908:1252:fb60:cd07:2759:3eec:1d00]) by smtp.gmail.com with ESMTPSA id hz10sm400137ejc.40.2021.06.02.11.52.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Jun 2021 11:52:39 -0700 (PDT) Subject: Re: [Mesa-dev] Linux Graphics Next: Userspace submission update To: Daniel Vetter , =?UTF-8?B?TWFyZWsgT2zFocOhaw==?= References: <327e4008-b29f-f5b7-bb30-532fa52c797f@gmail.com> <7f19e3c7-b6b2-5200-95eb-3fed8d22a6b3@daenzer.net> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: Date: Wed, 2 Jun 2021 20:52:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US 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: Jason Ekstrand , ML Mesa-dev , =?UTF-8?Q?Michel_D=c3=a4nzer?= , dri-devel Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Am 02.06.21 um 20:48 schrieb Daniel Vetter: > On Wed, Jun 02, 2021 at 05:38:51AM -0400, Marek Olšák wrote: >> On Wed, Jun 2, 2021 at 5:34 AM Marek Olšák wrote: >> >>> Yes, we can't break anything because we don't want to complicate things >>> for us. It's pretty much all NAK'd already. We are trying to gather more >>> knowledge and then make better decisions. >>> >>> The idea we are considering is that we'll expose memory-based sync objects >>> to userspace for read only, and the kernel or hw will strictly control the >>> memory writes to those sync objects. The hole in that idea is that >>> userspace can decide not to signal a job, so even if userspace can't >>> overwrite memory-based sync object states arbitrarily, it can still decide >>> not to signal them, and then a future fence is born. >>> >> This would actually be treated as a GPU hang caused by that context, so it >> should be fine. > This is practically what I proposed already, except your not doing it with > dma_fence. And on the memory fence side this also doesn't actually give > what you want for that compute model. > > This seems like a bit a worst of both worlds approach to me? Tons of work > in the kernel to hide these not-dma_fence-but-almost, and still pain to > actually drive the hardware like it should be for compute or direct > display. > > Also maybe I've missed it, but I didn't see any replies to my suggestion > how to fake the entire dma_fence stuff on top of new hw. Would be > interesting to know what doesn't work there instead of amd folks going of > into internal again and then coming back with another rfc from out of > nowhere :-) Well to be honest I would just push back on our hardware/firmware guys that we need to keep kernel queues forever before going down that route. That syncfile and all that Android stuff isn't working out of the box with the new shiny user queue submission model (which in turn is mostly because of Windows) already raised some eyebrows here. Christian. > -Daniel