Hi Aditya,
On Mon, Dec 03, 2018 at 09:39:56AM +0700, Aditya Prayoga wrote:
> On Fri, Nov 30, 2018 at 3:25 PM Stefan Roese wrote:
> > On 30.11.18 09:14, Aditya Prayoga wrote:
> > > On Fri, Nov 30, 2018 at 2:44 PM Stefan Roese wrote:
> > >>
> > >> On 30.11.18 03:54, Aditya Prayoga wrote:
> > >>>
Hi Boris,
Boris Brezillon wrote on Thu, 29 Nov 2018
00:52:46 +0100:
> On Thu, 29 Nov 2018 00:07:43 +0100
> Miquel Raynal wrote:
>
> > MTD must be enabled when there is a SPI NOR flash.
>
> Not sure this is required, as the SF layer is mostly independent from
> the MTD layer, except for the
Hi Boris,
Boris Brezillon wrote on Thu, 29 Nov 2018
00:57:19 +0100:
> On Thu, 29 Nov 2018 00:07:54 +0100
> Miquel Raynal wrote:
>
> > The NAND core should be selected by both SPI NAND and raw NAND
> > drivers.
> >
> > Signed-off-by: Miquel Raynal
> > ---
> > drivers/mtd/nand/raw/Kconfig |
Hi Boris,
Boris Brezillon wrote on Thu, 29 Nov 2018
00:59:42 +0100:
> On Thu, 29 Nov 2018 00:07:58 +0100
> Miquel Raynal wrote:
>
> > Defconfigs have been fixed, now we can add proper dependencies in
> > Kconfig.
> >
> > Signed-off-by: Miquel Raynal
> > ---
> > cmd/Kconfig | 8
Hi Wolfgang,
On Tue, Dec 4, 2018 at 11:35 AM Wolfgang Denk wrote:
> OK, so this is an additional (second) test run for a special
> configuration, but the code to perform the test has just been
> duplicated from the top level makefile (which is not a nice thing).
>
> I think we should tun this
On Tue, 4 Dec 2018 11:33:13 +0100
Boris Brezillon wrote:
> >
> > i. e. this is a feature of the shell and not of any command.
> > Implementing this a zillion times for each of the commands in
> > inacceptable. Also, implementing it for one command and not for
> > another makese no sense - that
Hello,
do you know when the results about which proposals were accepted will
be available?
Thanks.
Marek
On Mon, 13 Nov 2017 11:57:31 +0100
Paul Kocialkowski wrote:
> A Hardware Enablement devroom will be taking place at FOSDEM this
> year, on Sunday 10 December 2017. This newly-created devroom
DT sync with Linux 4.19 and minor fixes.
The following changes since commit d452f27b3ea806fd99aee4b73a723318032c1d5c:
Prepare v2019.01-rc1 (2018-12-03 23:50:13 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to
We move the ramdisk_addr_r to 0x6800 and disable the initrd and
fdt relocation, so the initramfs works out of box.
Signed-off-by: Otavio Salvador
---
include/configs/rv1108_common.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/configs/rv1108_common.h
changes since v1: fixed bracket-style in if-else statement
From 47701fbea478ce09a5ef43d914261bf00eb50544 Mon Sep 17 00:00:00 2001
From: Frank Wunderlich
Date: Mon, 3 Dec 2018 15:32:58 +0100
Subject: [PATCH] adding saveenv-command for bananapi r2
bananapi r2 can be booted from sd-card and emmc
Dear Fabio,
In message
you wrote:
>
> 1. The imx check has been introduced by:
>
> commit 43e6f94cbcaf193aeedcf86e85a3ff4c79f66773
> Author: Marcel Ziswiler
> Date: Fri Nov 9 15:31:17 2018 +0100
>
> imx: mkimage: add size check to the u-boot.imx make target
>
> The make macro to
Hi Wolfgang,
On Tue, Dec 4, 2018 at 11:03 AM Wolfgang Denk wrote:
> IMO there is nothing architecture specific about this check, so we
> should probably patch the top level Makefile and remove the test in
> arch/arm/mach-imx/Makefile ?
It is not so simple, for the two following reasons:
1.
On Tue, 04 Dec 2018 14:00:47 +0100
Wolfgang Denk wrote:
> Dear Boris,
>
> In message <20181204113313.577178ac@bbrezillon> you wrote:
> >
> > > But is this not based on the code of mtd_name_complete() which is
> > > only availabole when MTD is present?
> >
> > Nope. See patch 1, the code is
In some cases, UART is configured by early boot stage.
To be sure of the initial state of UART and to avoid
spurious chars on console, reset the serial block before
configuring it.
Signed-off-by: Patrice Chotard
---
drivers/serial/serial_stm32.c | 9 +
1 file changed, 9 insertions(+)
Dear Fabio,
In message
you wrote:
>
> Ok, so I started again.
Thanks!
> The reason for the failure is because there is an extra
> CONFIG_BOARD_SIZE_LIMIT check inside the main Makefile.
>
> Your patch only covers arch/arm/mach-imx/Makefile.
Argh...
> Then I am able to successfully build
Dear Boris,
In message <20181204113313.577178ac@bbrezillon> you wrote:
>
> > But is this not based on the code of mtd_name_complete() which is
> > only availabole when MTD is present?
>
> Nope. See patch 1, the code is completely independent from the mtd cmd.
OK, then I misread the patches.
>
On Tue, 4 Dec 2018 17:56:48 +0530
Vignesh R wrote:
> U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> support 4 byte addressing opcodes, SFDP table parsing and different types of
> quad mode enable sequences. Many newer flashes no longer support BANK
> registers used by sf
On Tue, 4 Dec 2018 17:56:57 +0530
Vignesh R wrote:
> Now that there is new SPI NOR framework, simplify mtd device
> registration and read/write/erase operations.
>
> Signed-off-by: Vignesh R
> ---
> drivers/mtd/spi/sf_internal.h | 2 +-
> drivers/mtd/spi/sf_mtd.c | 39
If OP-TEE core is compiled with support of REE FS and RPMB
at the same time (CFG_RPMB_FS ?= y; CFG_RPMB_FS ?= y), and persistent
storage API is used with TEE_STORAGE_PRIVATE storage id, it will
lead to TA panic.
E/TC:? 0 TA panicked with code 0x0009
.
E/TC:? 0 Call stack:
E/TC:? 0
Enable CONFIG_SPL_SYS_MALLOC_SIMPLE in SPL to reduce SPL size
Signed-off-by: Vignesh R
---
configs/axm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/axm_defconfig b/configs/axm_defconfig
index 89d6b6f2012c..16c093b37b83 100644
--- a/configs/axm_defconfig
+++
Enable SPL simple malloc to reduce SPL size
Signed-off-by: Vignesh R
---
configs/taurus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/taurus_defconfig b/configs/taurus_defconfig
index e53e075d4825..9c3a1276aa8f 100644
--- a/configs/taurus_defconfig
+++
spi_flash and spi_flash_ids are no longer needed after SPI NOR
migration. Remove them.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/spi_flash.c | 1337 ---
drivers/mtd/spi/spi_flash_ids.c | 211 -
2 files changed, 1548 deletions(-)
delete mode 100644
Switch spi_flash_* interfaces to call into new SPI NOR framework via MTD
layer. Fix up sf_dataflash to work in legacy way. And update sandbox to
use new interfaces/defintions
Signed-off-by: Vignesh R
---
common/spl/Kconfig | 7 +
drivers/mtd/spi/Kconfig| 8 ++
Now that there is new SPI NOR framework, simplify mtd device
registration and read/write/erase operations.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/sf_internal.h | 2 +-
drivers/mtd/spi/sf_mtd.c | 39 ---
drivers/mtd/spi/sf_probe.c| 2 +-
3 files
Add a tiny SPI flash stack that just supports reading data/images from
SPI flash. This is useful for boards that have SPL size constraints and
would need to use SPI flash framework just to read images/data from
flash. There is approximately 1.5 to 2KB savings with this.
Based on prior work of
Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI
Add hweight*() macros required for moving to new SF layer
Signed-off-by: Vignesh R
---
arch/sh/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index 8cb8385d76db..765f28f116bc 100644
---
It is necessary to call spi_claim_bus() before starting any SPI
transactions and this restriction would also apply when calling spi-mem
operationss. Therefore claim and release bus before requesting transfer
via exec_op.
Signed-off-by: Vignesh R
---
drivers/spi/spi-mem.c | 6 ++
1 file
Add non DM version of SPI_MEM to support easy migration to new SPI NOR
framework. This can be removed once DM_SPI conversion is complete.
Signed-off-by: Vignesh R
---
drivers/spi/Kconfig| 4 +-
drivers/spi/Makefile | 1 +
drivers/spi/spi-mem-nodm.c | 89
U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI controllers have
SPI controllers support all types of SPI modes including dual/quad bus
widths. Therefore remove constraint wrt SPI mode from spi-mem layer.
Signed-off-by: Vignesh R
---
drivers/spi/spi-mem.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/spi/spi-mem.c
On Tue, Dec 4, 2018 at 12:45 AM Simon Glass wrote:
>
> Hi Simon,
>
> On Mon, 3 Dec 2018 at 12:05, Simon Goldschmidt
> wrote:
> >
> >
> >
> > Am Mo., 3. Dez. 2018, 19:20 hat Simon Glass geschrieben:
> >>
> >> Hi Simon,
> >>
> >> On Mon, 3 Dec 2018 at 00:50, Simon Goldschmidt
> >> wrote:
> >> >
The motivation for this is to allow distributions to distribute all
possible tools in a generic way, avoiding the need of specific tools
building for each machine.
Especially on OpenEmbedded / Yocto Project ecosystem, it is very
common each BSP to end providing their specific tools when they need
On 03. 12. 18 16:37, Michael Tretter wrote:
> The FSBL copies "Total Partition Word Length" * 4 bytes from the boot.bin,
> which implies that the partition size is 4 byte aligned. When writing the
> partition, mkimage calculates "Total Partition Word Length" by dividing
> the size by 4. This
On 04.12.2018 11:59, Lukasz Majewski wrote:
> Hi Stefan,
>
>> From: Stefan Agner
>>
>> The CR80 register has multiple interrupt bits, the code is supposed
>> to check bit 8 but instead uses a logical and. In most cases this
>> probably did not affect real operations since at that stage typically
> On 04.12.2018, at 11:27, Christoph Muellner
> wrote:
>
> In case SYS_I2C or DM_I2C are defined, then the "i2c " prefix
> of the "i2c crc32" command is missing.
> This patch addresses this, so that users can't get confused
> by the "crc32" command.
>
> Without the patch we get
>
>=>
Hi Stefan,
> From: Stefan Agner
>
> Commit 3f353ceccbbb ("vf610: refactor DDRMC code") changed on-die
> termination (ODT) values from 120 Ohm to 60 Ohm and enabled a static
> read/write leveling which has not been tested with this board. This
> commit reverts both changes and makes sure that
On 04.12.2018, at 10:49, Kever Yang wrote:
>
> Patch for rk322x TPL is not merged, and only SPL is available now,
> enable the sdram driver in SPL first. We should update back to TPL
> after TPL is enabled for rk322x.
>
> Signed-off-by: Kever Yang
Reviewed-by: Philipp Tomsich
Hi Stefan,
> From: Stefan Agner
>
> The current value CTLUPD_AREF(0) is the reset value of the register,
> so there is no need to write a value. If needed, the register can be
> written using board specific CR settings.
>
> Signed-off-by: Stefan Agner
> Acked-by: Marcel Ziswiler
> ---
>
>
Hi Stefan,
> From: Stefan Agner
>
> The CR80 register has multiple interrupt bits, the code is supposed
> to check bit 8 but instead uses a logical and. In most cases this
> probably did not affect real operations since at that stage typically
> none of the other bits are set.
It can exit the
Hi Stefan,
> From: Stefan Agner
>
> According to the data sheet bits 10-8 are PHYDRAM_CK_EN. Fix mask
> to allow setting PHYDRAM_CK_EN correctly.
>
> Signed-off-by: Stefan Agner
> Acked-by: Marcel Ziswiler
> ---
>
> arch/arm/include/asm/arch-vf610/imx-regs.h | 2 +-
> 1 file changed, 1
Hi Wolfgang,
On Tue, Dec 4, 2018 at 7:37 AM Wolfgang Denk wrote:
> Is there any chance you mis-applied my patch?
Ok, so I started again.
1. Applied the following patch:
http://dark-code.bulix.org/tualst-517948
2. make mproper; make make pico-pi-imx7d_defconfig; make
3. Build fails:
Enable DM_USB and DM_USB_GADGET for this platform. Also enable RNDIS boot
support (SPL load u-boot over USB RNDIS).
This is an example of how to use DM_USB on a am335x-based board.
A subsequent series will take this a step further and modify more
defconfigs.
Signed-off-by: Jean-Jacques Hiblot
Some drivers might need to access common USB functions such as
usb_get_maximum_speed() or usb_get_dr_mode().
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/Makefile
The AM43xx SOCs have the ability to download the SPl through USB (RNDIS).
Adding support for RNDIS in SPL allows to also download u-boot through USB.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2:
- use CONFIG_SPL_DM_USB and CONFIG_SPL_DM_USB_GADGET
DM_USB is now supported in the SPL. Do not undef it
Besides to support DM_USB in SPL, one now has to use SPL_DM_USB
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
include/configs/am335x_evm.h | 1 -
1 file changed, 1 deletion(-)
diff --git
When DM_USB is used, either the USB controllers are bound when the DTB
is parsed (when OF_CONTROL is enabled) or they are bound using the
U_BOOT_DEVICES() macro.
In the later case, the platform data is passed in a struct ti_musb_platdata
because it cannot be read from the DTB.
Signed-off-by:
Hi Wolfgang,
On Tue, 04 Dec 2018 11:14:31 +0100
Wolfgang Denk wrote:
> Dear Boris,
>
> In message <20181204105448.63b9af8c@bbrezillon> you wrote:
> >
> > > > It's pretty common to pass arguments that start with a $ and are then
> > > > expanded by the shell, and I'm this kind of lazy guy
Enable DM for USB peripheral in the musb-new driver.
Also make sure that the driver can be used in the SPL.
This implies that:
* the driver must work with and without the OF_CONTROL option. That
in turn, implies that the platform data can be passed in a struct
ti_musb_platdata or be read from the
This file is used to override the values found in am4372.dtsi
Use it to fix the "compatible" options for the controllers used
to support the USB (parent bus and syscons).
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/dts/am4372-generic-u-boot.dtsi
The set_phy_power() callback is part of struct omap_musb_board_data. This
structure is part of the platform data passed to the musb-new driver. This
does not really fit with the Driver Model, so allow not to use struct
omap_musb_board_data to turn the phy on or off.
Signed-off-by: Jean-Jacques
Enable USB clocks in late init stage to support ports under DM_USB.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2:
- use CONFIG_IS_ENABLED(DM_USB_GADGET) instead of CONFIG_DM_USB_GADGET
board/ti/am43xx/board.c | 22 ++
1 file changed, 22
USB1 can be used by the romboot on all am4372 platforms to download a
firmware (SPL in our case).
It makes sense to enable USB1 in the SPL to download u-boot.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/dts/am4372-u-boot.dtsi | 20
Enable DM_USB and DM_USB_GADGET for AM43xx EVM boards.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
configs/am43xx_evm_defconfig | 8
1 file changed, 8 insertions(+)
diff --git a/configs/am43xx_evm_defconfig b/configs/am43xx_evm_defconfig
index
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/phy/omap-usb2-phy.c | 45 ++---
1 file changed, 34 insertions(+), 11 deletions(-)
diff --git a/drivers/phy/omap-usb2-phy.c b/drivers/phy/omap-usb2-phy.c
index
If DM_USB_GADGET is used, the usb ethernet gadget driver must be bound to a
controller before the image can be downloaded over the network.
In u-boot this can be done with the bind command. In SPL it must be done
programmatically.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/usb/dwc3/dwc3-generic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc3/dwc3-generic.c b/drivers/usb/dwc3/dwc3-generic.c
index 0c189b8..3e6c494 100644
---
In case SYS_I2C or DM_I2C are defined, then the "i2c " prefix
of the "i2c crc32" command is missing.
This patch addresses this, so that users can't get confused
by the "crc32" command.
Without the patch we get
=> i2c help
i2c - I2C sub-system
Usage:
i2c bus
Dear Boris,
In message <20181204105448.63b9af8c@bbrezillon> you wrote:
>
> > > It's pretty common to pass arguments that start with a $ and are then
> > > expanded by the shell, and I'm this kind of lazy guy that hits tab all
> > > the time and expects the shell to suggest something appropriate.
The keystone platforms can use the generic DC3 driver. Removing the
keystone-spcecific xchi driver and add the configuration options to enable
the generic DWC3 driver on all K2 platforms.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
board/ti/ks2_evm/board.c | 12
1 file changed, 12 insertions(+)
diff --git a/board/ti/ks2_evm/board.c b/board/ti/ks2_evm/board.c
index 72709c0..c888306 100644
--- a/board/ti/ks2_evm/board.c
+++ b/board/ti/ks2_evm/board.c
The K2G evm uses the generic DWC3 driver. DFU can thus be enabled.
Enabling DFU for easier firmware update.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- rebased on latest version of u-boot-usb/master
- use DM_USB_GADGET instead of DM_USB_DEV
configs/k2g_evm_defconfig|
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/phy/Kconfig| 10
drivers/phy/Makefile | 1 +
drivers/phy/keystone-usb-phy.c | 109 +
3 files changed, 120 insertions(+)
create mode
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/usb/dwc3/dwc3-generic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc3/dwc3-generic.c b/drivers/usb/dwc3/dwc3-generic.c
index bc6bba1..0c189b8 100644
---
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/arm/dts/keystone-k2g-evm.dts | 28
arch/arm/dts/keystone-k2g.dtsi| 56 +++
2 files changed, 84 insertions(+)
diff --git a/arch/arm/dts/keystone-k2g-evm.dts
From: Stefan Agner
The current value CTLUPD_AREF(0) is the reset value of the register,
so there is no need to write a value. If needed, the register can be
written using board specific CR settings.
Signed-off-by: Stefan Agner
Acked-by: Marcel Ziswiler
---
arch/arm/mach-imx/ddrmc-vf610.c |
From: Stefan Agner
The CR80 register has multiple interrupt bits, the code is supposed
to check bit 8 but instead uses a logical and. In most cases this
probably did not affect real operations since at that stage typically
none of the other bits are set.
Signed-off-by: Stefan Agner
Acked-by:
From: Stefan Agner
According to the data sheet bits 10-8 are PHYDRAM_CK_EN. Fix mask
to allow setting PHYDRAM_CK_EN correctly.
Signed-off-by: Stefan Agner
Acked-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/imx-regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Stefan Agner
Commit 3f353ceccbbb ("vf610: refactor DDRMC code") changed on-die
termination (ODT) values from 120 Ohm to 60 Ohm and enabled a static
read/write leveling which has not been tested with this board. This
commit reverts both changes and makes sure that memory gets
initialized as
From: Stefan Agner
Some random fixes in vf610 DDR controller initialization.
Especially the first patch fixes boot on some Toradex
Colibri VFxx modules.
--
Stefan
Stefan Agner (4):
toradex: colibri_vf: fix memory initialization
ARM: vf610: ddrmc: fix CR138 preprocessor define
ARM:
On Tue, 04 Dec 2018 10:44:19 +0100
Wolfgang Denk wrote:
> Dear Boris,
>
> In message <20181203220726.19370-1-boris.brezil...@bootlin.com> you wrote:
> >
> > It's pretty common to pass arguments that start with a $ and are then
> > expanded by the shell, and I'm this kind of lazy guy that hits
Patch for rk322x TPL is not merged, and only SPL is available now,
enable the sdram driver in SPL first. We should update back to TPL
after TPL is enabled for rk322x.
Signed-off-by: Kever Yang
---
drivers/ram/rockchip/sdram_rk322x.c | 12 ++--
1 file changed, 6 insertions(+), 6
Dear Boris,
In message <20181203220726.19370-1-boris.brezil...@bootlin.com> you wrote:
>
> It's pretty common to pass arguments that start with a $ and are then
> expanded by the shell, and I'm this kind of lazy guy that hits tab all
> the time and expects the shell to suggest something
Dear Otavio,
In message
you wrote:
>
> Agreed. It is better Wolfgang to send a tested solution before we
> change it one more time.
My patch _was_ tested. I can only speculate that Fabio applied it
manually, and made a mistake.
> This fix should go in as the board is broken without it.
Yes,
Dear Fabio,
In message
you wrote:
>
> On Mon, Dec 3, 2018 at 1:52 PM Wolfgang Denk wrote:
>
> > Can you live with something like this:
> >
> > #define CONFIG_ENV_OFFSET (768 * 1024)
> > #define CONFIG_BOARD_SIZE_LIMIT ((768 * 1024) - (69 * 1024))
>
> It does not work:
>
>
Hi Anup,
On Tue, Dec 4, 2018 at 4:37 PM Anup Patel wrote:
>
> On Tue, Dec 4, 2018 at 1:44 PM Bin Meng wrote:
> >
> > Hi Rick,
> >
> > On Tue, Dec 4, 2018 at 3:12 PM Rick Chen wrote:
> > >
> > > > > From: Anup Patel [mailto:a...@brainfault.org]
> > > > > Sent: Monday, December 03, 2018 6:30 PM
Kever,
> On 04.12.2018, at 08:06, Kever Yang wrote:
>
> Hi Fabio,
>
>
> On 12/03/2018 07:27 PM, Fabio Estevam wrote:
>> Hi Kever,
>>
>> On Mon, Dec 3, 2018 at 2:00 AM Kever Yang wrote:
>>> The U-Boot eMMC does not need to care about the power for Rockchip
>>> SoC, because if the board is
Kever,
A fix is in Simon’s queue.
One of the early picks from the merge window caused this.
The details are in the patch that Klaus referenced...
Thanks,
Philipp.
> On 04.12.2018, at 08:56, klaus.go...@theobroma-systems.com wrote:
>
> Hi Kever,
>
> I can confirm that current master behaves
Completely move CONFIG_SPI_FLASH from remaining board header files to
defconfigs
Signed-off-by: Vignesh R
---
Done with the help of moveconfig.py. Compile tested on travis-ci:
https://travis-ci.org/r-vignesh/u-boot/builds/463155999
configs/cgtqmx6eval_defconfig| 1 +
On Tue, Dec 4, 2018 at 1:44 PM Bin Meng wrote:
>
> Hi Rick,
>
> On Tue, Dec 4, 2018 at 3:12 PM Rick Chen wrote:
> >
> > > > From: Anup Patel [mailto:a...@brainfault.org]
> > > > Sent: Monday, December 03, 2018 6:30 PM
> > > > To: Bin Meng
> > > > Cc: Rick Jian-Zhi Chen(陳建志); Lukas Auer;
On 12/04/2018 04:06 PM, Kever Yang wrote:
> Hi,
>
> Any one get any idea about below error? I'm using
> evb-rk3229_defconfig and gcc-linaro-6.3.1-2017.05.
One more information missing, I can build success with default config,
but fail with DEBUG option enable in header file like this:
+++
Hi Rick,
On Tue, Dec 4, 2018 at 3:12 PM Rick Chen wrote:
>
> > > From: Anup Patel [mailto:a...@brainfault.org]
> > > Sent: Monday, December 03, 2018 6:30 PM
> > > To: Bin Meng
> > > Cc: Rick Jian-Zhi Chen(陳建志); Lukas Auer; Alexander Graf; Palmer Dabbelt;
> > > Atish Patra; Christoph Hellwig;
On 04.12.18 07:54, Chris Packham wrote:
Some existing device trees don't specify a phy-mode so fallback to GMII
when a phy-mode is not provided.
Signed-off-by: Chris Packham
---
This is similar to what the Linux mv643xx_eth.c network driver does to
handle the same case.
drivers/net/mvgbe.c
On Tuesday 27 November 2018 05:52 PM, Keerthy wrote:
> Currently k2 spi boot is broken as the image header
> is getting copied to an invalid memory location
>
> CONFIG_SYS_TEXT_BASE - sizeof (struct image_size)
> which maps to 0xc00 - 0x40 = 0xbc0 being a reserved
> location.
>
> We
Hi,
Any one get any idea about below error? I'm using
evb-rk3229_defconfig and gcc-linaro-6.3.1-2017.05.
LD u-boot
fs/built-in.o: In function `set_contents':
/home/kever/src/u-boot/fs/fat/fat_write.c:831: undefined reference to
`__aeabi_ldivmod'
Hi Simon
On 12/3/18 7:20 PM, Simon Glass wrote:
> Hi,
>
> On Mon, 3 Dec 2018 at 04:07, Felix Brack wrote:
>>
>> On 15.11.2018 13:45, Patrice Chotard wrote:
>>> From: Patrick Delaunay
>>>
>>> Don't disable regulator which are tagged as "regulator-always-on" in DT.
>>>
>>> Signed-off-by: Patrick
101 - 186 of 186 matches
Mail list logo