> On 28.03.2019, at 04:01, Kever Yang wrote:
>
> The ARCH_SOC name default as 'rockchip' and we put all the
> header file in 'arch/arm/include/asm/arch-rockchip/', but
> the 'rockchip' is not the SOC name, let's correct it after
> we update all the source file.
>
> Signed-off-by: Kever Yang
> On 28.03.2019, at 04:01, Kever Yang wrote:
>
> rockchip platform header file is in 'arch-rockchip'
> instead of arch-$(SOC) for all SoCs.
>
> Signed-off-by: Kever Yang
Reviewed-by: Philipp Tomsich
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
Kever,
> On 28.03.2019, at 02:17, Kever Yang wrote:
You are missing a commit message on this one. Please revise and resubmit,
thanks.
These cleanups are much appreciated, though.
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/include/asm/arch-rockchip/hardware.h | 2 --
> 1 file changed, 2 d
Describe the target scope of the UEFI implementation in U-Boot.
Signed-off-by: Heinrich Schuchardt
---
doc/README.uefi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/doc/README.uefi b/doc/README.uefi
index b38efbc0cc..66b6abece5 100644
--- a/doc/README.uefi
+++ b/doc/README.uef
On 22.03.2019 15:25, Alexander Dahl wrote:
> When introducing the SAMA5D27 SoCs, the SAMA5D2 series got an additional
> chip id. The check if the cpu is sama5d2 was changed from a preprocessor
> definition (inlining a call to 'get_chip_id()') to a C function,
> probably to not call get_chip_id t
On Sun, Mar 24, 2019 at 11:56 PM Jernej Skrabec wrote:
>
> Currently, HDMI driver doesn't consider minimum and maximum allowed rate
> of pll3 (video PLL). It works most of the time, but not always.
>
> Consider monitor with resolution 1920x1200, which has pixel clock rate
> of 154 MHz. Current cod
Hi Tom,
The following changes since commit 2b9b9cdd5f9ae1cbc786ba3c2255a51b3ea4a636:
Merge branch '2019-03-25-master-imports' (2019-03-26 23:17:21 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-arc.git tags/arc-last-minute-for-2019.04
for you to fetch changes up to
> -Original Message-
> From: Trent Piepho [mailto:tpie...@impinj.com]
> Sent: 2019年3月28日 4:43
> To: Peng Fan ; jh80.ch...@samsung.com;
> sba...@denx.de
> Cc: ma...@denx.de; kis...@ti.com; dl-linux-imx ;
> u-boot@lists.denx.de
> Subject: Re: [U-Boot,V4,1/2] mmc: add HS400 support
>
> I di
> -Original Message-
> From: Yinbo Zhu
> Sent: 2019年3月26日 17:08
> To: York Sun ; u-boot@lists.denx.de
> Cc: Xiaobo Xie ; Ran Wang ; Jiafei
> Pan ; Y.b. Lu ; Jagdish Gediya
> ; Prabhakar Kushwaha
> ; 'Yinbo Zhu'
> Subject: RE: [PATCH v2 5/5] configs: enable eSDHC device module in T2080QDS
On Thu, Mar 28, 2019 at 07:52:53AM +0100, Heinrich Schuchardt wrote:
> On 3/28/19 1:50 AM, AKASHI Takahiro wrote:
> > Hi Heinrich,
> >
> > As a matter of fact and strictly speaking, there are bunch of
> > missing features;
> > * Boot manager (section 3)
> > - boot manager policy
> > - support f
On Thu, Mar 28, 2019 at 12:10 AM Peter Robinson wrote:
>
> > > Hi Jagan,
> > >
> > > Did you get a chance to test this? We've seen this on at least Cubie2,
> > > CubieTruck and BananaPi and it still persists with rc4
> >
> > I made a quick test on v2019.01 vs v2019.04-rc3, below are the
> > result
Hi U-Boot Maintainers:
I would like to close this topic and update all related source code, you
can find the previous discussion at [0][1].
Philipp object this patch and his original reason is:
> This should not be in Kconfig and rather in a header-file.
> With what you do here, a user (e.g. via
CLK_AHB_GMAC was suppose to be part of previous commit
"clk: sunxi: Implement A10 EMAC clocks" add it so-that
we can get rid of sunxi_set_gate warning on boot message.
Signed-off-by: Jagan Teki
---
drivers/clk/sunxi/clk_a10.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/sunx
Share configs in mx7 to skip low level init if we are in the case where
OPTEE is loaded already (maybe by ARM Trusted Firmware) and that most of
the low level initialization is already done and that we may/should skip
it doing them here.
Fix the definition detection with size detection to decide w
Add configuration to boot U-boot as BL33 case. The boot flow
is ATF -> OPTEE -> U-boot.
Changes vs V1:
- Remove DCD file.
- Add a patch to fix uart clock root ID.
- Change file name from pico-pi-imx7d_bl33_defconfig to
pico-imx7d_bl33_defconfig
Jun Nie (6):
mx7_common: Share configs to skip lo
Add default configuration to run u-boot as BL33 in the boot flow case
of ATF(ARM Trusted Firmware) -> OPTEE -> U-boot.
Signed-off-by: Jun Nie
---
configs/pico-imx7d_bl33_defconfig | 61 +++
1 file changed, 61 insertions(+)
create mode 100644 configs/pico-imx7
Subtracts CONFIG_OPTEE_TZDRAM_SIZE from the available DRAM size so that
the OPTEE memory is not override during u-boot relocation.
Note the OPTEE boot process will itself subtract the DRAM region it lives
in from the memory map passed to Linux.
Signed-off-by: Jun Nie
---
board/technexion/pico-i
Add boot option to boot from fitimage to support verified boot.
The boot script plain text file should be packed into fit blob as
image with name of bootscr.
Signed-off-by: Jun Nie
---
include/configs/pico-imx7d.h | 38 +++---
1 file changed, 35 insertions(+), 3 d
Add empty arch_cpu_init if low level init is skipped. So that
it does not break spl compile though spl is not needed in the
skipped case actually.
Signed-off-by: Jun Nie
---
arch/arm/mach-imx/mx7/soc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-imx/mx7/soc.c b/arch/ar
Correct uart clock root ID. Incorrect ID may result the
clock is gated because rate value 0 is returned in
imx_get_uartclk()
Signed-off-by: Jun Nie
---
arch/arm/include/asm/arch-mx7/clock.h | 5 +
arch/arm/mach-imx/mx7/clock.c | 2 +-
include/configs/pico-imx7d.h | 1 +
3 fi
With U-boot supporting environment in multiple places, enable only
ENV_IS_IN_EMMC.
Signed-off-by: Faiz Abbas
---
configs/am57xx_evm_defconfig| 1 +
configs/am57xx_hs_evm_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/am57xx_evm_defconfig b/configs/am57xx_evm_defconfi
As per recent TRM[1], PBIAS cell on dra7 devices supports
3.3v and not 3.0v as documented earlier.
Update PBIAS regulator max voltage and the voltage written
in the driver to reflect this.
[1] http://www.ti.com/lit/pdf/sprui30
Signed-off-by: Faiz Abbas
---
arch/arm/dts/dra7.dtsi
The following patches update pbias and IO voltages in TI's dra7 and am57
devices.
Tested on: dra71x-evm, dra72x-evm, dra7xx-evm, dra76x-evm, am57xx-evm,
am571-idk, am572-idk, am574-idk, am335x-evm.
Faiz Abbas (2):
ARM: dts: dra7: Change pbias voltage to 3.3V
mmc: omap_hsmmc: Set 3.3V for IO v
Pbias voltage should match the IO voltage set for the SD card. With the
latest pbias change to 3.3V, update the capabilities and IO voltages
settings to 3.3V.
Signed-off-by: Faiz Abbas
---
drivers/mmc/omap_hsmmc.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
dif
On Thu, Mar 28, 2019 at 3:06 AM Ley Foon Tan wrote:
>
> On Wed, Mar 27, 2019 at 7:34 PM Simon Goldschmidt
> wrote:
> >
> > On Wed, Mar 27, 2019 at 10:15 AM Ley Foon Tan
> > wrote:
> > >
> > > Convert Stratix 10 SDRAM driver to device model.
> >
> > Nice to see that :-)
> >
> > >
> > > Get rid o
On Wed, Mar 27, 2019 at 12:32 PM Eugeniu Rosca wrote:
>
> Hi Alex,
>
> Thanks for the precious comments. Some remarks below.
>
> On Wed, Mar 27, 2019 at 05:55:51AM +, Alex Kiernan wrote:
> > On Wed, Mar 27, 2019 at 5:44 AM Alex Kiernan wrote:
> > > On Wed, Mar 27, 2019 at 1:04 AM Eugeniu Rosc
Hi Philipp,
On 03/28/2019 03:02 PM, Philipp Tomsich wrote:
>
>> On 28.03.2019, at 04:01, Kever Yang wrote:
>>
>> The ARCH_SOC name default as 'rockchip' and we put all the
>> header file in 'arch/arm/include/asm/arch-rockchip/', but
>> the 'rockchip' is not the SOC name, let's correct it after
>
TIMER7_BASE is no used by source code now, remove it.
Signed-off-by: Kever Yang
---
arch/arm/include/asm/arch-rockchip/hardware.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-rockchip/hardware.h
b/arch/arm/include/asm/arch-rockchip/hardware.h
index cd94bdd1ba.
Hi,
I'm having strange issue that when update cmdline.txt in boot partition
(basically after first boot there is resize of data partition) then I get
this:
U-Boot 2018.07-g981cc831e3 (Mar 26 2019 - 11:14:55 +0100)
DRAM: 448 MiB
RPI Zero W (0x9000c1)
MMC: sdhci@7e30: 0
Loading Environment from
> On 28.03.2019, at 10:36, Kever Yang wrote:
>
> TIMER7_BASE is no used by source code now, remove it.
>
> Signed-off-by: Kever Yang
Reviewed-by: Philipp Tomsich
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
> -Original Message-
> From: Vignesh Raghavendra
> Sent: Wednesday, March 27, 2019 9:44 AM
> To: Ashish Kumar ; Jagan Teki
> ; u-boot@lists.denx.de; Tom Rini
>
> Cc: Kuldeep Singh
> Subject: Re: saveenv corrupts QSPI flash with latest commit U-Boot
> 2019.04-rc4-
> 00047-gcfb3e102c4
>
From: Eugen Hristev
Fix missing at91 boards and split the at91 in two categories:
at91 arm v7
at91 arm926esj
which are the two main cores for the at91 architecture.
Signed-off-by: Eugen Hristev
---
Hello,
I am not very good with Travis, I added this because buildman atmel
has lesser total boar
Hi Alex,
Thanks yet again for the timely and insightful replies.
I'll be sending out a v2 tackling your review findings as soon as I can.
Best regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Dear Tom, Marcel, Stefano
> Hi Marcel,
>
> > Hi Stefano
> >
> > On Wed, 2019-03-13 at 08:28 +, sba...@denx.de wrote:
> > > > The phy_connect_dev(...) function from phy.c does all the
> > > > handling (inclusive catching fixed-link).
> > > > So we drop here the single steps and call just
>
Hi Philipp,
Ping again.
I search the patchwork again for this patch set, and most of them get
your tags: 'Reviewed-by' and 'Acked-by', and I didn't see any change
request for it, can I just rebase them and re-send them? It has been almost
1 year after I send out my patch set.
Thanks,
- Kever
Hello Matthias,
in board/raspberrypi/rpi/MAINTAINERS there is still Alex's old email
address. Are you also picking up maintainership for those files?
Guillaume was asking yesterday on the IRC channel.
Cf. https://lists.denx.de/pipermail/u-boot/2019-February/358939.html
Best regards
Heinrich
__
HI Lukas,
please can you test with this patch:
But i agree, for 2019.04 it would be ok reverting this and then look if
the provided patch can be applied.
Joe, what do you mean?
cheers,
Hannes
Lukasz Majewski schrieb am 28.03.2019 11:47:34:
> Von: Lukasz Majewski
> An: Marcel Ziswiler , "
On Mon, Mar 25, 2019 at 6:17 PM Shyam Saini wrote:
>
> From: Michael Trimarchi
>
> This will improve code readabilty
>
> Signed-off-by: Michael Trimarchi
> Signed-off-by: Shyam Saini
> ---
Is this patch on master? couldn't apply at all?
___
U-Boot ma
Last I remember was that I had requested a rebase, as they didn’t apply cleanly
any longer.
> On 28.03.2019, at 11:52, Kever Yang wrote:
>
> Hi Philipp,
>
> Ping again.
> I search the patchwork again for this patch set, and most of them get your
> tags: 'Reviewed-by' and 'Acked-by', and
Hi
On Thu, Mar 28, 2019 at 12:08 PM Jagan Teki wrote:
>
> On Mon, Mar 25, 2019 at 6:17 PM Shyam Saini
> wrote:
> >
> > From: Michael Trimarchi
> >
> > This will improve code readabilty
> >
> > Signed-off-by: Michael Trimarchi
> > Signed-off-by: Shyam Saini
> > ---
>
> Is this patch on master
Hi Philippe and Andre'
On Mon, Mar 18, 2019 at 10:48 AM Shyam Saini
wrote:
>
> From: Michael Trimarchi
>
> While the exact problem is not known, based on discussion between
> Philipp Tomsich and André Przywara it is guessed that exit self-refresh
> timing is not set with correct value. There may
On Mon, Mar 18, 2019 at 3:20 PM Shyam Saini
wrote:
>
> From: Michael Trimarchi
>
> While the exact problem is not known, based on discussion between
> Philipp Tomsich and André Przywara it is guessed that exit self-refresh
> timing is not set with correct value. There may be implicit enter or
> e
Hi Heinrich,
On 28/03/2019 11:52, Heinrich Schuchardt wrote:
> Hello Matthias,
>
> in board/raspberrypi/rpi/MAINTAINERS there is still Alex's old email
> address. Are you also picking up maintainership for those files?
>
Yes I can do that.
Shall I send a patch?
Regards,
Matthias
> Guillaume
On Thu, Mar 28, 2019 at 12:45:51PM +0100, Matthias Brugger wrote:
> Hi Heinrich,
>
> On 28/03/2019 11:52, Heinrich Schuchardt wrote:
> > Hello Matthias,
> >
> > in board/raspberrypi/rpi/MAINTAINERS there is still Alex's old email
> > address. Are you also picking up maintainership for those files
On Thu, Mar 28, 2019 at 5:30 AM Jun Nie wrote:
>
> Add configuration to boot U-boot as BL33 case. The boot flow
> is ATF -> OPTEE -> U-boot.
Could you add a README explaining how to use / test it?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brht
On Thu, Mar 28, 2019 at 5:34 AM Jun Nie wrote:
>
> Correct uart clock root ID. Incorrect ID may result the
> clock is gated because rate value 0 is returned in
> imx_get_uartclk()
>
> Signed-off-by: Jun Nie
How this could not be defined? couldn't this to be fixed on kconfig to
use it as default?
On Thu, Mar 28, 2019 at 02:21:03PM +0530, Faiz Abbas wrote:
> With U-boot supporting environment in multiple places, enable only
> ENV_IS_IN_EMMC.
>
> Signed-off-by: Faiz Abbas
> ---
> configs/am57xx_evm_defconfig| 1 +
> configs/am57xx_hs_evm_defconfig | 1 +
> 2 files changed, 2 insertion
Currently U-Boot reports the same error message in all below cases:
[A] host> fastboot getvar partition-type
[B] host> fastboot getvar partition-size
[C] host> fastboot getvar partition-type:
[D] host> fastboot getvar partition-size:
[E] host> fastboot getvar partition-type:
[F] host> fastboot getv
Superseded by https://patchwork.ozlabs.org/patch/1068195/ ("[U-Boot,v2]
fastboot: Improve error reporting on 'getvar partition-{size, type}'")
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: Matthias Brugger
I took over maintainership from Alex Graf with commit
3157bbfa18 ("rpi: Make Matthias maintainer")
But I forgot to update the board maintainer file.
This patch adds myself to the game.
Signed-off-by: Matthias Brugger
---
board/raspberrypi/rpi/MAINTAINERS | 2 +-
1 file
On 3/28/19 2:47 PM, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> I took over maintainership from Alex Graf with commit
> 3157bbfa18 ("rpi: Make Matthias maintainer")
> But I forgot to update the board maintainer file.
> This patch adds myself to the game.
>
> Signed-off-by: Matthias
Reviewed-by: Igor Opaniuk
On Mon, Mar 25, 2019 at 6:19 PM Marcel Ziswiler wrote:
>
> From: Bhuvanchandra DV
>
> If the config block is missing, various things may fail or behave
> strangely on certain modules. This patch unifies that behaviour by
> using a fake MAC address, until user updates t
> Am 28.03.2019 um 21:47 schrieb matthias@kernel.org:
>
> From: Matthias Brugger
>
> I took over maintainership from Alex Graf with commit
> 3157bbfa18 ("rpi: Make Matthias maintainer")
> But I forgot to update the board maintainer file.
> This patch adds myself to the game.
>
> Signed-of
On Fri, 2019-03-22 at 10:11 +0800, Simon Glass wrote:
> Hi,
>
> On Fri, 22 Mar 2019 at 05:37, Marek Vasut wrote:
> > On 3/21/19 5:37 PM, Dalon L Westergreen wrote:
> > > On Thu, 2019-03-21 at 16:48 +0100, Marek Vasut wrote:
> > > > On 3/21/19 3:33 PM, Dalon L Westergreen wrote:
> > > > > On Thu,
There is a typo in the comment: USB Massstorage
Also regarding refering to a specific commit ("(cherry picked from
commit df0052575b2bc9d66ae73584768e1a457ed5d914)" line):
> If you want to refer to a specific commit, don’t just refer to the SHA-1 ID
> of the commit.
> Please also include the one
On 25. 03. 19 9:08, Michal Simek wrote:
> On 22. 03. 19 15:39, Jean-Jacques Hiblot wrote:
>>
>> The purpose of this series is to provide the SPL with ability to apply
>> overlays for u-boot. this is only a RFC so far, to get a feedback on the
>> approach.
>>
>> Our use-case is the support of the da
On 27. 03. 19 16:38, Jean-Jacques Hiblot wrote:
>
> The purpose of this series is to provide the SPL with ability to apply
> overlays for u-boot. this is only a RFC so far, to get a feedback on the
> approach.
>
> Our use-case is the support of the daughter boards of the AM65x EVM. In
> Linux, ea
Reviewed-by: Igor Opaniuk
On Mon, Mar 25, 2019 at 6:30 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Migrate FEC, ESDHC, NFC and USB to driver model.
>
> While at it also do no longer enable optional I2C clock in board file as
> the generic clock code now handles this. Note for space
Hi Marcel,
Reviewed-by: Igor Opaniuk
Please check some minor comments below (could be addressed in a
separate patchset):
On Mon, Mar 25, 2019 at 6:35 PM Marcel Ziswiler wrote:
>
> From: Stefan Agner
>
> Add support for distro boot. This is especially helpful for external
> devices. There is a
Reviewed-by: Igor Opaniuk
On Mon, Mar 25, 2019 at 6:32 PM Marcel Ziswiler wrote:
>
> From: Stefan Agner
>
> Set fdtfile to represent the current board. This allows distribution
> to load the correct device tree, which in the module case often
> deviates from the common fallback ${soc}-${board}$
Reviewed-by: Igor Opaniuk
On Mon, Mar 25, 2019 at 6:30 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Migrate pinctrl and regulators to device tree resp. driver model: DDR,
> DSPI, ENET, ESDHC, I2C, NFC and UART.
>
> Enable CMD_DM, PINCTRL and DM_REGULATOR.
>
> While at it also update
Hi Igor
On Thu, 2019-03-28 at 15:01 +, Igor Opaniuk wrote:
> Hi Marcel,
>
> Reviewed-by: Igor Opaniuk
>
> Please check some minor comments below (could be addressed in a
> separate patchset):
>
> On Mon, Mar 25, 2019 at 6:35 PM Marcel Ziswiler
> wrote:
> > From: Stefan Agner
> >
> > Add
Has anybody a hint for me?
=> scsi rescan
Reset SCSI
scanning bus for devices...
ahci mmio_base=0xcf42c000
ahci_host_init: start
cap 0xe536ff01 port_map 0x3 n_ports 2
SATA link ok.
Spinning up device on SATA port 0... Target spinup took 0 ms.
ok.
PORT_SCR_ERR 0x0
PORT_IRQ_STAT 0x0
SATA port 0 s
Hello Igor, All,
On Thu, Mar 21, 2019 at 05:39:36PM +0200, Igor Opaniuk wrote:
> Hi Eugeniu,
>
> On Fri, Mar 8, 2019 at 7:29 PM Eugeniu Rosca wrote:
[..]
> >
> > The s/uint8_t/u8/ and s/uint32_t/u32/ conversion creates noise
> > comparing the in-tree versus out-of-tree files and will add some
>
Reviewed-by: Igor Opaniuk
On Mon, Mar 25, 2019 at 6:32 PM Marcel Ziswiler wrote:
>
> From: Stefan Agner
>
> Using the DDR Validation tool in Processor Expert uncovered two
> timing inconsistencies. Since those timings are related to the
> suspend mode they do not affect or change regular memory
Dne četrtek, 28. marec 2019 ob 08:52:48 CET je Jagan Teki napisal(a):
> On Sun, Mar 24, 2019 at 11:56 PM Jernej Skrabec
wrote:
> > Currently, HDMI driver doesn't consider minimum and maximum allowed rate
> > of pll3 (video PLL). It works most of the time, but not always.
> >
> > Consider monitor
Hi Marcel,
Could you please provide steps to reproduce this issue? I've double
checked on the latest master of u-boot-imx, and can sucessfully build
U-boot for Colibri iMX6DL (as an example).
Thanks
On Mon, Mar 25, 2019 at 6:38 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Add device
Hi Marcel,
The actual line which does have impact is `CONFIG_DFU_MMC=y`.
Not sure I understand the reason of adding "# ... is not set" lines in
this defconfig. Could you please explain?
Regards,
Igor
On Mon, Mar 25, 2019 at 6:30 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Disable
On Thu, Mar 28, 2019 at 05:30:30PM +0100, Eugeniu Rosca wrote:
> Hello Igor, All,
>
> On Thu, Mar 21, 2019 at 05:39:36PM +0200, Igor Opaniuk wrote:
> > Hi Eugeniu,
> >
> > On Fri, Mar 8, 2019 at 7:29 PM Eugeniu Rosca wrote:
> [..]
> > >
> > > The s/uint8_t/u8/ and s/uint32_t/u32/ conversion crea
This series cleans up stack definitions in socfpga_common.h as well as
cleans up defconfig files by implying/defaulting common things in Kconfig
files.
Finally, it reduces the malloc pool size used in first stage of gen5 SPL
(without ddr available) in order to have more space available for code.
The comment about SPL memory layout for socfpga gen5 is outdated: the
initial malloc memory is now at the end of the SRAM, gd is below it
(see board_init_f_alloc_reserve).
Signed-off-by: Simon Goldschmidt
---
Changes in v3: None
Changes in v2: None
include/configs/socfpga_common.h | 6 +++---
This commit moves common config options used in all socfpga boards
to select/imply in Kconfig. This both cleans up the defconfig files
as well as makes future changes easier.
Options implied/defaulted for all sub-arches:
- SPL, SPL_DM, USE_TINY_PRINTF, NR_DRAM_BANKS
Options implied/defaulted for
By enabling debug prints in malloc_simple, we can see that SPL for socfpga
gen5 does by far not need the 8 KiB malloc pool currently allocated for
SPL in pre-reloc phase.
On socfpga_socrates, 1304 bytes are currently used (and this increases by
~200 bytes only for the sdram/reset fixes in socfpga-
If SPL post-reloc stage puts the stack into DDR, U-Boot should be able to
do that, too.
The reason to do so is that this way, U-Boot initial stack can be larger
than SPL initial stack. In situations where we want to save the SPL
in SRAM for next boot without reloading, this prevents overwriting th
This series contains fixes and config changes to enable the 'date' command
talking to the rtc on the socrates board.
It contains fixes to the designware i2c driver, enables DM support for the
rtc used on the socrates board, adds a missing pull-up and changes the
defconfig to enable rtc support by
Using this driver on socfpga gen5 with DM_I2C enabled leads to a data abort
as the 'i2c' reset property cannot be found (the gen5 dtsi does not provide
reset-names).
The actual bug was to check 'if (&priv->reset_ctl)', which is never false.
While at it, convert the driver to use 'reset_get_bulk'
This patch makes the on-board RTC work on the socfpga_socrates board.
This rtc is present on the board, but it does not work (fails with a
timeout).
This patch adds a weak pull-up on the I2C0-SCL pin connected to the m41t82
RTC on this board. While the SDA line has a pull-up on the pcb, the pull-u
This enables DM_RTC and RTC_M41T62 to enable support for the rtc on the
socrates board.
Signed-off-by: Simon Goldschmidt
Reviewed-by: Stefan Roese
---
Changes in v3:
- pick up missing reviewed-by from v1
Changes in v2: None
configs/socfpga_socrates_defconfig | 2 ++
1 file changed, 2 inserti
This adds a compatible string for m41t82. This ensures that this driver
can be used for m41t82 in DM mode, too (asit was usable for this model in
non-DM mode before).
In addition, the HT bit has to be reset during probe, since the m41t82
chip sets it when entering battery standby mode.
This patch
This updates MAINTAINERS and git-mailrc to add me as a
co-custodian for socfpga.
Signed-off-by: Simon Goldschmidt
---
MAINTAINERS| 1 +
doc/git-mailrc | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8a4c5d4eab..37e2baca80 100644
--- a/M
Correct Alex's email address.
Signed-off-by: Heinrich Schuchardt
---
doc/git-mailrc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index c2eee8c7d8..b75ebab02b 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -15,7 +15,7 @@ alias abiessmann
From: Marcel Ziswiler
Fix indentation using tab vs. spaces.
Signed-off-by: Marcel Ziswiler
---
board/toradex/colibri_vf/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/toradex/colibri_vf/MAINTAINERS
b/board/toradex/colibri_vf/MAINTAINERS
index 3ee2b3315
From: Marcel Ziswiler
The implicit fallback mechanism for searching the whole MDIO bus for at
least one PHY has been gone with the following commit b882005a18de
("drivers/net/fec: phy_init: remove redundant logic"). This lead to the
Ethernet driver erroring out as follows:
Net: Could not get P
Hi U-Boot Maintainers:
The use-case is:
- A register address is needed for a function init, eg. stimer init,
boot mode detect;
- It's a per-SoC config, the address is not the same for different SoCs;
- The driver can be just the same other than the address itself is
different;
- The address will b
All Rockchip SoCs use DEBUG_UART_BOARD_INIT to init per board
UART IOMUX, enable it by default.
Signed-off-by: Kever Yang
---
arch/arm/Kconfig | 1 +
arch/arm/mach-rockchip/Kconfig | 4
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/
ALl rockchip soc use DEBUG UART, and need init the uart iomux
in board_debug_uart_init().
Move the board_debug_uart_init() into soc file so that we can
make all soc config in soc file and share a common board file
later for all rockchip SoCs.
Verison 2 rebase on master with 'SYS_SOC name correcti
Use board_debug_uart_init() for UART iomux init instead of
do it in board_init_f, and move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3036-board-spl.c | 20 +---
a
Enable debug uart for kylin board in defconfig.
Signed-off-by: Kever Yang
---
configs/kylin-rk3036_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/kylin-rk3036_defconfig b/configs/kylin-rk3036_defconfig
index d6d5abb2b6..fca3c238f7 100644
--- a/configs/kylin-rk3036_def
Prefer to use structure to access register if we can.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3288/rk3288.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-rockchip/rk3288/rk3288.c
b/arch/arm/mach-rockchip/rk3288/rk3288.c
index af3a465cc3.
Move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file later for all rockchip SoCs.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3368-board-spl.c | 8 --
arch/arm/mach-rockchip/rk3368-board-tpl.c | 33 +-
Move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file later for all rockchip SoCs.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk322x-board-spl.c | 44 ++-
arch/arm/mach-rockchip/rk322x-board.c | 30 +
Use board_debug_uart_init() for UART iomux init instead of
do it in board_init_f, and move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file for all rockchip SoCs later.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3399-boar
Use board_debug_uart_init() for UART iomux init instead of
do it in board_init_f, and move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3188-board-spl.c | 28 +--
Use board_debug_uart_init() for UART iomux init instead of
do it in board_init_f, and move the function to soc file so
that we can find all the soc/board setting in soc file and
use a common board file for all rockchip SoCs later.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3288-boar
Prefer to use structure to access register if we could.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3399/rk3399.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/rk3399/rk3399.c
b/arch/arm/mach-rockchip/rk3399/rk3399.c
index 7567a4f584.
On Tue, Mar 26, 2019 at 06:43:52PM +0100, Marek Vasut wrote:
> Various fixes for bugs found by u-boot test.py
>
> The following changes since commit cfb3e102c4bdf96a41cbd3eeb1d3a9a56c69c46c:
>
> Merge branch '2019-03-22-master-imports' (2019-03-22 19:09:58 -0400)
>
> are available in the Git
On Tue, Mar 26, 2019 at 06:44:14PM +0100, Marek Vasut wrote:
> The following changes since commit cfb3e102c4bdf96a41cbd3eeb1d3a9a56c69c46c:
>
> Merge branch '2019-03-22-master-imports' (2019-03-22 19:09:58 -0400)
>
> are available in the Git repository at:
>
> git://git.denx.de/u-boot-socfp
> Am 29.03.2019 um 05:51 schrieb Heinrich Schuchardt :
>
> Correct Alex's email address.
>
> Signed-off-by: Heinrich Schuchardt
Thanks!
Reviewed-by: Alexander Graf
Alex
> ---
> doc/git-mailrc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/git-mailrc b/doc/git
On Thu, Mar 28, 2019 at 07:53:36AM +, Alexey Brodkin wrote:
> Hi Tom,
>
> The following changes since commit 2b9b9cdd5f9ae1cbc786ba3c2255a51b3ea4a636:
>
> Merge branch '2019-03-25-master-imports' (2019-03-26 23:17:21 -0400)
>
> are available in the Git repository at:
>
> git://git.denx
The following changes since commit 2b9b9cdd5f9ae1cbc786ba3c2255a51b3ea4a636:
Merge branch '2019-03-25-master-imports' (2019-03-26 23:17:21 -0400)
are available in the Git repository at:
https://git.denx.de/u-boot-efi.git tags/efi-2019-04-rc5-2
for you to fetch changes up to 9ba712dc84e88240
1 - 100 of 107 matches
Mail list logo
