> Signed-off-by: Lukasz Majewski
Applied to u-boot-imx, -next, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
Hi Simon:
On 2019/3/11 上午10:30, Simon Glass wrote:
Hi Andy,
On Wed, 6 Mar 2019 at 03:52, Andy Yan wrote:
Hi Simon:
On 2019/2/12 下午11:31, Simon Glass wrote:
HI Andy,
On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
Hi Philipp:
Sorry for the late reply, we just come back from the
On 03/11/2019 09:04 PM, Philipp Tomsich wrote:
> Note that the minimum improvement that I’d expect to get this fully
> enabled again would be a clean-up of the Kconfig options, so it is
> easy and (from the documentation) predictable for boards to turn
> this off.
>
> I still want this to be
Hello
I followed the instructions here:
https://openbsdmailbox.blogspot.com/2018/04/re-pine64-lts-cant-detect-disk_41.html
Here's all I did:
dd if=miniroot65.fs of=/dev/rsd0c bs=1m
mount /dev/sd0i /mnt
cd /mnt
cp /usr/local/share/dtb/arm64/allwinner/sun50i-a64-sopine-baseboard.dtb .
mkdir
> On 11.03.2019, at 03:30, Simon Glass wrote:
>
> Hi Andy,
>
> On Wed, 6 Mar 2019 at 03:52, Andy Yan wrote:
>>
>> Hi Simon:
>>
>> On 2019/2/12 下午11:31, Simon Glass wrote:
>>> HI Andy,
>>>
>>> On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
Hi Philipp:
Sorry for the late
Hi Andy,
On Wed, 6 Mar 2019 at 03:52, Andy Yan wrote:
>
> Hi Simon:
>
> On 2019/2/12 下午11:31, Simon Glass wrote:
> > HI Andy,
> >
> > On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
> >> Hi Philipp:
> >>
> >> Sorry for the late reply, we just come back from the Chinese Spring
> >> Festival.
Hi Viktor,
On Wed, 6 Mar 2019 at 13:26, Simon Glass wrote:
>
> (We don't use the -dm mailing list...perhaps it should be deleted?)
>
> On Wed, 27 Feb 2019 at 09:22, viktor babrian wrote:
>>
>> Hi,
>>
>> as far as I understood, the pre-reloc device binding of drivers having
>> DM_FLAG_PRE_RELOC
Hi Simon,
On Wed, 20 Feb 2019 at 22:44, Simon Goldschmidt
wrote:
>
>
>
> Am Do., 21. Feb. 2019, 03:48 hat Simon Glass geschrieben:
>>
>> Hi Simon,
>>
>> On Mon, 11 Feb 2019 at 14:00, Simon Goldschmidt
>> wrote:
>> >
>> > Am 09.11.2018 um 19:43 schrieb Tom Rini:
>> > > On Tue, Oct 02, 2018 at
sba...@denx.de writes:
>> Import liteSOM and liteboard dts files from Linux v4.20. They will
>> be used after transition to driver model and device-tree based boot.
>> Signed-off-by: Marcin Niestroj
>
> Applied to u-boot-imx, master, thanks !
Thanks!
What about patches 2 and 3?
>
> Best
On Tue, Mar 05, 2019 at 10:52:14PM -0800, Vagrant Cascadian wrote:
> Signed-off-by: Vagrant Cascadian
> Reviewed-by: Bin Meng
> Reviewed-by: Lukasz Majewski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Tue, Mar 05, 2019 at 02:47:56PM -0800, Jordan Hand wrote:
> FIT header verification in mkimage was treating a return code as a boolean,
> which meant that failures in validating the fit were seen as successes.
>
> Additionally, mkimage was checking all formats to find a header which
> passes
On Fri, Dec 14, 2018 at 06:53:22PM +0900, AKASHI Takahiro wrote:
> With this patch which adds a removable USB mass storage to a list
> of bootable devices, USB boot is supported in distro boot if UEFI is
> configured.
>
> Signed-off-by: AKASHI Takahiro
Applied to u-boot/master, thanks!
--
On Fri, Mar 08, 2019 at 06:53:28PM +0100, Philipp Tomsich wrote:
>
>
> > On 08.03.2019, at 18:28, Martin Husemann wrote:
> >
> > On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> >> OK, so a few thoughts here.
> >> - What's the portable way to do hex-based math? If we really need
Philipp Tomsich schrieb am Fr., 8.
März 2019, 18:53:
>
>
> > On 08.03.2019, at 18:28, Martin Husemann wrote:
> >
> > On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> >> OK, so a few thoughts here.
> >> - What's the portable way to do hex-based math? If we really need it?
> >
> > Use
n the top-level Makefile...
>
>
> ... maybe arranged into some sh helper functions.
>
> Martin
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> https://lists.denx.de/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> OK, so a few thoughts here.
> - What's the portable way to do hex-based math? If we really need it?
Use printf(3) to convert to/from hex, and standard shell arithmetic
with $(( )).
Looks horrible, but something like:
v=$(( $( printf
On Wed, Mar 06, 2019 at 09:54:20PM +0100, Simon Goldschmidt wrote:
> Tom,
>
> On Fri, Dec 14, 2018 at 8:16 PM Tom Rini wrote:
> >
> > On Fri, Dec 07, 2018 at 08:27:51PM +0100, Wolfgang Denk wrote:
> >
> > > So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> > > plain numeric
On Fri, Mar 8, 2019 at 4:35 AM Shyam Saini
wrote:
>
> From: Michael Trimarchi
>
> SPL on Engicam i.Core M6 boards enabled DM, so it would require some
> malloc() pool before relocation in order to load U-Boot proper properly.
>
> So, enable SPL malloc() pool of 0x2000 size similarly like what we
From: Michael Trimarchi
SPL on Engicam i.Core M6 boards enabled DM, so it would require some
malloc() pool before relocation in order to load U-Boot proper properly.
So, enable SPL malloc() pool of 0x2000 size similarly like what we have
used for icore mmc defconfigs.
Reviewed-by: Jagan Teki
From: Michael Trimarchi
SPL on Engicam i.Core M6 boards enabled DM, so it would require some
malloc() pool before relocation in order to load U-Boot proper properly.
So, enable SPL malloc() pool of 0x2000 size similarly like what we have
used for icore mmc defconfigs.
Reviewed-by: Jagan Teki
From: Rosy Song
QCA9563 is CPU used on AP152 board :
Clock speed : 750 MHz ,
Arch : Mips 74Kc,
Eth : SGMII interface,
MIMO config : 3 * 3 450M,
2 * USB 2.0,
Signed-off-by: Rosy Song
Changes for v2:
- coding Style cleanup
- remove ununsed flash chip in defconfig
Am Do., 7. März 2019 um 02:31 Uhr schrieb :
>
> From: Rosy Song
>
> See details in chapter 8.6.2 and 8.6.4 (page 140-141) of qca9563 datasheet,
>
>NFRAC[17:0]
>
> So the mask of [17:5] is 0x1fff not 0x3fff.
>
> Signed-off-by: Rosy Song
>
> Changes for v2-v3:
>- add more information for
Am Do., 7. März 2019 um 02:31 Uhr schrieb :
>
> From: Rosy Song
>
> QCA9563 is CPU used on AP152 board :
>
> Clock speed : 750 MHz ,
> Arch : Mips 74Kc,
> Eth : SGMII interface,
> MIMO config : 3 * 3 450M,
> 2 * USB 2.0,
>
> Signed-off-by: Rosy Song
>
> Changes for v2:
>
From: Rosy Song
See details in chapter 8.6.2 and 8.6.4 (page 140-141) of qca9563 datasheet,
NFRAC[17:0]
So the mask of [17:5] is 0x1fff not 0x3fff.
Signed-off-by: Rosy Song
Changes for v2-v3:
- add more information for this commit
---
arch/mips/mach-ath79/include/mach/ar71xx_regs.h
From: Rosy Song
QCA9563 is CPU used on AP152 board :
Clock speed : 750 MHz ,
Arch : Mips 74Kc,
Eth : SGMII interface,
MIMO config : 3 * 3 450M,
2 * USB 2.0,
Signed-off-by: Rosy Song
Changes for v2:
- coding Style cleanup
- remove ununsed flash chip in defconfig
From: Rosy Song
S17 ethernet support is for QCA8337N, which used on
AP152 (QCA9563) board. It is a 7 ports GbE switch.
Signed-off-by: Rosy Song
Changes for v2-v3:
- add more commit message for s17
---
drivers/net/ag7xxx.c | 140 ++-
1 file changed,
Tom,
On Fri, Dec 14, 2018 at 8:16 PM Tom Rini wrote:
>
> On Fri, Dec 07, 2018 at 08:27:51PM +0100, Wolfgang Denk wrote:
>
> > So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> > plain numeric constants. Extend it to allow for expressions, so one
> > can for example use
> >
> >
(We don't use the -dm mailing list...perhaps it should be deleted?)
On Wed, 27 Feb 2019 at 09:22, viktor babrian
wrote:
> Hi,
>
> as far as I understood, the pre-reloc device binding of drivers having
> DM_FLAG_PRE_RELOC flag set is only performed for top-level devices -
> at least that is what
Am 05.03.19 um 08:04 schrieb rosys...@rosinson.com:
> From: Rosy Song
>
> Signed-off-by: Rosy Song
> ---
as requested in the last review, please provide a proper commit message.
You also need to provide a changelog if you submit an updated series.
Maybe you should read this:
;>
---
arch/arm/mach-rockchip/boot_mode.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de <mailto:U-Boot@lists.denx.de>
https:/
On 3/6/19 12:26 AM, Eugeniu Rosca wrote:
> Simon, Marek, All,
Hi,
> Booting Linux on H3-ES2.0-Salvator-X, this patch contributes with
> below runtime errors:
>
> ERROR: reserving fdt memory region failed (addr=5400 size=300)
> ERROR: reserving fdt memory region failed (addr=5700
Simon, Marek, All,
Booting Linux on H3-ES2.0-Salvator-X, this patch contributes with
below runtime errors:
ERROR: reserving fdt memory region failed (addr=5400 size=300)
ERROR: reserving fdt memory region failed (addr=5700 size=100)
ERROR: reserving fdt memory region failed
From: Rosy Song
See details in chapter 8.6.2 and 8.6.4 (page 140-141) of qca9563 datasheet,
NFRAC[17:0]
So the mask of [17:5] is 0x1fff not 0x3fff.
Signed-off-by: Rosy Song
---
arch/mips/mach-ath79/include/mach/ar71xx_regs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Rosy Song
Signed-off-by: Rosy Song
---
arch/mips/dts/Makefile| 1 +
arch/mips/dts/ap152.dts | 48 ++
arch/mips/dts/qca956x.dtsi| 87
arch/mips/mach-ath79/Kconfig | 14 +
From: Rosy Song
Signed-off-by: Rosy Song
---
drivers/net/ag7xxx.c | 140 ++-
1 file changed, 124 insertions(+), 16 deletions(-)
diff --git a/drivers/net/ag7xxx.c b/drivers/net/ag7xxx.c
index 403eb64895..b3b53205fa 100644
--- a/drivers/net/ag7xxx.c
+++
On Mon, Feb 25, 2019 at 07:42:48PM +0100, Heinrich Schuchardt wrote:
> When compiling with DEBUG=1 an error
> fs/fat/fat_write.c:831: undefined reference to `__aeabi_ldivmod'
> occurred.
>
> We should use do_div() instead of the modulus operator.
>
> filesize and cur_pos cannot be negative. So
On Tue, Feb 26, 2019 at 12:20:26PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> *.dts are processed using a custom command, then the C pre-processor is
> run on them, then they are compiled using dtc. Thus, the dependency
> files generated by both cpp and dtc reference a temporary
On Tue, Feb 26, 2019 at 12:20:25PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Without this, the arch-dtbs target only gets evaluated when building
> U-Boot the first time, not when re-building (incrementally building)
> U-Boot. Thus incremental builds ignore changes to DTB files.
>
Currently switch is unable to boot pass Nintendo logo, will revert a nand
backup to the first uboot error which includes and the files created from
Uboot. The rest of the error after that are (after running different files
like kip files are results of me trying to retrieve inital setup.
Is it
On Mon, Feb 25, 2019 at 07:32:35PM +0100, Heinrich Schuchardt wrote:
> The following changes since commit afd46c5f13d0c93c44008bd7040227d0b84e31b9:
>
> Merge branch '2019-02-22-master-imports' (2019-02-22 22:40:24 -0500)
>
> are available in the Git repository at:
>
>
Hi,
when I try to load a sparse file via ext4load, I am getting the error message
'invalid extent'
After a deeper look in the code, it seems to be an issue in the function
ext4fs_get_extent_block in fs/ext4/ext4_common.c:
The file starts with 1k of zeros. The blocksize is 1024. So the first
The following changes since commit afd46c5f13d0c93c44008bd7040227d0b84e31b9:
Merge branch '2019-02-22-master-imports' (2019-02-22 22:40:24 -0500)
are available in the Git repository at:
https://github.com/xypron2/u-boot tag efi-2019-04-rc3
for you to fetch changes up to
On Fri, 2019-02-22 at 10:16 +0100, Michal Simek wrote:
> On 22. 02. 19 4:49, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-21 at 22:22 -0500, Tom Rini wrote:
> > >
> > > On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote:
> > > >
> > > >
> > > > Hi Tom,
> > > >
> > > > On 20. 02.
On 22. 02. 19 4:49, Chee, Tien Fong wrote:
> On Thu, 2019-02-21 at 22:22 -0500, Tom Rini wrote:
>> On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote:
>>>
>>> Hi Tom,
>>>
>>> On 20. 02. 19 2:58, Tom Rini wrote:
On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.co
On Thu, 2019-02-21 at 22:22 -0500, Tom Rini wrote:
> On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote:
> >
> > Hi Tom,
> >
> > On 20. 02. 19 2:58, Tom Rini wrote:
> > >
> > > On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.co
> > > m wrote:
> > >
> > > >
> > > >
On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote:
> Hi Tom,
>
> On 20. 02. 19 2:58, Tom Rini wrote:
> > On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com wrote:
> >
> >> From: Tien Fong Chee
> >>
> >> Drop the statically allocated get_contents_vfatname_block and
>
u're in an SPL build or not.
> >>>>>>>>
> >>>>>>>> Then you can set the SPL version to default malloc and the non-SPL
> >>>>>>>> version to default .bss.
> >>>>>>> Marek and Tom rini,
> >>>>>>>
> >>>>>>> Are you guys okay with Alex's suggestion?
> >>>>>>
> >>>>>> I'm not a big fan of adding more and more ifdeffery.
> >>>>>> Is there some other option ?
> >>>>>
> >>>>> Is RAM up already at this point? Maybe we could improve the SPL malloc
> >>>>> mechanism to move allocations into DRAM once it's available.
> >>>>
> >>>> Well, the FAT buffers waste some 64kiB of bss, so we can use that area
> >>>> for malloc instead, no ?
> >>>
> >>> Yes, but that means you need to review every single board that uses FAT
> >>> in SPL today and adjust its malloc region size.
This happened to me for a different board where the SPI-NOR flash
driver was updated, but it required me to increase my malloc size. I
don't think it would have been appropriate for me to ask the
maintainer to reject a patch when where was a simple solution, and the
author helped me identify how to make the updated infrastructure work.
I think the benefits outweigh the cons if (and only if) the
solution is only to increase the malloc size. Many of us have very
restricted SPL space.
> >>
> >> That's quite likely ... I still think this patch is beneficial, it's
> >> much better to dynamically allocate the cluster size than have this
> >> 64kiB chunk of BSS carved out.
> >>
> >
> > ok. I have played with it a little bit and the patch exposed different
> > problem with one of my out of tree patch I am working on.
> >
> > Anyway that's being said I still think that patches like this shouldn't
> > come to the tree at this stage because it requires checking on other
> > boards. IIRC similar patch was around in past and there was also any
> > issue with it.
> >
> > Tom: up2you if you want to keep it in the tree or not.
>
> This shouldn't have come in after RC2, so revert and let's fix it for
> next release.
>
> --
> Best regards,
> Marek Vasut
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> https://lists.denx.de/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 2/21/19 1:13 PM, Michal Simek wrote:
> On 21. 02. 19 10:04, Marek Vasut wrote:
>> On 2/21/19 9:55 AM, Alexander Graf wrote:
>>>
>>>
>>> On 21.02.19 09:49, Marek Vasut wrote:
On 2/21/19 9:44 AM, Alexander Graf wrote:
>
>
> On 21.02.19 09:41, Marek Vasut wrote:
>> On 2/21/19
On 21. 02. 19 10:04, Marek Vasut wrote:
> On 2/21/19 9:55 AM, Alexander Graf wrote:
>>
>>
>> On 21.02.19 09:49, Marek Vasut wrote:
>>> On 2/21/19 9:44 AM, Alexander Graf wrote:
On 21.02.19 09:41, Marek Vasut wrote:
> On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
>> On Thu,
On 2/21/19 9:55 AM, Alexander Graf wrote:
>
>
> On 21.02.19 09:49, Marek Vasut wrote:
>> On 2/21/19 9:44 AM, Alexander Graf wrote:
>>>
>>>
>>> On 21.02.19 09:41, Marek Vasut wrote:
On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
> On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
On 21.02.19 09:49, Marek Vasut wrote:
> On 2/21/19 9:44 AM, Alexander Graf wrote:
>>
>>
>> On 21.02.19 09:41, Marek Vasut wrote:
>>> On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
>
> On 21.02.19 09:23, Chee, Tien Fong wrote:
On 2/21/19 9:44 AM, Alexander Graf wrote:
>
>
> On 21.02.19 09:41, Marek Vasut wrote:
>> On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
>>> On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
On 21.02.19 09:23, Chee, Tien Fong wrote:
>
> On Thu, 2019-02-21 at 08:45 +0100,
On 21.02.19 09:41, Marek Vasut wrote:
> On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
>> On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
>>>
>>> On 21.02.19 09:23, Chee, Tien Fong wrote:
On Thu, 2019-02-21 at 08:45 +0100, Michal Simek wrote:
>
> Hi Tom,
>
> On 20.
On 2/21/19 9:40 AM, Chee, Tien Fong wrote:
> On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
>>
>> On 21.02.19 09:23, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-21 at 08:45 +0100, Michal Simek wrote:
Hi Tom,
On 20. 02. 19 2:58, Tom Rini wrote:
>
>
> On
On Thu, 2019-02-21 at 09:29 +0100, Alexander Graf wrote:
>
> On 21.02.19 09:23, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-21 at 08:45 +0100, Michal Simek wrote:
> > >
> > > Hi Tom,
> > >
> > > On 20. 02. 19 2:58, Tom Rini wrote:
> > > >
> > > >
> > > > On Mon, Feb 11, 2019 at 02:56:19PM
On 21.02.19 09:23, Chee, Tien Fong wrote:
> On Thu, 2019-02-21 at 08:45 +0100, Michal Simek wrote:
>> Hi Tom,
>>
>> On 20. 02. 19 2:58, Tom Rini wrote:
>>>
>>> On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com
>>> wrote:
>>>
From: Tien Fong Chee
Drop the
On Thu, 2019-02-21 at 08:45 +0100, Michal Simek wrote:
> Hi Tom,
>
> On 20. 02. 19 2:58, Tom Rini wrote:
> >
> > On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com
> > wrote:
> >
> > >
> > > From: Tien Fong Chee
> > >
> > > Drop the statically allocated
Hi Tom,
On 20. 02. 19 2:58, Tom Rini wrote:
> On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com wrote:
>
>> From: Tien Fong Chee
>>
>> Drop the statically allocated get_contents_vfatname_block and
>> dynamically allocate a buffer only if required. This saves
>> 64KiB of memory.
Am Do., 21. Feb. 2019, 03:48 hat Simon Glass geschrieben:
> Hi Simon,
>
> On Mon, 11 Feb 2019 at 14:00, Simon Goldschmidt
> wrote:
> >
> > Am 09.11.2018 um 19:43 schrieb Tom Rini:
> > > On Tue, Oct 02, 2018 at 05:22:41AM -0600, Simon Glass wrote:
> > >
> > >> There is a strange feature to set
Hi Simon,
On Mon, 11 Feb 2019 at 14:00, Simon Goldschmidt
wrote:
>
> Am 09.11.2018 um 19:43 schrieb Tom Rini:
> > On Tue, Oct 02, 2018 at 05:22:41AM -0600, Simon Glass wrote:
> >
> >> There is a strange feature to set global_data to a data-section variable
> >> early in SPL. This only works if
On Sat, Feb 16, 2019 at 04:36:30PM -0500, Tom Rini wrote:
> Switch to DM_SPI support now.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Sat, Feb 16, 2019 at 01:31:23PM -0600, Adam Ford wrote:
> Create generic omap3-u-boot.dtsi file that omap3 based boards
> can include to generate device tree in SPL for booting MLO.
>
> Credit should go to Tom Rini.
>
> Signed-off-by: Adam Ford
> Signed-off-by: Tom Rini
> Tested-by: Derald
On Tue, Feb 12, 2019 at 04:18:14PM +0200, Igor Opaniuk wrote:
> Enable usage of gdbserver for all sandbox targets (sandbox,
> sandbox_flattree etc.).
>
> Signed-off-by: Igor Opaniuk
> Reviewed-by: Tom Rini
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Mon, Feb 11, 2019 at 02:56:20PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Release cluster block immediately when no longer use would help to reduce
> 64KiB memory allocated to the memory pool.
>
> Signed-off-by: Tien Fong Chee
Applied to u-boot/master, thanks!
--
On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Drop the statically allocated get_contents_vfatname_block and
> dynamically allocate a buffer only if required. This saves
> 64KiB of memory.
>
> Signed-off-by: Stefan Agner
> Signed-off-by:
On Sat, Feb 16, 2019 at 01:31:24PM -0600, Adam Ford wrote:
> With the generic omap3-u-boot.dtsi file available, this patch
> increased the memory of the various incarnations of the omap3_logic
> board, and points their respective u-boot.dtsi files to the newly
> created generic one, and removes
On Sat, Feb 16, 2019 at 04:36:29PM -0500, Tom Rini wrote:
> - Switch to using the omap3-u-boot.dtsi file for needed properties.
> - Remove a few SPL features to free up more SRAM space.
> - Switch CONFIG_SYS_TEXT_BASE to the normal default, we don't need to
> worry about X-Loader at this point
On Sun, Feb 10, 2019 at 09:34:37PM +0100, Simon Goldschmidt wrote:
> SPL currently does not check uImage CRCs when loading U-Boot.
>
> This patch adds checking the uImage CRC when SPL loads U-Boot. It does
> this by reusing the existing config option SPL_CRC32_SUPPORT to allow
> leaving out the
On Tue, Feb 05, 2019 at 01:38:41AM +0100, Heinrich Schuchardt wrote:
> When in pack_byte_string() memcpy() is called for size 0 the source buffer
> address has no relevance. So we can use NULL here.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Simon Glass
Applied to u-boot/master,
On Tue, Feb 05, 2019 at 06:06:24PM +0100, Heinrich Schuchardt wrote:
> Before the patch scsi would report the same device number for all SCSI
> devices, e.g.
>
> Device 0: (1:0) Vendor: ATA Prod.: Crucial_CT128M55 Rev: MU01
> Type: Hard Disk
> Capacity: 122104.3 MB =
On Fri, Feb 15, 2019 at 05:39:21PM -0600, Adam Ford wrote:
> In order to fully support SPL_OF_CONTROL, we need BSS to be a bit
> larger. This patch relocates BSS to SDRAM instead of SRAM which
> is similar to how ARMv7 boards (like OMAP2+) do it.
>
> This means two new variables are required:
>
On Fri, Feb 08, 2019 at 10:55:05AM +0100, Jean-Jacques Hiblot wrote:
> CONFIG_BLK can be safely enabled as DM_MMC and DM_USB are already enabled.
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Lokesh Vutla
> Tested-by: Vignesh R
Applied to u-boot/master, thanks!
--
Tom
On Fri, Feb 08, 2019 at 10:55:06AM +0100, Jean-Jacques Hiblot wrote:
> Enable CONFIG_DM_SCSI and CONFIG_BLK.
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Lokesh Vutla
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
> This commit provides extra defines needed for DDR memory controller
> calibration (read leveling performing).
> Signed-off-by: Lukasz Majewski
> Reviewed-by: Stefan Agner
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> This patch extends the vf610 DDR memory controller code to support SW
> leveling.
> Signed-off-by: Lukasz Majewski
> Reviewed-by: Stefan Agner
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX
> 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 SPL_USB_HOST_SUPPORT.
> Signed-off-by: Abel Vesa
> Reviewed-by: Tom
> The GW5907 is a small single board computer based on the i.MX6DL SoC
> with the following peripheral set:
> - DDR3 memory (512MB default)
> - 1x GigE (i.MX6 FEC)
> - Gateworks System Controller
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
> The GW5904/GW5909 have a SP33E multi-protocol serial transceiver which we
> want to configure to RS232 by default (by de-asserting RS485_EN)
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> The GW5905 is single-board tablet computer based on the i.MX6 SoC with the
> following peripheral set:
> - eMMC flash (boot device)
> - microSD expansion
> - LVDS display connector for off-board 3D+1C with PWM backlight
>and I2C based touch controller
> - MIPI camera connector supporting
> From: Max Krummenacher
> If the UART is used in DTE mode the RI and DCD bits in UCR3 become
> irq enable bits. Both are set to enabled after reset and both likely
> are pending.
> Disable the bits to prevent an interrupt storm when Linux enables
> the UART interrupts.
> Signed-off-by: Max
> All guides are currently located at doc/imx/habv4/guides/ directory.
> Move encrypted_boot.txt document to guides directory.
> Signed-off-by: Breno Lima
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> This patch provides the code to calibrate the DDR's
> DQS to DQ signals (RDLVL).
> It is based on:
> VFxxx Controller Reference Manual, Rev. 0, 10/2016, page 1600
> 10.1.6.16.4.1 "Software Read Leveling in MC Evaluation Mode"
> and NXP's community thread:
> "Vybrid: About DDR leveling feature on
> 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 SPL image is now under 64KB.
> Signed-off-by: Abel
> Enable all the necessary configs for SPL DM and FIT support for
> mx6sabreauto.
> Signed-off-by: Abel Vesa
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> 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
> Reviewed-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano
> 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
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> The GW5909 is a small single board computer based on the i.MX6DL SoC
> with the same peripheral set as the GW5904 but with half the DRAM loaded
> and an additional RS232 transceiver off UART2.
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> The only UART that is garunteed on Ventana boards is UART2 (serial-console).
> Remove UART1 pinmux as that it is not consistent across all Ventana boards
> and U-Boot doesn't need it.
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Enable all neceassary configs to support DM_SPI_FLASH on mx6sabresd.
> Signed-off-by: Abel Vesa
> Reviewed-by: Peng Fan
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
> Do not setup I2C3 in the SPL for Ventana as some devices on that bus
> (aic3x codecs) can hang the bus causing i2c_setup to spin endlessly until
> they are put into reset. Removing the setup of I2C3 from the SPL allows
> the board-specific GPIO to be configured to take care of putting codecs
>
> 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
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> 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
> Reviewed-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
> There is no need to have an extra hab directory under doc/imx/.
> Habv4 and AHAB documentation can be added directly in doc/imx/ for a
> cleaner documentation structure.
> Signed-off-by: Breno Lima
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> The HABv4 is supported in i.MX50, i.MX53, i.MX6, i.MX7,
> series and i.MX 8M, i.MX8MM devices.
> Add an introductory document containing the following topics:
> - HABv4 Introduction
> - HABv4 Secure Boot
> - HABv4 Encrypted Boot
> - HAB PKI tree generation
> - HAB Fast Authentication PKI tree
> Enable all the necessary configs for SPL DM and FIT support for
> mx6sabresd.
> Signed-off-by: Abel Vesa
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> 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
> Reviewed-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Add the DM support for USB. For that, DM_REGULATOR is needed.
> Signed-off-by: Abel Vesa
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> 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
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
701 - 800 of 14785 matches
Mail list logo