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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id 68F3BC433FE for ; Tue, 8 Nov 2022 15:26:50 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 4F1FD84FD4; Tue, 8 Nov 2022 16:26:48 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="olyUSTkX"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 948BB84FE3; Tue, 8 Nov 2022 16:26:46 +0100 (CET) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id E0B5184FD4 for ; Tue, 8 Nov 2022 16:26:43 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qt1-x82f.google.com with SMTP id cg5so8794453qtb.12 for ; Tue, 08 Nov 2022 07:26:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=HcKxMvW40cB3hNxVYAJqY3/9cL1I4bH8UqmjChM1oD4=; b=olyUSTkXrckfX8y4kqfLS2K5KquNtN6koWnQmakkPhimCOteiks9EMuGv67cgZtmWa eD/B+8gwPdbq2eTVHVY7PHH+4yOGGvjDLPT5c+lH032v4ntk6Y083jEUOMIef1xYePQ+ 3e+MJb1FCIzUu+mXO+8/ecHty02NzE9QgineQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=HcKxMvW40cB3hNxVYAJqY3/9cL1I4bH8UqmjChM1oD4=; b=JZ5P9ZMZuCKxvJ0Oe+TSWUbaCaeah4aat+kVb1Zhv1ASP0I3+N1RckT+n7iBpfscUL NV0f9qiL/vSRI0kl3rIEdpg82RcWRESvLkH5dknF3lg4+qDJNPBgKs8Yr8cAbAnyZQjf uGNvnVMoScz49GGAziseUzKwc71r5gahQY8EVgOoYYox7v/CDgtVyNb67Uq1or+2QpZB ghdNYXG3Mx7E/FS8hpUaDzrSs+Vi53CF96httU6DtKdwhebBDe0v1nlwehBJM7ba3OQe jD5eaOQ2gcCPRzgWiUbn6pudyFBCNoc+yiyaqLp7wyDWhLqW2K+6X56rs3X4d1SwRIfq 0lHg== X-Gm-Message-State: ACrzQf3p+KtJzp0jwgoDcnIYlnG0f6bFYzXEmgxOCTqUfG2zbybXdgD/ 07sTMyAY4oR9wd+F8AcAYVvBTw== X-Google-Smtp-Source: AMsMyM64V8OkD/DN9mhCoRsjxoUlGi6VKHS7V9/etVBnLZ2qejylMu4kUZoj3NO6MSTGb+VM6Ebmsg== X-Received: by 2002:a05:622a:190d:b0:39c:df75:6880 with SMTP id w13-20020a05622a190d00b0039cdf756880mr43157799qtc.32.1667921202687; Tue, 08 Nov 2022 07:26:42 -0800 (PST) Received: from bill-the-cat (2603-6081-7b00-6400-7449-d20d-0f21-ae04.res6.spectrum.com. [2603:6081:7b00:6400:7449:d20d:f21:ae04]) by smtp.gmail.com with ESMTPSA id cg5-20020a05622a408500b0035cf31005e2sm8348481qtb.73.2022.11.08.07.26.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Nov 2022 07:26:42 -0800 (PST) Date: Tue, 8 Nov 2022 10:26:40 -0500 From: Tom Rini To: Robert Marko Cc: Andrey VOLKOV , Ramon Fried , u-boot@lists.denx.de Subject: Re: [PATCH 1/2] mach-snapdragon/mach-ipq40xx: fix, merge and refactoring Message-ID: <20221108152640.GS6335@bill-the-cat> References: <4203bd12-2adb-96ca-3623-b92e7d752eae@volkov.fr> <20221106015258.217868-1-andrey@volkov.fr> <20221108152015.GQ6335@bill-the-cat> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7vAdt9JsdkkzRPKN" Content-Disposition: inline In-Reply-To: X-Clacks-Overhead: GNU Terry Pratchett X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 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.6 at phobos.denx.de X-Virus-Status: Clean --7vAdt9JsdkkzRPKN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 08, 2022 at 04:23:16PM +0100, Robert Marko wrote: > On Tue, Nov 8, 2022 at 4:20 PM Tom Rini wrote: > > > > On Sun, Nov 06, 2022 at 02:52:56AM +0100, Andrey VOLKOV wrote: > > > Hi Robert, Tom, > > > > > > Updated patches are following, could you review/accept them? > > > > > > Le 04/11/2022 =E0 12:05, Robert Marko a =E9crit : > > > > On Tue, Oct 25, 2022 at 3:31 AM Andrey Volkov wr= ote: > > > >> SoC: qcom: Add missing Qualcomm's SOCs definitions to the arch KCo= nfig > > > >> > > > >> From: Andrey VOLKOV > > > >> > > > >> Add APQ8016/APQ8096/QCS40X decls to the KConfig, convert SDM845 de= claration to the hidden one (selected by target), > > > >> and update mach-snapdragon/Makefile accordingly. > > > >> > > > >> Also move 'CONFIG_ARM64' choice to the new declarations, since 'Sn= apdragon' contains Cortex A7A members too. > > > >> > > > >> Signed-off-by: Andrey VOLKOV > > > > I like this cleanup effort, however, can you rebase this to apply o= n the master? > > > > I would like to use this as a base of moving IPQ40xx to use Linux D= TS > > > > and keep it in sync. > > > > > > It's nice idea, except that full blown DTS is huge enough (+some KiB = at least), > > > and i'm afraid it's an old, old story about failing to make it :(. > > > Probably will be better if we will have some option that allowed to i= mport and > > > reuse DTS files directly from the kernel. > > > Something like CONFIG_DTS_FILE_PATH/CONFIG_DTS_INCLUDES/... > > > > > > @Tom, any additional comments/objections? > > > > > > Btw As far as I remember, this topic (reuse kernel's DTS) has been di= scussed > > > repeatedly since the mid-2000s, but I don't remember why it was not i= mplemented yet. > > > > Is the problem that the full DTS would make the resulting binary too > > large to fit in some restricted and can't be changed easily space? > > Generally we do want to keep the DTS files in-sync with the kernel. >=20 > Most IPQ40xx devices have a slot of 512kB left for the bootloader > which cannot be easily > expanded, however, that should still be enough for synced DTS anyway. This is about what I was expecting. And if we need to develop more tooling to better support this, that's a problem we should solve. We do have for example MULTI_DTB_FIT_GZIP (or LZO) but it might need a bit more tweaking to be available / usable in all cases? --=20 Tom --7vAdt9JsdkkzRPKN Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmNqdTAACgkQFHw5/5Y0 tyzJKQwAlTVJ09D8IxCxFPZ39x0f5NPL/WxYuwBijiQeSGWCvQ5FPjDUezCpqIkr c7/45v9uHj0X6M5f+B68ozVqHJSMYaSzAPQ7UgQtY03wxRnD9WORxVoNmvSUfGSw ZxlbeFkVXvs3eVYuj/tJwyaaoWV/XAEkahtO5GjO3mjxtacfousT/XwVypLnxt2v 7ZxmYdR3gPITkPvkco8h21ZxrHPfZiu6fF1mvvwfW9PAPce/e0QJvEaQtJ7iBnhK PftZrvO8mtUpV+gwSyli7r88ZqIf/GhCcQ6qD8lba1DyjV0Fdczkwv/WdwAxvKp7 IHmjrIw2WbuPrDMV89lAdn9kFKG9so0OlsPgfbouQrWdeMLuBB7d81zebV6Avgdq rASIMa4HQ1eYSwW6al9xw3BxTWLdX/TfQx0BRIsZMnpmlnaxtXo02Q0RTogP1nyV +Of6KIfcP/1iOoFuaylfm/zkvoiUdZyzT4hjDLxpIx1fhDmfyRvHGCMZaVR4M56A IbXs2FZm =RjJs -----END PGP SIGNATURE----- --7vAdt9JsdkkzRPKN--