Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1365882pxb; Fri, 21 Jan 2022 16:38:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJwiF4CZezhdL3l3MMENgBr9YQ8+/QlnGLk7IN/lP5waQyPzsgTpsR9kZXOfsWEGnsmXpu2T X-Received: by 2002:a17:90b:1c0b:: with SMTP id oc11mr3077170pjb.236.1642811916449; Fri, 21 Jan 2022 16:38:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642811916; cv=none; d=google.com; s=arc-20160816; b=I7Qexb6+OqZlrVSY13CIL5fHb9oj68atrBcg3wN7iZtXCBkLNrJ+3oKHbwzypxNw0Y 2HCF584qHAkqDBLmQ8JIyPZTrzV0fDA8rfkVtVo0XBxX28407kjTi8z0BI2+S2ri0nEX s1Zzqal7dU4yvGU7jtVPS0Qv4p+FUv0fvvkmUx2boCd7RipRbjBs6y+SbkSypZ8x4h+q X3h2BrOBZZYcinCb86LW3z/Lb8B0ABvmiQf/+rJeJTFox6Lp/ypbKz+rpgbkXohRsE/j 5ZH5kTM/XcZ4tMhpRTz4+7unW3hCLilLi+3XP2dDpPsNt74I9Spy5XjVATZEl0MTgKoh aEhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=75bkqyZxoBCmGyx86nkpZvbmutNaowP1ANxplH0ep9s=; b=S3X+1c7qx2GWvFghrhRCcDGzk9TRf6Swaydu5+BmmEHysxPElcDb2CB3PnlRufPjqe cM27dhVwH+YewhiL3fa23GfNPBHtmCTG0eA36dBI1ONFFZp88ZWVs1crGW2AFumNILEM oKgyP/+QGzPEHwXsIfjfD2tlnAnEC221op0mfJZ7DvkKL1p43s2AGktL5F7VoybeBsq+ UCvCrcBGmFS7KzNYKhkG7LHeRDluIlegethv4wIXokvIzdD8oow8ZEK+ByVe7vZyk7/L RtcCgSa4856m7MHqOVlPPsvyRfRVBZqF20LxuVipi2nbEVnY6ZRSc2zb6Zqu5g33TqtQ F7Kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=R8HQzcWW; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i69si2296399pge.619.2022.01.21.16.38.24; Fri, 21 Jan 2022 16:38:36 -0800 (PST) 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=@redhat.com header.s=mimecast20190719 header.b=R8HQzcWW; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1379167AbiAUHwW (ORCPT + 99 others); Fri, 21 Jan 2022 02:52:22 -0500 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]:24364 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379255AbiAUHvc (ORCPT ); Fri, 21 Jan 2022 02:51:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1642751491; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=75bkqyZxoBCmGyx86nkpZvbmutNaowP1ANxplH0ep9s=; b=R8HQzcWWeTZa7DVJTuFu+VzEVUoqB7qgpTJ5hVcpHc2MFBouRnf7fQzETVUywOXR8urtAc lsXuJGTr/u7DlqvYIdLsR6r38HxIZ4bEIalHJREuDOyb3H47+L616Qy5Ra2JhKkizl2D3b wstUaAfpCfKx0yvizUxcpi/gj05DbC0= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-235-RKgcfT-AMYe4TlXbrK2S7Q-1; Fri, 21 Jan 2022 02:51:26 -0500 X-MC-Unique: RKgcfT-AMYe4TlXbrK2S7Q-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id BDE0C1091DA2; Fri, 21 Jan 2022 07:51:24 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.193.47]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3E78F16A54; Fri, 21 Jan 2022 07:51:24 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id B7DAF18003A7; Thu, 20 Jan 2022 12:51:35 +0100 (CET) Date: Thu, 20 Jan 2022 12:51:35 +0100 From: Gerd Hoffmann To: Geert Uytterhoeven Cc: Pekka Paalanen , Sven Schnelle , DRI Development , Helge Deller , Linux Fbdev development list , Thomas Zimmermann , Linux Kernel Mailing List Subject: Re: [PATCH] MAINTAINERS: Add Helge as fbdev maintainer Message-ID: <20220120115135.f5l4sxbskzgf6ckl@sirius.home.kraxel.org> References: <87bl0amc6s.fsf@x1.stackframe.org> <20220118103323.4bae3a7d@eldfell> <20220118095352.xsb6fqacw4p276c5@sirius.home.kraxel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > > fbcon could do the same, i.e. render to fbdev in a 60Hz timer instead of > > doing it synchronously. > > Hopefully only the parts of the screen which need a redraw? Sure. drm fbdev emulation with shadow framebuffer tracks changes and only flushes dirty areas to the real framebuffer. fbcon could do the same when implementing lazy rendering, keeping track of the chars/attrs which did actually change and only render those to the (emulated or real) fbdev. take care, Gerd