Signed-off-by: Ashish Kumar
---
board/freescale/ls1088a/eth_ls1088aqds.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/freescale/ls1088a/eth_ls1088aqds.c
b/board/freescale/ls1088a/eth_ls1088aqds.c
index 7fe446e..d09e077 100644
--- a/board/freescale/ls1088a/eth_ls1088aqds.c
+++ b/bo
Hi,
On 12.4.2018 18:42, Simon Glass wrote:
> Hi Michal,
>
> On 12 April 2018 at 04:26, Michal Simek wrote:
>> From: Siva Durga Prasad Paladugu
>>
>> Relocate env drivers if manual relocation is enabled. This
>> patch fixes the issue of u-boot hang incase if env is
>> present in any of the flash
From: Siva Durga Prasad Paladugu
Relocate env drivers if manual relocation is enabled. This
patch fixes the issue of u-boot hang incase if env is
present in any of the flash devices.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
Reviewed-by: Simon Glass
---
Changes in
Hello Tom,
Huch ... just saw, that I forgot to add the u-boot ml to cc ... sorry!
bye,
Heiko
Weitergeleitete Nachricht
Betreff: Re: [U-Boot] Please pull from u-boot-i2c
Datum: Thu, 12 Apr 2018 09:35:30 -0400
Von: Tom Rini
An: Heiko Schocher
Kopie (CC): Mario Six , Alexander K
On Tue, Apr 10, 2018 at 6:50 AM, Gary Bisson
wrote:
> Hi Guillaume,
>
> On Mon, Apr 09, 2018 at 05:17:44PM +0200, Guillaume Gardet wrote:
>>
>>
>> Le 09/04/2018 à 16:40, Gary Bisson a écrit :
>> > Hi Guillaume,
>> >
>> > Thanks for your patch! Switching the upstream nitrogen6x configuration
>> > t
On Fri, Mar 30, 2018 at 9:10 AM, Stefan Roese wrote:
> On 17.03.2018 09:34, Mark Kettenis wrote:
>>
>> The various load address values are taken from the a37xx configuration
>> and match the dowstream 'u-boot-2017.03-armada-17.10' release where
>> appropriate.
>>
>> Signed-off-by: Mark Kettenis
>
On Thu, Apr 12, 2018 at 03:00:17PM -0400, Tom Rini wrote:
> On Thu, Apr 12, 2018 at 02:01:05PM +1000, David Gibson wrote:
> > On Tue, Apr 10, 2018 at 06:36:06PM -0400, Tom Rini wrote:
> > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> > > > +U-Boot, Tom, Masahiro
> > > >
> > > >
Hi Simon,
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> Hi Bin,
>
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> If CONFIG_FRAMEBUFFER_SET_VESA_MODE is not set, don't switch
>> graphics card to VESA mode. This applies to both native mode
>> and emulator mode of running the VGA BIOS.
>>
Hi Simon,
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> This adds a very simple ELF64 loader via program headers, similar
>> to load_elf_image_phdr() that we already have.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - up
Hi Alex,
The Android A/B bootloader patch series looks good.
How far along are you to have this work integrated ?
Regards,
Stan
On 04/02/2017 04:49 PM, Alex Deymo wrote:
> An "Android Bootloader" has a lot of requirements about how it should
> behave which Android partners must implement. In pa
All rk3288 default configs define CONFIG_DEFAULT_DEVICE_TREE.
So we can use it to define ${fdtfile} in rk3288_common.h.
This variable is needed by the distro boot command.
Signed-off-by: Heinrich Schuchardt
---
include/configs/rk3288_common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/
Coreboot timestamp functions and Quark memory reference code use
get_tbclk() to get TSC frequency. This will not work if another
early timer is selected.
Add tsc_rate_mhz() function and use it in the code that specifically
needs to get TSC rate regardless of currently selected early timer.
Signed
Add HPET driver as an alternative timer for x86 (default is TSC).
HPET counter has constant frequency and does not need calibration.
New HPET driver can also be selected as the early timer on x86.
HPET can be selected as the tick timer in the Device Tree "chosen" node:
/include/ "hpet.dtsi"
Add HPET driver as an alternative timer for x86 (default is TSC).
HPET counter has constant frequency and does not need calibration.
This change also makes TSC timer driver optional on x86.
New HPET driver can also be selected as the early timer on x86.
v6:
Added TSC-specific timer functions t
We only use coreboot as a target on x86 platforms, since on ARM platforms
U-Boot always runs as the primary boot loader. Rename the coreboot-x86
platform to reflect this.
Signed-off-by: Simon Glass
---
board/coreboot/coreboot/MAINTAINERS| 2 +-
configs/{coreboot-x86_defconfi
The H2 Stout port was broken since some time. This patch updates
the H2 Stout port to use modern frameworks, DM, DT probing, SPL
and TPL for the preloading and puts it on par with the M2 Porter
board.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/mach-rmobile/Kconfig.32 | 3 +
The offset of CSWCRx starts at 0x30, fix this.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/porter/porter_spl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/renesas/porter/porter_spl.c
b/board/renesas/porter/porter_spl.c
index f711aa9c35..
The H2 Stout uses SCIFA0 for serial console, make sure it is
available very early on when probing from DT.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a7790-stout-u-boot.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/r8a7790-stout-u-boot.dts
b/
Add the SCIFA0 address entry so it can be used in TPL if needed
due to size restrictions.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
drivers/serial/serial_sh.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/serial/serial_sh.c b/drivers/serial/serial_sh.c
index a17698f90
Add compatible strings for R8A7790, R8A7793 and R8A7794, since the
contemporary DTs use those don't have a generic match value.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Joe Hershberger
---
drivers/net/sh_eth.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/sh_et
The initconst is not used in U-Boot, drop it. The r8a7790_crit_mod_clks
is also not used in U-Boot, so drop it too.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
drivers/clk/renesas/r8a7790-cpg-mssr.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/
On Thu, Apr 12, 2018 at 02:01:05PM +1000, David Gibson wrote:
> On Tue, Apr 10, 2018 at 06:36:06PM -0400, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> > > +U-Boot, Tom, Masahiro
> > >
> > > Hi David,
> > >
> > > On 10 April 2018 at 01:22, David Gibson
> > >
This patch adds support for the gigabit interface found on the
Allwinner R40/V40 CPU.
It does not support the 100Mbit interface (EMAC).
Fixes:
- add GMAC gating clock and reset control
- GPIO mux settings
- device tree entries
Tested on BananaPi M2 Berry (R40), custom board (V40).
Signed-off-by:
Hi,
On 11 April 2018 at 09:13, Jun Nie wrote:
> It may be unnecessary to check signature on unlocked board.
> Get the hint from platform specific code to support secure boot
> and non-secure boot with the same binary, so that boot is not
> blocked if board is not locked and has no key for signatu
On Thu, Apr 12, 2018 at 5:22 AM, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Add support to use max-speed property from dt for
> determining the supported speed. Use 1000Mbps as
> default.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> Signed-off-by: Michal Simek
Acked-by: Joe
Hi Michal,
On 12 April 2018 at 04:26, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Relocate env drivers if manual relocation is enabled. This
> patch fixes the issue of u-boot hang incase if env is
> present in any of the flash devices.
>
> Signed-off-by: Siva Durga Prasad Paladugu
Hi,
On 8 April 2018 at 19:22, Bin Meng wrote:
> Hi Ivan,
>
> On Sat, Apr 7, 2018 at 3:18 AM, Ivan Gorinov wrote:
>> Add HPET driver as an alternative timer for x86 (default is TSC).
>> HPET counter has constant frequency and does not need calibration.
>> This change also makes TSC timer driver o
Hi Bin,
On 11 April 2018 at 23:02, Bin Meng wrote:
> If CONFIG_FRAMEBUFFER_SET_VESA_MODE is not set, don't switch
> graphics card to VESA mode. This applies to both native mode
> and emulator mode of running the VGA BIOS.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/li
Hi Mario,
On 10 April 2018 at 05:34, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 28 March 2018 at 20:37, Mario Six wrote:
>>> It's sometimes useful to get the device associated with a given ofnode.
>>> Implement a function to imple
On 11 April 2018 at 23:02, Bin Meng wrote:
> This adds a very simple ELF64 loader via program headers, similar
> to load_elf_image_phdr() that we already have.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - update the ELF32 and ELF64 loader comments
>
> cmd/elf.c | 44 +++
On 11 April 2018 at 23:02, Bin Meng wrote:
> There is a small duplication in do_bootvx() that does the bootline
> copy. Refactor this a little bit to make it simpler.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> cmd/elf.c | 15 +--
> 1 file changed, 5 insertions(+),
On 11 April 2018 at 23:02, Bin Meng wrote:
> When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP
> framebuffer info at a pre-defined offset @ 0x6100. When VxWorks
> kernel boots up, its EFI console driver tries to find such a block
> and if the signature matches, the framebuffer info
On 11 April 2018 at 23:02, Bin Meng wrote:
> This changes some boards' default FRAMEBUFFER_VESA_MODE to use 32-bit
> pixel format for better VxWorks compatibility.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> configs/bayleybay_defconfig | 2 +-
> configs/minnowmax_d
On 11 April 2018 at 23:02, Bin Meng wrote:
> VxWorks bootloader stores its size at a pre-defined offset @ 0x5004.
> Later when VxWorks kernel boots up and system memory information is
> retrieved from the E820 table, the bootloader size will be subtracted
> from the total system memory size to cal
On 11 April 2018 at 23:02, Bin Meng wrote:
> This adds ELF header, program header and section header structure
> defines for the 64-bit ELF image.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> include/elf.h | 43 +++
> 1 file changed, 43 in
Hi Mario,
On 10 April 2018 at 05:23, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 28 March 2018 at 20:37, Mario Six wrote:
>>> Implement a set of functions to manipulate properties in a live device
>>> tree:
>>>
>>> * ofnode_set_pro
On 11 April 2018 at 23:02, Bin Meng wrote:
> This changes the default FRAMEBUFFER_VESA_MODE to use 32-bit pixel
> format for better VxWorks compatibility.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> drivers/video/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
R
On 11 April 2018 at 23:02, Bin Meng wrote:
> If video initialization fails, the "Video:" output message will be
> mixed with the next console log. Change to print out such message
> only when everything is OK, which improves the boot log readability.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes
Hi,
On 12 April 2018 at 03:20, Michalis Pappas wrote:
> Okay, i see. The change is the replacement of the dependency of ARM64 to
> ARM_SMCCC in Kconfig.
>
> If you think it's necessary to issue a v4 and document the changes properly
> please let me know and I'll do so.
Yes please.
>
> Michalis
On 12 April 2018 at 02:03, Neil Armstrong wrote:
> In the commit "reset: Add get/assert/deassert/release for bulk of reset
> signals"
> the disabled reset_release_bulk() and reset_get_bulk() used the wrong
> struct clk_bulk instead of struct reset_ctl_bulk.
>
> Fixes: 0c28233903b5 ("reset: Add ge
Hi Mario,
On 11 April 2018 at 01:27, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 28 March 2018 at 20:40, Mario Six wrote:
>>> Add a driver for the Xilinx LogiCORE DisplayPort IP core.
>>>
>>> Signed-off-by: Mario Six
>>> ---
>>>
Hi Mario,
On 11 April 2018 at 00:39, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote:
>> Hi,
>>
>> On 28 March 2018 at 20:38, Mario Six wrote:
>>> Add a cpu_print_info function to the CPU uclass to emulate the behavior
>>> of some current non-DM drivers (e.g
Hi Mario,
On 11 April 2018 at 00:35, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 28 March 2018 at 20:40, Mario Six wrote:
>>> Add a power_on function to the display uclass to allow devices to be
>>> probed and powered-on separately
On Thu, Apr 12, 2018 at 5:20 AM, Stefan Roese wrote:
> Hi Matt,
>
> (added Joe as network custodian to Cc)
>
>
> On 27.03.2018 19:18, Matt Pelland wrote:
>>
>> mvneta already supports setting the MAC address but this was only done
>> internally when some other part of U-Boot tries to actually use
On Tue, Mar 27, 2018 at 12:18 PM, Matt Pelland wrote:
> mvneta already supports setting the MAC address but this was only done
> internally when some other part of U-Boot tries to actually use the
> interface. This commit exposes this functionality to the ethernet core
> code so that the MAC addre
Hi Mario,
On 11 April 2018 at 01:15, Mario Six wrote:
> Hi Simon,
>
> On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote:
>> Hi Mario,
>>
>> On 28 March 2018 at 20:38, Mario Six wrote:
>>> A lot of times one wants to cycle through the devices in a uclass, but
>>> only certain ones, especially
Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC
flag") omap GPIO gets bound before relocation. Unfortunately due to
this, on at least the beaglebone black, the pre-relocation memory pool
gets exhausted before probing the serial port. This then causes u-boot
to panic as CONFIG_RE
On 04/11/2018 03:58 PM, Tom Rini wrote:
> On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote:
>
>> Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC
>> flag") omap GPIO gets bound before relocation. Unfortunately due to
>> this, on at least the beaglebone black, the pr
On Thu, Apr 12, 2018 at 05:21:27PM +0200, Sjoerd Simons wrote:
> On Wed, 2018-04-11 at 16:58 -0400, Tom Rini wrote:
> > On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote:
> >
> > > Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC
> > > flag") omap GPIO gets bound befo
On Wed, 2018-04-11 at 16:58 -0400, Tom Rini wrote:
> On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote:
>
> > Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC
> > flag") omap GPIO gets bound before relocation. Unfortunately due
> > to
> > this, on at least the beagle
On 04/12/2018 04:03 PM, Dinh Nguyen wrote:
> None of the SoCFPGA platforms will support EFI/ISO partition types that
> is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2
> partition type.
>
> This is needed to help limit the size of the SPL to within the 64k limit
> that is req
None of the SoCFPGA platforms will support EFI/ISO partition types that
is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2
partition type.
This is needed to help limit the size of the SPL to within the 64k limit
that is required for SoCFPGA.
Signed-off-by: Dinh Nguyen
---
co
On Thu, Apr 12, 2018 at 09:04:20AM +0200, Jason Mitchell wrote:
> Good day all
>
> I am currently faced with a task of having to run new software on ageing
> hardware. We have currently about 1000 units in the field of a machine that
> runs Windows CE using the Samsung S3C6410.
>
> Because these
On Wed, Apr 11, 2018 at 09:23:19PM +0200, Sjoerd Simons wrote:
> To make it simpler to enable the debug uart on boneblack add debug
> uart configuration as an example in the defconfig but with
> CONFIG_DEBUG_UART disabled. Which allows a user to simple enable it when
> needing easily without figur
On Wed, Apr 11, 2018 at 11:13:05PM +0800, Jun Nie wrote:
> It may be unnecessary to check signature on unlocked board.
> Get the hint from platform specific code to support secure boot
> and non-secure boot with the same binary, so that boot is not
> blocked if board is not locked and has no key f
The zynqmp image format has support for inline partitions which are
used by FSBL to describe payloads that are loaded by FSBL itself.
While we can't create images that contain partitions (yet), we should
still at least be able to examine them and show the user what's inside
when we analyze an imag
A good chunk of the booting chain of ZynqMP based systems is open source
(depending on your definition of it), except for the image generation flow.
This patch set aims to change that, with read and write support for boot.bin
partitions which allows us to create boot.bin files using only open sour
The officially described way to generate boot.bin files for ZynqMP is to
describe the contents of the target binary using a file of the "bif" format.
This file then links to other files that all get packed into a bootable image.
This patch adds support to read such a .bif file and generate a respe
We will add support for ZynqMP bif input files later, so let's move
all structure definitions into a header file that can be used by that
one as well.
Signed-off-by: Alexander Graf
---
tools/zynqmpimage.c | 115 +
tools/zynqmpimage.h | 132
The officially described way to generate boot.bin files for ZynqMP is to
describe the contents of the target binary using a file of the "bif" format.
This file then links to other files that all get packed into a bootable image.
This patch adds support to read such a .bif file and generate a respe
We will add support for ZynqMP bif input files later, so let's move
all structure definitions into a header file that can be used by that
one as well.
Signed-off-by: Alexander Graf
---
tools/zynqmpimage.c | 115 +
tools/zynqmpimage.h | 132
The zynqmp image format has support for inline partitions which are
used by FSBL to describe payloads that are loaded by FSBL itself.
While we can't create images that contain partitions (yet), we should
still at least be able to examine them and show the user what's inside
when we analyze an imag
A good chunk of the booting chain of ZynqMP based systems is open source
(depending on your definition of it), except for the image generation flow.
This patch set aims to change that, with read and write support for boot.bin
partitions which allows us to create boot.bin files using only open sour
On 04/12/2018 04:43 AM, Marek Vasut wrote:
> On 04/12/2018 11:42 AM, Alexander Graf wrote:
> [...]
None of it is enabled in SPL :). The „efi partition“ option is a
misnomer - it really just enables GPT partition table support which
are widely in use with Android for example.
>>> I
Dear Fabio,
Thank you very much. I will check and inform you.
Best regards.
-Original Message-
From: Fabio Estevam [mailto:feste...@gmail.com]
Sent: Thursday, April 12, 2018 4:28 PM
To: Mehmet Ali İPİN
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] u-boot 2018 SPI SPL
Hi Mehmet,
On
Boot tested on sabrelite board.
Signed-off-by: Guillaume GARDET
Cc: Troy Kisky
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Gary Bisson
---
include/configs/nitrogen6x.h | 180 +--
1 file changed, 54 insertions(+), 126 deletions(-)
diff --git a/include/con
Boot tested with boot.scr script and EFI/Grub2 on mmc0 and mmc1 slots on
sabrelite board.
Signed-off-by: Guillaume GARDET
Cc: Troy Kisky
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Gary Bisson
---
configs/mx6qsabrelite_defconfig | 15 +--
1 file changed, 5 insertions(+), 10 deletio
This patch serie updates sabrelite and nitrogen6x boards to use distro boot
support.
Sabrelite has been boot tested with boot.scr script and EFI/Grub2 on mmc0 and
mmc1 slots.
Nitrogen6* boards have been build tested only.
Currently, only the Sabrelite has fdtfile defined.
Signed-off-by: Guillau
Hi Mehmet,
On Thu, Apr 12, 2018 at 10:17 AM, Mehmet Ali İPİN
wrote:
> Dear Sir/Madam,
>
> Hello,
>
> We have developed an i.mx6dl board which is based on "MX6 Dual Lite SABRE AI
> CPU2 Card with AVB". I am using version u-boot-2018.01 with SPL.
> I am downloading SPL and u-boot.img with USB load
Dear Sir/Madam,
Hello,
We have developed an i.mx6dl board which is based on "MX6 Dual Lite SABRE AI
CPU2 Card with AVB". I am using version u-boot-2018.01 with SPL.
I am downloading SPL and u-boot.img with USB loader; downloaded kernel and
device tree files and run them in nfs tftp search over
Le 12/04/2018 à 14:58, Gary Bisson a écrit :
Hi Guillaume,
On Thu, Apr 12, 2018 at 02:48:07PM +0200, Guillaume Gardet wrote:
Le 12/04/2018 à 14:36, Gary Bisson a écrit :
Hi Fabio, Guillaume
On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote:
On Thu, Apr 12, 2018 at 5:13 AM, Gui
Hi Jagan,
Maybe you have any comments or remarks about this patch? And if you don't could
you please apply it.
Thanks!
On Tue, 2018-04-10 at 14:40 +0300, Eugeniy Paltsev wrote:
> sst26wf flash series block protection implementation differs
> from other SST series, so add specific implementation
Hi Guillaume,
On Thu, Apr 12, 2018 at 02:48:07PM +0200, Guillaume Gardet wrote:
>
>
> Le 12/04/2018 à 14:36, Gary Bisson a écrit :
> > Hi Fabio, Guillaume
> >
> > On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote:
> > > On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet
> > > wrote:
Hi Siva,
I wasn't able to find it on the Xilinx github. Is it in that tree already?
Thanks,
Liam
On Thu, 12 Apr 2018 at 07:18 Siva Durga Prasad Paladugu
wrote:
> Hi Liam,
>
>
>
> We already have a patch for IO mode that we just verified internally. We
> got it for our tree from NGC guy John Mo
Le 12/04/2018 à 14:36, Gary Bisson a écrit :
Hi Fabio, Guillaume
On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote:
On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet
wrote:
script that picks the correct dtb.
Ok. So, how would you like to proceed?
Remove the generic mx6 'soc' def
Hi Fabio, Guillaume
On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote:
> On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet
> wrote:
> script that picks the correct dtb.
> >>
> > Ok. So, how would you like to proceed?
> > Remove the generic mx6 'soc' definition and use a board sepcific
On 04/12/2018 10:41 AM, Jean-Jacques Hiblot wrote:
> Supporting DM USB is required to support DM_ETH and USB network adapters
> with the same binary.
> This series adds support for DM_USB for the DRA7/AM57 families. As a bonus
> it adds support for USB3.
>
> This series applies on the usb tree wit
Supporting DM USB is required to support DM_ETH and USB network adapters
with the same binary.
This series adds support for DM_USB for the DRA7/AM57 families. As a bonus
it adds support for USB3.
This series applies on the usb tree with the following fixes:
-[PATCH] reset: fix bulk API when DM_RES
Good day all
I am currently faced with a task of having to run new software on ageing
hardware. We have currently about 1000 units in the field of a machine that
runs Windows CE using the Samsung S3C6410.
Because these are considerable assets its not a simple case of replacing
them with new, more
Marcin Niestroj wrote:
On 12.04.2018 11:09, sdrb wrote:
Marcin Niestrój wrote:
>>
Could you describe what is you BOOT[4:0] configuration? And you want to
boot from MMC1, right?
If I read the BOOT[4:0] properly it is: 0011.
I want to boot from SD card.
Please provide these 5 pins (in
Hi Jaehoon,
Ping!
Thanks,
Siva
> -Original Message-
> From: Siva Durga Prasad Paladugu
> Sent: Tuesday, April 10, 2018 12:02 PM
> To: Jaehoon Chung ; u-boot@lists.denx.de
> Subject: RE: [PATCH v2 0/7] Add support of SD3.0 UHS modes for ZynqMP
>
> Hi Jaehoon,
>
> I would like to send v3
Hi Liam,
We already have a patch for IO mode that we just verified internally. We got it
for our tree from NGC guy John Moon. I will be sending that patch soon may be
with v3 which I am planning to send once I got response from Jagan on my v2
queries.
Regards,
Siva
From: Liam Beguin [mailto:l
On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet
wrote:
script that picks the correct dtb.
>>
> Ok. So, how would you like to proceed?
> Remove the generic mx6 'soc' definition and use a board sepcific 'board_rev'
> (or maybe a static definition if one configuration match a single dtb) to
> defin
On 12.04.2018 11:09, sdrb wrote:
Marcin Niestrój wrote:
>>
Could you describe what is you BOOT[4:0] configuration? And you want to
boot from MMC1, right?
If I read the BOOT[4:0] properly it is: 0011.
I want to boot from SD card.
Please provide these 5 pins (including 4 and 0) configur
JR3 was getting removed from device tree only if random number generation
was successful. However, if SEC firmware is present,JR3 should be removed
from device tree node irrespective of the random seed generation as
SEC firmware reserves it for it's use. Not removing it in case of random
number gen
x8 and x16 configurations should be in sync.
Signed-off-by: Michal Simek
---
configs/zynq_zc770_xm011_x16_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/zynq_zc770_xm011_x16_defconfig
b/configs/zynq_zc770_xm011_x16_defconfig
index ae6029a71e7d..756200a9ae
Disable NFS/MII because this board has no ethernet enabled.
Signed-off-by: Michal Simek
---
configs/zynq_zc770_xm011_defconfig | 2 ++
configs/zynq_zc770_xm011_x16_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/zynq_zc770_xm011_defconfig
b/configs/zynq_zc770_xm011
From: Siva Durga Prasad Paladugu
This patch removes UBI support from defconfig and it can
be enabled from menuconfig as per need.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
configs/microblaze-generic_defconfig | 4
1 file changed, 4 deletions(-)
diff --gi
From: Siva Durga Prasad Paladugu
This patch enables support zc1275 revB board. It has
SD added compared to revA. The same configuration will
work for RevC boards aswell.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
arch/arm/dts/Makefile |
From: Siva Durga Prasad Paladugu
Relocate env drivers if manual relocation is enabled. This
patch fixes the issue of u-boot hang incase if env is
present in any of the flash devices.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
env/common.c | 1 +
env/e
Hi Matt,
On 27.03.2018 19:53, Matt Pelland wrote:
The mv_sdhci driver was not zeroing the sdhci_host structure it
allocates causing random access violations in parts of the mmc core
where the "ops" member pointers are checked and called if not NULL.
Signed-off-by: Matt Pelland
---
drivers/mm
From: Siva Durga Prasad Paladugu
Add support to use max-speed property from dt for
determining the supported speed. Use 1000Mbps as
default.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
drivers/net/zynq_gem.c | 9 +
1 file changed, 9 insertions(+)
diff -
Hi Matt,
(added Joe as network custodian to Cc)
On 27.03.2018 19:18, Matt Pelland wrote:
mvneta already supports setting the MAC address but this was only done
internally when some other part of U-Boot tries to actually use the
interface. This commit exposes this functionality to the ethernet c
On 04/12/2018 11:42 AM, Alexander Graf wrote:
[...]
>>> None of it is enabled in SPL :). The „efi partition“ option is a
>>> misnomer - it really just enables GPT partition table support which
>>> are widely in use with Android for example.
>> I suspect we can disable that, since SoCFPGA boots from
On 04/12/2018 11:17 AM, Marek Vasut wrote:
On 04/12/2018 11:15 AM, Alexander Graf wrote:
Am 12.04.2018 um 10:37 schrieb Marek Vasut :
On 04/12/2018 10:01 AM, Alexander Graf wrote:
On 11.04.18 16:43, Dinh Nguyen wrote:
On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf wrote:
On 04/11/2018
Okay, i see. The change is the replacement of the dependency of ARM64 to
ARM_SMCCC in Kconfig.
If you think it's necessary to issue a v4 and document the changes
properly please let me know and I'll do so.
Michalis
On 04/11/2018 03:36 PM, Simon Glass wrote:
On 9 April 2018 at 09:17, Michali
On 04/12/2018 11:15 AM, Alexander Graf wrote:
>
>
>> Am 12.04.2018 um 10:37 schrieb Marek Vasut :
>>
>>> On 04/12/2018 10:01 AM, Alexander Graf wrote:
>>>
>>>
On 11.04.18 16:43, Dinh Nguyen wrote:
> On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf wrote:
>> On 04/11/2018 02:37 PM, Ma
> Am 12.04.2018 um 10:37 schrieb Marek Vasut :
>
>> On 04/12/2018 10:01 AM, Alexander Graf wrote:
>>
>>
>>> On 11.04.18 16:43, Dinh Nguyen wrote:
On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf wrote:
> On 04/11/2018 02:37 PM, Marek Vasut wrote:
>
>> On 04/11/2018 02:26 PM,
Marcin Niestrój wrote:
On 12.04.2018 06:37, sdrb wrote:
Hi Marcin,
Marcin Niestroj wrote:
Hi Witold,
On 11.04.2018 08:18, sdrb wrote:
Hi,
I use Grinn's chiliSOM and very old U-boot 2014.07 on it.
Unfortunately the newest u-boot doesn't run SPL properly - so I'm
forced to use 2014.07 ver
On 04/12/2018 10:41 AM, Jean-Jacques Hiblot wrote:
> Add the compatibility with "ti,dwc3" and enable it by default if DM_USB
> is enabled.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> drivers/usb/host/Kconfig | 1
1 - 100 of 131 matches
Mail list logo
