On 16.10.18 21:33, Simon Goldschmidt wrote:
> Currently, only the kernel can be compressed in a FIT image.
> By moving the uncompression logic to 'fit_image_load()', all types
> of images can be compressed.
>
> This works perfectly for me when using a gzip'ed FPGA image in
> a FIT image on a cyc
Hi Bin,
On 17.10.18 01:08, Bin Meng wrote:
> Hi Alex,
>
> On Tue, Oct 16, 2018 at 9:30 PM Alexander Graf wrote:
>>
>>> From: Heinrich Schuchardt
>>>
>>> Currently the relocation of the EFI runtime on x86_64 fails. This renders
>>> the EFI subsystem unusable. The ELF relocation records for x86_6
On 17.10.18 07:56, Heinrich Schuchardt wrote:
> On 10/16/2018 02:46 PM, Alexander Graf wrote:
>>
>>
>> On 15.10.18 18:43, Heinrich Schuchardt wrote:
>>> When an operating system started via bootefi tries to reset or power off
>>> this is done by calling the EFI runtime ResetSystem(). On most ARMv
Dear Dirk Meul,
On 15/10/18 23:19, Lukasz Majewski wrote:
> Hi Dirk,
>
>> Odroid HC2 board is based on Odroid XU4 board, like the Odroid HC1.
>>
>> The linux kernel does not provide a hc2 DTB so the hc1 DTB is also
>> used for the Odroid HC2.
>>
>> Signed-off-by: Dirk Meul
>> ---
>> board/samsu
On 10/16/2018 02:46 PM, Alexander Graf wrote:
>
>
> On 15.10.18 18:43, Heinrich Schuchardt wrote:
>> When an operating system started via bootefi tries to reset or power off
>> this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system
>> the actual reset relies on PSCI. Dependin
Pinebook is a laptop produced by Pine64, with USB-connected keyboard,
USB-connected touchpad and an eDP LCD panel connected via a RGB-eDP
bridge from Analogix.
Signed-off-by: Vasily Khoruzhick
---
arch/arm/dts/Makefile| 3 +-
arch/arm/dts/sun50i-a64-pinebook.dts | 306 +
Updates the device tree file from the the Linux tree as of v4.19-rc4,
exactly Linux commit:
commit 7876320f8880 (tag: v4.19-rc4)
Author: Linus Torvalds
Date: Sun Sep 16 11:52:37 2018 -0700
Linux 4.19-rc4
Signed-off-by: Vasily Khoruzhick
---
arch/arm/dts/sun50i-a64.dtsi | 122 +++
Allwinner A64 has a I2C controller, which is in the R_ MMIO zone and has
two groups of pinmuxes on PL bank, so it's called R_I2C.
Add support for this I2C controller and the pinmux which doesn't conflict
with RSB.
Signed-off-by: Vasily Khoruzhick
---
arch/arm/include/asm/arch-sunxi/gpio.h | 1 +
Both GPIOs are optional, so we shouldn't fail if any is missing. Without
this fix reset is not deasserted when sleep GPIO is missing.
Signed-off-by: Vasily Khoruzhick
---
drivers/video/bridge/video-bridge-uclass.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git
A64 supports automatic delay calibration and Linux driver uses it
instead of hardcoded delays. Add support for it to u-boot driver.
Fixes eMMC instability on Pinebook
Signed-off-by: Vasily Khoruzhick
---
arch/arm/include/asm/arch-sunxi/mmc.h | 6 +-
drivers/mmc/sunxi_mmc.c |
This series adds support for the Pinebook, an allwinner A64 laptop
produced by Pine64. It also syncs sun50i-a64.dtsi with linux,
adds support for mmc delay calibration, R_I2C controller,
and addresses the issue with activating video bridge when any of
GPIOs is missing.
v2: - sync sun50i-a64.dtsi w
Looks like old prescaler was used when configuring PWM, fix it.
Signed-off-by: Vasily Khoruzhick
---
drivers/pwm/sunxi_pwm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/sunxi_pwm.c b/drivers/pwm/sunxi_pwm.c
index baee503730..6284409b4f 100644
--- a/drivers/pwm
Choose best prescaler to improve PWM resolution. Without this change
driver chooses first prescaler that gives us period value within
range, but it could be not the best one.
Signed-off-by: Vasily Khoruzhick
---
drivers/pwm/sunxi_pwm.c | 32 +++-
1 file changed, 19 in
Fix off-by-one that prevented PWM driver to use prescaler bypass.
Without this change prescaler is always enabled.
Signed-off-by: Vasily Khoruzhick
---
drivers/pwm/sunxi_pwm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/sunxi_pwm.c b/drivers/pwm/sunxi_pwm.c
in
On Tue, Oct 16, 2018 at 07:56:12PM +0200, Michal Simek wrote:
> Hi Tom,
>
> as we discussed here is the second PR without that problematic serial patch.
>
> My travis session hasn't finished yet on this rebased branch
> https://travis-ci.org/michalsimek/u-boot/builds/442217785
> but on non rebas
Add Kconfig support for CONFIG_WATCHDOG_RESET_DISABLE, use this config
to disable watchdog reset in imx_watchdog driver, so that the watchdog
will not be fed in u-boot.
Signed-off-by: Xiaoliang Yang
---
arch/arm/cpu/armv8/fsl-layerscape/doc/README.lsch2 |2 ++
drivers/watchdog/Kconfig
Support watchdog driver for fsl-lsch2. If you want to use it,
please enable CONFIG_IMX_WATCHDOG, and CONFIG_HW_WATCHDOG.
define CONFIG_WATCHDOG_TIMEOUT_MSECS to set watchdog timeout.
Signed-off-by: Xiaoliang Yang
---
arch/arm/cpu/armv8/fsl-layerscape/doc/README.lsch2 |9 +
drivers/wa
On Wed, Oct 17, 2018 at 10:33 AM Bin Meng wrote:
>
> On Wed, Oct 17, 2018 at 7:01 AM Bin Meng wrote:
> >
> > Hi Stephen,
> >
> > On Wed, Oct 17, 2018 at 12:27 AM Stephen Warren
> > wrote:
> > >
> > > On 10/15/18 5:43 PM, Bin Meng wrote:
> > > > Hi Stephen,
> > > >
> > > > On Tue, Oct 16, 2018 a
On Wed, Oct 17, 2018 at 7:01 AM Bin Meng wrote:
>
> Hi Stephen,
>
> On Wed, Oct 17, 2018 at 12:27 AM Stephen Warren wrote:
> >
> > On 10/15/18 5:43 PM, Bin Meng wrote:
> > > Hi Stephen,
> > >
> > > On Tue, Oct 16, 2018 at 6:43 AM Stephen Warren
> > > wrote:
> > >>
> > >> On 10/15/18 3:53 PM, St
Hi Alex,
On Tue, Oct 16, 2018 at 9:30 PM Alexander Graf wrote:
>
> > From: Heinrich Schuchardt
> >
> > Currently the relocation of the EFI runtime on x86_64 fails. This renders
> > the EFI subsystem unusable. The ELF relocation records for x86_64 contain
> > an addend field.
> >
> > Always write
Hi Stephen,
On Wed, Oct 17, 2018 at 12:27 AM Stephen Warren wrote:
>
> On 10/15/18 5:43 PM, Bin Meng wrote:
> > Hi Stephen,
> >
> > On Tue, Oct 16, 2018 at 6:43 AM Stephen Warren
> > wrote:
> >>
> >> On 10/15/18 3:53 PM, Stephen Warren wrote:
> >>> On 10/15/18 2:17 PM, Simon Glass wrote:
>
Currently, only the kernel can be compressed in a FIT image.
By moving the uncompression logic to 'fit_image_load()', all types
of images can be compressed.
This works perfectly for me when using a gzip'ed FPGA image in
a FIT image on a cyclone5 board (socrates). Also, a gzip'ed initrd
being unzip
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently U-Boot is generating u-boot-app.efi in which these two
> members are not zero.
>
> This updates the build rules to tell linker to remove the symb
> This adds characteristics macros as defined by the Microsoft PE
> Format documentation [1].
>
> [1] https://docs.microsoft.com/zh-cn/windows/desktop/Debug/pe-format
>
> Signed-off-by: Bin Meng
> Reviewed-by: Heinrich Schuchardt
Thanks, applied to efi-next
Alex
_
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently U-Boot is generating *.efi images (eg: helloworld.efi) in
> which these two members are not zero.
>
> This updates the build rules to tell linker
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently U-Boot is generating u-boot-payload.efi image in which
> these two members are not zero.
>
> This updates the build rules to tell linker to remov
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently the COFF file header is hardcoded on ARM and these two
> members are not zero.
>
> This updates the hardcoded structure to clear these two member
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently the COFF file header is hardcoded on RISC-V and these two
> members are not zero.
>
> This updates the hardcoded structure to clear these two mem
On Tue, Oct 16, 2018 at 11:23 AM Heinrich Schuchardt wrote:
>
> On 10/16/2018 06:42 AM, Joe Hershberger wrote:
> > Hi Heinrich,
> >
> > On Mon, Oct 15, 2018 at 7:20 PM Heinrich Schuchardt
> > wrote:
> >>
> >> On 10/15/2018 11:52 PM, Joe Hershberger wrote:
> >>> On Sun, Oct 14, 2018 at 2:27 PM He
Hi Tom,
as we discussed here is the second PR without that problematic serial patch.
My travis session hasn't finished yet on this rebased branch
https://travis-ci.org/michalsimek/u-boot/builds/442217785
but on non rebased version it was ok
https://travis-ci.org/michalsimek/u-boot/builds/44205772
On 10/15/2018 08:35 PM, Simon Goldschmidt wrote:
> The 'status' variable in 'socfpga_load()' for both gen5 and arria10
> is of type 'unsigned long' while it is always used as 'int' only.
> Change it to 'int'.
>
> Signed-off-by: Simon Goldschmidt
> ---
Applied, thanks
--
Best regards,
Marek Va
On 10/15/2018 03:52 PM, Dalon Westergreen wrote:
> From: Dalon Westergreen
>
> Move the sfp file generation entirely to the root Makefile. This
> means that the u-boot-spl.sfp will only be generated when required
> and only for the socfpga variants that require it.
>
> sfp generation is now ent
vf610twr_defconfig and vf610twr_nand_defconfig suffer from tight memory
restrictions. Disable CONFIG_EFI_LOADER for these boards.
Signed-off-by: Heinrich Schuchardt
---
As the growth in size comes with patches in the EFI subsystem we should
pass this patch through Alex's efi-next tree.
---
confi
On 10/15/18 5:43 PM, Bin Meng wrote:
Hi Stephen,
On Tue, Oct 16, 2018 at 6:43 AM Stephen Warren wrote:
On 10/15/18 3:53 PM, Stephen Warren wrote:
On 10/15/18 2:17 PM, Simon Glass wrote:
Hi Tom,
The following changes since commit
6e7a186dc5d50f563e224e9ae7be70defff7ee0d:
Merge tag 'arc
On 10/16/2018 06:42 AM, Joe Hershberger wrote:
> Hi Heinrich,
>
> On Mon, Oct 15, 2018 at 7:20 PM Heinrich Schuchardt
> wrote:
>>
>> On 10/15/2018 11:52 PM, Joe Hershberger wrote:
>>> On Sun, Oct 14, 2018 at 2:27 PM Heinrich Schuchardt
>>> wrote:
The local interface is not usable for
Hi Alex,
On Tue, Oct 16, 2018 at 11:40 PM Alexander Graf wrote:
>
>
>
> On 16.10.18 17:37, Bin Meng wrote:
> > Hi Alex,
> >
> > On Tue, Oct 16, 2018 at 10:36 PM Alexander Graf wrote:
> >>
> >>
> >>
> >> On 02.10.18 16:39, Bin Meng wrote:
> >>> Per Microsoft PE Format documentation [1], PointerTo
On 16.10.18 17:37, Bin Meng wrote:
> Hi Alex,
>
> On Tue, Oct 16, 2018 at 10:36 PM Alexander Graf wrote:
>>
>>
>>
>> On 02.10.18 16:39, Bin Meng wrote:
>>> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
>>> NumberOfSymbols should be zero for an image in the COFF file header
Hi Alex,
On Tue, Oct 16, 2018 at 10:36 PM Alexander Graf wrote:
>
>
>
> On 02.10.18 16:39, Bin Meng wrote:
> > Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> > NumberOfSymbols should be zero for an image in the COFF file header.
> > Currently U-Boot is generating *.efi imag
On 16.10.18 16:57, Michal Simek wrote:
> On 16.10.2018 16:55, Alexander Graf wrote:
>>
>>
>> On 16.10.18 16:51, Michal Simek wrote:
>>> On 16.10.2018 16:23, Alexander Graf wrote:
>>>
>>> ...
>>>
> +#define ENV_MEM_LAYOUT_SETTINGS \
> + "fdt_high=1000\0" \
> + "initrd_high=100
On 16.10.2018 16:55, Alexander Graf wrote:
>
>
> On 16.10.18 16:51, Michal Simek wrote:
>> On 16.10.2018 16:23, Alexander Graf wrote:
>>>
>>
>> ...
>>
+#define ENV_MEM_LAYOUT_SETTINGS \
+ "fdt_high=1000\0" \
+ "initrd_high=1000\0" \
+ "fdt_addr_r=0x4000\0" \
>>>
On 16.10.18 16:51, Michal Simek wrote:
> On 16.10.2018 16:23, Alexander Graf wrote:
>>
>
> ...
>
>>> +#define ENV_MEM_LAYOUT_SETTINGS \
>>> + "fdt_high=1000\0" \
>>> + "initrd_high=1000\0" \
>>> + "fdt_addr_r=0x4000\0" \
>>> + "pxefile_addr_r=0x1000\0" \
>>> + "kernel_
On 16.10.2018 16:23, Alexander Graf wrote:
>
...
>> +#define ENV_MEM_LAYOUT_SETTINGS \
>> +"fdt_high=1000\0" \
>> +"initrd_high=1000\0" \
>> +"fdt_addr_r=0x4000\0" \
>> +"pxefile_addr_r=0x1000\0" \
>> +"kernel_addr_r=0x1800\0" \
>> +"scriptaddr=0x02000
Hello,
I am currently trying to build and run a current U-Boot on my Zybo Z7 board.
From the existence of a defconfig for it and going through the changelog it is
seems to be supported. However, if I put the generated boot.bin and u-boot.img
on an SD card and turn the board on all I see on the
On 16.10.2018 15:38, Tom Rini wrote:
> On Tue, Oct 16, 2018 at 10:32:14AM +0200, Michal Simek wrote:
>> On 16.10.2018 02:32, Tom Rini wrote:
>>> On Mon, Oct 15, 2018 at 04:25:01PM +0200, Michal Simek wrote:
>>>
Hi Tom,
please consider to pull these patches to your tree.
Buildmai
On 16.10.2018 16:57, Alexander Graf wrote:
>
>
> On 16.10.18 16:46, Michal Simek wrote:
>> On 16.10.2018 16:25, Alexander Graf wrote:
>>>
>>>
>>> On 03.10.18 07:45, Michal Simek wrote:
From: Siva Durga Prasad Paladugu
This patch gets clock from clock nodes if no clock property fou
On 27.09.18 20:44, Heinrich Schuchardt wrote:
> fix typos
> correct the header comment of efi_selftest_variables.c
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/efi_selftest/efi_selftest_config_table.c | 12 ++--
> lib/efi_selftest/efi_selftest_controllers.c | 2 +-
> lib/efi_se
On 16.10.18 16:46, Michal Simek wrote:
> On 16.10.2018 16:25, Alexander Graf wrote:
>>
>>
>> On 03.10.18 07:45, Michal Simek wrote:
>>> From: Siva Durga Prasad Paladugu
>>>
>>> This patch gets clock from clock nodes if no clock property found
>>> in serial node.
>>>
>>> Signed-off-by: Siva Durga
> As observed with clang:
> lib/efi_loader/efi_boottime.c:1624:7: warning: variable 'info'
> is used uninitialized whenever 'if' condition is true
> [-Wsometimes-uninitialized]
> if (ret != EFI_SUCCESS)
> ^~
> lib/efi_loader/efi_boottime.c:
> As observed with clang:
> fs/fat/fat_write.c:1024:13: warning: comparison of constant 128
> with expression of type 'char' is always false
> [-Wtautological-constant-out-of-range-compare]
> if ((0x80 <= c) && (c <= 0xff))
> ^ ~
> fs/fat/fat_w
On 29.09.18 20:29, Simon Glass wrote:
> Hi Alex,
>
> On 23 September 2018 at 23:34, Alexander Graf wrote:
>>
>>
>> On 24.09.18 00:47, Simon Glass wrote:
>>> On my Ubuntu 18.04.1 machine two driver-model bus tests have started
>>> failing recently. The problem appears to be that the DATA region
On 16.10.2018 16:25, Alexander Graf wrote:
>
>
> On 03.10.18 07:45, Michal Simek wrote:
>> From: Siva Durga Prasad Paladugu
>>
>> This patch gets clock from clock nodes if no clock property found
>> in serial node.
>>
>> Signed-off-by: Siva Durga Prasad Paladugu
>> Signed-off-by: Michal Simek
On 03.10.18 07:57, Michal Simek wrote:
> Xilinx is introducing Versal, an adaptive compute acceleration platform
> (ACAP), built on 7nm FinFET process technology. Versal ACAPs combine
> Scalar Processing Engines, Adaptable Hardware Engines, and Intelligent
> Engines with leading-edge memory and i
Trying to migrate to the latest U-Boot version (my old version was
u-boot-2016.09.y), mmc_spi command fails with "unable to select a mode".
I hunted this down to a rewrite in mmc.c regarding MMC/SD mode handling
(d0c221fe7336fc7d9ada57d96f4a8911a3aac041).
Current mmc.c tries to perform SD comman
On 02.10.18 16:39, Bin Meng wrote:
> Per Microsoft PE Format documentation [1], PointerToSymbolTable and
> NumberOfSymbols should be zero for an image in the COFF file header.
> Currently U-Boot is generating *.efi images (eg: helloworld.efi) in
> which these two members are not zero.
>
> This u
On 03.10.18 07:45, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> This patch gets clock from clock nodes if no clock property found
> in serial node.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> Signed-off-by: Michal Simek
Is this what Linux does? If so, you probably want to
On 04.10.18 11:13, Heinrich Schuchardt wrote:
> We should not call eth_rx() before the network interface is initialized.
> The services of the simple network protocol should check the state of
> the network adapter.
>
> Provide a correctly aligned transmit buffer not depending on
> CONFIG_EFI_LO
On 11.10.18 08:08, Heinrich Schuchardt wrote:
> On 10/11/2018 05:28 AM, Heinrich Schuchardt wrote:
>> The 'el' command displays the current exception level of the processor
>> on the aarch64 architecture.
>>
>> This information is needed to analyze problems in the EFI subsystem.
>>
>> Signed-off-
On Tue, Oct 16, 2018 at 10:32:14AM +0200, Michal Simek wrote:
> On 16.10.2018 02:32, Tom Rini wrote:
> > On Mon, Oct 15, 2018 at 04:25:01PM +0200, Michal Simek wrote:
> >
> >> Hi Tom,
> >>
> >> please consider to pull these patches to your tree.
> >> Buildmain for xilinx boards looks good and trav
> From: Heinrich Schuchardt
>
> Currently the relocation of the EFI runtime on x86_64 fails. This renders
> the EFI subsystem unusable. The ELF relocation records for x86_64 contain
> an addend field.
>
> Always write the function name into error messages related to the EFI
> runtime relocation.
On 13.10.18 12:40, Heinrich Schuchardt wrote:
> Hello Alex, hello Simon,
>
> in arch/arm/lib/elf_aarch64_efi.lds we merge the .bss section into the
> .data section with a comment by Simon:
>
> "The EFI loader doesn't seem to like a .bss section, so we stick it into
> .data".
>
> Real live EFI
On 14.10.18 20:45, Heinrich Schuchardt wrote:
> DEBUG should not be defined in production code.
> Change printf() to debug() where this writes a debug message.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Alexander Graf
Alex
___
U-Boot mail
On 12.10.18 07:09, AKASHI Takahiro wrote:
> With this patch which adds a removable USB mass storage to a list
> of bootable devices, USB boot is supported in distro boot if UEFI is
> configured.
>
> Signed-off-by: AKASHI Takahiro
Reviewed-by: Alexander Graf
Alex
On 12.10.18 07:09, AKASHI Takahiro wrote:
> This is a preparatory patch so that USB boot will be supported
> in distro boot script by default.
>
> Signed-off-by: AKASHI Takahiro
How about something like this instead?
Alex
diff --git a/Kconfig b/Kconfig
index 1aadf5dd2d..8d515fe18c 100644
--
On 15.10.18 06:53, AKASHI Takahiro wrote:
> On Sun, Oct 14, 2018 at 02:21:11AM +0300, Tuomas Tynkkynen wrote:
>> Hi Takahiro,
>>
>> On Fri, 12 Oct 2018 14:09:07 +0900
>> AKASHI Takahiro wrote:
>>
>>> With this patch, a removable USB mass storage device attached to the
>>> system will also be sca
On 12.10.18 07:07, AKASHI Takahiro wrote:
> The current scenario for default UEFI booting, scan_dev_for_efi, has
> several issues:
> * invoke 'bootmgr' only if BOOTEFI_NAME binary does exit even though
> 'bootmgr' can and should work independently whether or not the binary
> exist,
> * always
On 15.10.18 07:14, AKASHI Takahiro wrote:
> On Mon, Oct 15, 2018 at 04:01:06AM +0300, Tuomas Tynkkynen wrote:
>> Hi Takahiro,
>>
>> On Fri, 12 Oct 2018 14:07:57 +0900
>> AKASHI Takahiro wrote:
>>
>>> This variable, fdt_addr_t, is missing in the current qemu-arm.h while
>>> it seems to be mandato
On 15.10.18 16:17, Simon Glass wrote:
> At present this code casts addresses to pointers so cannot be used with
> sandbox. Update it to use mapmem instead.
>
> Signed-off-by: Simon Glass
Unfortunately this won't work. The SMBIOS2 structure itself contains a
physical pointer to the target addre
On 15.10.18 18:43, Heinrich Schuchardt wrote:
> When an operating system started via bootefi tries to reset or power off
> this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system
> the actual reset relies on PSCI. Depending on whether the PSCI firmware
> resides the hypervisor
On 16.10.18 06:18, Sumit Garg wrote:
> On Mon, 15 Oct 2018 at 22:13, Heinrich Schuchardt wrote:
>>
>> When an operating system started via bootefi tries to reset or power off
>> this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system
>> the actual reset relies on PSCI. Depend
This is required for the current Linux kernel to reboot. It should also
probably be fixed in Linux.
Signed-off-by: Cédric Le Goater
---
arch/arm/include/asm/arch-aspeed/wdt.h | 9 +
drivers/watchdog/ast_wdt.c | 1 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/inc
On Tue, Oct 16, 2018 at 07:24:55AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> The following changes since commit 3d5ced9e22d32112a20f9dc0f5fb1f22ef088079:
>
> Merge tag 'dm-9oct18' of git://git.denx.de/u-boot-dm (2018-10-10 13:35:17
> -0400)
>
>
Hi Stefano
On Tue, Oct 16, 2018 at 12:59 PM Stefano Babic wrote:
>
> Hi Michael,
>
> On 16/10/2018 12:32, Michael Nazzareno Trimarchi wrote:
> > Hi all
> >
> > I'm trying to figure out how move the mx25 to two stage boot using
> > SPL. Anyone know why was done it before?
> >
>
> It is simply beca
Hi Michael,
On 16/10/2018 12:32, Michael Nazzareno Trimarchi wrote:
> Hi all
>
> I'm trying to figure out how move the mx25 to two stage boot using
> SPL. Anyone know why was done it before?
>
It is simply because the i.MX25 is pretty old and there is quite no more
interest on it. New projects
Hi all
I'm trying to figure out how move the mx25 to two stage boot using
SPL. Anyone know why was done it before?
More technical question is if I can convert imximage.cfg value and let
it write to an spl.c file that make the same. I don't have a lot of
background on imx25 bootrom and what it's s
The HS200 configs for Salvator-X platform were removed during the
DT sync with Linux 4.17. Reinstate them.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/salvator-common.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/salvator-common.dtsi
b/arc
With drivers that have prefix names that are quite long (like
'versatile_') it is useful to have a wider column for the driver's
name when dumping the device driver tree.
Also update the tests to take into account the wider output format.
Signed-off-by: Liviu Dudau
Reviewed-by: Simon Glass
---
The algorithm in the ast2500_calc_clock_config() routine suffers from
integer rounding and the requested rate does not get the appropriate
set of Numerator, Denumerator, Post Divider parameters.
This is the case for the D2-PLL clock used by the MAC controllers in
RGMII mode. The requested rated is
From: Liviu Dudau
With drivers that have prefix names that are quite long (like
'versatile_') it is useful to have a wider column for the driver's
name when dumping the device driver tree.
Also update the tests to take into account the wider output format.
Signed-off-by: Liviu Dudau
Reviewed-b
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Reviewed-by: Simon Glass
Acked-by: Joe Hershberger
---
drivers/clk/aspeed/clk_ast2500.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/aspeed/clk_ast2500.c b/drivers/clk/aspeed/clk_ast2500.c
index 526470051c5d..2182320f
Signed-off-by: Cédric Le Goater
Reviewed-by: Simon Glass
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
arch/arm/dts/ast2500-evb.dts | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/dts/ast2500-evb.dts b/arch/arm/dts/ast2500-evb.dts
index 723941ac0
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ftgmac100.c b/drivers/net/ftgmac100.c
index 9adfe109ebc2..e1104a544748 100644
--- a/dri
This is a large update of the AST2500 SoC DTS file bringing it to the
level of commit 927c2fc2db19 :
Author: Joel Stanley
Date:Sat Jun 2 01:18:53 2018 -0700
ARM: dts: aspeed: Fix hwrng register address
There are some differences on the compatibility property names. scu,
re
The Faraday ftgmac100 MAC controllers as found on the Aspeed SoCs have
some slight differences in the HW interface (End-Of-Rx/Tx-Ring bits).
Signed-off-by: Cédric Le Goater
Reviewed-by: Simon Glass
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.c | 31
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
---
Changes since v3 :
- introduced a ftgmac100_wait_for_txdone() function similar to the
wait_for_bit_*() macros.
drivers/net/ftgmac100.c | 44 +
1 file changed, 44 insertions(+)
diff --gi
Use simple arrays under the device priv structure to hold the RX and
TX descriptors and handle memory coherency by invalidating or flushing
the d-cache when required.
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.c | 141 +
The driver is based on the previous one and the code is only adapted
to fit the driver model. The support for the Faraday ftgmac100
controller is the same with MAC and MDIO bus support for RGMII/RMII
modes.
Configuration is updated to enable compile again. At this stage, the
driver compiles but is
Implement the MDIO bus read/write functions using the readl_poll_timeout()
routine, initialize the bus and scan for the PHY. RGMII and RMII mode
are supported.
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
Changes since v3 :
- improved ftgmac100_mdi
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ftgmac100.c b/drivers/net/ftgmac100.c
index 67a7c73503c5..78cd9df62986 100644
--- a/drivers/net/ftgmac1
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ftgmac100.h b/drivers/net/ftgmac100.h
index 439b14d71e4b..9a789e4d5bee 100644
--- a/drivers/net/ftg
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
Acked-by: Joe Hershberger
---
drivers/net/ftgmac100.h | 154
1 file changed, 77 insertions(+), 77 deletions(-)
diff --git a/drivers/net/ftgmac100.h b/drivers/net/ftgmac100.h
index ffbe1f3e3fa7..4
Hello,
This series re-enables the Faraday ftgmac100 controller driver and its
Aspeed variant as as one can find on the OpenPOWER platforms. The
driver is largely reworked to support the driver model and also adds
the MDIO bus and phylib support. It was tested on the AST2500 evb.
Git tree availabl
On 10/16/2018 09:20 AM, Vabhav Sharma wrote:
>
>
>> -Original Message-
>> From: Marek Vasut
>> Sent: Tuesday, October 16, 2018 12:29 PM
>> To: Vabhav Sharma ; u-boot@lists.denx.de; u-boot-
>> d...@lists.denx.de; s...@chromium.org
>> Cc: yamada.masah...@socionext.com; bmeng...@gmail.com
>
On Tue, 2018-10-16 at 10:37 +0200, Stefano Babic wrote:
> On 16/10/2018 10:25, Marcel Ziswiler wrote:
> > Hi Stefano
> >
> > On Tue, 2018-10-16 at 10:06 +0200, Stefano Babic wrote:
> > > Hi Marcel,
> > >
> > > On 16/10/2018 08:46, Marcel Ziswiler wrote:
> > > > From: Marcel Ziswiler
> > > >
> >
On 16/10/2018 10:25, Marcel Ziswiler wrote:
> Hi Stefano
>
> On Tue, 2018-10-16 at 10:06 +0200, Stefano Babic wrote:
>> Hi Marcel,
>>
>> On 16/10/2018 08:46, Marcel Ziswiler wrote:
>>> From: Marcel Ziswiler
>>>
>>> The imx_ddr_size() function may overflow as it is possible to kind
>>> of
>>> over
On 16.10.2018 02:32, Tom Rini wrote:
> On Mon, Oct 15, 2018 at 04:25:01PM +0200, Michal Simek wrote:
>
>> Hi Tom,
>>
>> please consider to pull these patches to your tree.
>> Buildmain for xilinx boards looks good and travis is not done yet but
>> link is here (I have seen several timeouts recentl
I2C is used to access DDR SPD in the DDR initialization for SPL. In
i2c_write process, get_timer() will be called. In board_init_f for SPL,
timer_init() is not called before. The system counter is not enabled and
the counter frequency is not set to 12.5MHz in SPL. The parameters for
do_div() are ze
Hi Stefano
On Tue, 2018-10-16 at 10:06 +0200, Stefano Babic wrote:
> Hi Marcel,
>
> On 16/10/2018 08:46, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > The imx_ddr_size() function may overflow as it is possible to kind
> > of
> > over provision the DDR controller. Fix this by capping
Hi Marcel,
On 16/10/2018 08:46, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> The imx_ddr_size() function may overflow as it is possible to kind of
> over provision the DDR controller. Fix this by capping it to 2 GB which
> is the maximum allowed size as per reference manual.
>
> Signed-of
> -Original Message-
> From: Bin Meng
> Sent: Monday, October 15, 2018 5:58 PM
> To: Vabhav Sharma
> Cc: U-Boot Mailing List ; u-boot...@lists.denx.de;
> Simon Glass ; dannenb...@ti.com; Masahiro Yamada
> ; Stefan Roese
> Subject: Re: [PATCH] drivers: serial: probe all serial devices
>
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, October 16, 2018 12:29 PM
> To: Vabhav Sharma ; u-boot@lists.denx.de; u-boot-
> d...@lists.denx.de; s...@chromium.org
> Cc: yamada.masah...@socionext.com; bmeng...@gmail.com
> Subject: Re: [U-Boot-DM] [PATCH] drivers: serial: prob
1 - 100 of 101 matches
Mail list logo
