Hi Kever,
On Thu, 4 Apr 2019 at 07:11, Kever Yang wrote:
>
> Hi Simon,
>
>
> On 04/04/2019 03:57 AM, Simon Glass wrote:
> > Hi Kever,
> >
> > On Sat, 30 Mar 2019 at 15:18, Simon Glass wrote:
> >> Hi Kever,
> >>
> >> On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
> >>> Rockchip use
Hi Kever,
On Mon, 1 Apr 2019 at 19:11, Kever Yang wrote:
>
>
>
> On 04/02/2019 03:00 AM, Simon Glass wrote:
> > Hi Kever,
> >
> > On Sun, 31 Mar 2019 at 20:46, Kever Yang wrote:
> >> Hi Simon,
> >>
> >>
> >> On 04/01/2019 10:00 AM, Simon Glass wrote:
> >>> Hi Kever,
> >>>
> >>> On Sun, 31 Mar
Add parameter checks in the StartImage() and Exit() boottime services:
- check that the image handle is valid and has the loaded image protocol
installed
- in StartImage() record the current image
- in Exit() check that the image is the current image
Signed-off-by: Heinrich Schuchardt
---
v2
Add parameter checks in the StartImage() and Exit() boottime services:
- check that the image handle is valid and has the loaded image protocol
installed
- in StartImage() record the current image
- in Exit() check that the image is the current image
v2
avoid `parent_image` may be used
To avoid forward declarations move efi_start_image() and efi_exit() down.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 218 +-
1 file changed, 109 insertions(+), 109 deletions(-)
diff --git
On Wed, Mar 27, 2019 at 5:20 AM Stefan Roese wrote:
>
> I've noticed that the first ethernet packet after PHY link establishment
> is not tranferred correctly most of the time on my AT91SAM9G25 board.
> Here I usually see a timeout of a few seconds, which is quite
> annoying.
>
> Adding a small
Since TianoCore EDK2 commit d65f2cea36d1 ("ShellPkg/CommandLib: Locate
proper UnicodeCollation instance") in edk2 the UEFI Shell crashes if EFI
variable PlatformLang is not defined.
As this variable is anyway prescribed in the UEFI 2.7 spec let's define it
to L"en-US". Use the same value for
The code that sets a regulator by looking up the voltage in a table had
an off by one error. vsel_mask is a bitmask, not the number of table
entries, so a vsel_mask value of 0x7 indicates there are 8, not 7,
entries in the table.
Cc: Peng Fan
Cc: Jaehoon Chung
Signed-off-by: Trent Piepho
---
On 4/2/19 7:19 PM, Heinrich Schuchardt wrote:
> We currently have duplicate definitions for BOARD_SIZE_CHECK in Makefile
> and arch/arm/mach-imx/Makefile.
>
> Move the board size check from arch/arm/mach-imx/Makefile to Makefile.
>
> Depending on the value of CONFIG_BOARD_SIZE_LIMIT an error like
Hi Jagan,
> On Thu, Apr 4, 2019 at 3:31 PM Lukasz Majewski wrote:
> >
> > On Thu, 4 Apr 2019 14:56:36 +0530
> > Jagan Teki wrote:
> >
> > > On Thu, Apr 4, 2019 at 2:31 PM Lukasz Majewski
> > > wrote:
> > > >
> > > > On Tue, 2 Apr 2019 16:58:33 +0530
> > > > Jagan Teki wrote:
> > > >
>
For debug messages inside EFI API functions we should use the EFI_PRINT
macro which gives us well aligned output like:
EFI: Entry efi_allocate_pool_ext(4, 14, 7edd7718)
EFI: efi_add_memory_map: 0x7dcfa000 0x1 4 yes
EFI: Exit: efi_allocate_pool_ext: 0
Signed-off-by: Heinrich Schuchardt
For debug messages inside EFI API functions we should use the EFI_PRINT
macro which gives us well aligned output like:
EFI: Entry efi_get_variable("PlatformLang" ...)
EFI: get 'efi_8be4df61-93ca-11d2-aa0d-00e098032b8c_PlatformLang'
EFI: Exit: efi_get_variable: 14
Signed-off-by: Heinrich
If an exception occurs in a UEFI loaded image we need the start address of
the image to determine the relocation offset.
This patch adds the necessary lines after the registers in the crash dump
for armv8. A possible output would be:
UEFI image [0xbffe6000:0xbffe631f] pc=0x138
Hi,
I used the latest u-boot version via "git clone git://git.denx.de/u-boot.git
u-boot/"
and built using Lamobo_R1_defconfig.
After copying the u-boot-sunxi-with-spl.bin to the boot device with these
commands:
dd if=/dev/zero of=/dev/mmcblk0 bs=1k count=1023 seek=1
dd
From: Anton Gerasimov
Device tree and defconfig are already in U-boot.
I've done basic testing (i.e. it boots).
Anton Gerasimov (1):
Add ps7_init_gpl.c for Z-turn board
board/xilinx/zynq/zynq-zturn/ps7_init_gpl.c | 12387 ++
1 file changed, 12387 insertions(+)
create mode
On Thu, Apr 04, 2019 at 09:35:43PM +0530, Jagan Teki wrote:
> On Thu, Apr 4, 2019 at 9:26 PM Tom Rini wrote:
> >
> > On Thu, Apr 04, 2019 at 12:48:58PM -0300, Fabio Estevam wrote:
> > > On Thu, Apr 4, 2019 at 7:01 AM Lukasz Majewski wrote:
> > >
> > > > Fabio, Stefano what do you think?
> > > >
On 4/4/19 1:14 PM, Eugeniu Rosca wrote:
> Hi Marek and thanks for your swift comment,
>
> On Thu, Apr 04, 2019 at 03:39:30AM +0200, Marek Vasut wrote:
>> On 4/3/19 11:35 PM, Eugeniu Rosca wrote:
>>> According to Android image format [1], kernel image resides at 1 page
>>> offset from the boot
On Thu, Apr 4, 2019 at 3:31 PM Lukasz Majewski wrote:
>
> On Thu, 4 Apr 2019 14:56:36 +0530
> Jagan Teki wrote:
>
> > On Thu, Apr 4, 2019 at 2:31 PM Lukasz Majewski wrote:
> > >
> > > On Tue, 2 Apr 2019 16:58:33 +0530
> > > Jagan Teki wrote:
> > >
> > > > This is revised version of previous
On Thu, Apr 4, 2019 at 9:26 PM Tom Rini wrote:
>
> On Thu, Apr 04, 2019 at 12:48:58PM -0300, Fabio Estevam wrote:
> > On Thu, Apr 4, 2019 at 7:01 AM Lukasz Majewski wrote:
> >
> > > Fabio, Stefano what do you think?
> > >
> > > As we change the clock.c code, IMHO we shall do the new port
On Thu, Apr 04, 2019 at 12:48:58PM -0300, Fabio Estevam wrote:
> On Thu, Apr 4, 2019 at 7:01 AM Lukasz Majewski wrote:
>
> > Fabio, Stefano what do you think?
> >
> > As we change the clock.c code, IMHO we shall do the new port properly.
>
> I think the CCF solution proposed by Lukasz looks
On Thu, Apr 4, 2019 at 7:01 AM Lukasz Majewski wrote:
> Fabio, Stefano what do you think?
>
> As we change the clock.c code, IMHO we shall do the new port properly.
I think the CCF solution proposed by Lukasz looks good and it will be
easier to maintain and sync with the kernel.
Thanks
On 03.04.19 23:28, Michael Walle wrote:
Switch from legacy IDE driver to sata_mv driver.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 4 ++--
configs/lsxhl_defconfig | 4 ++--
include/configs/lsxl.h| 23 ++-
3 files changed, 14 insertions(+), 17
On 04.04.19 09:11, Chris Packham wrote:
On Thu, Apr 4, 2019 at 10:28 AM Michael Walle wrote:
Fix the worng include and offset macros.
Typo worng -> wrong
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
On 03.04.19 23:28, Michael Walle wrote:
The kirkwood devices are compatible with this driver.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index b691107dc0..2a630d46c1 100644
---
On 03.04.19 23:28, Michael Walle wrote:
Fix the worng include and offset macros.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index 87ea95f75d..b691107dc0
On 03.04.19 23:28, Michael Walle wrote:
This fixes a compile error on kirkwood.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index d13695d79e..87ea95f75d 100644
---
Hi Rick,
On Wed, Apr 3, 2019 at 9:37 AM Rick Chen wrote:
>
> Hi Bin and Lukas
>
> Rick Chen 於 2019年4月2日 週二 上午9:22寫道：
> >
> > Hi Bin
> >
> > Bin Meng 於 2019年4月1日 週一 下午5:01寫道：
> > >
> > > Hi Rick,
> > >
> > > On Mon, Apr 1, 2019 at 4:29 PM Andes wrote:
> > > >
> > > > From: Rick Chen
> > > >
>
Hi Marek,
On Tue, Apr 02, 2019 at 05:45:29AM +0200, Marek Vasut wrote:
> On 3/13/19 4:25 PM, Eugeniu Rosca wrote:
> > On Tue, Mar 12, 2019 at 10:11:21PM +0100, Marek Vasut wrote:
> >> On 3/12/19 8:30 PM, Eugeniu Rosca wrote:
> >>> Hi Marek cc: Michael
> >>
> >> Hi,
> >>
> >>> On Tue, Mar 5, 2019
Hi Simon,
On 04/04/2019 03:57 AM, Simon Glass wrote:
> Hi Kever,
>
> On Sat, 30 Mar 2019 at 15:18, Simon Glass wrote:
>> Hi Kever,
>>
>> On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
>>> Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
>>> header file path, so that we can get
On Mon, Apr 01, 2019 at 04:08:33PM +0800, Bin Meng wrote:
> On Mon, Apr 1, 2019 at 3:48 PM Christian Gmeiner
> wrote:
> > Am Fr., 15. März 2019 um 09:03 Uhr schrieb Bin Meng :
> > > On Wed, Mar 13, 2019 at 5:27 PM Christian Gmeiner
> > > wrote:
> > > > Am Mo., 11. März 2019 um 15:41 Uhr schrieb
Hi Otavio,
On Thu, Apr 4, 2019 at 9:41 AM Otavio Salvador
wrote:
> It is really weird and it always work for us here. Vanessa and
> Richard, could you give it a try?
Once the board is "unlocked" your instructions work fine.
Try "locking" it first and then try your instructions again.
Hi Marek,
On Thu, Apr 04, 2019 at 03:36:45AM +0200, Marek Vasut wrote:
[..]
> I was thinking about this patch further and I think the best way forward
> would be to extend the pinmux/pinctrl API with a callback to set a pin
> as GPIO and then just call that API from the GPIO driver. That would be
On Wed, Apr 3, 2019 at 9:22 PM Fabio Estevam wrote:
> On Wed, Apr 3, 2019 at 3:45 PM Otavio Salvador
> wrote:
> > On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador
> > wrote:
> > > The default U-Boot environment expects the use of eMMC user
> > > partition. To ensure we are using the proper eMMC
On Wed, Apr 3, 2019 at 9:00 AM Jun Nie wrote:
> And for the file name pico-imx7d_bl33_defconfig,
> pico-pi-imx7d_bl33_defconfig should be better in my later thought.
> Because a concrete device tree source file should be specified in
> defconfig file, so that public key can be stored in u-boot
This fixes relaction isses with the PSCI_TABLE entries in
the psci_32_table and psci_64_table.
When using 32-bit adress pointers relocation was not being applied to
the tables, causing PSCI handlers to point to the un-relocated code
area. By using 64-bit data relocation is properly applied. The
This fixes relaction isses with the PSCI_TABLE entries in
the psci_32_table and psci_64_table.
When using 32-bit adress pointers relocation was not being applied to
the tables, causing PSCI handlers to point to the un-relocated code
area. By using 64-bit data relocation is properly applied. The
This patch imports the Linux kernel base board imx7d-pico.dtsi,
pi board imx7d-pico-pi.dts and hobbit board imx7d-pico-hobbit.dts
from Linux v5.1-rc1.
Signed-off-by: Joris Offouga
---
arch/arm/dts/Makefile | 5 +-
arch/arm/dts/imx7d-pico-hobbit.dts | 105 +++
This patch is necessary for convert this board to dm driver model
DM GPIO requires gpio_request() to be called explicitly before
doing any gpio operation
Signed-off-by: Joris Offouga
---
board/technexion/pico-imx7d/pico-imx7d.c | 4 +++-
configs/pico-hobbit-imx7d_defconfig | 3 +++
This series convert Pico i.MX7 and variant board to DM.
The following options have been enabled:
-CONFIG_DM_GPIO
-CONFIG_DM_EMMC
Signed-off-by: Joris Offouga
---
Change in v2:
- add missing dtb in Makefile
Joris Offouga (5):
Arm: imx7d-pico: Import all Linux device tree for Pico i.MX7D SOM
This patch adds DT file hooks for Pico i.MX7D SOM and variant boards
Signed-off-by: Joris Offouga
---
configs/pico-hobbit-imx7d_defconfig | 3 ++-
configs/pico-imx7d_defconfig| 3 ++-
configs/pico-pi-imx7d_defconfig | 3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
diff
After DM conversion, the size of U-Boot binary to increase.
Previous size is 480K after DM Conversion the new size is 557K
So it's necessary to increase the dfu request for store u-boot-dtb.img in eMMC.
Signed-off-by: Joris Offouga
---
include/configs/pico-imx7d.h | 2 +-
1 file changed, 1
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
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.
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
primary ethernet device for the board (identified by the "ethernet"
alias) and if found, reads the "local-mac-address" property. If
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
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
---
This patch enable convert DM MMC for imx7d-pico board and variant.
Before the DM conversion only usdhc3 was enabled and therefore it appeared
as MMC 0 to u-boot. After enabling MMC DM though usdhc3 defaults to MMC 2,
which left unattended would drive changes to existing pico-pi bootscripts and
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
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
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
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
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
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
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
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
---
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
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
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
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
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
---
From: Thierry Reding
The bulk of these changes are an effort to unify Tegra186 builds with
builds of prior 64-bit Tegra generations. On top of that there are
various improvements that allow data (such as the MAC address and boot
arguments) to be passed through from early firmware to the kernel
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 +++---
This patch series converts HSC and DDC to solely use Driver Model and
Device Tree.
(As a side effect the "removal warnings" are not present anymore).
Some notable changes:
- Converting ehci-mx5 to DM
- CONFIG_USB_EHCI_MX5 to Kconfig
- Use of esdhc with DM
- Cleanup of config
This patch series
This converts the following to Kconfig:
CONFIG_USB_EHCI_MX5
Signed-off-by: Lukasz Majewski
---
configs/kp_imx53_defconfig | 1 +
configs/m53menlo_defconfig | 1 +
configs/mx51evk_defconfig| 1 +
configs/mx53loco_defconfig | 1 +
configs/mx53ppd_defconfig| 1 +
A few days ago I tried to boot my Bananapi_M2_Ultra with 2019.04rc, I
found that it wasn't booting, 2019.01 was working ok.
Bisecting indicated that the problem was after
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=a7cca5793774ee139b75a704d6efaa4d29f09f93
Here's what I see when booting:
Le 04/04/2019 à 10:28, Joris Offouga a écrit :
Le 03/04/2019 à 22:40, Otavio Salvador a écrit :
On Mon, Mar 25, 2019 at 10:42 AM Fabio Estevam
wrote:
On Mon, Mar 25, 2019 at 9:52 AM Joris Offouga
wrote:
This patch imports the Linux kernel base board imx7d-pico.dtsi,
pi board
On 03.04.2019 17:50, Ilko Iliev wrote:
> Migrate the following options to CONFIG_DM:
>CONFIG_DM_GPIO
>CONFIG_DM_MMC
>CONFIG_DM_ETH
>CONFIG_DM_SERIAL
>CONFIG_DM_USB
>
> Signed-off-by: Ilko Iliev
Applied to u-boot-atmel/next
Thanks !
On 04.04.19 13:23, Stefan Roese wrote:
This patch tries to implement a generic watchdog_reset() function that
can be used by all boards that want to service the watchdog device in
U-Boot. This watchdog servicing is enabled via CONFIG_WATCHDOG.
Without this approach, new boards or platforms
This patch tries to implement a generic watchdog_reset() function that
can be used by all boards that want to service the watchdog device in
U-Boot. This watchdog servicing is enabled via CONFIG_WATCHDOG.
Without this approach, new boards or platforms needed to implement a
board specific version
Hi Marek and thanks for your swift comment,
On Thu, Apr 04, 2019 at 03:39:30AM +0200, Marek Vasut wrote:
> On 4/3/19 11:35 PM, Eugeniu Rosca wrote:
> > According to Android image format [1], kernel image resides at 1 page
> > offset from the boot image address. Grab the magic number from there
>
This file adds the "u-boot,i2c-transaction-bytes" to mc34708 PMIC.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx53-kp-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm/dts/imx53-kp-u-boot.dtsi
diff --git a/arch/arm/dts/imx53-kp-u-boot.dtsi
The 'u-boot,i2c-transaction-bytes' device tree property provides
information regarding number of bytes transferred by a device in a
single transaction.
This change is necessary to avoid hanging devices after soft reset.
One notable example is communication with MC34708 device:
1. Reset when
As EHCI on i.MX5 has been converted to driver model, the board specific
code, necessary for VBUS USB power supply setup is not needed anymore.
Signed-off-by: Lukasz Majewski
---
board/k+p/kp_imx53/kp_imx53.c | 10 --
1 file changed, 10 deletions(-)
diff --git
This setup is a bit special as Linux kernel (4.19) is not supporting
in-kernel NFS rootfs mount and Distributed Switch Architecture (DSA)
operation.
For that reason it was necessary to provide a bootarg to allow userspace
enable it afterwards if needed.
Signed-off-by: Lukasz Majewski
---
After i.MX5's EHCI conversion to DM, the CONFIG_MXC_USB_PORT is not needed
anymore and should be removed.
Signed-off-by: Lukasz Majewski
---
include/configs/kp_imx53.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/kp_imx53.h b/include/configs/kp_imx53.h
index
This commit converts i.MX5's EHCI USB host driver to driver model (DM_USB).
It is a straightforward conversion (to reuse as much code as possible),
based on ehci-mx6.c code.
Signed-off-by: Lukasz Majewski
---
drivers/usb/host/ehci-mx5.c | 103
1
This commit enables the DM_USB on HSC|DDC i.MX53 based boards.
Signed-off-by: Lukasz Majewski
---
arch/arm/mach-imx/mx5/Kconfig | 2 ++
configs/kp_imx53_defconfig| 1 +
2 files changed, 3 insertions(+)
diff --git a/arch/arm/mach-imx/mx5/Kconfig b/arch/arm/mach-imx/mx5/Kconfig
index
This commit enables DM_MMC and DM_BLK on imx53 based HSC and DDC boards.
Signed-off-by: Lukasz Majewski
---
arch/arm/mach-imx/mx5/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-imx/mx5/Kconfig b/arch/arm/mach-imx/mx5/Kconfig
index 29051c40f3..cbffdaeed1 100644
---
This commit enables the support for K's HSC|DDC imx53 based boards.
It was also necessary to provide device tree description for regulators
to avoid board specific code definition.
The GPIO pin description responsible for VBUS control has been moved from
"hog" group to usbh1 dedicated one.
After switching to DM/DTS support of esdhc3 - the code in this patch
can be removed.
Signed-off-by: Lukasz Majewski
---
board/k+p/kp_imx53/kp_imx53.c | 46 ---
include/configs/kp_imx53.h| 4
2 files changed, 50 deletions(-)
diff --git
The CONFIG_FSL_ESDHC is now enabled and defined in Kconfig, not in
include/configs/kp_imx53.h
Signed-off-by: Lukasz Majewski
---
configs/kp_imx53_defconfig | 1 +
include/configs/kp_imx53.h | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/kp_imx53_defconfig
This code has been ported from Linux kernel - tag v5.1-rc2.
The difference from the kernel is the removal of:
fsl,usbmisc = < 1>;
fsl,usbphy = <>;
properties, which are not needed for correct u-boot operation (as PHY
setup is done in ehci-mx5.c file itself).
Signed-off-by: Lukasz Majewski
---
In this commit the esdhc3 controller is enabled as well as it is remaped
to mmc0 to not break legacy code.
The pinctrl setup (e.g. 0x1e4) is the same as one from in-board file
definition.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx53-kp.dts | 27 +++
1 file
After unification of the rootfs for both HSC and DDC devices, only one,
common wic file is necessary - without the distinction of specific board.
Signed-off-by: Lukasz Majewski
---
include/configs/kp_imx53.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
After commit efd0b791069a ("eth: dm: fec: Add gpio phy reset binding")
the in-board file definition of ETH PHY reset can be removed.
Signed-off-by: Lukasz Majewski
---
board/k+p/kp_imx53/kp_imx53.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/board/k+p/kp_imx53/kp_imx53.c
On 04-04-19 09:56, Michal Simek wrote:
> On 04. 04. 19 9:52, Luca Ceresoli wrote:
>> Hi Mike, Michal,
>>
>> On 04/04/19 08:49, Michal Simek wrote:
>> [...]
> +#ifdef ZYNQMP_LOAD_PM_CFG_OBJ
> +#include CONFIG_ZYNQMP_LOAD_PM_CFG_OBJ_FILE
> +#endif
> +
>
On Thu, 4 Apr 2019 14:56:36 +0530
Jagan Teki wrote:
> On Thu, Apr 4, 2019 at 2:31 PM Lukasz Majewski wrote:
> >
> > On Tue, 2 Apr 2019 16:58:33 +0530
> > Jagan Teki wrote:
> >
> > > This is revised version of previous i.MX6 clock management [1].
> > >
> > > The main difference between
On Thu, Apr 4, 2019 at 2:31 PM Lukasz Majewski wrote:
>
> On Tue, 2 Apr 2019 16:58:33 +0530
> Jagan Teki wrote:
>
> > This is revised version of previous i.MX6 clock management [1].
> >
> > The main difference between previous version is
> > - Group the i.MX6 ccm clocks into gates and tree
On Tue, 2 Apr 2019 16:58:33 +0530
Jagan Teki wrote:
> This is revised version of previous i.MX6 clock management [1].
>
> The main difference between previous version is
> - Group the i.MX6 ccm clocks into gates and tree instead of handling
> the clocks in simple way using case statement.
> -
Hi Anatolji,
On 04/04/19 10:29, Anatolij Gustschin wrote:
> Hi Stefano,
>
> On Wed, 3 Apr 2019 17:07:04 +0200
> Stefano Babic sba...@denx.de wrote:
> ...
>> Yes, it is in u-boot-imx, I am just checking around if there are some
>> other patches that cannot wait and must go into 2019.04. I plan
Hi,
Le jeudi 04 avril 2019 à 14:12 +0530, Jagan Teki a écrit :
> On Thu, Apr 4, 2019 at 1:43 PM Paul Kocialkowski wrote:
> > Hi,
> >
> > On Sat, 2018-11-03 at 16:58 +0530, Akash Gajjar wrote:
> > > Rockpro64 is rk3399 based board from pine64.org. add initial board
> > > support for
> > >
Am Donnerstag, 4. April 2019, 10:16:02 CEST schrieb David Wu:
> Hi Philipp,
>
> 在 2019/4/4 下午3:19, Philipp Tomsich 写道:
> >
> >
> >> On 04.04.2019, at 05:51, David Wu wrote:
> >>
> >> RK3288 pmu_gpio0 iomux setting have no higher 16 writing corresponding
> >> bits, need to read before write the
On Thu, Apr 4, 2019 at 1:43 PM Paul Kocialkowski wrote:
>
> Hi,
>
> On Sat, 2018-11-03 at 16:58 +0530, Akash Gajjar wrote:
> > Rockpro64 is rk3399 based board from pine64.org. add initial board support
> > for
> > Rockpro64. complete board support will be added later in upcoming patchsets.
>
>
On Wed, Apr 3, 2019 at 5:22 PM Marek Vasut wrote:
>
> On 4/3/19 8:13 AM, Jagan Teki wrote:
> > On Wed, Feb 27, 2019 at 11:06 AM Ley Foon Tan
> > wrote:
> >>
> >> Use quad write if SPI_TX_QUAD flag is set.
> >>
> >> Tested quad write on Stratix 10 SoC board (Micron
> >> serial NOR flash,
On Wed, Apr 3, 2019 at 1:23 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> Le mercredi 03 avril 2019 à 13:09 +0530, Jagan Teki a écrit :
> > On Thu, Mar 14, 2019 at 4:07 PM Paul Kocialkowski
> > wrote:
> > > Most of the boards we support with H3/H5 enable DRAM on-die termination,
> > > which is
Hi Stefano,
On Wed, 3 Apr 2019 17:07:04 +0200
Stefano Babic sba...@denx.de wrote:
...
> Yes, it is in u-boot-imx, I am just checking around if there are some
> other patches that cannot wait and must go into 2019.04. I plan to send
> my PR to Tom for the end of the week.
Then you probably can
Le 03/04/2019 à 22:40, Otavio Salvador a écrit :
On Mon, Mar 25, 2019 at 10:42 AM Fabio Estevam wrote:
On Mon, Mar 25, 2019 at 9:52 AM Joris Offouga wrote:
This patch imports the Linux kernel base board imx7d-pico.dtsi,
pi board imx7d-pico-pi.dts and hobbit board imx7d-pico-hobbit.dts
from
Hi Philipp,
在 2019/4/4 下午3:19, Philipp Tomsich 写道:
On 04.04.2019, at 05:51, David Wu wrote:
RK3288 pmu_gpio0 iomux setting have no higher 16 writing corresponding
bits, need to read before write the register.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3288.c | 8
Hi,
On Sat, 2018-11-03 at 16:58 +0530, Akash Gajjar wrote:
> Rockpro64 is rk3399 based board from pine64.org. add initial board support for
> Rockpro64. complete board support will be added later in upcoming patchsets.
Thanks for contributing this initial support patchset!
Now that the dts has
Hi Otavio, Fabio,
On 04/04/19 02:22, Fabio Estevam wrote:
> Hi Otavio,
>
> On Wed, Apr 3, 2019 at 3:45 PM Otavio Salvador
> wrote:
>>
>> Stefano,
>>
>> On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador
>> wrote:
>>> The default U-Boot environment expects the use of eMMC user
>>> partition. To
1 - 100 of 112 matches
Mail list logo
