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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id ED2AEC433F5 for ; Tue, 18 Jan 2022 11:44:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240979AbiARLoy (ORCPT ); Tue, 18 Jan 2022 06:44:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46938 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234192AbiARLov (ORCPT ); Tue, 18 Jan 2022 06:44:51 -0500 Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7D025C061574 for ; Tue, 18 Jan 2022 03:44:51 -0800 (PST) Received: by mail-ot1-x334.google.com with SMTP id l64-20020a9d1b46000000b005983a0a8aaaso11095668otl.3 for ; Tue, 18 Jan 2022 03:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=f+NXps7/AMZd6p8CbfFu1xLGWKKhiZWwP/hikl7qUV8=; b=ZXMuh4JpPKQQn028vR5TW28RkJRq/wWREsIVr/rEShZKjMg/B7Z9jPda0Y+LON7jx4 Lp1zlJGCIVdT6vqE1wktMASEE0B18XeZWHJkPEPITavWPstuRkYq9nVNCVJNlJ6rFpzd hlaFfUyjK1pYhhAjPmo7KoompJW6Jk7rmN/ck= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f+NXps7/AMZd6p8CbfFu1xLGWKKhiZWwP/hikl7qUV8=; b=ga8KK6xp2sK/kuxTTZPmzjdsbNldL5Vq2WHWSjD03osJPrvEKvBTYeovyDdJUeBBV8 Gl4DiY1NRnp2HsFeqBK1zBxVx7hz2Y3k03PrIZKpSqDQeuAuIDcWVhxePTxHCjpviW15 MjjovjQG1FxTNi+/b2jcbuWY0XftoHn0PNFOg0zZlt2VqtaWOvD+VxnOOyngxM912aC5 VMdFn0WKJM8tC0rUhCJ0yAjgy3+txLMQMIZS4w8jbV7dXPL8PcMlLNmo1Ei+cGcOCf9T VVeDuKDhTd1L7J99yRALtzUlJ+60aBEmxhpG1NLIGA2B1rgc4gyk7b/ag1RYoiAO0ggZ /fHw== X-Gm-Message-State: AOAM530C1tL8k3x/saLe10veK6qNbSyNL94TV2zIF7SsrhU+zK7/GW6j SdziqbSO763zCqiXjLgMa8jFT/ulQm9cyRzVxPXB6Q== X-Google-Smtp-Source: ABdhPJxbvQaGp+T6oYApy+hIHTb7hh7iMVhDsGckpsWeq9BaU3rN88FunYUfphQtcZoEenjamZA+BYQvRTrRz3ys6zk= X-Received: by 2002:a9d:d12:: with SMTP id 18mr17457509oti.75.1642506290874; Tue, 18 Jan 2022 03:44:50 -0800 (PST) MIME-Version: 1.0 References: <20220117125716.yjwxsze35j2ndn2i@sirius.home.kraxel.org> <70530b62-7b3f-db88-7f1a-f89b824e5825@suse.de> <57d276d3-aa12-fa40-6f90-dc19ef393679@gmx.de> <20220118062947.6kfuam6ah63z5mmn@sirius.home.kraxel.org> In-Reply-To: From: Daniel Vetter Date: Tue, 18 Jan 2022 12:44:39 +0100 Message-ID: Subject: Re: [PATCH] MAINTAINERS: Add Helge as fbdev maintainer To: Geert Uytterhoeven Cc: Gerd Hoffmann , Helge Deller , Linux Fbdev development list , Sven Schnelle , Linux Kernel Mailing List , DRI Development , Javier Martinez Canillas , Thomas Zimmermann , Linus Torvalds Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 18, 2022 at 9:10 AM Geert Uytterhoeven wrote: > > Hi Gerd, > > On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote: > > Also note that using a shadow framebuffer allows to decouple fbcon > > updates and scanout framebuffer updates. Can be used to speed up > > things without depending on the 2d blitter. > > Assuming accesses to the shadow frame buffer are faster than accesses > to the scanout frame buffer. While this is true on modern hardware, > this is not the case on all hardware. Especially if the shadow frame > buffer has a higher depth (XRGB8888) than the scanout frame buffer > (e.g. Cn)... > > The funny thing is that the systems we are interested in, once used > to be known for their graphics capabilities and/or performance... That's just a pure strawman. No one is forcing you to run your shadow buffer with xrgb8888. You can already do C8, any any other C1 is a few lines of code. Which I can't type for you, because I don't have such high performance hardware, but if someone would have spent hacking instead of typing mails any time this came up the past few years, we'd have it long ago. It's really not hard. Same goes for modesetting support in the fbdev emulation layer (that's a bit more work, but really not much) and really anything. And we do actually merge additions in the emulation support pretty quickly. If they show up. -Daniel > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch 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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id 33915C433EF for ; Tue, 18 Jan 2022 11:44:54 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 54C5610E2AE; Tue, 18 Jan 2022 11:44:53 +0000 (UTC) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) by gabe.freedesktop.org (Postfix) with ESMTPS id 97EED10E2ED for ; Tue, 18 Jan 2022 11:44:51 +0000 (UTC) Received: by mail-ot1-x329.google.com with SMTP id a10-20020a9d260a000000b005991bd6ae3eso10162431otb.11 for ; Tue, 18 Jan 2022 03:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=f+NXps7/AMZd6p8CbfFu1xLGWKKhiZWwP/hikl7qUV8=; b=ZXMuh4JpPKQQn028vR5TW28RkJRq/wWREsIVr/rEShZKjMg/B7Z9jPda0Y+LON7jx4 Lp1zlJGCIVdT6vqE1wktMASEE0B18XeZWHJkPEPITavWPstuRkYq9nVNCVJNlJ6rFpzd hlaFfUyjK1pYhhAjPmo7KoompJW6Jk7rmN/ck= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f+NXps7/AMZd6p8CbfFu1xLGWKKhiZWwP/hikl7qUV8=; b=rq8acupU8k2w8j2mMxzrwmbt1MvIBYxCxOlLNu7iOqyp/jgi1SojRYiDtUyG76x8mn h11w7cZU5S0IvztJzxQ0VZKjHZFVDYUG1OPYoAFRQ64I4pOgLGyQs/Ph8MGoArRddL+C o2cNskvt9/oa8wc/PM/a2R5Y6DHZBtwfEheoGg/Y1gmeKVQMTj1X9R26oyimZUNX/zDH M9np9jsSEVuuj7mR2l2oDEYeraionUQ0Q5ugHHuF0qb5HOXcpnqKzAAM0HyYkhgU3OW/ N98srcrMyX+0LQxZcdG1ifG/WurGcdsHaEz6vQTXuGA25MUReN5faWvmwMgdwZ1FXU5P +8Lg== X-Gm-Message-State: AOAM533H1e2OZ/Hqcr4Da63/lEAQTOYvenIMkVgkMLBIzzCMVxHUtjc4 HrFJ2vsx81AO0aZZeuVHpqM42te3QN2OsDkFV3Cqozx9xRg= X-Google-Smtp-Source: ABdhPJxbvQaGp+T6oYApy+hIHTb7hh7iMVhDsGckpsWeq9BaU3rN88FunYUfphQtcZoEenjamZA+BYQvRTrRz3ys6zk= X-Received: by 2002:a9d:d12:: with SMTP id 18mr17457509oti.75.1642506290874; Tue, 18 Jan 2022 03:44:50 -0800 (PST) MIME-Version: 1.0 References: <20220117125716.yjwxsze35j2ndn2i@sirius.home.kraxel.org> <70530b62-7b3f-db88-7f1a-f89b824e5825@suse.de> <57d276d3-aa12-fa40-6f90-dc19ef393679@gmx.de> <20220118062947.6kfuam6ah63z5mmn@sirius.home.kraxel.org> In-Reply-To: From: Daniel Vetter Date: Tue, 18 Jan 2022 12:44:39 +0100 Message-ID: Subject: Re: [PATCH] MAINTAINERS: Add Helge as fbdev maintainer To: Geert Uytterhoeven Content-Type: text/plain; charset="UTF-8" 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: Linux Fbdev development list , Linus Torvalds , Helge Deller , Linux Kernel Mailing List , DRI Development , Javier Martinez Canillas , Gerd Hoffmann , Thomas Zimmermann , Sven Schnelle Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Tue, Jan 18, 2022 at 9:10 AM Geert Uytterhoeven wrote: > > Hi Gerd, > > On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote: > > Also note that using a shadow framebuffer allows to decouple fbcon > > updates and scanout framebuffer updates. Can be used to speed up > > things without depending on the 2d blitter. > > Assuming accesses to the shadow frame buffer are faster than accesses > to the scanout frame buffer. While this is true on modern hardware, > this is not the case on all hardware. Especially if the shadow frame > buffer has a higher depth (XRGB8888) than the scanout frame buffer > (e.g. Cn)... > > The funny thing is that the systems we are interested in, once used > to be known for their graphics capabilities and/or performance... That's just a pure strawman. No one is forcing you to run your shadow buffer with xrgb8888. You can already do C8, any any other C1 is a few lines of code. Which I can't type for you, because I don't have such high performance hardware, but if someone would have spent hacking instead of typing mails any time this came up the past few years, we'd have it long ago. It's really not hard. Same goes for modesetting support in the fbdev emulation layer (that's a bit more work, but really not much) and really anything. And we do actually merge additions in the emulation support pretty quickly. If they show up. -Daniel > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch