On Tue, Jun 6, 2017 at 7:35 AM, Christian Gmeiner
wrote:
> phy_device_create(..) sets the addr of phy_device with a sane value.
> There is no need overwrite it.
>
> Signed-off-by: Christian Gmeiner
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-B
Get rid of the hacky fake boot-device and duplicate device-path
constructing (which needs to match what efi_disk and efi_net do).
Instead convert over to use efi_device_path helpers to construct
device-paths, and use that to look up the actual boot device.
Also, extract out a helper to plug things
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instea
From: Peter Jones
EFI client programs need the signature information from the partition
table to determine the disk a partition is on, so we need to fill that
in here.
Signed-off-by: Peter Jones
---
disk/part_dos.c| 12 +---
disk/part_efi.c| 20
include/blk
Signed-off-by: Rob Clark
---
include/efi_loader.h | 2 +-
lib/efi_loader/efi_net.c | 24 +++-
2 files changed, 4 insertions(+), 22 deletions(-)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index f09d0a8003..c5cc15fc4c 100644
--- a/include/efi_loader.h
+++ b/i
Helpers to construct device-paths from devices, partitions, files, and
for parsing and manipulating device-paths.
For non-legacy devices, this will use u-boot's device-model to construct
device-paths which include bus hierarchy to construct device-paths. For
legacy devices we still fake it, but s
fallback.efi (and probably other things) use UEFI's simple-file-system
protocol and file support to search for OS's to boot.
Signed-off-by: Rob Clark
---
fs/fs.c | 21 ++
include/efi.h | 2 +
include/efi_api.h | 65 ++
include
Needed to support efi file protocol. The fallback.efi loader wants
to be able to read the contents of the /EFI directory to find an OS
to boot.
Currently only implemented for FAT, but that is all that UEFI is
required to support.
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 59
From: Peter Jones
Signed-off-by: Peter Jones
---
include/efi_api.h | 49 +++--
1 file changed, 47 insertions(+), 2 deletions(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index ec1b321e8e..85afbeb72b 100644
--- a/include/efi_api.h
+++ b/inclu
In some cases it is useful to defer creation of the protocol interface
object. So add back an optional ->open() hook that is used if
protcol_interface is NULL.
I've slightly simplified the fxn ptr signature to remove unneeded args,
and so compiler will complain if patches that used the "old way"
I still need to do some testing for net boot (but I think I didn't
screw anything up there), so just sending as an RFC for now.
I had to do a bunch of patch rejuggling to get this into a sensible
sequence of patches. Hopefully I didn't flub anything too badly in
the process.
This patchset adds b
On Fri, Jul 21, 2017 at 4:20 PM, Marek Vasut wrote:
> Add support for enabling and disabling the clock using the clock
> framework based on the content of OF instead of doing it manually
> in the board file.
>
> Signed-off-by: Marek Vasut
> Cc: Joe Hershberger
> Cc: Nobuhiro Iwamatsu
Acked-by:
On Wed, Jul 19, 2017 at 5:34 PM, Arun Parameswaran
wrote:
> Added the AFE (Analog Front End) settings for stability to the
> Broadcom Cygnus phy. This improves the time take to perform
> auto negotiation.
>
> Signed-off-by: Arun Parameswaran
Acked-by: Joe Hershberger
___
On Fri, Jul 21, 2017 at 4:20 PM, Marek Vasut wrote:
> Add support for probing the RAVB Ethernet block from device tree.
>
> Signed-off-by: Marek Vasut
> Cc: Joe Hershberger
> Cc: Nobuhiro Iwamatsu
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-
On 07/27/2017 09:31 AM, Simon Glass wrote:
If CONFIG_DISPLAY_BOARDINFO_LATE is enabled, U-Boot displays the banner
again after relocation so that it is visible on the video display. Detect
this and allow it.
Note: This patch is only an interim fix. If it is applied we should
consider reverting i
On Fri, Jul 21, 2017 at 4:20 PM, Marek Vasut wrote:
> The order of parameters passed to the phy_connect() was wrong.
> Moreover, only PHY address 0 was used. Replace this with code
> capable of detecting the PHY address.
>
> Signed-off-by: Marek Vasut
> Cc: Joe Hershberger
> Cc: Nobuhiro Iwamats
On Fri, Jul 21, 2017 at 2:00 PM, Tom Rini wrote:
> On Fri, Jul 21, 2017 at 07:28:42PM +0300, Denis Pynkin wrote:
>
>> PXE boot is broken with GCC 7.1 due option '-fstore-merging' enabled
>> by default for '-O2':
>>
>> BOOTP broadcast 1
>> data abort
>> pc : [<8ff8bb30>] lr : [<4f1f>]
On Tue, Jul 25, 2017 at 3:22 AM, Mario Six wrote:
> Hi Simon,
>
> On Tue, Jul 18, 2017 at 4:01 PM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 14 July 2017 at 05:54, Mario Six wrote:
>>> From: Dirk Eibach
>>>
>>> Implement support for the Marvell Alaska X 88X2242P Integrated Dual-port
>>> and Quad
New findings:
The problem is different, it happens only with USB 3 flash drives, USB 2
devices are powered properly. I don't have real statistics, but the
newest SanDisk's drives won't work.
However, it's hard to believe that a tiny USB drive requests more than
500mA to assume that the controller
Signed-off-by: Dmitry Korunov
---
arch/arm/dts/bcm2835-rpi-zero-w.dts| 44 ++
arch/arm/dts/bcm283x-rpi-usb-host.dtsi | 3 +++
arch/arm/mach-bcm283x/Kconfig | 16 +
board/raspberrypi/rpi/rpi.c| 5
configs/rpi_0_w_defconfig
Dear Vincent,
In message
you wrote:
>
> I managed to flash a yocto BSP with SPL with USB+serial with Fabio help,
> but I found it a bit painful, and hard to automate.
>
> - Go into serial console to reboot, interrupt uboot, and type bmode usb.
> - Quit serial console
> - Launch imx_usb_loader,
On Wed, Jul 26, 2017 at 5:40 AM, Philipp Tomsich
wrote:
> The GMAC in the RK3368 once again is identical to the incarnation in
> the RK3288 and the RK3399, except for where some of the configuration
> and control registers are located in the GRF.
>
> This adds the RK3368-specific logic necessary t
On Jul 27, 2017 3:40 PM, "Paul Kocialkowski" wrote:
Le mardi 25 juillet 2017 à 13:19 +0300, Siarhei Siamashka a écrit :
> On Tue, 25 Jul 2017 12:00:05 +0530
> Lokesh Vutla wrote:
>
> > On 7/25/2017 7:38 AM, Siarhei Siamashka wrote:
> > > On Fri, 14 Jul 2017 08:53:20 -0500
> > > Adam Ford wrote:
Le mardi 25 juillet 2017 à 13:19 +0300, Siarhei Siamashka a écrit :
> On Tue, 25 Jul 2017 12:00:05 +0530
> Lokesh Vutla wrote:
>
> > On 7/25/2017 7:38 AM, Siarhei Siamashka wrote:
> > > On Fri, 14 Jul 2017 08:53:20 -0500
> > > Adam Ford wrote:
> > >
> > > > Fixes 4bd754d8abef ("arm: omap: Det
On Thu, Jul 27, 2017 at 04:37:11PM +, York Sun wrote:
> On 07/26/2017 10:56 PM, Ashish Kumar wrote:
> > Concatenation of u-boot-spl.bin and u-boot.img for NXP layerscape
> > platform SoC: LS1088A/LS2080A and their variants
> >
> > This patch also depricates UBOOT_BINLOAD in favour of SPL_PAYLO
Hi Yuiko,
On Fri, Jul 14, 2017 at 10:29 AM, wrote:
> From: Yuiko Oshino
>
> Add support for Microchip LAN7500, LAN7800 and LAN7850, USB to 10/100/1000
> Ethernet Controllers
>
> Signed-off-by: Yuiko Oshino
> Cc: Marek Vasut
> Cc: Joe Hershberger
> ---
> Changes for v2:
>- wait_for_bit f
On Fri, Jul 14, 2017 at 7:54 AM, Mario Six wrote:
> Commit 68e6eca ("net: phy: marvell 88e151x: Fix handling of RGMII
> interface types") fixed the initialization of 88e151x phys, but made it
> so that interfaces of type PHY_INTERFACE_MODE_RGMII had both RX and TX
> delay bits cleared. The default
On Thu, Jul 27, 2017 at 1:46 PM, Vagrant Cascadian wrote:
> Enable booting from SATA on the wandboard.
>
> Sata support was already enabled, but distro_bootcmd is not configured
> to boot from it.
>
> Signed-off-by: Vagrant Cascadian
Reviewed-by: Fabio Estevam
__
Enable booting from SATA on the wandboard.
Sata support was already enabled, but distro_bootcmd is not configured
to boot from it.
Signed-off-by: Vagrant Cascadian
---
include/configs/wandboard.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/wandboard.h b/include/configs/
On Thu, Jul 27, 2017 at 11:43 AM, Joe Hershberger
wrote:
> Hi Yuiko,
>
> On Fri, Jun 23, 2017 at 11:33 AM, wrote:
>> From: Yuiko Oshino
>>
>> Add an mii helper function to resolve flow control status per IEEE
>> 802.3-2005 table 28B-3.
>> This function was taken from the linux source tree.
>>
Hi Yuiko,
On Fri, Jun 23, 2017 at 11:33 AM, wrote:
> From: Yuiko Oshino
>
> Add an mii helper function to resolve flow control status per IEEE 802.3-2005
> table 28B-3.
> This function was taken from the linux source tree.
>
> Signed-off-by: Yuiko Oshino
I assume your other patch depends on
On 07/26/2017 10:56 PM, Ashish Kumar wrote:
> Concatenation of u-boot-spl.bin and u-boot.img for NXP layerscape
> platform SoC: LS1088A/LS2080A and their variants
>
> This patch also depricates UBOOT_BINLOAD in favour of SPL_PAYLOAD
>
> Signed-off-by: Ashish Kumar
> ---
>
> v2:
> This is v2 ver
>-Original Message-
>From: Joe Hershberger [mailto:joe.hershber...@gmail.com]
>Sent: Thursday, July 27, 2017 12:03 PM
>To: Yuiko Oshino - C18177
>Cc: Marek Vasut; u-boot; Tom Rini
>Subject: Re: [PATCH v2] Add support for Microchip LAN75xx and LAN78xx
>
>Hi Yuiko,
>
>On Thu, Jul 27, 2017 at
Hi,
i wan't to add rockchip nand boot image support to u-boot. Format:
* 512b rc4 encrypted boot header with size aligned to nand page size,
* first 2048b rc4 encrypted tpl data aligned to nand page size
* empty page
* second 2048b rc4 encrypted tpl data aligned to nand page size
* empty pa
Hi Yuiko,
On Thu, Jul 27, 2017 at 10:28 AM, wrote:
>
>
>>-Original Message-
>>From: Marek Vasut [mailto:ma...@denx.de]
>>Sent: Thursday, July 27, 2017 9:35 AM
>>To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>>Cc: joe.hershber...@gmail.com; tr...@konsulko.com
>>Subject: Re: [PATCH v2] A
Put the check for whether a console is a serial device in a function so
that we can share the code in the two places that use it.
Signed-off-by: Simon Glass
---
common/console.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/common/console.c b/common/co
With driver model the serial device is often not called "serial". Mark
driver-model stdio devices so that they can be detected and we can look up
the uclass. This is a more reliable way of finding out whether the console
is connected to a serial device or not.
Signed-off-by: Simon Glass
---
com
With driver model this function does not work correctly and when
CONFIG_DISPLAY_BOARDINFO_LATE is enabled we end up announcing U-Boot twice
on the serial port. This causes the pytest framework to fail as it looks
like a reset.
This series includes an interim patch to fix the test framework. Howeve
If CONFIG_DISPLAY_BOARDINFO_LATE is enabled, U-Boot displays the banner
again after relocation so that it is visible on the video display. Detect
this and allow it.
Note: This patch is only an interim fix. If it is applied we should
consider reverting it later since it is not needed if U-Boot is w
Signed-off-by: Rob Clark
---
Just noticed that there didn't seem to be quite enough break's. Pretty
sure the intention wasn't to fall-thru
lib/efi_loader/efi_device_path_to_text.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/efi_loader/efi_device_path_to_text.c
b/lib/efi_loader/ef
On 07/07/2017 01:46 PM, Tom Rini wrote:
On Fri, Jul 07, 2017 at 10:13:09PM +0200, Marek Vasut wrote:
On 07/07/2017 08:36 PM, Alexandru Gagniuc wrote:
The KS8721BL and KSZ9021 PHYs are software-incompatible, yet they
share the same ID. Drivers for bothe PHYs cannot safely coexist, so
the solut
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Thursday, July 27, 2017 9:35 AM
>To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>Cc: joe.hershber...@gmail.com; tr...@konsulko.com
>Subject: Re: [PATCH v2] Add support for Microchip LAN75xx and LAN78xx
>
>On 07/27/2017
On 19 July 2017 at 06:32, Philipp Tomsich
wrote:
> As our SPL stage can grow quite large (80KB+ are not unusual) on the
> RK3399-Q7, the default setting for the environment location (in
> include/configs/rockchip-common.h) can overlap our SPL.
>
> This change finally makes use of the 'u-boot,mmc-e
On 19 July 2017 at 05:54, Kever Yang wrote:
> Use mask to clear old setting before direct set the new config,
> or else there it will mess up the config when it's not the same
> with default value.
> Fixs: 3851059 rockchip: Setup default PWM flags
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm
On 26 July 2017 at 04:40, Philipp Tomsich
wrote:
> Some devices (e.g. the RK3368) have only limited SRAM, but provide
> support for loading the next boot stage after our SPL performs basic
> setup (e.g. DRAM).
>
> For target systems like these, we add a boot device BOOTROM that will
> invoke a boa
On 21 July 2017 at 04:21, Kever Yang wrote:
> The DRAM start address is not 0, so need to update the last bank size
> as:
> DRAM start addr + DRAM_SIZE - last bank start addr
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk322x-board.c | 10 ++
> 1 file changed, 6 insert
On 19 July 2017 at 06:32, Philipp Tomsich
wrote:
> When creating a EFI/GUID partition map for the RK3399-Q7 through
> U-Boot, the partition entries should be places at a 1MB offset from
> the start of the device to give us space for the environment (at 16KB
> on SD/MMC devices), the SPL stage (at
On 19 July 2017 at 05:54, Kever Yang wrote:
> The regulator_enable() should be called from upper layer like
> regulators_enable_boot_on(), remove it from pwm regulator driver.
>
> Signed-off-by: Kever Yang
> ---
>
> drivers/power/regulator/pwm_regulator.c | 8 +---
> 1 file changed, 1 insert
On 19 July 2017 at 05:54, Kever Yang wrote:
> The rkpwm reg order has fixed by below patch:
> e3ef41d rockchip: pwm: fix the register layout for the PWM controller
>
> We need to correct the parameter order for pwm_set_config() to make
> the pwm regulator works correctly.
>
> Signed-off-by: Kever
On 19 July 2017 at 05:54, Kever Yang wrote:
> Add regulator-init-microvolt for driver to init the regulator,
> and the min output value is not 80mV for the PWM2 io domain has
> changed to VCC3V0 instead of VCC1V8 in rockchip evb, we need to
> correct it with the value measured when PWM2 output
On Mittwoch, 26. Juli 2017 22:25:29 CEST Rob Clark wrote:
> On Wed, Jul 26, 2017 at 4:10 PM, Alexander Graf wrote:
> > On 26.07.17 20:34, Rob Clark wrote:
> >> When booting shim -> fallback -> shim -> grub -> linux the memory map is
> >> a bit larger than the size linux passes in on the first call
On 07/27/2017 03:30 PM, yuiko.osh...@microchip.com wrote:
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Wednesday, July 26, 2017 2:03 PM
>> To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>> Cc: joe.hershber...@gmail.com; tr...@konsulko.com
>> Subject: Re: [PATC
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Wednesday, July 26, 2017 2:03 PM
>To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>Cc: joe.hershber...@gmail.com; tr...@konsulko.com
>Subject: Re: [PATCH v2] Add support for Microchip LAN75xx and LAN78xx
>
>On 07/26/2017 0
For ARCH_OMAP2PLUS ONLY (for now)
This converts the following to Kconfig:
CONFIG_SYS_LOAD_ADDR
Signed-off-by: Adam Ford
diff --git a/Kconfig b/Kconfig
index bb80ada..711d0c9 100644
--- a/Kconfig
+++ b/Kconfig
@@ -322,6 +322,12 @@ config SYS_EXTRA_OPTIONS
configuration to Kconfig. Si
This converts the following to Kconfig:
CONFIG_OMAP3_SPI
Signed-off-by: Adam Ford
diff --git a/configs/am335x_baltos_defconfig b/configs/am335x_baltos_defconfig
index 09e028f..aa16b25 100644
--- a/configs/am335x_baltos_defconfig
+++ b/configs/am335x_baltos_defconfig
@@ -52,6 +52,7 @@ CONFIG_C
ti_armv7_common.h states the following:
/*
* Our DDR memory always starts at 0x8000 and U-Boot shall have
* relocated itself to higher in memory by the time this value is used.
* However, set this to a 32MB offset to allow for easier Linux kernel
* booting as the default is often used as t
This converts the following to Kconfig:
CONFIG_SYS_TEXT_BASE
I left the header file data intact (for now), but I tested this on the
omap3_logic_defconfig and am3517_evm_defconfig without any errors. I did this
partially because I wanted to retain the message about the value of
SYS_TEXT_BASE
The OMAP3_SPI driver can work with or without DM_SPI. Moving this
outside of the #if DM_SPI section allows us to include it on boards
that don't support DM_SPI yet.
Signed-off-by: Adam Ford
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index 8a8e8e4..3c5582a 100644
--- a/drivers/spi/Kc
This series will move the CONFIG_OMAP3_SPI inside Kconfig to make
it available to boards that don't necessarily enable DM_SPI.
It will then convert the omap2plus family of boards to use this config
Adam Ford (2):
OMAP3_SPI: Kconfig: move OMAP3_SPI out of DM_SPI section.
Convert CONFIG_OMAP3_SP
On Wed, Jul 26, 2017 at 01:22:59PM +0200, Philipp Tomsich wrote:
> With both an imply from CMD_USB to USB_FUNCTION_MASS_STORAGE and with
> USB_FUNCTION_MASS_STORAGE moved to Kconfig, we can now run moveconfig.
>
> Signed-off-by: Philipp Tomsich
Reviewed-by: Tom Rini
--
Tom
signature.asc
De
> On 27 Jul 2017, at 15:04, Kever Yang wrote:
>
> Philipp,
>
>
> On 07/27/2017 08:16 PM, Dr. Philipp Tomsich wrote:
>> Kever,
>>
>>> On 27 Jul 2017, at 13:47, Kever Yang wrote:
>>>
>>> The emmc number is 0, correct it for fastboot parameter.
>> I provided some code in rk3399-board-spl.c (com
64-bit U-Boot image is a combination of 32-bit U-Boot (SPL) plus
64-bit U-Boot (proper). For the U-Boot proper, it has be compiled
to 64-bit object codes. Attempting to use a toolchain to compile
64-bit U-Boot for qemu-x86_64, like kernel.org 4.9 i386-linux-gcc,
fails with the following errors:
At present U-Boot x86 build is using -mpreferred-stack-boundary=2
which is 4 bytes stack boundary alignment. With 64-bit U-Boot, the
minimal required stack boundary alignment is 16 bytes.
If -mpreferred-stack-boundary is not specified, the default is 4
(16 bytes). Switch to use the default one.
S
Philipp,
On 07/27/2017 08:16 PM, Dr. Philipp Tomsich wrote:
Kever,
On 27 Jul 2017, at 13:47, Kever Yang wrote:
The emmc number is 0, correct it for fastboot parameter.
I provided some code in rk3399-board-spl.c (commit d02d11f8; see
spl_node_to_boot_device(…) and how 'desc->devnum’ is acce
Tom,
Here’s the second PR for u-boot-rockchip for v2017.09.
Cheers,
Philipp.
The following changes since commit f19955a01482d118eac0fdaf530ec6e5b08cf414:
Merge git://git.denx.de/u-boot-uniphier (2017-07-26 11:29:25 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-r
> On 27 Jul 2017, at 13:59, Kever Yang wrote:
>
> Some code are duplicate, remove one of them
>
> Signed-off-by: Kever Yang
Applied (with fixups) to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinf
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Philipp Tomsich
> Reviewed
> function board_init_f_init_reserve will call memset, which
> is implemented in lib, and enabled by CONFIG_SPL_LIBGENERIC_SUPPORT
> in spl stage.
> To reduce the code size, also enable SPL_TINY_MEMSET.
> As rk3036 will return to bootrom immediately after dram
> initialization, there is no need to
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Philipp Tomsich
> Reviewed
> printf will increase the code size more than 1kb, but platform
> like rk3036 has no enough space for it.
>
> Signed-off-by: Andy Yan
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> Changes in v3:
> - use puts instead of printf, which suggested by Simon
>
> Changes in v2
> RK3036 only has 4kb sram, the spl code will use
> 3.4 ~ 3.5 kb, the last 0.5kb are used for SP and
> GD, so there is no space for malloc. Also, the spl
> will directly return to bootrom after dram initialized,
> they never need the space for malloc.
>
> Signed-off-by: Andy Yan
> Reviewed-by: Si
> Add this dts to enable debug uart releated devices
> before relocation.
>
> Signed-off-by: Andy Yan
> Reviewed-by: Simon Glass
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/arm/dts/rk3036-sdk-u-boot.dtsi | 11 ++
> RK3036 has no enough sapce use ARCH_MEMCPY/MEMSET in spl stage
>
> Signed-off-by: Andy Yan
> Reviewed-by: Simon Glass
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> configs/evb-rk3036_defconfig | 2 ++
> configs/kylin-r
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Daniel Schwierzeck
> Acked
> Some platforms has very small sram to run spl code, so it has no
> enough sapce for so much malloc pool before relocation in
> spl stage as the normal u-boot stage.
> Make spl and normal u-boot stage use independent SYS_MALLOC_F_LEN,
> Then people can sets the pre-relocation malloc pool according
> From: Andy Yan
>
> SPL and normal u-boot stage use different malloc pool size
> configuration before relocation, so use CONFIG_VAL(SYS_MALLOC_F_LEN)
> to fit different boot stage.
>
> Signed-off-by: Andy Yan
>
> Changes in v3:
> - use CONFIG_VAL(), which suggested by Simon
>
> Changes in v2
Enable the EFUSE driver for get the cpuid and serial.
Signed-off-by: Kever Yang
---
configs/firefly-rk3399_defconfig | 2 ++
include/configs/evb_rk3399.h | 3 +++
2 files changed, 5 insertions(+)
diff --git a/configs/firefly-rk3399_defconfig b/configs/firefly-rk3399_defconfig
index 0a4d005
enable the ATF option and SDCard in defconfig.
Signed-off-by: Kever Yang
---
configs/firefly-rk3399_defconfig | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/configs/firefly-rk3399_defconfig b/configs/firefly-rk3399_defconfig
index 90a6172..1837b72 100644
--- a/configs
Sync the code from puma-rk3399:
8adc9d1 rockchip: board: puma_rk3399: derive ethaddr from cpuid
9415b9a rockchip: board: puma_rk3399: add support for serial# and cpuid#
via efuses
Signed-off-by: Kever Yang
---
board/rockchip/evb_rk3399/evb-rk3399.c | 123 -
1 fil
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Philipp Tomsich
> ---
>
>
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Philipp Tomsich
> ---
>
>
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
> Use CONFIG_VAL(SYS_MALLOC_F_LEN) to fit this condition.
>
> Signed-off-by: Andy Yan
> Acked-by: Daniel Schwierzeck
> Acked
Looks like this was duplicated in a rebase/merge.
I’ll fix this up to use constants instead of the #defines and apply.
Thanks!
> On 27 Jul 2017, at 13:59, Kever Yang wrote:
>
> Some code are duplicate, remove one of them
>
> Signed-off-by: Kever Yang
> ---
>
> board/theobroma-systems/puma_rk
2017-07-27 12:44 GMT+02:00 Philipp Tomsich
:
>
>
> On Mon, 24 Jul 2017, Andy Yan wrote:
>
>> Some platforms has very small sram to run spl code, so
>> it may have no enough sapce for so much malloc pool before
>> relocation in spl stage as the normal u-boot stage.
>> Use CONFIG_VAL(SYS_MALLOC_F_LEN
Kever,
> On 27 Jul 2017, at 13:47, Kever Yang wrote:
>
> The emmc number is 0, correct it for fastboot parameter.
I provided some code in rk3399-board-spl.c (commit d02d11f8; see
spl_node_to_boot_device(…) and how 'desc->devnum’ is accessed there)
to map from a of_node back to a device-number.
Mario,
> On 27 Jul 2017, at 13:45, Mario Six wrote:
>
> Hi Phillip,
>
> On Thu, Jul 27, 2017 at 12:48 PM, Philipp Tomsich
> wrote:
>>
>>
>> On Mon, 24 Jul 2017, Andy Yan wrote:
>>
>>> Some platforms has very small sram to run spl code, so
>>> it may have no enough sapce for so much malloc p
This should make it easier to see when a callback back to UEFI world
calls back in to the u-boot world, and generally match up EFI_ENTRY()
and EFI_EXIT() calls.
Signed-off-by: Rob Clark
---
include/efi_loader.h | 12
lib/efi_loader/efi_boottime.c | 25 ++
Missing an EFI_ENTRY() or doubling up EFI_EXIT() leads to non-obvious
crashes. Let's add some error checking.
Signed-off-by: Rob Clark
---
include/efi_loader.h | 17 +---
lib/efi_loader/efi_boottime.c | 45 +--
2 files changed, 41 ins
Rather than open-coding EFI_EXIT() + callback + EFI_ENTRY(), introduce
an EFI_CALL() macro. This makes callbacks into UEFI world (of which
there will be more in the future) more concise and easier to locate in
the code.
Signed-off-by: Rob Clark
---
include/efi_loader.h | 17 +++
There are a couple spots doing things like:
return EFI_EXIT(some_fxn(...));
which I handn't noticed before. With addition of printing return value
in the EFI_EXIT() macro, now the fxn call was getting evaluated twice.
Which we didn't really want.
Signed-off-by: Rob Clark
---
include/efi_lo
Some code are duplicate, remove one of them
Signed-off-by: Kever Yang
---
board/theobroma-systems/puma_rk3399/puma-rk3399.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c
b/board/theobroma-systems/puma_rk3399/puma-rk3399.c
index 36e9c
Some code are duplicate, remove one of them
Signed-off-by: Kever Yang
---
board/theobroma-systems/puma_rk3399/puma-rk3399.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c
b/board/theobroma-systems/puma_rk3399/puma-rk3399.c
index 36e9c
On Thu, Jul 27, 2017 at 04:30:53AM +, Ashish Kumar wrote:
> Hello Tom,
>
> Thanks for the comments, please see inline for respone.
>
> Regards
> Ashish
>
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Thursday, July 27, 2017 3:36 AM
> To: Ashish Kumar
> C
On Wed, Jul 26, 2017 at 09:22:06PM -0500, Adam Ford wrote:
> On Wed, Jul 26, 2017 at 8:52 PM, Tom Rini wrote:
> > On Wed, Jul 26, 2017 at 09:03:37AM -0500, Adam Ford wrote:
> >
> >> This converts the following to Kconfig:
> >>CONFIG_SYS_I2C_OMAP24XX
> >>CONFIG_SYS_I2C_OMAP34XX
> >>
> >> Si
The emmc number is 0, correct it for fastboot parameter.
Signed-off-by: Kever Yang
---
include/configs/rk3288_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/rk3288_common.h b/include/configs/rk3288_common.h
index 488d679..4489323 100644
--- a/includ
Hi Phillip,
On Thu, Jul 27, 2017 at 12:48 PM, Philipp Tomsich
wrote:
>
>
> On Mon, 24 Jul 2017, Andy Yan wrote:
>
>> Some platforms has very small sram to run spl code, so
>> it may have no enough sapce for so much malloc pool before
>> relocation in spl stage as the normal u-boot stage.
>> Use C
Hi Adam,
On mer., juil. 26 2017, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_USB_ETHER
>CONFIG_USB_ETHER_RNDIS
>
> Signed-off-by: Adam Ford
For the VInCo platform
Acked-by: Gregory CLEMENT
Thanks,
Gregory
>
> diff --git a/configs/am335x_baltos_defconfig b
> SPL_SERIAL_SUPPORT and SPL_DRIVERS_MISC_SUPPORT were previously
> enabled through rk3399_common.h. This change implies these options
> through Kconfig.
>
> These need to always be active for the RK3399, as follows:
> - SPL_SERIAL_SUPPORT is needed to pass the SPL build
> - SPL_DRIVERS_MISC_SU
> Currently, drive-strenght to 12ma are described and supposed to be used
> on RK3288. However, the pinctrl driver for this SoC only handles muxing
> and pull up/pull down via PU/PD control registers. So complex IPs like
> GMAC are working in normal ethernet 100mbps, but not at 1gbps typically.
>
> We use to use /dev/mmcbl0p7 as root partition, and pass it
> to kernel by cmdline, but the mmc number in kernel in not
> fixed, we need to change the bootargs to adapt it from time
> to time.
> We can use the UUID to fix it, the ID is from:
> https://www.freedesktop.org/wiki/Specifications/Discov
101 - 200 of 247 matches
Mail list logo