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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5578FC433F5 for ; Sat, 25 Sep 2021 20:48:12 +0000 (UTC) Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7D9A860FDC for ; Sat, 25 Sep 2021 20:48:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 7D9A860FDC Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=openbsd.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 2F864835AD; Sat, 25 Sep 2021 22:48:08 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=openbsd.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Received: by phobos.denx.de (Postfix, from userid 109) id 32A018359A; Sat, 25 Sep 2021 22:48:02 +0200 (CEST) Received: from lb3-smtp-cloud8.xs4all.net (lb3-smtp-cloud8.xs4all.net [194.109.24.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 07F6D8350D for ; Sat, 25 Sep 2021 22:47:57 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=openbsd.org Authentication-Results: phobos.denx.de; spf=fail smtp.mailfrom=kettenis@openbsd.org Received: from cust-df1d398c ([IPv6:fc0c:c1f5:9ac0:c45f:1583:5c5b:91fa:2436]) by smtp-cloud8.xs4all.net with ESMTPA id UEaPm9fRLdDnlUEaRm8HzA; Sat, 25 Sep 2021 22:47:57 +0200 From: Mark Kettenis To: u-boot@lists.denx.de Cc: Mark Kettenis , Anatolij Gustschin , Heinrich Schuchardt , Alexander Graf Subject: [PATCH v2 0/4] 30bpp framebuffer support Date: Sat, 25 Sep 2021 22:47:35 +0200 Message-Id: <20210925204740.52468-1-kettenis@openbsd.org> X-Mailer: git-send-email 2.33.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfJZELuki98gdPUaKGL2K4cIZ22Ir2aDK68rLEIDuKW3oRVIBuXgLMO4MfhMcVN+bl+ejumGighQMukBPmJ4WHXr8hXaR3nYEaLeVCkyDBz+TyielcbNm kQ8FvOHbBawevamoXuCcPPogR258iCg3VHcRL9xzjHOwgU77WHU1pmFklkmyJblM4r/+8PUNMh/ePNJFHCH63FPDP8LI0ETNxigr2ycIDmgZWNQ2VeZ3cXSS 5C0oq6MfUMcbMf4FzcQbgFVDPf+oN891GrSsRD9mHtUKaxNjV9PdQAHLGzJ/RY7vIGJ16p88flVSrI1tjbvM6Q== X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.34 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean Apple M1 machines come up with a framebuffer that in 30bpp mode. This series adds basic support for this mode. What I call 30bpp mode here is really a 32bpp mode with pixels where each color channel is 10 bits deep. To distinguish this mode from the "regular" 32bpp mode (where each channel is 8 bits deep) we need to keep track of the pixel format. In order to avoid having to update each and every video driver, I've introduced an "unknown" format that is the default, where the code continues to infer the pixel format from the bpp value. Changelog: v2: - Encode pixel format in favour of adding VIDEO_30BPP - Recognize more format strings in simplefb driver - Fix EFI block image transfer for 30bpp mode Mark Kettenis (4): video: Add 30bpp support efi_loader: GOP: Add 30bpp support video: simplefb: Add 30bpp support efi_loader: GOP: Fix 30bpp block transfer support drivers/video/simplefb.c | 12 +++++- drivers/video/vidconsole-uclass.c | 11 ++++-- include/video.h | 9 +++++ lib/efi_loader/efi_gop.c | 61 +++++++++++++++++++++++++++++-- 4 files changed, 86 insertions(+), 7 deletions(-) -- 2.33.0