From: "François Ozog" <francois.ozog@linaro.org> To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Cc: "Aaron Williams" <awilliams@marvell.com>, "Albert Aribaud" <albert.u.boot@aribaud.net>, "Alexander Graf" <agraf@csgraf.de>, "Anastasiia Lukianenko" <anastasiia_lukianenko@epam.com>, "Andre Przywara" <andre.przywara@arm.com>, "Ashok Reddy Soma" <ashok.reddy.soma@xilinx.com>, "Atish Patra" <atish.patra@wdc.com>, "Bin Meng" <bin.meng@windriver.com>, "Bin Meng" <bmeng.cn@gmail.com>, "Christian Hewitt" <christianshewitt@gmail.com>, "David Abdurachmanov" <david.abdurachmanov@sifive.com>, "Dimitri John Ledkov" <dimitri.ledkov@canonical.com>, "Fabio Estevam" <festevam@gmail.com>, "Green Wan" <green.wan@sifive.com>, "Heiko Schocher" <hs@denx.de>, "Heinrich Schuchardt" <xypron.glpk@gmx.de>, "Ilias Apalodimas" <ilias.apalodimas@linaro.org>, "Jagan Teki" <jagan@amarulasolutions.com>, "Jerry Van Baren" <vanbaren@cideas.com>, "Kever Yang" <kever.yang@rock-chips.com>, Leo <ycliang@andestech.com>, "Linus Walleij" <linus.walleij@linaro.org>, "Liviu Dudau" <liviu.dudau@foss.arm.com>, "Marek Behún" <marek.behun@nic.cz>, "Matthias Brugger" <mbrugger@suse.com>, "Michal Simek" <michal.simek@xilinx.com>, "Michal Simek" <monstr@monstr.eu>, "Neil Armstrong" <narmstrong@baylibre.com>, "Niel Fourie" <lusus@denx.de>, "Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>, "Padmarao Begari" <padmarao.begari@microchip.com>, "Pali Rohár" <pali@kernel.org>, "Peter Robinson" <pbrobinson@gmail.com>, "Priyanka Jain" <priyanka.jain@nxp.com>, "Rainer Boschung" <rainer.boschung@hitachi-powergrids.com>, "Ramon Fried" <rfried.dev@gmail.com>, "Rick Chen" <rick@andestech.com>, "Sean Anderson" <seanga2@gmail.com>, "Simon Glass" <sjg@chromium.org>, "Sinan Akman" <sinan@writeme.com>, "Stefan Roese" <sr@denx.de>, "Stephen Warren" <swarren@wwwdotorg.org>, "Stephen Warren" <swarren@nvidia.com>, "T Karthik Reddy" <t.karthik.reddy@xilinx.com>, "Tero Kristo" <kristo@kernel.org>, "Thomas Fitzsimmons" <fitzsim@fitzsim.org>, "Tianrui Wei" <tianrui-wei@outlook.com>, "Tim Harvey" <tharvey@gateworks.com>, "Tom Rini" <trini@konsulko.com>, "Tuomas Tynkkynen" <tuomas.tynkkynen@iki.fi>, "U-Boot Mailing List" <u-boot@lists.denx.de>, "Valentin Longchamp" <valentin.longchamp@hitachi-powergrids.com>, "Vladimir Oltean" <vladimir.oltean@nxp.com>, "Wolfgang Denk" <wd@denx.de>, "Zong Li" <zong.li@sifive.com>, qemu-devel@nongnu.org Subject: Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option Date: Wed, 13 Oct 2021 15:06:17 +0200 [thread overview] Message-ID: <CAHFG_=Xv9SskJ7gYg8QJeQsujaPPhv_R_=M9UMW=EdBROAFVKg@mail.gmail.com> (raw) In-Reply-To: <f1500552-5c27-d338-6e4c-6460c0ef13af@canonical.com> Le mer. 13 oct. 2021 à 14:41, Heinrich Schuchardt < heinrich.schuchardt@canonical.com> a écrit : > > > On 10/13/21 03:01, Simon Glass wrote: > > With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so > > there are only three ways to obtain a devicetree: > > > > - OF_SEPARATE - the normal way, where the devicetree is built and > > appended to U-Boot > > - OF_EMBED - for development purposes, the devicetree is embedded in > > the ELF file (also used for EFI) > > - OF_BOARD - the board figures it out on its own > > > > The last one is currently set up so that no devicetree is needed at all > > in the U-Boot tree. Most boards do provide one, but some don't. Some > > don't even provide instructions on how to boot on the board. > > > > The problems with this approach are documented at [1]. > > > > In practice, OF_BOARD is not really distinct from OF_SEPARATE. Any board > > can obtain its devicetree at runtime, even it is has a devicetree built > > in U-Boot. This is because U-Boot may be a second-stage bootloader and > its > > caller may have a better idea about the hardware available in the > machine. > > This is the case with a few QEMU boards, for example. > > > > So it makes no sense to have OF_BOARD as a 'choice'. It should be an > > option, available with either OF_SEPARATE or OF_EMBED. > > > > This series makes this change, adding various missing devicetree files > > (and placeholders) to make the build work. > > Why should we add dummy files with irrelevant content (see patch 06/16) > to make the build work? Why don't you fix the Makefile instead? > +1 > > Best regards > > Heinrich > > > > > It also provides a few qemu clean-ups discovered along the way. > > > > This series is based on Ilias' two series for OF_HOSTFILE and > > OF_PRIOR_STAGE removal. > > > > It is available at u-boot-dm/ofb-working > > > > [1] > https://patchwork.ozlabs.org/project/uboot/patch/20210919215111.3830278-3-sjg@chromium.org/ > > > > > > Simon Glass (16): > > arm: qemu: Mention -nographic in the docs > > arm: qemu: Explain how to extract the generate devicetree > > riscv: qemu: Explain how to extract the generate devicetree > > arm: qemu: Add a devicetree file for qemu_arm > > arm: qemu: Add a devicetree file for qemu_arm64 > > riscv: qemu: Add devicetree files for qemu_riscv32/64 > > arm: rpi: Add a devicetree file for rpi_4 > > arm: vexpress: Add a devicetree file for juno > > arm: xenguest_arm64: Add a fake devicetree file > > arm: octeontx: Add a fake devicetree file > > arm: xilinx_versal_virt: Add a devicetree file > > arm: bcm7xxx: Add a devicetree file > > arm: qemu-ppce500: Add a devicetree file > > arm: highbank: Add a fake devicetree file > > fdt: Make OF_BOARD a bool option > > Drop CONFIG_BINMAN_STANDALONE_FDT > > > > Makefile | 3 +- > > arch/arm/dts/Makefile | 20 +- > > arch/arm/dts/bcm2711-rpi-4-b.dts | 1958 ++++++++++++++++++++++++ > > arch/arm/dts/bcm7xxx.dts | 15 + > > arch/arm/dts/highbank.dts | 14 + > > arch/arm/dts/juno-r2.dts | 1038 +++++++++++++ > > arch/arm/dts/octeontx.dts | 14 + > > arch/arm/dts/qemu-arm.dts | 402 +++++ > > arch/arm/dts/qemu-arm64.dts | 381 +++++ > > arch/arm/dts/xenguest-arm64.dts | 15 + > > arch/arm/dts/xilinx-versal-virt.dts | 307 ++++ > > arch/powerpc/dts/Makefile | 1 + > > arch/powerpc/dts/qemu-ppce500.dts | 264 ++++ > > arch/riscv/dts/Makefile | 2 +- > > arch/riscv/dts/qemu-virt.dts | 8 - > > arch/riscv/dts/qemu-virt32.dts | 217 +++ > > arch/riscv/dts/qemu-virt64.dts | 217 +++ > > configs/bcm7260_defconfig | 1 + > > configs/bcm7445_defconfig | 1 + > > configs/highbank_defconfig | 2 +- > > configs/octeontx2_95xx_defconfig | 1 + > > configs/octeontx2_96xx_defconfig | 1 + > > configs/octeontx_81xx_defconfig | 1 + > > configs/octeontx_83xx_defconfig | 1 + > > configs/qemu-ppce500_defconfig | 2 + > > configs/qemu-riscv32_defconfig | 1 + > > configs/qemu-riscv32_smode_defconfig | 1 + > > configs/qemu-riscv32_spl_defconfig | 4 +- > > configs/qemu-riscv64_defconfig | 1 + > > configs/qemu-riscv64_smode_defconfig | 1 + > > configs/qemu-riscv64_spl_defconfig | 3 +- > > configs/qemu_arm64_defconfig | 1 + > > configs/qemu_arm_defconfig | 1 + > > configs/rpi_4_32b_defconfig | 1 + > > configs/rpi_4_defconfig | 1 + > > configs/rpi_arm64_defconfig | 1 + > > configs/vexpress_aemv8a_juno_defconfig | 1 + > > configs/xenguest_arm64_defconfig | 1 + > > configs/xilinx_versal_virt_defconfig | 1 + > > doc/board/emulation/qemu-arm.rst | 19 +- > > doc/board/emulation/qemu-riscv.rst | 12 + > > dts/Kconfig | 27 +- > > tools/binman/binman.rst | 20 - > > 43 files changed, 4922 insertions(+), 61 deletions(-) > > create mode 100644 arch/arm/dts/bcm2711-rpi-4-b.dts > > create mode 100644 arch/arm/dts/bcm7xxx.dts > > create mode 100644 arch/arm/dts/highbank.dts > > create mode 100644 arch/arm/dts/juno-r2.dts > > create mode 100644 arch/arm/dts/octeontx.dts > > create mode 100644 arch/arm/dts/qemu-arm.dts > > create mode 100644 arch/arm/dts/qemu-arm64.dts > > create mode 100644 arch/arm/dts/xenguest-arm64.dts > > create mode 100644 arch/arm/dts/xilinx-versal-virt.dts > > create mode 100644 arch/powerpc/dts/qemu-ppce500.dts > > delete mode 100644 arch/riscv/dts/qemu-virt.dts > > create mode 100644 arch/riscv/dts/qemu-virt32.dts > > create mode 100644 arch/riscv/dts/qemu-virt64.dts > > > -- François-Frédéric Ozog | *Director Business Development* T: +33.67221.6485 francois.ozog@linaro.org | Skype: ffozog
WARNING: multiple messages have this Message-ID (diff)
From: "François Ozog" <francois.ozog@linaro.org> To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Cc: "Liviu Dudau" <liviu.dudau@foss.arm.com>, "Neil Armstrong" <narmstrong@baylibre.com>, "Vladimir Oltean" <vladimir.oltean@nxp.com>, "Linus Walleij" <linus.walleij@linaro.org>, "Bin Meng" <bin.meng@windriver.com>, "Kever Yang" <kever.yang@rock-chips.com>, "Sean Anderson" <seanga2@gmail.com>, "Atish Patra" <atish.patra@wdc.com>, "Zong Li" <zong.li@sifive.com>, "Stefan Roese" <sr@denx.de>, "Fabio Estevam" <festevam@gmail.com>, "Rainer Boschung" <rainer.boschung@hitachi-powergrids.com>, "Tom Rini" <trini@konsulko.com>, "Stephen Warren" <swarren@nvidia.com>, "Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>, "Heinrich Schuchardt" <xypron.glpk@gmx.de>, "Niel Fourie" <lusus@denx.de>, "Michal Simek" <michal.simek@xilinx.com>, "Marek Behún" <marek.behun@nic.cz>, "Jerry Van Baren" <vanbaren@cideas.com>, "Ramon Fried" <rfried.dev@gmail.com>, "Jagan Teki" <jagan@amarulasolutions.com>, "Valentin Longchamp" <valentin.longchamp@hitachi-powergrids.com>, "Heiko Schocher" <hs@denx.de>, "Peter Robinson" <pbrobinson@gmail.com>, "Sinan Akman" <sinan@writeme.com>, "Thomas Fitzsimmons" <fitzsim@fitzsim.org>, "Wolfgang Denk" <wd@denx.de>, "Stephen Warren" <swarren@wwwdotorg.org>, qemu-devel@nongnu.org, "Andre Przywara" <andre.przywara@arm.com>, "Tim Harvey" <tharvey@gateworks.com>, "Ashok Reddy Soma" <ashok.reddy.soma@xilinx.com>, "Rick Chen" <rick@andestech.com>, "Alexander Graf" <agraf@csgraf.de>, "Green Wan" <green.wan@sifive.com>, "T Karthik Reddy" <t.karthik.reddy@xilinx.com>, "Anastasiia Lukianenko" <anastasiia_lukianenko@epam.com>, "Albert Aribaud" <albert.u.boot@aribaud.net>, "Michal Simek" <monstr@monstr.eu>, "Matthias Brugger" <mbrugger@suse.com>, Leo <ycliang@andestech.com>, "Tero Kristo" <kristo@kernel.org>, "U-Boot Mailing List" <u-boot@lists.denx.de>, "David Abdurachmanov" <david.abdurachmanov@sifive.com>, "Priyanka Jain" <priyanka.jain@nxp.com>, "Simon Glass" <sjg@chromium.org>, "Ilias Apalodimas" <ilias.apalodimas@linaro.org>, "Christian Hewitt" <christianshewitt@gmail.com>, "Aaron Williams" <awilliams@marvell.com>, "Tuomas Tynkkynen" <tuomas.tynkkynen@iki.fi>, "Tianrui Wei" <tianrui-wei@outlook.com>, "Bin Meng" <bmeng.cn@gmail.com>, "Pali Rohár" <pali@kernel.org>, "Dimitri John Ledkov" <dimitri.ledkov@canonical.com>, "Padmarao Begari" <padmarao.begari@microchip.com> Subject: Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option Date: Wed, 13 Oct 2021 15:06:17 +0200 [thread overview] Message-ID: <CAHFG_=Xv9SskJ7gYg8QJeQsujaPPhv_R_=M9UMW=EdBROAFVKg@mail.gmail.com> (raw) In-Reply-To: <f1500552-5c27-d338-6e4c-6460c0ef13af@canonical.com> [-- Attachment #1: Type: text/plain, Size: 6265 bytes --] Le mer. 13 oct. 2021 à 14:41, Heinrich Schuchardt < heinrich.schuchardt@canonical.com> a écrit : > > > On 10/13/21 03:01, Simon Glass wrote: > > With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so > > there are only three ways to obtain a devicetree: > > > > - OF_SEPARATE - the normal way, where the devicetree is built and > > appended to U-Boot > > - OF_EMBED - for development purposes, the devicetree is embedded in > > the ELF file (also used for EFI) > > - OF_BOARD - the board figures it out on its own > > > > The last one is currently set up so that no devicetree is needed at all > > in the U-Boot tree. Most boards do provide one, but some don't. Some > > don't even provide instructions on how to boot on the board. > > > > The problems with this approach are documented at [1]. > > > > In practice, OF_BOARD is not really distinct from OF_SEPARATE. Any board > > can obtain its devicetree at runtime, even it is has a devicetree built > > in U-Boot. This is because U-Boot may be a second-stage bootloader and > its > > caller may have a better idea about the hardware available in the > machine. > > This is the case with a few QEMU boards, for example. > > > > So it makes no sense to have OF_BOARD as a 'choice'. It should be an > > option, available with either OF_SEPARATE or OF_EMBED. > > > > This series makes this change, adding various missing devicetree files > > (and placeholders) to make the build work. > > Why should we add dummy files with irrelevant content (see patch 06/16) > to make the build work? Why don't you fix the Makefile instead? > +1 > > Best regards > > Heinrich > > > > > It also provides a few qemu clean-ups discovered along the way. > > > > This series is based on Ilias' two series for OF_HOSTFILE and > > OF_PRIOR_STAGE removal. > > > > It is available at u-boot-dm/ofb-working > > > > [1] > https://patchwork.ozlabs.org/project/uboot/patch/20210919215111.3830278-3-sjg@chromium.org/ > > > > > > Simon Glass (16): > > arm: qemu: Mention -nographic in the docs > > arm: qemu: Explain how to extract the generate devicetree > > riscv: qemu: Explain how to extract the generate devicetree > > arm: qemu: Add a devicetree file for qemu_arm > > arm: qemu: Add a devicetree file for qemu_arm64 > > riscv: qemu: Add devicetree files for qemu_riscv32/64 > > arm: rpi: Add a devicetree file for rpi_4 > > arm: vexpress: Add a devicetree file for juno > > arm: xenguest_arm64: Add a fake devicetree file > > arm: octeontx: Add a fake devicetree file > > arm: xilinx_versal_virt: Add a devicetree file > > arm: bcm7xxx: Add a devicetree file > > arm: qemu-ppce500: Add a devicetree file > > arm: highbank: Add a fake devicetree file > > fdt: Make OF_BOARD a bool option > > Drop CONFIG_BINMAN_STANDALONE_FDT > > > > Makefile | 3 +- > > arch/arm/dts/Makefile | 20 +- > > arch/arm/dts/bcm2711-rpi-4-b.dts | 1958 ++++++++++++++++++++++++ > > arch/arm/dts/bcm7xxx.dts | 15 + > > arch/arm/dts/highbank.dts | 14 + > > arch/arm/dts/juno-r2.dts | 1038 +++++++++++++ > > arch/arm/dts/octeontx.dts | 14 + > > arch/arm/dts/qemu-arm.dts | 402 +++++ > > arch/arm/dts/qemu-arm64.dts | 381 +++++ > > arch/arm/dts/xenguest-arm64.dts | 15 + > > arch/arm/dts/xilinx-versal-virt.dts | 307 ++++ > > arch/powerpc/dts/Makefile | 1 + > > arch/powerpc/dts/qemu-ppce500.dts | 264 ++++ > > arch/riscv/dts/Makefile | 2 +- > > arch/riscv/dts/qemu-virt.dts | 8 - > > arch/riscv/dts/qemu-virt32.dts | 217 +++ > > arch/riscv/dts/qemu-virt64.dts | 217 +++ > > configs/bcm7260_defconfig | 1 + > > configs/bcm7445_defconfig | 1 + > > configs/highbank_defconfig | 2 +- > > configs/octeontx2_95xx_defconfig | 1 + > > configs/octeontx2_96xx_defconfig | 1 + > > configs/octeontx_81xx_defconfig | 1 + > > configs/octeontx_83xx_defconfig | 1 + > > configs/qemu-ppce500_defconfig | 2 + > > configs/qemu-riscv32_defconfig | 1 + > > configs/qemu-riscv32_smode_defconfig | 1 + > > configs/qemu-riscv32_spl_defconfig | 4 +- > > configs/qemu-riscv64_defconfig | 1 + > > configs/qemu-riscv64_smode_defconfig | 1 + > > configs/qemu-riscv64_spl_defconfig | 3 +- > > configs/qemu_arm64_defconfig | 1 + > > configs/qemu_arm_defconfig | 1 + > > configs/rpi_4_32b_defconfig | 1 + > > configs/rpi_4_defconfig | 1 + > > configs/rpi_arm64_defconfig | 1 + > > configs/vexpress_aemv8a_juno_defconfig | 1 + > > configs/xenguest_arm64_defconfig | 1 + > > configs/xilinx_versal_virt_defconfig | 1 + > > doc/board/emulation/qemu-arm.rst | 19 +- > > doc/board/emulation/qemu-riscv.rst | 12 + > > dts/Kconfig | 27 +- > > tools/binman/binman.rst | 20 - > > 43 files changed, 4922 insertions(+), 61 deletions(-) > > create mode 100644 arch/arm/dts/bcm2711-rpi-4-b.dts > > create mode 100644 arch/arm/dts/bcm7xxx.dts > > create mode 100644 arch/arm/dts/highbank.dts > > create mode 100644 arch/arm/dts/juno-r2.dts > > create mode 100644 arch/arm/dts/octeontx.dts > > create mode 100644 arch/arm/dts/qemu-arm.dts > > create mode 100644 arch/arm/dts/qemu-arm64.dts > > create mode 100644 arch/arm/dts/xenguest-arm64.dts > > create mode 100644 arch/arm/dts/xilinx-versal-virt.dts > > create mode 100644 arch/powerpc/dts/qemu-ppce500.dts > > delete mode 100644 arch/riscv/dts/qemu-virt.dts > > create mode 100644 arch/riscv/dts/qemu-virt32.dts > > create mode 100644 arch/riscv/dts/qemu-virt64.dts > > > -- François-Frédéric Ozog | *Director Business Development* T: +33.67221.6485 francois.ozog@linaro.org | Skype: ffozog [-- Attachment #2: Type: text/html, Size: 9300 bytes --]
next prev parent reply other threads:[~2021-10-13 13:08 UTC|newest] Thread overview: 164+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-10-13 1:01 [PATCH 00/16] fdt: Make OF_BOARD a boolean option Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:01 ` [PATCH 01/16] arm: qemu: Mention -nographic in the docs Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:01 ` [PATCH 02/16] arm: qemu: Explain how to extract the generate devicetree Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:19 ` François Ozog 2021-10-13 1:19 ` François Ozog 2021-10-13 16:58 ` Simon Glass 2021-10-13 16:58 ` Simon Glass 2021-10-13 17:36 ` Tom Rini 2021-10-13 17:36 ` Tom Rini 2021-10-13 1:01 ` [PATCH 03/16] riscv: " Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:01 ` [PATCH 04/16] arm: qemu: Add a devicetree file for qemu_arm Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:01 ` [PATCH 05/16] arm: qemu: Add a devicetree file for qemu_arm64 Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 1:15 ` François Ozog 2021-10-13 1:15 ` François Ozog 2021-10-27 14:44 ` Alex Bennée 2021-10-27 14:44 ` Alex Bennée 2021-10-27 14:56 ` Tom Rini 2021-10-27 14:56 ` Tom Rini 2021-10-27 18:34 ` Simon Glass 2021-10-27 18:34 ` Simon Glass 2021-10-27 18:39 ` Tom Rini 2021-10-27 18:39 ` Tom Rini 2021-10-27 19:45 ` Alex Bennée 2021-10-27 19:45 ` Alex Bennée 2021-10-13 1:01 ` [PATCH 06/16] riscv: qemu: Add devicetree files for qemu_riscv32/64 Simon Glass 2021-10-13 1:01 ` Simon Glass 2021-10-13 4:21 ` Heinrich Schuchardt 2021-10-13 4:21 ` Heinrich Schuchardt 2021-10-13 1:01 ` [PATCH 07/16] arm: rpi: Add a devicetree file for rpi_4 Simon Glass 2021-10-13 1:24 ` François Ozog 2021-10-13 1:01 ` [PATCH 08/16] arm: vexpress: Add a devicetree file for juno Simon Glass 2021-10-13 1:01 ` [PATCH 09/16] arm: xenguest_arm64: Add a fake devicetree file Simon Glass 2021-10-13 1:01 ` [PATCH 10/16] arm: octeontx: " Simon Glass 2021-10-13 1:27 ` François Ozog 2021-10-13 1:01 ` [PATCH 11/16] arm: xilinx_versal_virt: Add a " Simon Glass 2021-10-13 6:13 ` Michal Simek 2021-10-13 16:58 ` Simon Glass 2021-10-13 1:01 ` [PATCH 12/16] arm: bcm7xxx: " Simon Glass 2021-10-13 1:01 ` [PATCH 13/16] arm: qemu-ppce500: " Simon Glass 2021-10-13 1:01 ` [PATCH 14/16] arm: highbank: Add a fake " Simon Glass 2021-10-13 1:01 ` [PATCH 15/16] fdt: Make OF_BOARD a bool option Simon Glass 2021-10-13 4:22 ` Heinrich Schuchardt 2021-10-13 16:58 ` Simon Glass 2021-10-13 17:30 ` Sean Anderson 2021-10-24 19:53 ` Simon Glass 2021-10-13 1:01 ` [PATCH 16/16] Drop CONFIG_BINMAN_STANDALONE_FDT Simon Glass 2021-10-13 1:29 ` [PATCH 00/16] fdt: Make OF_BOARD a boolean option Bin Meng 2021-10-13 1:29 ` Bin Meng 2021-10-13 1:34 ` Tom Rini 2021-10-13 1:34 ` Tom Rini 2021-10-13 8:02 ` François Ozog 2021-10-13 8:02 ` François Ozog 2021-10-13 14:47 ` Simon Glass 2021-10-13 14:47 ` Simon Glass 2021-10-13 17:34 ` François Ozog 2021-10-13 17:34 ` François Ozog 2021-10-13 18:06 ` Simon Glass 2021-10-13 18:06 ` Simon Glass 2021-10-14 14:56 ` Tom Rini 2021-10-14 14:56 ` Tom Rini 2021-10-14 15:17 ` Simon Glass 2021-10-14 15:17 ` Simon Glass 2021-10-14 15:28 ` Tom Rini 2021-10-14 15:28 ` Tom Rini 2021-10-14 17:58 ` François Ozog 2021-10-14 17:58 ` François Ozog 2021-10-15 18:03 ` Simon Glass 2021-10-15 18:03 ` Simon Glass 2021-10-26 6:46 ` Ilias Apalodimas 2021-10-26 6:46 ` Ilias Apalodimas 2021-10-27 12:59 ` Tom Rini 2021-10-27 12:59 ` Tom Rini 2021-10-27 13:30 ` François Ozog 2021-10-27 13:30 ` François Ozog 2021-10-27 13:38 ` Tom Rini 2021-10-27 13:38 ` Tom Rini 2021-10-27 13:47 ` Ilias Apalodimas 2021-10-27 13:47 ` Ilias Apalodimas 2021-10-27 14:26 ` Tom Rini 2021-10-27 14:26 ` Tom Rini 2021-10-27 13:48 ` François Ozog 2021-10-27 13:48 ` François Ozog 2021-10-27 14:30 ` Tom Rini 2021-10-27 14:30 ` Tom Rini 2021-10-28 2:50 ` Simon Glass 2021-10-28 2:50 ` Simon Glass 2021-10-28 8:21 ` François Ozog 2021-10-28 8:21 ` François Ozog 2021-10-28 14:30 ` Simon Glass 2021-10-28 14:30 ` Simon Glass 2021-10-28 14:50 ` François Ozog 2021-10-28 14:50 ` François Ozog 2021-10-28 15:44 ` Simon Glass 2021-10-28 15:44 ` Simon Glass 2021-10-28 16:25 ` François Ozog 2021-10-28 16:25 ` François Ozog 2021-11-02 14:59 ` Simon Glass 2021-11-02 14:59 ` Simon Glass 2021-11-01 11:04 ` Ilias Apalodimas 2021-11-01 11:04 ` Ilias Apalodimas 2021-11-02 10:06 ` Michael Walle 2021-11-02 10:06 ` Michael Walle 2021-11-02 12:34 ` François Ozog 2021-11-02 12:34 ` François Ozog 2021-11-02 14:59 ` Simon Glass 2021-11-02 14:59 ` Simon Glass 2021-10-27 12:48 ` Tom Rini 2021-10-27 12:48 ` Tom Rini 2021-10-27 13:15 ` François Ozog 2021-10-27 13:15 ` François Ozog 2021-10-27 13:23 ` Heinrich Schuchardt 2021-10-27 13:23 ` Heinrich Schuchardt 2021-10-27 14:55 ` Tom Rini 2021-10-27 14:55 ` Tom Rini 2021-10-27 15:02 ` Heinrich Schuchardt 2021-10-27 15:02 ` Heinrich Schuchardt 2021-10-27 18:04 ` Tom Rini 2021-10-27 18:04 ` Tom Rini 2021-10-27 14:54 ` Tom Rini 2021-10-27 14:54 ` Tom Rini 2021-10-27 15:10 ` Mark Kettenis 2021-10-27 15:10 ` Mark Kettenis 2021-10-27 15:24 ` Simon Glass 2021-10-27 15:24 ` Simon Glass 2021-10-27 18:06 ` Tom Rini 2021-10-27 18:06 ` Tom Rini 2021-10-27 18:11 ` François Ozog 2021-10-27 18:11 ` François Ozog 2021-10-27 21:52 ` Mark Kettenis 2021-10-27 21:52 ` Mark Kettenis 2021-10-27 16:02 ` François Ozog 2021-10-27 16:02 ` François Ozog 2021-10-27 19:06 ` Tom Rini 2021-10-27 19:06 ` Tom Rini 2021-10-27 22:00 ` François Ozog 2021-10-27 22:00 ` François Ozog 2021-10-28 14:41 ` Tom Rini 2021-10-28 14:41 ` Tom Rini 2021-10-14 16:24 ` Andre Przywara 2021-10-14 16:24 ` Andre Przywara 2021-10-14 17:48 ` François Ozog 2021-10-14 17:48 ` François Ozog 2021-10-14 18:12 ` François Ozog 2021-10-14 18:12 ` François Ozog 2021-10-14 21:00 ` Simon Glass 2021-10-14 21:00 ` Simon Glass 2021-10-13 12:39 ` Philippe Mathieu-Daudé 2021-10-13 12:39 ` Philippe Mathieu-Daudé 2021-10-13 13:06 ` François Ozog 2021-10-13 13:06 ` François Ozog 2021-10-13 4:26 ` Heinrich Schuchardt 2021-10-13 4:26 ` Heinrich Schuchardt 2021-10-13 13:06 ` François Ozog [this message] 2021-10-13 13:06 ` François Ozog 2021-10-13 9:50 ` Andre Przywara 2021-10-13 9:50 ` Andre Przywara 2021-10-13 13:05 ` François Ozog 2021-10-13 13:05 ` François Ozog
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='CAHFG_=Xv9SskJ7gYg8QJeQsujaPPhv_R_=M9UMW=EdBROAFVKg@mail.gmail.com' \ --to=francois.ozog@linaro.org \ --cc=agraf@csgraf.de \ --cc=albert.u.boot@aribaud.net \ --cc=anastasiia_lukianenko@epam.com \ --cc=andre.przywara@arm.com \ --cc=ashok.reddy.soma@xilinx.com \ --cc=atish.patra@wdc.com \ --cc=awilliams@marvell.com \ --cc=bin.meng@windriver.com \ --cc=bmeng.cn@gmail.com \ --cc=christianshewitt@gmail.com \ --cc=david.abdurachmanov@sifive.com \ --cc=dimitri.ledkov@canonical.com \ --cc=festevam@gmail.com \ --cc=fitzsim@fitzsim.org \ --cc=green.wan@sifive.com \ --cc=heinrich.schuchardt@canonical.com \ --cc=hs@denx.de \ --cc=ilias.apalodimas@linaro.org \ --cc=jagan@amarulasolutions.com \ --cc=kever.yang@rock-chips.com \ --cc=kristo@kernel.org \ --cc=linus.walleij@linaro.org \ --cc=liviu.dudau@foss.arm.com \ --cc=lusus@denx.de \ --cc=marek.behun@nic.cz \ --cc=mbrugger@suse.com \ --cc=michal.simek@xilinx.com \ --cc=monstr@monstr.eu \ --cc=narmstrong@baylibre.com \ --cc=oleksandr_andrushchenko@epam.com \ --cc=padmarao.begari@microchip.com \ --cc=pali@kernel.org \ --cc=pbrobinson@gmail.com \ --cc=priyanka.jain@nxp.com \ --cc=qemu-devel@nongnu.org \ --cc=rainer.boschung@hitachi-powergrids.com \ --cc=rfried.dev@gmail.com \ --cc=rick@andestech.com \ --cc=seanga2@gmail.com \ --cc=sinan@writeme.com \ --cc=sjg@chromium.org \ --cc=sr@denx.de \ --cc=swarren@nvidia.com \ --cc=swarren@wwwdotorg.org \ --cc=t.karthik.reddy@xilinx.com \ --cc=tharvey@gateworks.com \ --cc=tianrui-wei@outlook.com \ --cc=trini@konsulko.com \ --cc=tuomas.tynkkynen@iki.fi \ --cc=u-boot@lists.denx.de \ --cc=valentin.longchamp@hitachi-powergrids.com \ --cc=vanbaren@cideas.com \ --cc=vladimir.oltean@nxp.com \ --cc=wd@denx.de \ --cc=xypron.glpk@gmx.de \ --cc=ycliang@andestech.com \ --cc=zong.li@sifive.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.