Hi Simon,
2017-07-07 12:57 GMT+09:00 Simon Glass :
> Hi Masahiro,
>
> On 5 July 2017 at 22:49, Simon Glass wrote:
>> On 22 June 2017 at 01:54, Masahiro Yamada
>> wrote:
>>> The previous commit renamed ofnode_read_prop() to
Prior to DM, we could not enable different types of USB controllers
at the same time. DM was supposed to loosen the limitation. It is
true that we can compile drivers, but they do not work.
For example, if EHCI is enabled, xHCI fails as follows:
=> usb read 8200 0 2000
USB read:
On 14 July 2017 at 00:55, Rob Herring wrote:
> On Thu, Jul 13, 2017 at 2:33 AM, Bin Chen wrote:
> > Hi Tom,
> >
> > Thanks for the review.
> >
> > On 13 July 2017 at 04:25, Tom Rini wrote:
> >>
> >> On Tue, Jul 11, 2017 at
On 14 July 2017 at 00:06, Daniel Thompson
wrote:
> On 13/07/17 08:33, Bin Chen wrote:
>
>> Hi Tom,
>>
>> Thanks for the review.
>>
>> On 13 July 2017 at 04:25, Tom Rini tr...@konsulko.com>> wrote:
>>
>> On Tue, Jul 11, 2017 at 03:56:04PM
Hi Stefano,
On Wed, Jul 12, 2017 at 6:00 AM, Stefano Babic wrote:
> Hi Peter,
>
> your :
>
> commit ff1815632563a826cfe49fc9496a36d00febb6e3
> Author: Peter Robinson
> Date: Sat Jul 1 18:44:03 2017 +0100
>
> mx6cuboxi: Add support for sata
>
>
>
Boot service ProtocolsPerHandle is implemented in
efi_protocols_per_handle.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 46 ++-
1 file changed, 45 insertions(+), 1 deletion(-)
diff --git
On Thu, Jul 13, 2017 at 2:33 AM, Bin Chen wrote:
> Hi Tom,
>
> Thanks for the review.
>
> On 13 July 2017 at 04:25, Tom Rini wrote:
>>
>> On Tue, Jul 11, 2017 at 03:56:04PM +1000, Bin Chen wrote:
>>
>> > It's my understanding that we are supposed to use
Hi all,
We had the same issue on our custom board, and this patch fixed it.
We use fw_setenv for updating our BSP, and before the patch, 100 boards
over 170 didn't work,
and after, 170/170 did get the update.
This patches worked well for us,
Thanks Michael
New to U-Boot. It came installed with the BSP on a vendor MPC board to boot
vxWorks. I have a requirement to use a checksum when downloading the vxWorks
ELF image. Our development environ is Windows 7, using cross-compiler for
target MPC. I have the source for U-Boot and see that mkimage is
2017-07-12 18:31 GMT-03:00 Fabio Estevam :
> From: Fabio Estevam
>
> Since commit ce412b79e7255770 ("drivers: net: phy: atheros: add separate
> config for AR8031") Ethernet does not work on mx6sabreauto.
>
> This commit correctly assigns ar8031_config()
2017-07-12 18:31 GMT-03:00 Fabio Estevam :
> From: Fabio Estevam
>
> Since commit ce412b79e7255770 ("drivers: net: phy: atheros: add separate
> config for AR8031") Ethernet does not work on mx6sabreauto.
>
> This commit correctly assigns ar8031_config()
2017-07-12 18:31 GMT-03:00 Fabio Estevam :
> From: Fabio Estevam
>
> Since commit ce412b79e7255770 ("drivers: net: phy: atheros: add separate
> config for AR8031") Ethernet does not work on mx6sabreauto.
>
> This commit correctly assigns ar8031_config()
The debug information provided by efi_convert_device_path_to_text
is insufficient. The type and the subtype are needed to find
out why the function did not support a conversion.
Signed-off-by: Heinrich Schuchardt
---
v2
debug statement has to be after parameter check
The patch series provides the DevicePathToText function for MAC
addresses and some error corrections.
The 1st patch removes duplicate constants that we already have
defined in efi_api.h.
The 2nd patch implements the DevicePathToText function for MAC
addresses.
The 3rd patch adds a missing
We should not duplicate existing constants used by the
device path protocol.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_device_path_to_text.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
Variables should be declared before the first executable statement.
Signed-off-by: Heinrich Schuchardt
---
v2
new patch
---
lib/efi_loader/efi_device_path_to_text.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Do not dereference NULL.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_device_path_to_text.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/efi_loader/efi_device_path_to_text.c
b/lib/efi_loader/efi_device_path_to_text.c
Implement DevicePathToText MAC address device path.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_device_path_to_text.c | 27 +++
1 file changed, 27 insertions(+)
diff --git
Do not dereference NULL.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_device_path_to_text.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/efi_loader/efi_device_path_to_text.c
b/lib/efi_loader/efi_device_path_to_text.c
index 746b34a377..81a6a91e66
The patch series provides the DevicePathToText function for MAC
addresses and some error corrections.
The 1st patch removes duplicate constants that we already have
defined in efi_api.h.
The 2nd patch implements the DevicePathToText function for MAC
addresses.
The 3rd patch supplies additional
The debug information provided by efi_convert_device_path_to_text
is insufficient. The type and the subtype are needed to find
out why the function did not support a conversion.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_device_path_to_text.c | 3 +++
1 file
On 5 July 2017 at 01:34, Lothar Waßmann wrote:
> When the U-Boot base directory happens to have the same name as the
> branch that buildman is directed to use via the '-b' option and no
> output directory is specified with '-o', buildman happily starts
> removing the
Hi Rob,
On 21 June 2017 at 04:52, Rob Clark wrote:
> On Wed, Jun 21, 2017 at 6:23 AM, Peter Robinson wrote:
>> On Tue, Jun 20, 2017 at 10:49 PM, Rob Clark wrote:
>>> efi_disk_register() would try to iterate all the blk devices.
Hi Jean-Jacques,
On 6 July 2017 at 08:55, Jean-Jacques Hiblot wrote:
> Hi Simon,
>
>
>
> On 04/07/2017 21:31, Simon Glass wrote:
>>
>> At present if U-Boot proper uses driver model for MMC, then SPL has to
>> also. While this is desirable, it places a significant barrier to
Hi,
On 13 July 2017 at 10:42, Heinrich Schuchardt wrote:
> On 07/03/2017 06:07 PM, Alexander Graf wrote:
>> On 07/03/2017 05:34 PM, Simon Glass wrote:
>>> Hi Alex,
>>>
>>> On 3 July 2017 at 06:37, Alexander Graf wrote:
On 06/20/2017 09:39 PM, Andreas
On 07/03/2017 06:07 PM, Alexander Graf wrote:
> On 07/03/2017 05:34 PM, Simon Glass wrote:
>> Hi Alex,
>>
>> On 3 July 2017 at 06:37, Alexander Graf wrote:
>>> On 06/20/2017 09:39 PM, Andreas Färber wrote:
Am 20.06.2017 um 21:10 schrieb Heinrich Schuchardt:
> The
Hi Stefan,
Thank you.
I plan to create a minimal default device-tree as we discussed before.
I'll send it when it'll be ready.
Regards,
Igal
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: Wednesday, July 12, 2017 08:54
> To: Igal Liberman; u-boot@lists.denx.de
On 13/07/2017 07:57, Lothar Waßmann wrote:
> commit 306dd7dabd64 ("net: fec_mxc: fix PHY initialization bug with
> CONFIG_DM_ETH")
> has broken the build of the fec_mxc driver with CONFIG_DM_ETH
> enabled because it changed the parameters passed to *fec_get_miibus()
> without changing the
On 13/07/2017 16:07, Fabio Estevam wrote:
> Hi Miquel,
>
> On Thu, Jul 13, 2017 at 3:34 AM, Miquel RAYNAL
> wrote:
>
>> Thank you for the very quick answer, I was not able to test the patch
>> yesterday but now I can confirm it works and Ethernet is functional
Hi Miquel,
On Thu, Jul 13, 2017 at 3:34 AM, Miquel RAYNAL
wrote:
> Thank you for the very quick answer, I was not able to test the patch
> yesterday but now I can confirm it works and Ethernet is functional
> again on mx6sabreauto design.
Thanks for testing!
On 13/07/17 08:33, Bin Chen wrote:
Hi Tom,
Thanks for the review.
On 13 July 2017 at 04:25, Tom Rini > wrote:
On Tue, Jul 11, 2017 at 03:56:04PM +1000, Bin Chen wrote:
> It's my understanding that we are supposed to use booti, instead
On 13/07/2017 15:45, Lokesh Vutla wrote:
On 7/13/2017 5:15 AM, Tom Rini wrote:
On Thu, Jul 13, 2017 at 12:18:43AM +0530, Lokesh Vutla wrote:
On 7/12/2017 11:01 PM, Tom Rini wrote:
On Wed, Jul 12, 2017 at 07:16:27PM +0530, Lokesh Vutla wrote:
+ Andrew
On 7/12/2017 3:25 PM, Jean-Jacques
From: Siva Durga Prasad Paladugu
Make reserve_mmu a weak so that it provides an option
to customize this routine as per platform need
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
From: Patrice Chotard
STM32F7 and H7 shared the same SDRAM control block.
On STM32H7 few control bits has been added.
The current driver need some minor adaptation as FMC block
enable/disable for H7.
Signed-off-by: Patrice Chotard
Acked-by: Vikas
From: Patrice Chotard
FMC driver is now able to discover the bank number by
parsing bank subnodes.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32f746-disco.dts | 1 -
arch/arm/dts/stm32f769-disco.dts | 1 -
2 files changed, 2 deletions(-)
From: Patrice Chotard
Replace all fdtdec_get..() calls by ofnode_read...() or dev_read..().
This will allow drivers to support a live device tree.
Signed-off-by: Patrice Chotard
---
drivers/ram/stm32_sdram.c | 83
From: Patrice Chotard
FMC is able to manage 2 SDRAM banks, but the current driver
implementation is only able to manage the first SDRAM bank.
Even if only bank2 is used, some bank1 registers must be
configured.
Signed-off-by: Patrice Chotard
---
From: Patrice Chotard
Retrieve RAM base address from DT instead of using STM32_SDRAM_FMC
For STM32F7, FMC block base address is 0xA000, but SDRAM
registers are located at offset 0x140 inside FMC block.
Update the stm32_fmc_regs fields with all FMC registers
to map
From: Patrice Chotard
This series aims to add some improvements to existing ram
driver decicated to stm32 SoCs :
_ some code clean up
_ full DT support, now the FMC base is retrieved through DT
_ update DT API by using ofnode_read...() or
From: Patrice Chotard
Migrate all FMC defines from arch/arm/include/asm/arch-stm32f7/fmc.h
to drivers/ram/stm32_sdram.c
This will avoid to add an additionnal arch-stm32xx/fmc.h file when
a new stm32 family soc will be introduced.
Signed-off-by: Patrice Chotard
On 7/13/2017 5:15 AM, Tom Rini wrote:
> On Thu, Jul 13, 2017 at 12:18:43AM +0530, Lokesh Vutla wrote:
>>
>>
>> On 7/12/2017 11:01 PM, Tom Rini wrote:
>>> On Wed, Jul 12, 2017 at 07:16:27PM +0530, Lokesh Vutla wrote:
>>>
+ Andrew
On 7/12/2017 3:25 PM, Jean-Jacques Hiblot wrote:
On 07/13/2017 03:35 PM, Masahiro Yamada wrote:
> Prior to DM, we could not enable different types of USB controllers
> at the same time. DM was supposed to loosen the limitation. We can
> compile drivers, but not working.
>
> For example, if EHCI is enabled, xHCI fails as follows:
>
> => usb
Prior to DM, we could not enable different types of USB controllers
at the same time. DM was supposed to loosen the limitation. We can
compile drivers, but not working.
For example, if EHCI is enabled, xHCI fails as follows:
=> usb read 8200 0 2000
USB read: device 0 block # 0, count
This moves the four Toradex Tegra based boards to use a live device
tree as well.
This series depends on Simon's excellent work available at
u-boot-dm/livet-working.
This series is available at
http://git.toradex.com/cgit/u-boot-toradex.git/log/?h=for-next
Marcel Ziswiler (2):
apalis_t30:
Le 12/07/2017 à 21:56, Tom Rini a écrit :
On Wed, Jul 12, 2017 at 04:53:26PM +0200, Wolfgang Denk wrote:
Dear Christophe,
In message <194b25e4-81fc-52cf-aeef-61ce6f467...@c-s.fr> you wrote:
Oh ? Ok. I thought it would be a possible name because for instance in
the Linux Kernel, the
From: Marcel Ziswiler
Change these board to use a live device tree after relocation.
Signed-off-by: Marcel Ziswiler
---
configs/apalis-tk1_defconfig | 4
configs/apalis_t30_defconfig | 1 +
configs/colibri_t20_defconfig | 1 +
Le 12/07/2017 à 21:56, Tom Rini a écrit :
On Wed, Jul 12, 2017 at 11:43:16AM +0200, Christophe Leroy wrote:
This serie makes some cleanup in the powerpc area
following the reintroduction of the 8xx.
No travis verification done, travis is timing out
Christophe Leroy (14):
powerpc, 8xx:
commit 2eb48ff7a210d ("powerpc, 8260: remove support for mpc8260")
removed support for 8260 CPU.
This patch remove some remainders.
Signed-off-by: Christophe Leroy
---
MAINTAINERS | 6 --
arch/powerpc/include/asm/processor.h | 14
From: Marcel Ziswiler
Fix USB OTG power enable aka USBO1_EN which on Apalis T30 is connected
to the T30 ball GEN2_I2C_SCL.
Signed-off-by: Marcel Ziswiler
---
board/toradex/apalis_t30/pinmux-config-apalis_t30.h | 4 ++--
1 file
Le 12/07/2017 à 14:52, Wolfgang Denk a écrit :
Dear Christophe,
In message
<59ac182501e89d3b9ee1dc7c31ce358ff33c0877.1499629706.git.christophe.le...@c-s.fr>
you wrote:
divider is calculated based on SCCR_DFBRG, with:
SCCR_DFBRG 00 => divider 1 = 1 << 0
SCCR_DFBRG 01 => divider 4 = 1 << 2
Add missing .h and add missing declarations in .h
Declare local functions as static
Based on warnings reported by 'make C=2'
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/immap.c | 13 +++--
arch/powerpc/cpu/mpc8xx/traps.c | 2 +-
Avoid unnecessary assembly functions when they can easily be written
in C.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc83xx/start.S | 10 --
arch/powerpc/cpu/mpc85xx/start.S | 10 --
arch/powerpc/cpu/mpc86xx/start.S | 10 --
All complex case have been removed and we now only support
MPC866 and MPC885 families.
So check_CPU() can be made a lot simpler.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c | 39 +++
1 file changed, 7
The actions inside #ifdef CONFIG_8xx in arch/powerpc/lib/time.c
can be performed before, in a 8xx dedicated function.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu_init.c | 5 -
arch/powerpc/lib/time.c| 11 ---
2 files changed,
Avoid unnecessary assembly functions when they can easily be written
in C.
Also remove dc_read() as it is nowhere referenced
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/Makefile | 1 +
arch/powerpc/cpu/mpc8xx/cache.c | 49
set_msr() and get_msr() are defined and used twice.
This patch moves them into ppc.h
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/ppc.h | 14 ++
arch/powerpc/lib/interrupts.c | 14 --
arch/powerpc/lib/kgdb.c| 14
This patch converts CONFIG_CMD_REGINFO to Kconfig
Signed-off-by: Christophe Leroy
---
README| 1 -
arch/powerpc/Kconfig | 3 +++
cmd/Kconfig | 5 +
include/config_cmd_all.h | 1 -
Avoid unnecessary assembly functions when they can easily be written
in C.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/start.S | 32
arch/powerpc/include/asm/cache.h | 32
In order to avoid TBU increment due to TBL reaching its max
and wrapping, reset TBL before resetting TBU
Signed-off-by: Christophe Leroy
---
arch/powerpc/lib/time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/lib/time.c
reginfo command is calling mpc8xx_reginfo(), mpc85xx_reginfo()
or mpc86xx_reginfo() based on CONFIG_ symbol.
As those 3 functions can't me defined at the same time, let's
rename them print_reginfo() to avoid the #ifdefs
The name is kept generic as it is not at all dependent on
powerpc arch and any
Avoid unnecessary assembly functions when they can easily be written
in C.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/start.S | 15 ---
arch/powerpc/include/asm/ppc.h | 9 -
2 files changed, 8 insertions(+), 16 deletions(-)
diff
This function has never been used, at least since the beginning
of the git repository
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc83xx/traps.c | 27 ---
arch/powerpc/cpu/mpc85xx/traps.c | 8
arch/powerpc/cpu/mpc86xx/traps.c
divider is calculated based on SCCR_DFBRG, with:
SCCR_DFBRG 00 => divider 1 = 1 << 0
SCCR_DFBRG 01 => divider 4 = 1 << 2
SCCR_DFBRG 10 => divider 16 = 1 << 4
SCCR_DFBRG 11 => divider 64 = 1 << 6
This can be easily converted to a single shift operation:
divider = 1 << (SCCR_DFBRG * 2)
This serie makes some cleanup in the powerpc area
following the reintroduction of the 8xx.
v2 takes into account comments from Wolfgang and Tom
Christophe Leroy (14):
powerpc, 8xx: Simplify brgclk calculation and remove get_brgclk()
powerpc: get rid of addr_probe()
powerpc, timer: Does 8xx
Maxime Ripard writes:
> On Thu, Jul 13, 2017 at 11:20:34AM +0100, Peter Robinson wrote:
>> >>> What hardware did this happen on? If it was on ARMv5, adding the packed
>> >>> attribute is probably the correct fix. If it was ARMv6 or later,
>> >>> something else
On Thu, Jul 13, 2017 at 11:20:34AM +0100, Peter Robinson wrote:
> >>> What hardware did this happen on? If it was on ARMv5, adding the packed
> >>> attribute is probably the correct fix. If it was ARMv6 or later,
> >>> something else is broken as well.
> >>
> >> It does not matter if this was
On Thu, Jul 13, 2017 at 01:05:33PM +0200, Daniel Schwierzeck wrote:
> Hi Tom,
>
> 2017-07-12 22:57 GMT+02:00 Tom Rini :
> > On Wed, Jul 12, 2017 at 10:32:29PM +0200, Daniel Schwierzeck wrote:
> >
> >> Hi Tom,
> >>
> >> This supports dynamic relocation on MIPS without the need
Pasting longer lines into the U-Boot console prompt sometimes leads to
characters missing. One problem here is the small 16-byte FIFO of the
legacy NS16550 UART, e.g. on x86 platforms.
This patch now introduces a Kconfig option to enable RX interrupt
buffer support for NS16550 style UARTs. With
It has been a while since ARM Trusted Firmware supported UniPhier SoC
family. U-Boot SPL was intended as a temporary loader that runs in
secure world. It is a maintenance headache to support two different
boot mechanisms. Secure firmware is realm of ARM Trusted Firmware
and now U-Boot only
As is often the case with SoC development, slightly different
products (i.e. different part number) are developed based on the
same silicon-die. Such fine grained information is unmaintainable.
Also, "SoC:" is a better fit that "CPU:".
Signed-off-by: Masahiro Yamada
Enable file system commands such as load, ls.
Signed-off-by: Masahiro Yamada
---
configs/uniphier_ld4_sld8_defconfig | 1 +
configs/uniphier_pro4_defconfig | 1 +
configs/uniphier_pxs2_ld6b_defconfig | 1 +
configs/uniphier_sld3_defconfig | 1 +
Rework the readme to reflect the latest boot mechanism on ARMv8 SoCs.
Signed-off-by: Masahiro Yamada
---
doc/README.uniphier | 118 ++--
1 file changed, 59 insertions(+), 59 deletions(-)
diff --git
Hi Tom,
2017-07-12 22:57 GMT+02:00 Tom Rini :
> On Wed, Jul 12, 2017 at 10:32:29PM +0200, Daniel Schwierzeck wrote:
>
>> Hi Tom,
>>
>> This supports dynamic relocation on MIPS without the need for building a
>> position-independent executable. This notably reduces the code
Some platforms has very small sram to run spl code, so it has no
enough sapce for so much malloc pool before relocation in
spl stage as the normal u-boot stake.
Make spl and normal u-boot stage use independent SYS_MALLOC_F_LEN,
Then people can sets the pre-relocation malloc pool according to
the
Some platforms like RK3036 has very small sram to run spl code, so
it has no enough sapce for so much malloc pool before relocation in
spl stage as the normal u-boot stake.
As the long discussion in [1] [2], I make this series out, try to
make spl and normal u-boot stage use independent
Hi Paul,
2017-07-13 2:33 GMT+02:00 Tom Rini :
> On Wed, Jul 12, 2017 at 04:57:42PM -0400, Tom Rini wrote:
>> On Wed, Jul 12, 2017 at 10:32:29PM +0200, Daniel Schwierzeck wrote:
>>
>> > Hi Tom,
>> >
>> > This supports dynamic relocation on MIPS without the need for building a
2017-07-13 5:23 GMT+02:00 Andy Yan :
> Some platforms has very small sram to run spl code, so
> it may have no enough sapce for so much malloc pool before
> relocation in spl stage as the normal u-boot stage.
>
> Signed-off-by: Andy Yan
> ---
>
>
On Thu, Jul 13, 2017 at 11:11 AM, Måns Rullgård wrote:
> Siarhei Siamashka writes:
>
>> On Thu, 13 Jul 2017 01:43:37 +0100
>> Måns Rullgård wrote:
>>
>>> Maxime Ripard writes:
>>>
>>> > Hi,
>>> >
>>>
Siarhei Siamashka writes:
> On Thu, 13 Jul 2017 01:43:37 +0100
> Måns Rullgård wrote:
>
>> Maxime Ripard writes:
>>
>> > Hi,
>> >
>> > I recently got a gcc 7.1 based toolchain, and it seems like it
>> > generates
Hi Simon
On Thu, 2017-07-13 at 03:22 -0600, Simon Glass wrote:
> Hi Marcel,
>
> On 13 July 2017 at 02:38, Marcel Ziswiler m> wrote:
> > On Tue, 2017-07-11 at 21:29 -0600, Simon Glass wrote:
> > > This moves four entire boards to use a live device tree as an
> > >
Hi Bin,
On 6 July 2017 at 23:08, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Jun 21, 2017 at 1:00 PM, Bin Meng wrote:
>> Hi Simon,
>>
>> On Wed, Jun 21, 2017 at 11:29 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 17 June 2017 at 07:35, Bin
Hi Marcel,
On 13 July 2017 at 02:38, Marcel Ziswiler wrote:
> On Tue, 2017-07-11 at 21:29 -0600, Simon Glass wrote:
>> This moves four entire boards to use a live device tree as an example
>> of
>> the impact.
>>
>> Nyan-big was chosen because I can easily and boot
It is possible to flag MAC addresses as locally administred. In this
case they don't need to be unique. This is only allowed for interfaces
which have no connection to the outside. For the TEGR1 board we use
this feature.
Cc: Heiko Schocher
Signed-off-by: Holger Brunck
If we rebrand the IVM and ethaddr was set previously we need to change
ethaddr. Otherwise we end up with a wrong MAC adress for the ethernet
interface.
Cc: Heiko Schocher
Signed-off-by: Holger Brunck
---
board/keymile/common/ivm.c | 9 +++--
1 file
On Tue, 2017-07-11 at 21:30 -0600, Simon Glass wrote:
> Convert this PMIC driver to driver model and fix up other users. The
> regulator and GPIO functions are now handled by separate drivers.
>
> Update nyan-big to work correct. Three boards will need to be updated
> by
> the maintainers:
On Tue, 2017-07-11 at 21:29 -0600, Simon Glass wrote:
> This moves four entire boards to use a live device tree as an example
> of
> the impact.
>
> Nyan-big was chosen because I can easily and boot U-Boot without any
> media swapping, etc. Beaver is enabled as well since it failed to
> boot
>
On Kha, 2017-07-13 at 08:31 +0200, Marek Vasut wrote:
> On 07/13/2017 03:46 AM, Chee, Tien Fong wrote:
> >
> > On Rab, 2017-07-12 at 12:56 +0200, Marek Vasut wrote:
> > >
> > > On 07/03/2017 11:07 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
Hi Tom,
Thanks for the review.
On 13 July 2017 at 04:25, Tom Rini wrote:
> On Tue, Jul 11, 2017 at 03:56:04PM +1000, Bin Chen wrote:
>
> > It's my understanding that we are supposed to use booti, instead of
> bootm,
> > for arm64 image. But booti lacks of android image
> Add dwc2 node for fastboot to init dwc2 controller.
>
> Signed-off-by: Meng Dongyang
> ---
> arch/arm/dts/rk3229-evb.dts | 4
> arch/arm/dts/rk322x.dtsi| 10 ++
> 2 files changed, 14 insertions(+)
>
Acked-by: Philipp Tomsich
On 12/07/2017 19:30, Tom Rini wrote:
On Tue, Jul 11, 2017 at 06:20:09PM +0200, Jean-Jacques Hiblot wrote:
This series enables the ADMA present in some OMAP SOCs.
On a DRA7 the performances when reading from the eMMC go from 20MB/s
to 40MB/s.
Also while were at it, fix some incorrect bit
On Wed, Jul 12, 2017 at 9:27 AM, Bin Meng wrote:
> Now that EHCD does not use CONFIG_SYS_USB_EHCI_MAX_ROOT_PORTS,
> remove it in all boards' config files.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Simon Glass
> Reviewed-by: Stefan
On 07/13/2017 03:46 AM, Chee, Tien Fong wrote:
> On Rab, 2017-07-12 at 12:56 +0200, Marek Vasut wrote:
>> On 07/03/2017 11:07 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> This converts the following to Kconfig:
>>>CONFIG_FPGA
>>>
Hi Fabio,
On Wed, 12 Jul 2017 17:17:28 -0300
Fabio Estevam wrote:
> On Wed, Jul 12, 2017 at 4:52 PM, Fabio Estevam
> wrote:
>
> > I don't have my mx6sabreauto handy to investigate this problem.
> >
> > Does the change below make Ethernet to work again?
93 matches
Mail list logo