On Thu, Jan 24, 2019 at 7:27 PM Andreas Schwab wrote:
>
> On Jan 24 2019, Alexander Graf wrote:
>
> > On 24.01.19 14:38, Andreas Schwab wrote:
> >> On Jan 24 2019, Alexander Graf wrote:
> >>
> >>> Board_init() is too late. This needs to go into early_board_init_f().
> >>
> >> I don't think we
On Sat, Jan 26, 2019 at 02:31:52AM +, Martyn Welch wrote:
> There are 3 supported modes of operation:
>
> 1) Show version
> 2) List image contents
> 3) Extract image component
>
> Option (1) terminates early, so only options (2) and (3) remain. Remove
> redundant check for these modes.
>
>
On Sat, Jan 26, 2019 at 02:31:54AM +, Martyn Welch wrote:
> Help message isn't clear over the use of the "-T" option (it's to declare
> the type of image that the tool is operating on), which also is optional
> as it defaults to the default image type. It's also missing a description
> of the
On Fri, Feb 01, 2019 at 03:04:56PM -0600, Andrew F. Davis wrote:
> The second loader stages may be stored on GPT partitions,
> enable support for this here.
>
> Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Sat, Jan 26, 2019 at 02:31:53AM +, Martyn Welch wrote:
> The utility dumpimage has error paths that display the usage and others
> that exit without displaying usage. Add an explicit help option to
> dumpimage to display the usage and remove it's use in error paths to make
> the error
On Fri, Feb 01, 2019 at 06:38:53PM +0100, Daniel Schwierzeck wrote:
> Hi Tom,
>
> please pull some updates and fixes for MIPS
>
> https://travis-ci.org/danielschwierzeck/u-boot/builds/487434845
>
>
> The following changes since commit ab0ec15f77b5692c06fac024f34a90ab4752b41a:
>
> Merge tag
On Sat, Jan 26, 2019 at 02:31:51AM +, Martyn Welch wrote:
> The dump image utility has very confusing syntax. If called to list image
> contents ("-l") it takes the image name as a positional argument. If the
> utility is called to extract something from the image, the image must be
>
On Thu, Jan 24, 2019 at 03:42:51PM +0100, Jean-Jacques Hiblot wrote:
> Although not required, it doesn't hurt to explicitly map the USB ports to
> a USB controller. Without this, the port number will be derived from the
> binding order of the peripheral devices.
>
> Signed-off-by: Jean-Jacques
On Fri, Feb 01, 2019 at 09:23:59PM +0100, Simon Goldschmidt wrote:
> This adds one test case that checks that allocation with multiple
> DRAM banks works correctly.
>
> Signed-off-by: Simon Goldschmidt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 01, 2019 at 06:15:20PM +0100, Philipp Tomsich wrote:
> Tom,
>
> I am a little late this time with our changes for rc1. Hope this doesn’t
> impact your workflow too much.
> Things got a bit messy this time, as some of the series introduced unexpected
> isses during testing
> (such
On Wed, Jan 23, 2019 at 02:20:03PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Replace CONFIG_SPL_FAT_SUPPORT with CONFIG_SPL_FS_FAT so
> obj-$(CONFIG_$(SPL_)FS_FAT) can be used to control the build in both
> SPL and U-Boot.
>
> Signed-off-by: Tien Fong Chee
>
On Fri, Feb 01, 2019 at 03:04:57PM -0600, Andrew F. Davis wrote:
> Bootm will fail to load kernels over 8MB, this is not enough
> for our 64bit kernel images. Increase this to 64MB.
>
> Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Wed, Jan 23, 2019 at 02:20:04PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Most of the time SPL only needs very simple FAT reading, so having
> CONFIG_IS_ENABLED(FAT_WRITE) to exclude it from SPL build would help
> to save 64KiB default max clustersize from memory.
>
On Fri, Feb 01, 2019 at 03:04:58PM -0600, Andrew F. Davis wrote:
> The first element in the debug section is expected to be debugUID.
> ROM will not parse this correctly when out of order, fix this here.
>
> Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
--
Tom
signature.asc
On Sat, Jan 26, 2019 at 02:31:50AM +, Martyn Welch wrote:
> The dumpimage utility errors out in a number of places without providing
> sufficient feedback to allow the user to easily determine what they have
> done wrong. Add addtional error messages to make the cause of the failure
> more
On Wed, Jan 23, 2019 at 02:20:05PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Replace CONFIG_SPL_EXT_SUPPORT to CONFIG_SPLY_FS_EXT4 so both
> obj-$(CONFIG_$(SPL_)FS_EXT4) and CONFIG_IS_ENABLED(FS_EXT4) can be
> used to control the build in both SPL and U-Boot.
>
>
On Sat, Jan 26, 2019 at 10:13:04PM +0100, Simon Goldschmidt wrote:
> This fixes the automatic lmb initialization and reservation for boards
> with more than one DRAM bank.
>
> This fixes the CVE-2018-18439 and -18440 fixes that only allowed to load
> files into the firs DRAM bank from fs and via
On Wed, Jan 23, 2019 at 02:20:06PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> CONFIG_SPL_FS_EXT4 can be used to include/exclude the FS EXT4 from
> SPL build. Excluding the FS EXT4 from SPL build can help to save 20KiB
> memory.
>
> Signed-off-by: Tien Fong Chee
>
On Thu, Jan 24, 2019 at 02:33:36PM -0600, Adam Ford wrote:
> The OMAP36 and DM37 TRM state to disable extneded drain IO before
> changing the PBIAS. This patch does this before pmic writes if
> the CONFIG_MMC_OMAP36XX_PINS flag is set and the cpu family is
> omap36xx
>
> Signed-off-by: Adam
On Tue, Jan 22, 2019 at 04:48:19PM +0100, Jean-Jacques Hiblot wrote:
> This feature is now supported by the main config for am335x_evm:
> am335x_evm_defconfig
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description:
On Thu, Jan 24, 2019 at 03:42:52PM +0100, Jean-Jacques Hiblot wrote:
> This is required to enable the USB port #2 in SPL when DM_USB is used.
>
> Signed-off-by: Jean-Jacques Hiblot
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jan 22, 2019 at 04:48:16PM +0100, Jean-Jacques Hiblot wrote:
> If the host does not respond in time, the initialization fails. However
> the usb ether driver will still be registered. This will make
> usb_gadget_probe_driver() fail the next time the initialization is
> attempted because
On Wed, Jan 23, 2019 at 12:46:42PM -0600, Adam Ford wrote:
> The chosen node was added in the kernel. This may come in handy
> in the future, so resync with 5.0-rc3
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/dts/am3517-evm.dts b/arch/arm/dts/am3517-evm.dts
> index
On Wed, Jan 23, 2019 at 12:37:57PM -0600, Adam Ford wrote:
> Resync with Kernel 5.0-rc3
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/dts/da850-evm.dts b/arch/arm/dts/da850-evm.dts
> index a3c9b34672..f04bc3e153 100644
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, Jan 23, 2019 at 08:32:19AM -0600, Adam Ford wrote:
> To comply with pending requirements, this sets the flags to
> enable DM_SPI and DM_USB.
>
> Signed-off-by: Adam Ford
>
> diff --git a/configs/am3517_evm_defconfig b/configs/am3517_evm_defconfig
> index 0fe3f7ef09..38cad9cf4e 100644
On Fri, Jan 18, 2019 at 08:46:43PM +1300, Chris Packham wrote:
> Now that BUILD_TARGET is in Kconfig we can define a default for boards
> using the Kirkwood SoC.
>
> Signed-off-by: Chris Packham
> Cc: Jagan Teki
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP
On Mon, Jan 21, 2019 at 06:16:28AM +0100, Heiko Schocher wrote:
> port the am335x based shc board to DM, to get rid
> of DW warnings when compiling U-Boot.
>
> - remove uneccessary board code
> - adapt defconfigs
> - remove unneeded defconfigs
> configs/am335x_shc_prompt_defconfig
>
On Tue, Jan 22, 2019 at 04:48:18PM +0100, Jean-Jacques Hiblot wrote:
> The AM335x ROM boot is able to download the SPL from a RNDIS connection
> on USB0. To enable a full RNDIS boot flow (romboot -> SPL -> u-boot -> ..),
> we can use USB_ETHER in SPL and u-boot.
> However this increase the size
On Tue, Jan 22, 2019 at 04:48:17PM +0100, Jean-Jacques Hiblot wrote:
> This USB port is mainly used for RNDIS and DFU. To be able to use it with
> DM_USB and DM_USB_GADGET, we need to provide a dr_mode value in the DTS.
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Tom Rini
Applied to
On Mon, Jan 21, 2019 at 06:16:26AM +0100, Heiko Schocher wrote:
> add DTS from linux tree commit
> "47bfa6d9dc8c060bf56554a465c9031e286d2f80"
>
> change for U-Boot:
> switch to SPDX-license identifier.
>
> Signed-off-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
On Mon, Jan 21, 2019 at 06:16:27AM +0100, Heiko Schocher wrote:
> add u-boot specific am335x-shc-u-boot.dtsi file,
> in which we add u-boot specific adaptions.
>
> Signed-off-by: Heiko Schocher
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP
On Fri, Jan 18, 2019 at 12:52:49PM +0530, Jagan Teki wrote:
> Migrate CONFIG_BUILD_TARGET into Kconfig.
>
> Signed-off-by: Jagan Teki
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
This commit cleans up the pcm052.c file to remove dead code after moving to
DTS and DM.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 267 ---
1 file changed, 267 deletions(-)
diff --git
This commit provides update and renames the bk4r1.dts to vf610-bk4r1.dts
file with more on SoC HW description.
The pcm052.dts has been renamed to vf610-pcm052.dts as well.
Moreover, a new vf610-pcm052.drsi file has been introduced
to reuse the common code between devices based on Phytec's
pcm052
This commit brings a separate file in which the U-Boot specific
properties (like 'dm-pre-reloc') are provided.
Such approach allows easy sync with upstream Linux kernel in the
future.
Signed-off-by: Lukasz Majewski
Reviewed-by: Tom Rini
---
Changes in v3: None
Changes in v2:
- New
The BK4's config file has changed since its initial posting to main line.
This commit reflects those changes.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
include/configs/bk4r1.h | 214 ++--
1 file changed, 206
This commit introduces the board specific function to read fused mac
address.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 41 +
1 file changed, 41 insertions(+)
diff --git
As the I2C2 clock is now enabled in the generic clock code, we can remove
this code from a board file.
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- New patch (separate board code patch)
Changes in v2: None
board/phytec/pcm052/pcm052.c | 2 +-
1 file changed, 1 insertion(+), 1
BK4 requires setup of 50MHz reference clock for its KSZ8081 PHY devices.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/phytec/pcm052/pcm052.c
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
include/configs/bk4r1.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/include/configs/bk4r1.h b/include/configs/bk4r1.h
index 7bd3411ff2..05ebb7d9c5 100644
--- a/include/configs/bk4r1.h
+++
The proposed way of reading fused MAC in the imx_get_mac_from_fuse() may
be different for other boards.
This commit defines the imx_get_mac_from_fuse() as a weak function to allow
board file overriding it with customized function.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes
This commit updates BK4's and PCM052's config files to support as much
as possible device tree and model in u-boot.
Moreover, remove CONFIG_* from pcm052.h (as those are now in
bk4|pcm052_defconfig)
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2:
- Disable EFI
This commit provides distinction between PCM052 and BK4.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/board/phytec/pcm052/pcm052.c b/board/phytec/pcm052/pcm052.c
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
include/configs/pcm052.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/include/configs/pcm052.h b/include/configs/pcm052.h
index c2ecb7ec18..fb8f3c8609 100644
---
This code allows reusing the default u-boot as in the late board init, the
default envs are restored and proper recovery scripts executed.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
arch/arm/cpu/armv7/vf610/Kconfig | 1 +
This patch allows moving vf610 based boards to a device tree and model.
Ported from Linux kernel - v4.20 (tag)
Signed-off-by: Lukasz Majewski
Reviewed-by: Stefan Agner
---
Changes in v3: None
Changes in v2: None
arch/arm/dts/vf.dtsi | 62
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
include/configs/bk4r1.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/include/configs/bk4r1.h b/include/configs/bk4r1.h
index bbd3e4e636..7bd3411ff2 100644
---
As one has moved to DM based LEDs, this code is required to setup the
default state.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 4
1 file changed, 4 insertions(+)
diff --git a/board/phytec/pcm052/pcm052.c
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/phytec/pcm052/pcm052.c b/board/phytec/pcm052/pcm052.c
index 5f2c9a9c12..95df0be6c1 100644
--- a/board/phytec/pcm052/pcm052.c
+++
Provide function to enable I2C clocks for vf610 - in the generic code.
This function overrides the default weak function implementation (which
only returns 1).
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- Add code to enable I2C0 code as suggested by Stefan (so the code can be
reused
The "m4go" provides exactly the same functionality as the IMX generic
"bootaux" command. Remove it to not duplicate the code.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2: None
board/phytec/pcm052/pcm052.c | 38 --
1 file changed, 38
This patch provides definitions necessary for VF610 DDR pad configurations.
Signed-off-by: Lukasz Majewski
Reviewed-by: Stefan Agner
---
Changes in v3: None
Changes in v2: None
arch/arm/dts/vf610-pinfunc.h | 50
1 file changed, 50 insertions(+)
This patch series converts PCM052 and BK4 to use Driver Model and Device
Tree.
Some notable changes:
- The way how MAC address is read from fuses can now be adjusted
- DTS improvement/sync with kernel (also extract u-boot specific properties)
- Using generic code instead of one from board
The
Signed-off-by: Lukasz Majewski
Reviewed-by: Stefan Agner
---
Changes in v3: None
Changes in v2: None
drivers/net/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 39ce4e8a1f..f00ab79050 100644
--- a/drivers/net/Kconfig
The NXP's FEC driver can be reused on vf610 device (with DM).
Signed-off-by: Lukasz Majewski
Reviewed-by: Stefan Agner
---
Changes in v3: None
Changes in v2: None
drivers/net/fec_mxc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index
On Fri, 1 Feb 2019 16:40:16 +
Abel Vesa wrote:
> Update all the dts[i] files for imx6[q|qp|dl] sabre[auto|sd] to the
> ones from kernel v4.20 (commit 8fe28cb58bcb2).
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel Vesa
> Acked-by: Peng Fan
> ---
> arch/arm/dts/Makefile
On Fri, 1 Feb 2019 16:40:14 +
Abel Vesa wrote:
> This allows us to keep the basic dts[i] files up-to-date with
> the ones in kernel, but at the same time allowing the u-boot
> to add its own properties to the existing nodes.
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel Vesa
>
On Fri, 1 Feb 2019 16:40:12 +
Abel Vesa wrote:
> This matches one of the following three boards (or fails):
> - imx6q-sabresd
> - imx6qp-sabresd
> - imx6dl-sabresd
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
> ---
>
On Fri, 1 Feb 2019 16:40:11 +
Abel Vesa wrote:
> Since the fsl_esdhc will also be used by SPL, make the
> preprocessor switches more generic to allow any kind of build.
>
The same here - as with ehci-mx6.
Thanks Abel for this patch.
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel
On Fri, 1 Feb 2019 16:40:13 +
Abel Vesa wrote:
> This matches one of the following three boards (or fails):
> - imx6q-sabreauto
> - imx6qp-sabreauto
> - imx6dl-sabreauto
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
> ---
>
On Fri, 1 Feb 2019 16:40:08 +
Abel Vesa wrote:
> Do the regulator related work only if the build has the DM_REGULATOR.
>
Yes, this part was missing for IMX6Q - especially SPL can get away with
enabling SPL_DM_REGULATOR if needed.
Reviewed-by: Lukasz Majewski
> Signed-off-by: Abel Vesa
On Fri, 1 Feb 2019 16:40:07 +
Abel Vesa wrote:
> Since there is the SPL_USB_HOST_SUPPORT for enabling USB support in
> SPL, makes more sense to rename the SPL_USB_SUPPORT as
> SPL_USB_STORAGE. Everything that is not part of the usb storage
> support in SPL is now build under
On Sat, Feb 2, 2019 at 11:17 AM Jörg Krause wrote:
>
> Hi,
>
> On Thu, 2019-01-17 at 07:16 -0600, Adam Ford wrote:
> > The initialization of the NAND in SPL hard-coded ecc.bytes,
> > ecc.size, and ecc.strength which may work for some NAND parts,
> > but it not appropriate for others. With the
Hi,
On Sat, 2019-02-02 at 05:30 -0800, Adam Ford wrote:
> On Sat, Feb 2, 2019 at 12:29 AM Jagan Teki wrote:
> > +Adam, Shyam
> >
> > On Sat, 2 Feb, 2019, 8:49 AM Stefan Agner >
> > > Hi Tim,
> > >
> > > On 02.02.19 03:32, Tim Harvey wrote:
> > > > Stefan,
> > > >
> > > > I'm trying to track
Hi,
On Thu, 2019-01-17 at 07:16 -0600, Adam Ford wrote:
> The initialization of the NAND in SPL hard-coded ecc.bytes,
> ecc.size, and ecc.strength which may work for some NAND parts,
> but it not appropriate for others. With the pending patch
> "mxs_nand: Fix BCH read timeout error on boards
On Tue, 22 Jan 2019, Auer, Lukas wrote:
> For the same reason, I agree with you that it does not make sense to
> implement the SBI in U-Boot. OpenSBI is better suited to handle this.
It should be possible to link the OpenSBI library with U-boot, then allow
U-boot to use SBI services itself,
> Am 02.02.2019 um 15:13 schrieb Simon Glass :
>
> Hi Alex,
>
>> On Thu, 31 Jan 2019 at 08:06, Alexander Graf wrote:
>>
>> The board_r init function was complaining that we are looping through
>> an array, calling all our tiny init stubs sequentially via indirect
>> function calls (which
On Thu, 2019-01-03 at 15:52 +, Stefan Agner wrote:
> On 30.12.18 17:11, Adam Ford wrote:
> > The initialization function calls a nand_chip.scan_bbt(mtd) but
> > scan_bbt is never initialized resulting in an undefined function
> > pointer. This will direct the function pointer to
Hi Igor,
On Fri, 1 Feb 2019 at 13:38, Igor Opaniuk wrote:
>
> Hi Simon,
>
> Thanks for reviewing!
>
> > I'm assuming that this test runs with 'make qcheck'?
>
> I've tested only by invoking test.py:
> ./test/py/test.py --bd sandbox --build
Yes that's fine, just wanted to make sure it is invoked
On Thu, 31 Jan 2019 at 08:31, Michal Simek wrote:
>
> For !DM case busses are listed as
> ZynqMP> i2c bus
> Bus 0: zynq_0
> Bus 1: zynq_0->PCA9544A@0x75:0
> Bus 2: zynq_0->PCA9544A@0x75:1
> Bus 3: zynq_0->PCA9544A@0x75:2
> Bus 4: zynq_1
> Bus 5: zynq_1->PCA9548@0x74:0
> Bus 6:
Hi,
On Thu, 31 Jan 2019 at 22:53, AKASHI Takahiro
wrote:
>
> Hi Simon,
>
> Thank you for suggestive comments.
> I've got no idea of making DM class for EFI protocol.
>
> On Wed, Jan 30, 2019 at 06:22:47PM -0700, Simon Glass wrote:
> > Hi AKASHI,
> >
> > On Mon, 28 Jan 2019 at 19:59, AKASHI
Hi Alex,
On Thu, 31 Jan 2019 at 08:06, Alexander Graf wrote:
>
> The board_r init function was complaining that we are looping through
> an array, calling all our tiny init stubs sequentially via indirect
> function calls (which can't be speculated, so they are slow).
Is this a compiler
Hi Michal,
On Thu, 31 Jan 2019 at 08:31, Michal Simek wrote:
>
> U-Boot with I2C_DM enabled is not capable to list i2c busses connected
> to i2c mux. For getting this work there is a need to find out highest
> alias ID and use this uniq number for new buses connected to I2C mux.
> This series is
On Sat, Feb 2, 2019 at 12:29 AM Jagan Teki wrote:
>
> +Adam, Shyam
>
> On Sat, 2 Feb, 2019, 8:49 AM Stefan Agner
> > Hi Tim,
> >
> > On 02.02.19 03:32, Tim Harvey wrote:
> > > Stefan,
> > >
> > > I'm trying to track down an IMX6 SPL NAND boot regression that started
> > > in v2018.07 with your
On Sat, Feb 2, 2019 at 5:17 AM Jörg Krause wrote:
>
> Hi,
>
> On Thu, 2019-01-31 at 07:22 -0800, Adam Ford wrote:
> > On Wed, Jan 30, 2019 at 11:40 PM Shyam Saini
> > wrote:
> > > Hi Everyone,
> > >
> > > I'm trying to boot imx6q board from nand but it seems like mainline
> > > u-boot nand boot
Hi,
On Thu, 2019-01-03 at 15:55 +, Stefan Agner wrote:
> [this time using reply to all]
>
> On 03.01.19 03:36, Adam Ford wrote:
> > The LogicPD board uses a Micron Flash with ECC. To boot this from
> > SPL, the ECC needs to be correctly configured or the BCH engine
> > times out.
> >
> >
Hi,
On Thu, 2019-01-31 at 07:22 -0800, Adam Ford wrote:
> On Wed, Jan 30, 2019 at 11:40 PM Shyam Saini
> wrote:
> > Hi Everyone,
> >
> > I'm trying to boot imx6q board from nand but it seems like mainline
> > u-boot nand boot support for imx6q board is broken.
>
> I spent some time trying to
On Fri, Feb 1, 2019 at 10:35 PM Vignesh R wrote:
>
>
>
> On 01-Feb-19 9:18 PM, Jagan Teki wrote:
> > On Thu, Jan 31, 2019 at 11:20 PM Vignesh R wrote:
> >>
> [...]
> >>>
> >>> This doesn't look good to me, this change is part of 08/20 and now it
> >>> removed. better do the same change in 08/20
On Fri, Feb 1, 2019 at 10:38 PM Vignesh R wrote:
>
> [...]
> >>> Yes, zynq qspi ia unable to handle larger than 16MiB flashes so we used
> >>> BAR to access those.
> >>>
> >>
> >> I wonder how those boards work in kernel that does not support BAR.
> >> Anyways, if you provide a list of SPI
Hi Abel,
On Fri, Feb 1, 2019 at 2:43 PM Abel Vesa wrote:
>
> The third version is here:
> https://lists.denx.de/pipermail/u-boot/2019-January/356903.html
>
> So, this time I hope I got it right. Before, I was stupidly trying
> to put a fit in another fit without a really good reason. To my
>
On Fri, Feb 1, 2019 at 2:50 PM Abel Vesa wrote:
>
> With DM and FIT enabled in SPL, there is an sram overflow. By disabling
> CONFIG_SPL_DOS_PARTITION, CONFIG_SPL_EXT_SUPPORT and
> CONFIG_SPL_EFI_PARTITION, we get to keep the 'one binary to fit all'
> for imx6[q|qp|dl] on sabresd since the final
On Fri, Feb 1, 2019 at 2:53 PM Abel Vesa wrote:
>
> Rely on the phy-reset-gpios which is set in imx6qdl-sabresd dtsi
> and get rid of the enet reset gpio handling from the board file.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot
On Fri, Feb 1, 2019 at 2:51 PM Abel Vesa wrote:
>
> Since the mx6sabreauto has DM support, remove the unused non-DM code
> from mx6sabresd board file.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
On Fri, Feb 1, 2019 at 2:48 PM Abel Vesa wrote:
>
> Enable all neceassary configs to support DM_SPI_FLASH on mx6sabresd.
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:50 PM Abel Vesa wrote:
>
> Since the mx6sabreauto has DM support, remove the unused non-DM code
> from mx6sabreauto board file.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
On Fri, Feb 1, 2019 at 2:46 PM Abel Vesa wrote:
>
> Add the DM_GPIO related config for mx6sabresd.
> Also add the gpio request calls.
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
On Fri, Feb 1, 2019 at 2:48 PM Abel Vesa wrote:
>
> Enable all neceassary configs to support DM_SPI_FLASH on mx6sabreauto.
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:49 PM Abel Vesa wrote:
>
> Add the DM_GPIO related config for mx6sabreauto.
> Also add the gpio request calls.
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
On Fri, Feb 1, 2019 at 2:45 PM Abel Vesa wrote:
>
> Update all the dts[i] files for imx6[q|qp|dl] sabre[auto|sd] to the ones
> from kernel v4.20 (commit 8fe28cb58bcb2).
>
> Signed-off-by: Abel Vesa
> Acked-by: Peng Fan
Reviewed-by: Fabio Estevam
___
On Fri, Feb 1, 2019 at 2:47 PM Abel Vesa wrote:
>
> Enable all the necessary configs for SPL DM and FIT support for
> mx6sabresd.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:48 PM Abel Vesa wrote:
>
> Enable all the necessary configs for SPL DM and FIT support for
> mx6sabreauto.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:46 PM Abel Vesa wrote:
>
> This allows us to keep the basic dts[i] files up-to-date with
> the ones in kernel, but at the same time allowing the u-boot
> to add its own properties to the existing nodes.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
On Fri, Feb 1, 2019 at 2:50 PM Abel Vesa wrote:
>
> This matches one of the following three boards (or fails):
> - imx6q-sabreauto
> - imx6qp-sabreauto
> - imx6dl-sabreauto
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
On Fri, Feb 1, 2019 at 2:50 PM Abel Vesa wrote:
>
> This matches one of the following three boards (or fails):
> - imx6q-sabresd
> - imx6qp-sabresd
> - imx6dl-sabresd
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
On Fri, Feb 1, 2019 at 2:44 PM Abel Vesa wrote:
>
> Since the fsl_esdhc will also be used by SPL, make the
> preprocessor switches more generic to allow any kind of build.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing
On Fri, Feb 1, 2019 at 2:47 PM Abel Vesa wrote:
>
> Add the DM support for USB. For that, DM_REGULATOR is needed.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:49 PM Abel Vesa wrote:
>
> Add DM_MMC config to imx6sabreauto defconfig.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Fri, Feb 1, 2019 at 2:47 PM Abel Vesa wrote:
>
> Do the regulator related work only if the build has the DM_REGULATOR.
>
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Feb 1, 2019 at 2:50 PM Abel Vesa wrote:
>
> There is not really reducing codesize here since there is only
> a call. The function is always built in if CONFIG_$(SPL_TPL_)FIT is set.
> Plus, there was a change in behavior if CONFIG_SPL_OS_BOOT is defined.
> If CONFIG_FIT_IMAGE_TINY is
On Fri, Feb 1, 2019 at 2:48 PM Abel Vesa wrote:
>
> Since there is the SPL_USB_HOST_SUPPORT for enabling USB support in SPL,
> makes more sense to rename the SPL_USB_SUPPORT as SPL_USB_STORAGE.
> Everything that is not part of the usb storage support in SPL is now
> build under
1 - 100 of 101 matches
Mail list logo