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 D0FF2C5DF7D for ; Tue, 18 Aug 2026 17:25:07 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id CEB6410EC21; Tue, 18 Aug 2026 17:25:06 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; secure) header.d=ravnborg.org header.i=@ravnborg.org header.b="GcC7QfKH"; dkim=permerror (0-bit key) header.d=ravnborg.org header.i=@ravnborg.org header.b="/ZQ6mdzo"; dkim-atps=neutral Received: from mailrelay-egress4.pub.mailoutpod2-cph3.one.com (mailrelay-egress4.pub.mailoutpod2-cph3.one.com [46.30.211.179]) by gabe.freedesktop.org (Postfix) with ESMTPS id 94FF710EC21 for ; Tue, 18 Aug 2026 17:25:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1787073901; x=1787678701; d=ravnborg.org; s=rsa1; h=in-reply-to:content-transfer-encoding:content-type:mime-version:references: message-id:subject:cc:to:from:date:from; bh=oC+wbZ11MiVGNp3BL/DR+8hsY0fcHA1LiiIfSy5DLo8=; b=GcC7QfKHkOUrPSI94TQn+XxlpXbwMsxa7XMYgTO2h0JFyyB3oFha2HiMzUnGi71v4Pa09pPo1Nd3G 6HBZXIuflv6YSpUh9q6DR8RMiDbIPppMvj4KulZYW4Hcugs93zlJoPj+ehka2cCs6tlnb5zmUAe8FG D01ABKdxFc0TMf3+I1gjjK+/fUmDJpjqVppRHosY8UQ+qhx4WpGYT/H2fCR9QBVcYFA6pOPR2isNwO NRYlq4/MtFHB15/GHp1eBua/u5Dv7eHHibDQ7GMltxD71tNyZc+bYrmiLlRYZQH7CMpcwIWMcgzVzS Pzi0M5BL+EWToqwsK0Ayt7hb0Z5pLmg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1787073901; x=1787678701; d=ravnborg.org; s=ed1; h=in-reply-to:content-transfer-encoding:content-type:mime-version:references: message-id:subject:cc:to:from:date:from; bh=oC+wbZ11MiVGNp3BL/DR+8hsY0fcHA1LiiIfSy5DLo8=; b=/ZQ6mdzofkH8/R5vXp9D2JUqmrEU+5zs9RgJTrS0ObUxrYkEYNBKjes79WhtGmK7fIk+HwbVCn9MU iGJEeMRCA== X-HalOne-ID: bd3e7268-9b29-11f1-b934-6b8d581b3111 Received: from ravnborg.org (unknown [2a00:fd01:81e9:6100:12aa:6509:509d:7116]) by mailrelay3.pub.mailoutpod2-cph3.one.com (Halon) with ESMTPSA id bd3e7268-9b29-11f1-b934-6b8d581b3111; Tue, 18 Aug 2026 17:25:01 +0000 (UTC) Date: Tue, 18 Aug 2026 19:24:59 +0200 From: Sam Ravnborg To: =?iso-8859-1?Q?M=E0xim?= Pedraza Padilla Cc: Maxime Ripard , Helge Deller , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Thomas Zimmermann , linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@pengutronix.de, Francesco Valla Subject: Re: [RFC PATCH 0/6] Boot logo supplied by the device tree Message-ID: <20260818172459.GA770905@ravnborg.org> References: <20260731215043.30392-1-maximpedraza@gmail.com> <0219df57-06e3-4776-afb1-d167cad2e795@gmx.de> <20260810-devout-pig-of-performance-595ccc@houat> <20260812-neon-asp-of-completion-e9349e@houat> <20260814155325.GB516994@ravnborg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Hi Màxim. On Tue, Aug 18, 2026 at 12:48:21AM +0200, Màxim Pedraza Padilla wrote: > Hi Sam, > > Thank you -- that's a useful pointer, and it settles the question of how > a splash should be drawn without fbcon: a DRM client at > drm_client_setup(), next to drm_log, not a drm_fb_helper hook. > > Francesco's series is genuinely inspiring work, and it would be very > useful to me if it could take a CLUT224 image -- unfortunately it can't. > It only accepts an uncompressed 24-bit RGB888 BMP, whereas our logo is > paletted, which is what keeps it small: 17 KiB for 800x480 rather than > around a megabyte. So as it stands the format doesn't line up with what > we carry. Without looking at it in detail I would assume adding CLUT224 support would be doable. Step 1 would be to add a format conversion in drm_format_helper and use that. You may also find this useful for other purposes. Sam