Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp666259pxb; Thu, 9 Sep 2021 09:17:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyq59shasvxMa2J10tzlPCM0CQiyAiJAsrDrGp4SgBGm5u8hmGsj1H9xjNGHlYLZFyuBs15 X-Received: by 2002:a92:1304:: with SMTP id 4mr2895725ilt.196.1631204238577; Thu, 09 Sep 2021 09:17:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631204238; cv=none; d=google.com; s=arc-20160816; b=dBzH2TZsYqkAB2z0iegp5nUE8dIJSS+XbwRTWJIQlwGU7ZvXx25MzrYtOgNZ+k077E REP5xNFV1tVwyB1oRBm2pwlwqSRKMP0eyE8810viDfi8iikhAainTvC1rZSfvKMabvIS RINvCuXW7hNF9Y2wH5qJWKNqbKzVJu3QqMAAMWHIr8MRW7poa1jlvGHicGzCwLKB9ZKv iOxVZtemTOs1ybDUzjePv/+4JTqHncagnPhlV3TTjIjHN/KRlcIEEonxLdlVAnI4p4Pu roB4z7OIVopZn4gK3xEg/+76bAp1EDH4Ve/b0KnpjenMT0C1fr4/PdOxDs1q+nF/oThp ajqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:reply-to:cc:from:to :dkim-signature:date; bh=Apv6GQaf8fKyhLu5mqniN1a3E749tLdfKHwBJJCqpnM=; b=aa5MldfwPr+o+06q0GuNhpIPrx9LsY6yRjMwspkuIlZldeomXnPm911H/tNNe9alRl FeLzAfjunttfG1dNHdR2G5sURfMcz+HBti6PEkz4kVCnObsew3GmKGFTwpx5EK+Kl7mM V34oxeSyhKxW0cS6EnZ3/cZ4vFCRWzxFC5mC4Eeo/eD95xZR5srjsrTU5BCgIntH51Yu rRYAP2aucEzKmykpxPgYqx5kU9rXStpyXMLm/JTv5/covEjGQUJMWBZwVshsev5V9UOS zeCt7Cvgt2a1ZssfU5DYFfqdwVjlNkt+v//zQRX3aicc9pBALfDjUt69Ymq5X0aTmBst GEww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@emersion.fr header.s=protonmail header.b=Bwja9UO1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=emersion.fr Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o14si2512767ilu.101.2021.09.09.09.17.02; Thu, 09 Sep 2021 09:17:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@emersion.fr header.s=protonmail header.b=Bwja9UO1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=emersion.fr Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234862AbhIIQRT (ORCPT + 99 others); Thu, 9 Sep 2021 12:17:19 -0400 Received: from mail-40136.protonmail.ch ([185.70.40.136]:27932 "EHLO mail-40136.protonmail.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230087AbhIIQRS (ORCPT ); Thu, 9 Sep 2021 12:17:18 -0400 Date: Thu, 09 Sep 2021 16:16:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emersion.fr; s=protonmail; t=1631204166; bh=Apv6GQaf8fKyhLu5mqniN1a3E749tLdfKHwBJJCqpnM=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=Bwja9UO1rUqLY5hqjqW8ns3FrWLdpUn9SyKSzlHRCF//Yngt12sVjx7jaryvLbXrF HqfFGr6Le7ohW1gp6JokPdA1qk7+6ICL8CvqGulmwqjEdzHxvG/eivDp49v2FWYvU9 2LJmaaBmXgzRbIeHDbAAugPlgU4hlCzu//WiySq4NkRR9uheLEMgxboG+iCR7ZSgn4 O4iCuvQHWhvstlDqtdQbhFwPwMAdSM3cW4y64wu8Mmhd5fZRhQ8sRHQojxn++hOaCS zwiVsa+uK0yDM/ekde0NPPjy8MwNL/94DN1TbKuCEE4x8V79RHTaUxZtW4xyuBfEM3 H0/oo/bRurDgg== To: Rob Clark From: Simon Ser Cc: dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, Daniel Vetter , =?utf-8?Q?Christian_K=C3=B6nig?= , =?utf-8?Q?Michel_D=C3=A4nzer?= , Pekka Paalanen , Rob Clark , Alex Deucher , Andrey Grodzovsky , Boris Brezillon , =?utf-8?Q?Christian_K=C3=B6nig?= , Daniel Vetter , freedreno@lists.freedesktop.org, Gustavo Padovan , Jack Zhang , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, Luben Tuikov , Melissa Wen , Steven Price , Tian Tao Reply-To: Simon Ser Subject: Re: [PATCH v3 0/9] dma-fence: Deadline awareness Message-ID: In-Reply-To: <20210903184806.1680887-1-robdclark@gmail.com> References: <20210903184806.1680887-1-robdclark@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Out of curiosity, would it be reasonable to allow user-space (more precisely, the compositor) to set the deadline via an IOCTL without actually performing an atomic commit with the FB? Some compositors might want to wait themselves for FB fence completions to ensure a client doesn't block the whole desktop (by submitting a very costly rendering job). In this case it would make sense for the compositor to indicate that it intends to display the buffer on next vblank if it's ready by that point, without queueing a page-flip yet.