Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp3789472imd; Mon, 29 Oct 2018 12:24:13 -0700 (PDT) X-Google-Smtp-Source: AJdET5fpIBDm45slAoRzVsr8q+dRbURlunue5o8GfWgQuUZnf89D7YeAWdBplmcEeoquF6ZQlVw5 X-Received: by 2002:a62:e707:: with SMTP id s7-v6mr7742825pfh.124.1540841052998; Mon, 29 Oct 2018 12:24:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540841052; cv=none; d=google.com; s=arc-20160816; b=EvEzHyh22C6nAC/iBRC34pc15YX5saDCGOML3wQaVI8EqfNu9Cdz92AyOuuABJCyZa 10/lxY6RjKrbBAmQGWLIVtqzmFz1M+yj+IJZP62BRH/Wb2zzP3sat9WQcb4Vgvam9Mzt 6HF6ROKuyTjzABDIItVCstpDRVp5i0oi+WLLvrNoSWpb5D9EArwc3g+7yvbsKN3ldhOk oq96UaBegq7QjTv3b1ThZuXs9AejMeOE7jDNaczOTHfYjNgFfbgSnwczq9w5gA8sf8O5 6LTuClX6GOaKiVoyfjrqnxUeMfcQc96mg34Beu63X1sncK73Ub4irMuTUDftECSBfiUk hTmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature; bh=Cx7LRpCbK0t68q5q4RBqh9Dn5V/BhNKc+ydKX4pEr30=; b=lmZMMmHw4q6RueDgApoPqm1Xo41QrWQsyuJAGf3TWBmUT73vbxSebOhQcSF0pxUFHA 4Dj3XLp3Zk+k+Xkhv1fVzO7OREw5KY5XypQze76fnkyfxIXR58j9eZmMWLvBn9eslnip GhZPJoOeRgxXWn97OO4SogZkG9wc5k0oIHOUsgrFnq5iz684LtvzZhOB+1uIp6uDbRGw En+FlIq8L2ncG1C2gkbT6rvwx1V6+FFFwd9CTVnj+iuE5LUr6hRne5jHsJWw5Nl8+EMa 3Jo2e3uZIttqWORlosgb2ehxlG5DsADx70tEg9h9GRasgHP7n98sgTqUAM6uHdODtKLm QwEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EvOMZWey; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b1-v6si22021166pgc.319.2018.10.29.12.23.57; Mon, 29 Oct 2018 12:24:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EvOMZWey; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726302AbeJ3ENd (ORCPT + 99 others); Tue, 30 Oct 2018 00:13:33 -0400 Received: from mail-yw1-f67.google.com ([209.85.161.67]:41123 "EHLO mail-yw1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725858AbeJ3ENc (ORCPT ); Tue, 30 Oct 2018 00:13:32 -0400 Received: by mail-yw1-f67.google.com with SMTP id c126-v6so3861611ywd.8; Mon, 29 Oct 2018 12:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id; bh=Cx7LRpCbK0t68q5q4RBqh9Dn5V/BhNKc+ydKX4pEr30=; b=EvOMZWeySDdWTZ0nJpWpuu9hinUvs3CPt8F93wj7wgfCrj5WNlk1ugRbxZmBz4+PZH Sj3tK+oIrigti7lV+FiJ/2faf/33/xkk0tsPt6kizkfwYH3c3m3is8yrazzwRbCN1bVW npswefSA2YYwzN9XBBiqN3mHEbelZmL57H47KGUJHr+Ft6faI2krdQWl50QZinKHA9L4 /D0cr5WZFGnZS/gvKBX/AWntzMpnQNJqsaO2MhNHxLibCw5P1kzEIMQbZD2W49B7ftk2 lwqZUgbxPPXTAYe+p6pSh/0GMWlfT2AyTGBhD77LB9k8eJkW/uEQFg2Iy6GP0SxJX9ZR r1PQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=Cx7LRpCbK0t68q5q4RBqh9Dn5V/BhNKc+ydKX4pEr30=; b=WM2r2wcvxWC78CnWh18PlFYAFq8J2XqGNGyqKMkL4GbozV3dWM5ApRozgOspDJ5Rwk 6l//fWrJpqR36UyBF43LQz2O4WEIV79NJAfls6Q1Hac04kIrlAhh+eJv16WjzwdpSBvf lYoKXXPZEdESY9nW9IHOgrMZe+mpgp8+rXGQfnD1EoLEFW+RgIP2SWlAp+On2eI4/GGf P3tJ0YVoM+32BKPNGB480155YHCfTLVA8VFdnBu/affKqPUA5ASSwY0EY6QOGcJ+CB7y x+R7LDsS5z8OsRK1C98nSw/PtuLJ/2j8ZkhDpiINO6WBIy4mnQZpHrDDpMiiOmP/jNEd PddQ== X-Gm-Message-State: AGRZ1gKjaigj7FtnLU4iIU5HTnE/UUlfFKxUXANASpKgWzC0/LVH9pLG fXlyGchbUNJyQp3f4HQWIENzctbe X-Received: by 2002:a0d:f6c7:: with SMTP id g190-v6mr15369214ywf.103.1540841008882; Mon, 29 Oct 2018 12:23:28 -0700 (PDT) Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.250]) by smtp.gmail.com with ESMTPSA id k85-v6sm5410014ywa.76.2018.10.29.12.23.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Oct 2018 12:23:27 -0700 (PDT) From: Florian Fainelli To: linux-kernel@vger.kernel.org Cc: Florian Fainelli , Catalin Marinas , Will Deacon , Rob Herring , Frank Rowand , Andrew Morton , Marc Zyngier , Russell King , Andrey Ryabinin , Andrey Konovalov , Masahiro Yamada , Robin Murphy , Laura Abbott , Stefan Agner , Johannes Weiner , Greg Hackmann , Kristina Martsenko , CHANDAN VN , linux-arm-kernel@lists.infradead.org (moderated list:ARM64 PORT (AARCH64 ARCHITECTURE)), devicetree@vger.kernel.org (open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE), rppt@linux.ibm.com, linux@armlinux.org.uk Subject: [PATCH 0/2 v5] arm64: Get rid of __early_init_dt_declare_initrd() Date: Mon, 29 Oct 2018 12:00:12 -0700 Message-Id: <20181029190014.6455-1-f.fainelli@gmail.com> X-Mailer: git-send-email 2.17.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, I numbered this v5 because this is still revolving around the same initial desire to cut the build time of an ARM64 kernel when toggling CONFIG_BLK_DEV_INITRD. This 4th version is basically the 3rd possible way to just get rid of __early_init_dt_declare_initrd() for ARM64. I previously mentioned that I was working on making phys_initrd_start/phys_initrd_size generic across architectures that make use of it, which would cover ARM (32-bit), unicore32 and possibly arm64, but upon second glance, this does not necessarily help, or rather this patch series actually helps make a smoother conversion in the future. Previous discussions/submissions list here: v3: https://www.spinics.net/lists/arm-kernel/msg683566.html v2: https://lkml.org/lkml/2018/10/25/4 Changes in v5: - incorporate Mike's version which properly takes care of command-line specified and FDT specified initrd location Changes in v4: - perform the physical to virtual initrd conversion straight within arm64_memblock_init() to get the correct memblock reservation to occur Changes in v3: - attempt to change drivers/of/fdt.c to absorb ARM64's specific behavior Changes in v2: - put an /* empty */ comment in the asm-generic/initrd.h file - trim down the CC list to maximize the chances of people receiving this Florian Fainelli (2): arm64: Get rid of __early_init_dt_declare_initrd() of/fdt: Remove definition check for __early_init_dt_declare_initrd() arch/arm64/include/asm/memory.h | 8 ------- arch/arm64/mm/init.c | 42 +++++++++++++++++++++------------ drivers/of/fdt.c | 2 -- 3 files changed, 27 insertions(+), 25 deletions(-) -- 2.17.1