Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp3219957pxx; Mon, 2 Nov 2020 03:21:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJx1BkZ/9X6SJUU1sdtMH60Jnv9iDin0A011IYfV1uCkDxiQxuo+bS37FqdKwgKyaGKwZPQ6 X-Received: by 2002:a50:85c6:: with SMTP id q6mr16427841edh.126.1604316072257; Mon, 02 Nov 2020 03:21:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604316072; cv=none; d=google.com; s=arc-20160816; b=K32xrgrrpqlm5Aexlzt2VoeDUlIYKBlYHPL2x8FIjvtRlo7uKOkiEQwoDwMI60U3Ta JRBmilL2xW3LB44D2IizokuTYYsXI+HE/kjkQVFNI7cvcNJgd9UvYTnN6z3woJ7bv37B p4EMUt9fpvyJguDRnI2VRMnH/pQBpB4OpQrEsUlV4LA6vpwrDaOxkdIVpBqmDk2UgQzz QTBe3OVr+tOa/qCDYX7+2XPBBUDU9s8JZ1atGwW64tw+7zm7h1aL4eURXKCs4+NVp8dy FCCrkO06IIaw2mLuxBFM+40TaYxaWvDzprJgWBL3VO3qX6q78J3e6lETX83YKVv2EQ6C 7r1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=kXZChu7Wh7ILON/2gYLH4Pho4CrTf6ogIIqD17tHacw=; b=GM9vsiLneuiF8XcdZ4YOxaDqTZXIiP83lHbAj6hPNecF7BeaJIrIePKZBwyDd/42AI 2pjRYygydFm4KiDoXZWt19Uzuxvd0yQBk4CxLQ3SsSrd9/PHy+xt5gNwxl9CvjBlzBzf BErOTferb15RppJwmpuky1SwfGDyjdwoan0h/7QtWm4tCelTFQZX8h6h493ZBJB9hhJl HdzYGdXWR5alY12OMHM25N9nVAPLHnQlafVu5CcmoGpzAWoZTm9lBeTNpxnX2Z1Gwx/3 6M3Ps9Fvr4WJqIQjvFFjXAfsA1nAAsUlQkaIhn8H1i5LbdLnSVLXtDUijTyP/sGv1IVs 6G4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=XUnOWCaJ; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gb27si10051350ejc.536.2020.11.02.03.20.50; Mon, 02 Nov 2020 03:21:12 -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=@ffwll.ch header.s=google header.b=XUnOWCaJ; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728534AbgKBLSo (ORCPT + 99 others); Mon, 2 Nov 2020 06:18:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728253AbgKBLSo (ORCPT ); Mon, 2 Nov 2020 06:18:44 -0500 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 10D47C0617A6 for ; Mon, 2 Nov 2020 03:18:44 -0800 (PST) Received: by mail-ot1-x343.google.com with SMTP id g19so2813006otp.13 for ; Mon, 02 Nov 2020 03:18:44 -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:content-transfer-encoding; bh=kXZChu7Wh7ILON/2gYLH4Pho4CrTf6ogIIqD17tHacw=; b=XUnOWCaJfUDDNS3cOqI8xlIpVY8dhXOnpx/GxA+bzrrMj4pqtfTy6G0TGcV6UUqnVN uBUJYiDPN2cU1ch1eqcgQec67EfZlp4DZn+gL1McyoCAAjgLw0UU3TZlto74e+nLal7F SxNXcEO/WWd9sDQrVph/8rzIO4nUcH4ND/6vw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=kXZChu7Wh7ILON/2gYLH4Pho4CrTf6ogIIqD17tHacw=; b=tbZy8DX+GQ9SrX2pQXZ9XGOX6764xfzI66F+KUAamFv2pZc5BNUIYDAuUJVFMSgCzM Pi+YnVGxApA7SrwNf7Oyjo1DiNxeFHcc52MdF/63mMe/V4MOTOcKVdfNl06QzT8ADejm xD/6UCyvNEjskl1DCSkB+0dNSeYttV3uG+/aFpZaGXMkguACyZabqOa6E5JdWfgXxcDT 0JEaRq3g/PnjeQoSnG7aO2bRscijPn8oMq+eRTXosXeNS8+t72JEgHGO6BDkl87kxrpd 9upleo+p1NPb1aH/uBeSb2j6+Gtsu7jF7ZNPqS7DzRbESLt6mfWfvNikAzMpEWzF5uZR kBTA== X-Gm-Message-State: AOAM531Zx+Mrba87wzer7M0UK1gKAbZf7zy3LQkGYBlpkTa7+TPSCebk 66zE7vrvWXJ+vt1nvX84H7BYC2FEUKv2R0WzkwoiLw== X-Received: by 2002:a9d:6e81:: with SMTP id a1mr11108613otr.303.1604315923479; Mon, 02 Nov 2020 03:18:43 -0800 (PST) MIME-Version: 1.0 References: <20201030181822.570402-1-lee.jones@linaro.org> <20201102110916.GK4127@dell> In-Reply-To: <20201102110916.GK4127@dell> From: Daniel Vetter Date: Mon, 2 Nov 2020 12:18:32 +0100 Message-ID: Subject: Re: [PATCH 1/1] Fonts: font_acorn_8x8: Replace discarded const qualifier To: Lee Jones Cc: Greg KH , Peilin Ye , Linux ARM , Linux Kernel Mailing List , stable , Russell King Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 2, 2020 at 12:09 PM Lee Jones wrote: > > On Mon, 02 Nov 2020, Daniel Vetter wrote: > > > On Fri, Oct 30, 2020 at 7:18 PM Lee Jones wrote: > > > > > > Commit 09e5b3fd5672 ("Fonts: Support FONT_EXTRA_WORDS macros for > > > built-in fonts") introduced the following error when building > > > rpc_defconfig (only this build appears to be affected): > > > > > > `acorndata_8x8' referenced in section `.text' of arch/arm/boot/compr= essed/ll_char_wr.o: > > > defined in discarded section `.data' of arch/arm/boot/compressed/= font.o > > > `acorndata_8x8' referenced in section `.data.rel.ro' of arch/arm/boo= t/compressed/font.o: > > > defined in discarded section `.data' of arch/arm/boot/compressed/= font.o > > > make[3]: *** [/scratch/linux/arch/arm/boot/compressed/Makefile:191: = arch/arm/boot/compressed/vmlinux] Error 1 > > > make[2]: *** [/scratch/linux/arch/arm/boot/Makefile:61: arch/arm/boo= t/compressed/vmlinux] Error 2 > > > make[1]: *** [/scratch/linux/arch/arm/Makefile:317: zImage] Error 2 > > > > > > The .data section is discarded at link time. Reinstating > > > acorndata_8x8 as const ensures it is still available after linking. > > > > > > Cc: > > > Cc: Russell King > > > Signed-off-by: Lee Jones > > > > Shouldn't we add the const to all of them, for consistency? > > The thought did cross my mind. However, I do not see any further > issues which need addressing. Nor do I have any visibility into what > issues may be caused by doing so. The only thing I know for sure is > that this patch fixes the compile error pertained to in the commit > message, and I'd like for this fix to be as atomic as possible, as > it's designed to be routed through the Stable/LTS trees. The trouble is that if we only make one of them const, then it'll take so much longer to hit any issues due to code not handling this correctly. Being consistent with all fonts sounds like the best approach. And the original patch that lost the const for the additional data also went through cc: stable for all fonts together. So that shouldn't be the hold-up. -Daniel > > -- > Lee Jones [=E6=9D=8E=E7=90=BC=E6=96=AF] > Senior Technical Lead - Developer Services > Linaro.org =E2=94=82 Open source software for Arm SoCs > Follow Linaro: Facebook | Twitter | Blog --=20 Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch