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=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,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 7B13FC433F5 for ; Tue, 7 Sep 2021 10:19:11 +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 3CC9F6103D for ; Tue, 7 Sep 2021 10:19:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 3CC9F6103D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=emersion.fr Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id EAF7E89DBC; Tue, 7 Sep 2021 10:19:09 +0000 (UTC) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) by gabe.freedesktop.org (Postfix) with ESMTPS id 7E97889DBC for ; Tue, 7 Sep 2021 10:19:08 +0000 (UTC) Date: Tue, 07 Sep 2021 10:19:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emersion.fr; s=protonmail; t=1631009945; bh=bFfvke7Eo85dv0zGzdaATTjtLzFdrzIM8qrpbP/LdrE=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=NjsvTjMLEFq6si/69gFED52yGLBSaOPWkNIXS4vCEXFVXIEeagCySHn7OrLTFy3O3 PWktZTejdb0TUbD0tHmw3sWppO2yeEsrWS3NrXherqq4QkbASXIZMUYxq9SJw8w7UN falxF0uRTLS9lZagupnsZ7DzzEm77YW9aTRbawoMKnk4zEV2uzHdmQ+D/1aseXX+pn f5mS2m+p7lmI3Q9y3WdrxCd4qJMRdVI+4aRO2I3qfVkB1+GjRZbuuvuH4ksV9FKCKL +KDDsD73CIc4N3qAbWiuuEFnnl3AKytndJKxJNu5qCzbTXUWAPD5riCVOveLfzaNAJ cuxZW/x+wnbkQ== To: Pekka Paalanen From: Simon Ser Cc: Dennis Filder , dri-devel@lists.freedesktop.org, Hans de Goede Subject: Re: Handling DRM master transitions cooperatively Message-ID: In-Reply-To: <20210907130746.7b667dac@eldfell> References: <20210907130746.7b667dac@eldfell> MIME-Version: 1.0 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: , Reply-To: Simon Ser Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" FWIW, I've just hit a case where a compositor leaves a "rotation" KMS prop set behind, then Xorg tries to startup and fails because it doesn't reset this prop. So none of this is theoretical. I still think a "reset all KMS props to an arbitrary default value" flag in drmModeAtomicCommit is the best way forward. I'm not sure a user-space protocol would help too much.