From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dalon Westergreen Date: Sat, 28 Jan 2017 14:47:24 -0800 Subject: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board In-Reply-To: <8a4273d1-1fef-0c95-7abe-b9bf89289262@denx.de> References: <20170128204717.20694-1-mailinglists@kunz-im-inter.net> <1485638725.12609.33.camel@intel.com> <8a4273d1-1fef-0c95-7abe-b9bf89289262@denx.de> Message-ID: <1485643644.12609.36.camel@gmail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Sat, 2017-01-28 at 23:30 +0100, Marek Vasut wrote: > On 01/28/2017 10:25 PM, Westergreen, Dalon wrote: > > > > On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote: > > > > > > On 01/28/2017 09:47 PM, Frank Kunz wrote: > > > > > > > > > > > > This adds common distribution boot environment variables for > > > > DE0-nanos-SoC board. The current boot procedure is extended to run > > > > the distribution boot as fallback. > > > > The SOC ROM loader scans for the SPL in the special partition 0xa2 > > > > (partition mode) > > > > if this is not found it scans the MMC card sector 0 (raw mode), for up > > > > to > > > > four valid SPLs. When a partition table (MBR, GPT) is used with raw > > > > mode, > > > > the first SPL must not be written to the MMC and the ROM loader uses the > > > > second SPL. > > > > > > > > Frank Kunz (3): > > > > ? socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC > > > > ? socfpga: Add distoboot support for DE0-nano-SoC > > > > ? socfpga: Adapt environment storage for DE0-nano-SoC > > > > > > > > ?include/configs/socfpga_de0_nano_soc.h | 32 > > > > +++++++++++++++++++++++++++++++- > > > > ?1 file changed, 31 insertions(+), 1 deletion(-) > > > > > > CCing Dalon, he sent a series > > > [PATCH v7 0/7] arm: socfpga: update default u-boot environment > > > > > > Can you two coordinate the efforts ? I think it'd make sense to wait for > > > his series to reach v8 and then rebase on top of it. I would also like > > > Dalon to do a v8 which just extracts the common env, so we can > > > merge that first and then look into the more intrusive bits. > > > > > Cool, i can submit a v8 which just moves the env to a common location. > > I have reservations about the use use of raw mode while an MBR is > > present.??It is definitely not an intended use, although it does > > work. If you like i can just merge the two patch sets into v8? > > No, please just keep the stuff separate, so we can get something in > and then move on to the next thing. > Will do, it should be identical to the v6 patches. ?I also have tested a patch to support searching for the a2 partition to load the uboot image which i will send afterwards