On Fri, Apr 05, 2019 at 12:10:21PM +0200, Wadim Egorov wrote:
> Hi,
>
> it seems the new common rockchip pinctrl driver does not really fit into
> our phycore-rk3288 SPL setup. It works for every other rk3288 based
> board because they don't need special power configurations at the SPL stage.
It
On Thu, Apr 11, 2019 at 5:37 PM Ley Foon Tan wrote:
>
> A mailbox command contains of header + arguments.
> But, "len" is only including length of arguments, off-by-one for
> length of header in checking.
> Includes length of header (1) when checking the space size.
>
> Signed-off-by: Ley Foon Tan
On Fri, Apr 12, 2019 at 2:25 PM Simon Glass wrote:
>
> Hi Keerthy, Kumar,
>
> On Thu, 11 Apr 2019 at 21:41, keerthy wrote:
> >
> >
> >
> > On 4/12/2019 7:39 AM, Simon Glass wrote:
> > > Hi Keerthy,
> > >
> > > On Wed, 30 Jan 2019 at 06:41, Keerthy wrote:
> > >>
> > >> With introduction of commit
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch for reworking do_bootefi() in later patch.
All the non-boot-manager-based (that is, bootefi ) code is put
into one function, do_boot_efi().
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 126 +++
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
Add CONFIG_CMD_STANDALONE_EFIBOOTMGR.
With this patch, EFI boot manager can be kicked in by a standalone
command, efibootmgr.
Signed-off-by: AKASHI Takahiro
---
cmd/Kconfig | 8
cmd/bootefi.c | 35 +++
2
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch for reworking do_bootefi() in later patch.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
---
cmd/bootefi.c | 42 +-
1 file changed, 21 insertions(+), 21 delet
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch for reworking do_bootefi() in later patch.
Efi_selftest code is unusual in terms of execution path in do_bootefi(),
which make that function complicated and hard to understand. With this
patch, all efi_selftest related code w
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch for reworking do_bootefi() in later patch.
For simplicity, merge two functions.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
---
cmd/bootefi.c | 67 +-
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch for reworking do_bootefi() in later patch.
I would prefer a more informative commit message like:
Carve out a function to handle the installation of the device tree as a
configuration table.
Otherwise
Reviewed-by: Heinrich
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch.
The root node handle will be used as a dummy parent handle when invoking
an EFI image from bootefi/bootmgr command.
This patch is not based on the efi-2019-07 branch.
Please, rebase your patch series.
Best regards
Heinri
On 4/16/19 6:24 AM, AKASHI Takahiro wrote:
This is a preparatory patch.
efi_dp_split_file_path() is used to create device_path and file_path
from file_path for efi_setup_loaded_image().
In a special case, however, of HARDWARE_DEVICE/MEMORY, it doesn't
work expectedly since this path doesn't cont
Add CONFIG_CMD_STANDALONE_EFIBOOTMGR.
With this patch, EFI boot manager can be kicked in by a standalone
command, efibootmgr.
Signed-off-by: AKASHI Takahiro
---
cmd/Kconfig | 8
cmd/bootefi.c | 35 +++
2 files changed, 43 insertions(+)
diff --git a/cm
In the current implementation, bootefi command and EFI boot manager
don't use load_image API, instead, use more primitive and internal
functions. This will introduce duplicated code and potentially
unknown bugs as well as inconsistent behaviours.
With this patch, do_efibootmgr() and do_boot_efi()
This is a preparatory patch for reworking do_bootefi() in later patch.
do_bootmgr_exec() is renamed to do_efibootmgr() as we put all the necessary
code into this function.
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 44
1 file changed, 36 inser
This is a preparatory patch for reworking do_bootefi() in later patch.
Efi_selftest code is unusual in terms of execution path in do_bootefi(),
which make that function complicated and hard to understand. With this
patch, all efi_selftest related code will be put in a separate function.
The chang
This is a preparatory patch for reworking do_bootefi() in later patch.
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index a5dba6645ca2..10fe10cb4daf
This is a preparatory patch for reworking do_bootefi() in later patch.
All the non-boot-manager-based (that is, bootefi ) code is put
into one function, do_boot_efi().
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 126 --
1 file changed, 70 in
This is a preparatory patch.
The root node handle will be used as a dummy parent handle when invoking
an EFI image from bootefi/bootmgr command.
Signed-off-by: AKASHI Takahiro
---
include/efi_loader.h | 2 ++
lib/efi_loader/efi_root_node.c | 13 +++--
2 files changed, 9 insert
This is a preparatory patch for reworking do_bootefi() in later patch.
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 53 ---
1 file changed, 38 insertions(+), 15 deletions(-)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index 3619a20e6433..8cd9
This is a preparatory patch.
efi_dp_split_file_path() is used to create device_path and file_path
from file_path for efi_setup_loaded_image().
In a special case, however, of HARDWARE_DEVICE/MEMORY, it doesn't
work expectedly since this path doesn't contain any FILE_PATH sub-type.
This patch makes
This is a preparatory patch for reworking do_bootefi() in later patch.
For simplicity, merge two functions.
Signed-off-by: AKASHI Takahiro
---
cmd/bootefi.c | 67 +--
1 file changed, 28 insertions(+), 39 deletions(-)
diff --git a/cmd/bootefi.c b/c
There are several reasons that I want to rework/refactor bootefi command
as well as bootmgr:
* Some previous commits on bootefi.c have made the code complicated
and a bit hard to understand.
* do_bootefi_exec() would better be implemented using load_image() along
with start_image() to be align
On Fri, Apr 12, 2019 at 10:28:09PM +0200, Heinrich Schuchardt wrote:
> On 4/12/19 4:19 PM, AKASHI Takahiro wrote:
> >On Fri, Apr 12, 2019 at 10:58:25AM +0200, Heinrich Schuchardt wrote:
> >>
> >>
> >>On 4/12/19 9:06 AM, AKASHI Takahiro wrote:
> >>>On Fri, Apr 12, 2019 at 07:55:16AM +0200, Heinrich
Hello Markus,
may I am to dummy, but I cannot find your patches in patchwork :-(
any ideas?
bye,
Heiko
Am 16.04.2019 um 05:52 schrieb Heiko Schocher:
Hello Markus,
Am 15.04.2019 um 17:32 schrieb Markus Klotzbuecher:
From: Markus Klotzbuecher
Hello Heiko and Kyungmin
This series contains
Hello Markus,
Am 15.04.2019 um 17:32 schrieb Markus Klotzbuecher:
From: Markus Klotzbuecher
Hello Heiko and Kyungmin
This series contains a couple of UBI and UBI SPL improvements, notably
a ubispl extension to allow loading volumes by name. The motivation is
to use the UBI atomic volume renam
Hi All, Jaehoon
Is mmc still being actively maintained? I would help if it is not being
maintained.
Thanks,
Peng.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Fabio,
>
> Hi Peng,
>
> On Mon, Apr 15, 2019 at 10:33 PM Peng Fan wrote:
> >
> > eMMC 5.1+ supports HS400 Enhances Strobe mode without the need for
> > tuning procedure.
> > The flow is as following:
> > - set HS_TIMIMG (Highspeed)
> > - Host change freq to <= 52Mhz
> > - set the bus width
Hi Peng,
On Mon, Apr 15, 2019 at 10:33 PM Peng Fan wrote:
>
> eMMC 5.1+ supports HS400 Enhances Strobe mode without the need for
> tuning procedure.
> The flow is as following:
> - set HS_TIMIMG (Highspeed)
> - Host change freq to <= 52Mhz
> - set the bus width to Enhanced strobe and DDR8Bit(C
eMMC 5.1+ supports HS400 Enhances Strobe mode without the need for
tuning procedure.
The flow is as following:
- set HS_TIMIMG (Highspeed)
- Host change freq to <= 52Mhz
- set the bus width to Enhanced strobe and DDR8Bit(CMD6),
EXT_CSD[183] = 0x86 instead of 0x80
- set HS_TIMING to 0x3 (HS40
btrfs_search_tree should return the first item in the tree that is
greater or equal to the searched item.
The search algorithm did not properly handle the edge case where the
searched item is higher than the last item of the node but lower than
the first item of the next node. Instead of properly
It is not very clear how these work in relation to the exact I2C xfers
they produce. In paticular, the address length is somewhat overloaded
in the read method. Clearly document the existing behavior. Maybe this
will help the next person who needs to work on this driver and not break
non-DM boar
This is an old driver that supports both device mapped and non-mapped
mode, and covers a wide range of hardware. It's hard to change without
risking breaking something. I have to tried to be exceedingly detailed
in this patch, so please excuse the length of the commit essay that
follows.
In devi
On Mon, Apr 15, 2019 at 4:11 AM Thierry Reding wrote:
>
> From: Thierry Reding
>
> Add the standard Ethernet device tree bindings (imported from v5.0 of
> the Linux kernel) and implement support for reading the MAC address for
> Ethernet devices in the Ethernet uclass. If the "mac-address" proper
On Mon, Apr 15, 2019 at 4:11 AM Thierry Reding wrote:
>
> From: Thierry Reding
>
> In order for the device to use the proper MAC address, which can have
> been configured in the environment prior to the device being registered,
> ensure that the MAC address is written after the device has been pr
On Mon, Apr 15, 2019 at 4:11 AM Thierry Reding wrote:
>
> From: Thierry Reding
>
> This function can be used to read a binary property into a buffer. One
> example where this is needed is to read a MAC address from device tree.
>
> Signed-off-by: Thierry Reding
Is there a reason dev_read_u8_arr
On Mon, Apr 15, 2019 at 12:18 AM Peng Fan wrote:
>
> We should not access reserved register on i.MX8, otherwise met SERROR
>
> Signed-off-by: Peng Fan
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinf
Thierry,
I tried applying your 27 v5 patchset series here to my local
u-boot-tegra/master + uboot/master (on the assumption that Simon's FDT patches
had made it to TomR's master), and it failed on the first patch w/git-am. Using
'patch' allowed it to be applied w/minor fixups/fuzz. The rest of
Hi,
is it possible to extend ls-command (file-listing) with the filedate
(modification-date) and with option to show only the filename?
i looked around a bit and fs_dirent (include/fs.h) needs to be extended with a
field for holding the timestamp. how should it be stored (uint32 for
unix-times
On 13/04/19 10:21, Chris Packham wrote:
> Correct CPU_ARM926EJS1 to CPU_ARM926EJS.
>
> Reported-by: Robert P. J. Day
> Signed-off-by: Chris Packham
> ---
>
> arch/arm/mach-imx/mx2/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-imx/mx2/Kconfig b/
The recently-added ZYNQMP_LOAD_PM_CFG_OBJ_FILE option allows SPL to load a
PMUFW configuration object from a binary blob. However the configuration
object is produced by Xilinx proprietary tools as a C source file and no
tool exists to easily convert it to a binary blob in an embedded Linux
build s
Optionally allow U-Boot to load at the PMU firmware configuration object
into the Power Management Unit (PMU) on Xilinx ZynqMP.
The configuration object is required by the PMU FW to enable most SoC
peripherals. So far the only way to boot using U-Boot SPL was to hard-code
the configuration object
Hi,
This patchset aims at solving a long-standing issue in the ZynqMP users
community: the management of the PMU firmware configuration object when
U-Boot SPL is used.
History and status
==
First non-RFC version. The code is now clean and I consider it OK for
mainline inclusion.
Hi Tom,
On Mon, 15 Apr 2019 at 10:24, Simon Glass wrote:
>
> Hi Tom,
>
> Just applying the patch to add Kever as a maintainer.
>
>
> The following changes since commit 216800acf1fbf9f498455bf3c92d4513d9a4c681:
>
> Merge branch 'master' of git://git.denx.de/u-boot-spi (2019-04-14
> 00:03:06 -040
On Sat, Apr 13, 2019 at 5:22 AM Chris Packham wrote:
>
> Correct CPU_ARM926EJS1 to CPU_ARM926EJS.
>
> Reported-by: Robert P. J. Day
> Signed-off-by: Chris Packham
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.d
Hi Tom,
Just applying the patch to add Kever as a maintainer.
The following changes since commit 216800acf1fbf9f498455bf3c92d4513d9a4c681:
Merge branch 'master' of git://git.denx.de/u-boot-spi (2019-04-14
00:03:06 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-roc
On Sat, 13 Apr 2019 at 02:35, Chris Packham wrote:
>
> CONFIG_GPIO does not exist. There is one hit for it in tegra_gpio.c but
> it is a variable name.
>
> Signed-off-by: Chris Packham
> ---
>
> scripts/config_whitelist.txt | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Simon Glass
__
On Sat, 13 Apr 2019 at 02:35, Chris Packham wrote:
>
> CONFIG_GPIO does not exist. sysreset_gpio.c uses the DM gpio APIs so the
> correct option to select is DM_GPIO.
>
> Reported-by: Robert P. J. Day
> Signed-off-by: Chris Packham
> ---
>
> drivers/sysreset/Kconfig | 2 +-
> 1 file changed, 1
On 11.04.2019 08:53, Heiko Schocher wrote:
>
> add labels to rtc, pinctrl and watchdog node.
>
> This makes it possible to reference the nodes
> from board dts files.
>
> Signed-off-by: Heiko Schocher
> ---
Applied this one patch to u-boot-atmel/master
Thanks !
A missing CONFIG_ prefix while checking for this Kconfig variable makes the
check always fail. Fix it. While there also switch from the '#if defined'
form to the '#ifdef' form as the other checks in this function.
Fixes: 35e2b92344b1 ("arm64: zynqmp: Fix logic around CONFIG_ZYNQ_SDHCI")
Signed-of
The default value of CONFIG_SYS_BOOTM_LEN is 0x80 i.e, 8MB which
causes board reset because of larger uImage size.
Error log snippet:
Booting using the fdt blob at 0x1f0
Loading Kernel Image ... Image too large: increase CONFIG_SYS_BOOTM_LEN
Must RESET board to recover
resetting ...
On Mon, Apr 15, 2019 at 9:01 AM Peng Fan wrote:
>
> Fix fdt_file and console to boot upstream Linux Kernel.
>
> Upstream linux use imx8qxp-mek.dtb, and pass lpuart32 to earlycon
> will not work for i.MX8QXP, only need to pass earlycon,
> check drivers/tty/serial/earlycon.c,
> " /* Just 'earlycon'
On 4/15/19 2:31 PM, Ismael Luceno Cortes wrote:
> On 18/Mar/2019 13:26, Ismael Luceno wrote:
>> clk_get_rate may return -ENODEV if the clock isn't valid.
>>
>> Also, make the error cases go through a single path.
>>
>> Fixes: ff8eee0330a6 ("cmd: clk: Add trivial implementation of clock dump
>>
On 18/Mar/2019 13:26, Ismael Luceno wrote:
> clk_get_rate may return -ENODEV if the clock isn't valid.
>
> Also, make the error cases go through a single path.
>
> Fixes: ff8eee0330a6 ("cmd: clk: Add trivial implementation of clock dump
> for DM")
>
> Signed-off-by: Ismael Luceno
> Review
On Mon, Apr 15, 2019 at 05:40:27PM +0530, Keerthy wrote:
>
>
> On 15/04/19 4:58 PM, Tom Rini wrote:
> >On Mon, Apr 15, 2019 at 12:22:22PM +0300, Tero Kristo wrote:
> >>On 15/04/2019 11:56, Keerthy wrote:
> >>>
> >>>
> >>>On 15/04/19 7:43 AM, keerthy wrote:
>
>
> On 4/15/2019 6:35 AM
On 15/04/19 4:58 PM, Tom Rini wrote:
On Mon, Apr 15, 2019 at 12:22:22PM +0300, Tero Kristo wrote:
On 15/04/2019 11:56, Keerthy wrote:
On 15/04/19 7:43 AM, keerthy wrote:
On 4/15/2019 6:35 AM, Tom Rini wrote:
On Mon, Apr 15, 2019 at 06:19:31AM +0530, keerthy wrote:
On 4/13/2019 6:32 P
Fix fdt_file and console to boot upstream Linux Kernel.
Upstream linux use imx8qxp-mek.dtb, and pass lpuart32 to earlycon
will not work for i.MX8QXP, only need to pass earlycon,
check drivers/tty/serial/earlycon.c,
" /* Just 'earlycon' is a valid param for devicetree and ACPI SPCR. */ "
Signed-of
fix CONFIG_OF_EMBED and add CONFIG_DM_USB
build warnings.
Signed-off-by: Heiko Schocher
---
tree builds fine on travis, see:
https://travis-ci.org/hsdenx/u-boot/builds/520165307
configs/corvus_defconfig | 6 --
include/configs/corvus.h | 1 +
2 files changed, 5 insertions(+), 2 deletions(-
On 08/04/2019 13:58, Fabio Estevam wrote:
Hi Bryan,
On Mon, Apr 8, 2019 at 5:10 AM Bryan O'Donoghue
wrote:
DTB is the way to go.
Could you please submit a patch that fixes the regression?
I can publish something soon, sure.
___
U-Boot mailing
On Mon, Apr 15, 2019 at 12:22:22PM +0300, Tero Kristo wrote:
> On 15/04/2019 11:56, Keerthy wrote:
> >
> >
> >On 15/04/19 7:43 AM, keerthy wrote:
> >>
> >>
> >>On 4/15/2019 6:35 AM, Tom Rini wrote:
> >>>On Mon, Apr 15, 2019 at 06:19:31AM +0530, keerthy wrote:
>
>
> On 4/13/2019 6:32 P
Signed-off-by: Ismael Luceno
---
fs/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/Makefile b/fs/Makefile
index 10c735ad43..2ed4aeac0e 100644
--- a/fs/Makefile
+++ b/fs/Makefile
@@ -15,7 +15,7 @@ obj-$(CONFIG_FS_BTRFS) += btrfs/
obj-$(CONFIG_FS_CBFS) += cbfs/
ob
When detecting the board, it was reading a register in the GPIO page of
the phy and based on that value it was making a decision. The bug was that
after the GPIO page for the first phy was set it was not reseted back.
Signed-off-by: Horatiu Vultur
---
board/mscc/serval/serval.c | 2 +-
1 file ch
In case the ddr training was failing, it couldn't reset, it was just
hanging. Therefore reimplement it, so when ddr training is failing
it would call _machine_restart, which power downs the DDR and does
a force reset.
Signed-off-by: Horatiu Vultur
---
arch/mips/mach-mscc/include/mach/ddr.h | 55
This patch series fix different issues with Serval.
- first patch fix resets when DDR training fails.
- second patch fix the detection of the board.
This patch series is based on u-boot-mips/next.
v2-changes:
- Update reset based on Daniel's comments
Horatiu Vultur (2):
mips: mscc: serval:
From: Thierry Reding
Recent versions of DTC have checks for PCI host bridge device tree nodes
that are named something other than "pci" or "pcie". Fix all occurrences
of such nodes for Tegra boards to avoid potential warnings from DTC.
Signed-off-by: Thierry Reding
---
arch/arm/dts/tegra124-ap
From: Thierry Reding
Add an "ethernet" alias that points to the default network interface,
which is the built-in EQoS on Jetson TX2.
Signed-off-by: Thierry Reding
---
arch/arm/dts/tegra186-p2771-.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/tegra186-p2771-.dt
From: Thierry Reding
Tegra186 build are currently dealt with in very special ways, which is
because Tegra186 is fundamentally different in many respects. It is no
longer necessary to do many of the low-level programming because early
boot firmware will already have taken care of it.
Unfortunatel
From: Thierry Reding
Some devices may restrict access to the PMC to TrustZone software only.
Non-TZ software can detect this and use SMC calls to the firmware that
runs in the TrustZone to perform accesses to PMC registers.
Note that this also fixes reset_cpu() and the enterrcm command on
Tegra1
From: Thierry Reding
Pass the ethernet MAC address to the kernel upon boot. This passes both
the local-mac-address property (as passed to U-Boot from cboot) and the
currently set MAC address via the mac-address property. The latter will
only be set if it is different from the address that was alr
From: Thierry Reding
If early firmware initialized the display hardware and the display
controllers are scanning out a framebuffer (e.g. a splash screen), make
sure to pass information about the memory location of that framebuffer
to the kernel before booting to avoid the kernel from using that m
From: Thierry Reding
Pass the ethernet MAC address to the kernel upon boot. This passes both
the local-mac-address property (as passed to U-Boot from cboot) and the
currently set MAC address via the mac-address property. The latter will
only be set if it is different from the address that was alr
From: Thierry Reding
Resetting the USB device controller on boot is only necessary if the SoC
actually has a UDC controller and U-Boot enables support for it. All the
Tegra boards support UDC via the ChipIdea UDC driver, so make the UDC on
boot workaround depend on the ChipIdea UDC driver.
This
From: Thierry Reding
This function will attempt to look up an Ethernet address in the DTB
that was passed in from cboot. It does so by first trying to locate the
default Ethernet device for the board (identified by the "ethernet"
alias) and if found, reads the "local-mac-address" property. If the
From: Thierry Reding
The Jetson Nano Developer Kit is a Tegra X1 based development board. It
is similar to Jetson TX1 but it is not pin compatible. It features 4 GB
of LPDDR4, an SPI NOR flash for early boot firmware and an SD card slot
used for storage.
HDMI 2.0 or DP 1.2 are available for disp
From: Thierry Reding
Boards may not support all the boot target devices in the default list
for Tegra devices. Allow a board to override the list and default to the
standard list only if the board hasn't specified one itself.
Signed-off-by: Thierry Reding
---
include/configs/tegra-common-post.
From: Thierry Reding
Read the boot arguments passed by cboot via the /chosen/bootargs
property and store it in the cbootargs environment variable.
Signed-off-by: Thierry Reding
---
arch/arm/mach-tegra/cboot.c | 47 +
1 file changed, 47 insertions(+)
diff --
From: Thierry Reding
The GP pad control code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Re
From: Thierry Reding
Pin controller code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Reding
From: Thierry Reding
If early firmware initialized the display hardware and the display
controllers are scanning out a framebuffer (e.g. a splash screen), make
sure to pass information about the memory location of that framebuffer
to the kernel before booting to avoid the kernel from using that m
From: Thierry Reding
Memory controller code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Red
From: Thierry Reding
The save_boot_params() function takes as its first four arguments the
first four registers. On 32-bit ARM these are r0, r1, r2 and r3, all of
which are 32 bits wide. However, on 64-bit ARM thene registers are x0,
x1, x2 and x3, all of which are 64 bits wide. In order to allow
From: Thierry Reding
This is easier to deal with and works just as well for this simple
function.
Signed-off-by: Thierry Reding
---
arch/arm/mach-tegra/Makefile | 2 +-
arch/arm/mach-tegra/cboot.c| 12
arch/arm/mach-tegra/cboot_ll.S | 20
3 files change
From: Thierry Reding
Commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") reduced
the number of DRAM banks supported by U-Boot from 1026 to 8 on P2771-000
boards.
However, as explained in commit a9819b9e33bd ("ARM: tegra: p2771-000:
increase max DRAM bank count"), the platform can have
From: Thierry Reding
Note that U-Boot is always chainloaded from cboot starting with L4T
release 28. cboot always loads U-Boot to a fixed address, so making
the builds position independent isn't strictly necessary. However,
position independent builds can be convenient because if U-Boot is
ever l
From: Thierry Reding
Powergate code is not relevant on all Tegra SoC generations, so guard it
with a Kconfig symbol that can be selected by the generations that need
it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Reding
---
From: Thierry Reding
There's no need to replicate the pmu.h header file for every Tegra SoC
generation. Use a single header that is shared across generations.
Signed-off-by: Thierry Reding
---
.../include/asm/{arch-tegra20 => arch-tegra}/pmu.h | 6 +++---
arch/arm/include/asm/arch-tegra114/p
From: Thierry Reding
On Tegra210 the parents for the disp1 and disp2 clocks are slightly
different from earlier chips. Only pll_p, pll_d_out0, pll_d2_out0 and
clk_m are valid parents (technically pll_d_out is as well, but U-Boot
doesn't know anything about it). Fix up the type name and the mux
de
From: Thierry Reding
pll_c is not a valid parent for the disp1 clock, so trying to set it
will fail. Given that display is not used in U-Boot, remove the init
table entry so that disp1 will keep its default parent (clk_m).
Signed-off-by: Thierry Reding
---
arch/arm/mach-tegra/tegra210/clock.c
From: Thierry Reding
Clock code is not relevant on all Tegra SoC generations, so guard it
with a Kconfig symbol that can be selected by the generations that need
it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Reding
---
ar
From: Thierry Reding
This function can be used to set the local MAC address for the default
Ethernet interface in its device tree node. The default interface is
identified by the "ethernet" alias.
One case where this is useful is for devices that store their MAC
address in a custom location. Onc
From: Thierry Reding
Signed-off-by: Thierry Reding
---
include/linux/string.h | 1 +
lib/string.c | 23 +++
2 files changed, 24 insertions(+)
diff --git a/include/linux/string.h b/include/linux/string.h
index 36066207392e..5d63be4ce5b0 100644
--- a/include/linux/
From: Thierry Reding
Hi Tom, Stephen,
this in the fifth installment of this series of miscellaneous
improvements for Tegra support. The main changes since the last version
are:
- Add two patches from the "framebuffer carveout" series since Simon
has already picked up the libfdt and fdtdec
On 15/04/2019 11:56, Keerthy wrote:
On 15/04/19 7:43 AM, keerthy wrote:
On 4/15/2019 6:35 AM, Tom Rini wrote:
On Mon, Apr 15, 2019 at 06:19:31AM +0530, keerthy wrote:
On 4/13/2019 6:32 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:14PM +0530, Keerthy wrote:
The series adds the sup
From: Ludwig Zenz
The four x16 DDR3 are wired in T-topology. From NXP AN4467:
'Although not required, T-Topologies may also benefit from performing
Write Leveling as there are package delays on both the processor and DDR
devices that can be de-skewed by performing Write Leveling. Therefore,
Frees
From: Thierry Reding
This function can be used to read a binary property into a buffer. One
example where this is needed is to read a MAC address from device tree.
Signed-off-by: Thierry Reding
---
drivers/core/of_access.c | 21 +
drivers/core/ofnode.c| 13 +
From: Thierry Reding
Add the standard Ethernet device tree bindings (imported from v5.0 of
the Linux kernel) and implement support for reading the MAC address for
Ethernet devices in the Ethernet uclass. If the "mac-address" property
exists, the MAC address will be parsed from that. If that prope
From: Thierry Reding
In order for the device to use the proper MAC address, which can have
been configured in the environment prior to the device being registered,
ensure that the MAC address is written after the device has been probed.
For devices that are registered before the network stack is
Hi Sebastian,
I think the honest answer is: Please don't. The U-Boot API is very
unmaintained and puts awkward restrictions onto payloads on ARM64
(reserved register for gd).
If you're already on AArch64, just create a UEFI binary (for example via
gnuefi[1], or using llvm[2] which can natively em
Migrate USB to Driver Model (CONFIG_DM_USB=y).
Tested-by: Marcel Ziswiler
Signed-off-by: Igor Opaniuk
---
v2:
- Drop vbus-supply property for usbotg1 node, as on Colibri the turning
on of the USB host power is actually done purely in hardware based on
the cable detect pin
arch/arm/dts/imx7-co
1. Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
partition. This fixes the issue, when MMC controllers are probed in
a different order in U-boot and Linux kernel.
2. Fix legacy USB command (both sdboot and usbboot can be used now).
Tested-by: Marcel Ziswiler
Signed-off-by: Igor O
On 15/04/19 7:43 AM, keerthy wrote:
On 4/15/2019 6:35 AM, Tom Rini wrote:
On Mon, Apr 15, 2019 at 06:19:31AM +0530, keerthy wrote:
On 4/13/2019 6:32 PM, Tom Rini wrote:
On Fri, Apr 12, 2019 at 12:08:14PM +0530, Keerthy wrote:
The series adds the support for hardware leveling. This need
1 - 100 of 111 matches
Mail list logo
