On 23.11.2017 04:42, Wilson Lee wrote:
> Hi Michal,
>
> On Wed, 2017-11-22 at 08:11 +0100, Michal Simek wrote:
>> Hi,
>>
>> On 22.11.2017 04:06, Wilson Lee wrote:
>>>
>>> Hi Michal,
>>>
>>> On Wed, 2017-11-08 at 07:27 +0100, Michal Simek wrote:
On 8.11.2017 03:54, Wilson Lee wrote:
>
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Wednesday, November 01, 2017 2:54 PM
> To: Siva Durga Prasad Paladugu
> Cc: u-boot@lists.denx.de; Liam Beguin
> Subject: Re: [UBOOT PATCH 1/2] spi: zynqmp_qspi: Add support for
> ZynqMP qspi drive
Use more accurate description for Xilinx Zynq and ZynqMP based platforms.
With using driver model there shouldn't be a need to create separate
Kconfig config options.
Signed-off-by: Michal Simek
---
arch/arm/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/ar
Dont enable SGMII and PCS selection if internal PCS/PMA
is not used, by getting the info about internal/external
PCS/PMA usage from dt property "is-internal-phy".
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/net/zynq_gem.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-
From: Rick Chen
Add a document to describe Andestech atcspi200 spi and
binding information.
Signed-off-by: Rick Chen
---
doc/device-tree-bindings/spi/spi-atcspi200.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644 doc/device-tree-bindings/spi/spi-atcspi2
From: Rick Chen
Integrate function and struct name from ae3xx to
atcspi200 will be more reasonable.
Signed-off-by: Rick Chen
---
drivers/spi/atcspi200_spi.c | 96 ++---
1 file changed, 48 insertions(+), 48 deletions(-)
diff --git a/drivers/spi/atcspi200
From: Rick Chen
atcspi200 is Andestech spi ip which is embedded in
AE3XX and AE250 platforms. So rename as atcspi200
will be more reasonable to be used in different
platforms.
Signed-off-by: Rick Chen
---
configs/adp-ae3xx_defconfig | 2 +-
drivers/spi/Kconfig
This patch uses readl and writel instead of in_be32 and
out_be32 for io ops as these internally uses readl,
writel for microblaze and for Zynq, ZynqMP there is
no need of endianness conversion and readl, writel
should work straightaway. This patch starts supporting
the driver for Zynq and ZynqMP pl
From: Rick Chen
Add a document to describe Andestech atcpit100 timer and
binding information.
Signed-off-by: Rick Chen
Reviewed-by: Simon Glass
---
doc/device-tree-bindings/timer/atcpit100_timer.txt | 31 ++
1 file changed, 31 insertions(+)
create mode 100644 doc/device-t
From: Rick Chen
ATCPIT100 is Andestech timer IP which is embeded
in AE3XX and AE250 boards. So rename AE3XX to
ATCPIT100 will be more make sence.
Signed-off-by: Rick Chen
---
configs/adp-ae3xx_defconfig| 2 +-
drivers/timer/Kconfig | 7 -
From: Rick Chen
Integrate function and struct name as atcpit100 will be
more reasonable.
Signed-off-by: Rick Chen
---
drivers/timer/atcpit100_timer.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/timer/atcpit100_timer.c b/drive
Hi Michal,
On Wed, 2017-11-22 at 08:11 +0100, Michal Simek wrote:
> Hi,
>
> On 22.11.2017 04:06, Wilson Lee wrote:
> >
> > Hi Michal,
> >
> > On Wed, 2017-11-08 at 07:27 +0100, Michal Simek wrote:
> > >
> > > On 8.11.2017 03:54, Wilson Lee wrote:
> > > >
> > > >
> > > > Initial platform crea
On Wed, Nov 22, 2017 at 10:30:05AM +0100, Dr. Philipp Tomsich wrote:
> Tom,
>
> Please pull from u-boot-rockchip/master.
> The associated Travis run (prior to a final rebase) is at
> https://travis-ci.org/ptomsich/u-boot-rockchip/builds/305523168.
>
> Thanks,
> Philipp.
>
>
> The following c
Hi Ye Li,
On Thu, Nov 23, 2017 at 12:05 AM, Ye Li wrote:
> The wdog3 is not disabled for i.mx6ull on mainline U-boot. Please fix it in
> imx_set_wdog_powerdown.
>
>if (is_mx6sx() || is_mx6ul() || is_mx6ull() || is_mx7())
> writew(enable, &wdog3->wmcr);
Thanks for your sugg
Hi Fabio,
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Peng Fan
> Sent: Thursday, November 23, 2017 9:40 AM
> To: Fabio Estevam
> Cc: U-Boot-Denx
> Subject: Re: [U-Boot] mx6ull evk reboots automatically
>
> Hi Fabio,
>
> > -Original Message
Hi Fabio,
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: Thursday, November 23, 2017 3:07 AM
> To: Peng Fan
> Cc: U-Boot-Denx
> Subject: mx6ull evk reboots automatically
>
> Hi Peng,
>
> Booting a mainline U-Boot on a imx6ull evk with a mainline kernel c
Hi York,
> -Original Message-
> From: York Sun
> Sent: Thursday, November 23, 2017 12:00 AM
> To: Calvin Johnson ; u-boot@lists.denx.de
> Cc: Anji Jagarlmudi ; Joe Hershberger
> ; Prabhakar Kushwaha
>
> Subject: Re: [PATCH 0/3] ls1012a: fix tftp failure
>
> On 11/21/2017 10:26 PM, Calvin
> Enable board config for evb-rk3128.
> Serial output and eMMC works in this version.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> ---
>
> configs/evb-rk3128_defconfig | 42 ++
> 1 file changed, 42 insertions(+)
> create mode 100644 confi
> Add rk3128 pinctrl driver and grf/iomux structure definition.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> ---
>
> arch/arm/include/asm/arch-rockchip/grf_rk3128.h | 551
>
> drivers/pinctrl/Kconfig | 10 +
> drivers/pinctrl/ro
With a driver for the FAN53555 regulator family available, let's
enable it for the RK3399-Q7 (which has two of these devices
on-module).
We enable this for the full U-Boot stage only, as these regulators
provide a suitable default voltage and supply non-critical (i.e.
for booting up) power rails o
This adds a driver for the FAN53555 family of regulators.
While these devices support a 'normal' and 'suspend' mode (controlled
via an external pin) to switch between two programmable voltages, this
incarnation of the driver assumes that the device is always operating
in 'normal' mode.
Only setti
With a driver for the FAN53555 regulator family available, let's
enable it for the RK3399-Q7 (which has two of these devices
on-module).
We enable this for the full U-Boot stage only, as these regulators
provide a suitable default voltage and supply non-critical (i.e.
for booting up) power rails o
This adds a driver for the FAN53555 family of regulators.
While these devices support a 'normal' and 'suspend' mode (controlled
via an external pin) to switch between two programmable voltages, this
incarnation of the driver assumes that the device is always operating
in 'normal' mode.
Only setti
Hi Peng,
Booting a mainline U-Boot on a imx6ull evk with a mainline kernel
causes the board to reboot after
about 5 seconds from reaching the Linux prompt.
If I use the NXP U-Boot version this problem does not happen.
Do you have any suggestion to fix this problem?
Thanks,
Fabio Estevam
__
The RK3399 has a total of 9 I2C controllers. To support these, the
enum in periph.h is extended and the mapping from the IRQ numbers to
the peripheral-ids is extended to ensure that pinctrl requests are
passed through to the function configuring the I2C pins.
For I2C8, the pinctrl is implemented
The RK3399 clk driver still has a left-over use of extract_bits, which
can be replaced by using bitfield_extract from include/bitfield.h.
This rewrites the invocation to use the shared function.
Signed-off-by: Philipp Tomsich
---
drivers/clk/rockchip/clk_rk3399.c | 8 ++--
1 file changed, 2
On 11/21/2017 10:26 PM, Calvin Johnson wrote:
> This patch series fixes bug which fails tftp sometimes
> while using the pfe interfaces and also has some code clean up.
>
>
> Calvin Johnson (3):
> drivers: net: pfe_eth: add pfe_rx_done to clear bd after packet
> processing
> drivers: net:
On 21.11.2017 23:31, Paul Burton wrote:
> U-Boot is generally flashed to a MIPS Boston development board by means
> of a .mcs file which Xilinx Vivado software can write to the flash
> present on the board. As such we'd generally want to produce an mcs file
> when building U-Boot to target the Bo
On 11/22/2017 03:52 AM, Prabhakar Kushwaha wrote:
>
>> -Original Message-
>> From: York Sun
>> Sent: Tuesday, November 21, 2017 10:52 PM
>> To: Prabhakar Kushwaha ; u-
>> b...@lists.denx.de
>> Subject: Re: [PATCH 1/3] common: Fix-up MAC addr in dts by fetching env
>> variable serially
>>
>
> On 22 Nov 2017, at 17:23, Marek Vasut wrote:
>
> On 11/22/2017 05:15 PM, Philipp Tomsich wrote:
>> When usb_hub_reset_devices is called, it should be passed both an
>> indicator which hub it should operate on and what port number (local
>> to that hub) should be reset.
>>
>> Previously, the u
This commit enables libfdt in SPL and removes manual MMC and serial
driver manuipluation during SPL building.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index 1da9e38..3d6f3f8 100644
--- a/board/logicpd/omap3som/omap3logic.c
+
On 11/22/2017 05:15 PM, Philipp Tomsich wrote:
> When usb_hub_reset_devices is called, it should be passed both an
> indicator which hub it should operate on and what port number (local
> to that hub) should be reset.
>
> Previously, the usb_hub.c code did not include such context and
> always sta
For some versions of the RK3399-Q7 (at least revisions v1.1 and v1.2
are affected), we need to turn on the power for the port connected to
the on-module USB hub only when the device is probed for the first
time to ensure that the hub does not enter a low-power mode (that
U-Boot's USB stack can't de
USB1 is connected to the on-module USB 3.0 hub and power to the hub
(actually it's a reset signal, modeled as a fixed regulator, that will
be released) should be enabled only during the first probing of the
device to avoid the hub from entering its low-power mode (where it
tries to attach on a fixe
When usb_hub_reset_devices is called, it should be passed both an
indicator which hub it should operate on and what port number (local
to that hub) should be reset.
Previously, the usb_hub.c code did not include such context and
always started resets from port number 1, performing multiple
reset-r
On 11/22/2017 05:02 PM, Dr. Philipp Tomsich wrote:
>
>> On 22 Nov 2017, at 16:59, Marek Vasut wrote:
>>
>> On 11/22/2017 04:57 PM, Philipp Tomsich wrote:
>>> When usb_hub_reset_devices is called, it should be passed both an
>>> indicator which hub it should operate on and what port number (local
> On 22 Nov 2017, at 16:59, Marek Vasut wrote:
>
> On 11/22/2017 04:57 PM, Philipp Tomsich wrote:
>> When usb_hub_reset_devices is called, it should be passed both an
>> indicator which hub it should operate on and what port number (local
>> to that hub) should be reset.
>
> Why ?
Simply becau
On 11/22/2017 04:57 PM, Philipp Tomsich wrote:
> When usb_hub_reset_devices is called, it should be passed both an
> indicator which hub it should operate on and what port number (local
> to that hub) should be reset.
Why ?
> This adds an additional 'hub' parameter to usb_hub_reset_devices.
> Exi
For some versions of the RK3399-Q7 (at least revisions v1.1 and v1.2
are affected), we need to turn on the power for the port connected to
the on-module USB hub only when the device is probed for the first
time to ensure that the hub does not enter a low-power mode (that
U-Boot's USB stack can't de
USB1 is connected to the on-module USB 3.0 hub and power to the hub
(actually it's a reset signal, modeled as a fixed regulator, that will
be released) should be enabled only during the first probing of the
device to avoid the hub from entering its low-power mode (where it
tries to attach on a fixe
When usb_hub_reset_devices is called, it should be passed both an
indicator which hub it should operate on and what port number (local
to that hub) should be reset.
This adds an additional 'hub' parameter to usb_hub_reset_devices.
Existing implementations are changed to simply ignore the new
param
On Wed, Nov 22, 2017 at 02:37:49PM +0100, Ladislav Michl wrote:
> On Wed, Nov 22, 2017 at 01:37:54PM +0100, Heinrich Schuchardt wrote:
[snip]
> > I agree that there is a memory leak. But we should put fixing that into a
> > separate patch so that we can test both modifications separately.
>
> Ther
On 22/11/2017 14:15, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6sxsabresd can run different kernel versions, such as NXP 4.1 or mainline.
>
> Currently the rootfs location is passed via mmcblk number and the
> problem with this approach is that the mmcblk number for the SD
> card chan
On 22/11/2017 14:15, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently only imx6sx-sdb.dtb is loaded, but if revA board is used the
> correct dtb is imx6sx-sdb-reva.dtb, so make this possible.
>
> While at it, remove an extra 'mmc dev'.
>
> Signed-off-by: Fabio Estevam
> ---
> arch/arm
Hi Fabio,
On 22/11/2017 14:15, Fabio Estevam wrote:
> From: Fabio Estevam
>
> NXP development boards based on i.MX6/i.MX7 contain the board
> revision information stored in the fuses.
>
This is a good idea.
> Introduce a common function that can be shared by different boards and
> convert mx6
On 11/22/2017 01:09 PM, Jaehoon Chung wrote:
> On 11/22/2017 12:13 AM, Jean-Jacques Hiblot wrote:
>> This series applies on top of "[PATCH v2 00/26] mmc: Add support for HS200
>> and UHS modes"
>>
>> It fixes a bug with old SD and MMC cards that support only the legacy mode.
>> It also addresses th
On Wed, Nov 22, 2017 at 01:37:54PM +0100, Heinrich Schuchardt wrote:
> On 11/21/2017 11:40 PM, Ladislav Michl wrote:
> > On Tue, Nov 21, 2017 at 11:06:35PM +0100, Heinrich Schuchardt wrote:
> > > If 'file' cannot be allocated due to an out of memory
> > > situation, NULL is dereferenced.
> > >
> >
Switch P212 Ethernet init to the common Ethernet init function.
Signed-off-by: Neil Armstrong
---
board/amlogic/p212/p212.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/board/amlogic/p212/p212.c b/board/amlogic/p212/p212.c
index ece8096..a120ab0 100644
---
This adds platform code for the Khadas VIM board based on a
Meson GXL (S905X) SoC with the Meson GXL configuration.
This initial submission supports UART, MMC/SDCard and Ethernet with the
Internal RMII PHY.
The meson-gxl-s905x-khadas-vim.dts is synchronised from the linux 4.13
stable tree as of 4
Introduce a generic common Ethernet Hardware init function
common to all Amlogic GX SoCs with support for the
Internal PHY enable for GXL SoCs.
Signed-off-by: Neil Armstrong
---
arch/arm/include/asm/arch-meson/eth.h | 15 ++
arch/arm/mach-meson/Makefile | 2 +-
arch/arm/mach-me
This adds platform code for the Libre Computer CC "Le Potato" board based on a
Meson GXL (S905X) SoC with the Meson GXL configuration.
This initial submission supports UART, MMC/SDCard and Ethernet with the
Internal RMII PHY.
The meson-gxl-s905x-libretech-cc.dts is synchronised from the linux 4.1
Switch Odroid-C2 Ethernet init to the common Ethernet init function.
Signed-off-by: Neil Armstrong
---
board/amlogic/odroid-c2/odroid-c2.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/board/amlogic/odroid-c2/odroid-c2.c
b/board/amlogic/odroid-c2/odroid-c2.c
in
This patchset aimed to add minimal support for the following Amlogic GXL SoC
based board:
- LibreTech-CC
- Khadas VIM
The initial support is composed of :
- Minimal boot support with serial, MMC, Ethernet and SDCard
- Updated DTS from Linux 4.13.8
Commands to generate a valid binary are provided
From: Fabio Estevam
Currently only imx6sx-sdb.dtb is loaded, but if revA board is used the
correct dtb is imx6sx-sdb-reva.dtb, so make this possible.
While at it, remove an extra 'mmc dev'.
Signed-off-by: Fabio Estevam
---
arch/arm/mach-imx/mx6/Kconfig | 1 +
board/freescale/mx
From: Fabio Estevam
mx6sxsabresd can run different kernel versions, such as NXP 4.1 or mainline.
Currently the rootfs location is passed via mmcblk number and the
problem with this approach is that the mmcblk number for the SD
card changes depending on the kernel version.
In order to av
From: Fabio Estevam
NXP development boards based on i.MX6/i.MX7 contain the board
revision information stored in the fuses.
Introduce a common function that can be shared by different boards and
convert mx6sabreauto to use this new mechanism.
Signed-off-by: Fabio Estevam
---
arch/arm/include/
On 11/22/2017 09:27 PM, Tom Rini wrote:
> On Wed, Nov 22, 2017 at 05:25:02PM +0900, Jaehoon Chung wrote:
>> On 11/20/2017 09:52 PM, Jorge Ramirez wrote:
>>> On 11/10/2017 01:29 PM, Jorge Ramirez wrote:
On 11/07/2017 11:48 PM, Tom Rini wrote:
> On Tue, Nov 07, 2017 at 08:13:02AM +0100, Jorg
bbt_mirror_descr and bbt_main_descr is defined but not used
when compiling without CONFIG_SYS_NAND_USE_FLASH_BBT set.
Signed-off-by: Sean Nyekjaer
---
drivers/mtd/nand/pxa3xx_nand.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/nand/pxa3xx_nand.c b/drivers/mtd/nand/pxa3xx_nan
On 11/21/2017 11:40 PM, Ladislav Michl wrote:
On Tue, Nov 21, 2017 at 11:06:35PM +0100, Heinrich Schuchardt wrote:
If 'file' cannot be allocated due to an out of memory
situation, NULL is dereferenced.
Variables file and dentry are not needed at all.
So let's eliminate them.
When debugging t
On Wed, Nov 22, 2017 at 05:25:02PM +0900, Jaehoon Chung wrote:
> On 11/20/2017 09:52 PM, Jorge Ramirez wrote:
> > On 11/10/2017 01:29 PM, Jorge Ramirez wrote:
> >> On 11/07/2017 11:48 PM, Tom Rini wrote:
> >>> On Tue, Nov 07, 2017 at 08:13:02AM +0100, Jorge Ramirez wrote:
> On 11/07/2017 12:28
On 11/22/2017 12:13 AM, Jean-Jacques Hiblot wrote:
> This series applies on top of "[PATCH v2 00/26] mmc: Add support for HS200
> and UHS modes"
>
> It fixes a bug with old SD and MMC cards that support only the legacy mode.
> It also addresses the comments made on the mailing list:
> * dump card
> -Original Message-
> From: York Sun
> Sent: Tuesday, November 21, 2017 10:52 PM
> To: Prabhakar Kushwaha ; u-
> b...@lists.denx.de
> Subject: Re: [PATCH 1/3] common: Fix-up MAC addr in dts by fetching env
> variable serially
>
> On 11/21/2017 08:26 AM, Prabhakar Kushwaha wrote:
> > Curr
On 21/11/2017 05:09, Simon Glass wrote:
> Hi Neil,
>
> On 20 November 2017 at 08:04, Neil Armstrong wrote:
>> This adds platform code for the Khadas VIM board based on a
>> Meson GXL (S905X) SoC with the Meson GXL configuration.
>>
>> This initial submission supports UART, MMC/SDCard and Ethernet
Hi Simon,
On 21/11/2017 05:08, Simon Glass wrote:
> Hi Neil,
>
> On 20 November 2017 at 08:04, Neil Armstrong wrote:
>> This adds platform code for the Libre Computer CC "Le Potato" board based on
>> a
>> Meson GXL (S905X) SoC with the Meson GXL configuration.
>>
>> This initial submission supp
Am Mittwoch, 22. November 2017, 17:10:19 CET schrieb Joseph Chen:
>
> 在 2017/11/21 23:43, Andrew F. Davis 写道:
> > On 11/20/2017 03:25 PM, Heiko Stübner wrote:
> >> Hi Kever,
> >>
> >> Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang:
> >>> Add some generic options for TPL support fo
Am Dienstag, 21. November 2017, 09:43:57 CET schrieb Andrew F. Davis:
> On 11/20/2017 03:25 PM, Heiko Stübner wrote:
> > Hi Kever,
> >
> > Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang:
> >> Add some generic options for TPL support for arm 32bit, and then
> >> and TPL support for
在 2017/11/21 23:43, Andrew F. Davis 写道:
On 11/20/2017 03:25 PM, Heiko Stübner wrote:
Hi Kever,
Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang:
Add some generic options for TPL support for arm 32bit, and then
and TPL support for rk3229(cortex-A7), and then add OPTEE support
i
Hello Simon,
Many thanks for taking the time to review my patch.
On 20.11.2017 16:38, Simon Glass wrote:
> Hi Felix,
>
> On 8 November 2017 at 04:04, Felix Brack wrote:
>> Texas Instrument's TPS65910 PMIC contains 3 buck DC-DC converts, one
>> boost DC-DC converter and 8 LDOs. This patch implem
Dear Kever Yang,
In message you wrote:
>
> I can understand this feature, we always do dram_init_banks() first,
> then we relocate to 'known' area, then will be no risk to access memory.
> I believe there must be some historical reason for some kind of device,
> the relocate feature is a wonderf
Tom,
Please pull from u-boot-rockchip/master.
The associated Travis run (prior to a final rebase) is at
https://travis-ci.org/ptomsich/u-boot-rockchip/builds/305523168.
Thanks,
Philipp.
The following changes since commit 16fa2eb95172e63820ee5f3d4052f3362a6de84e:
ARM: dra7: Kconfig: Add the
Hi Simon,
> Hi Lukasz
>
> > > Building spl with CONFIG_OF_EMBED enabled results in an error
> > > message
> > ^^^ - is the CONFIG_OF_EMBED a
> > standard feature for SPL?
>
> Well, it's not really a standard feature I want to use in my final
> product. But if I wa
Hi
On 21.11.2017 22:31, Daniel Schwierzeck wrote:
> +cc Michal for Xilinx stuff
>
> On 21.11.2017 21:33, Paul Burton wrote:
>> Whilst the pcie_xilinx driver was sufficient to run under QEMU, it was
>> failing on FPGA because it wasn't configuring the root bridge, and
>> access from the PCI auto-c
Hi Lukasz
> > Building spl with CONFIG_OF_EMBED enabled results in an error message
> ^^^ - is the CONFIG_OF_EMBED a standard
> feature for SPL?
Well, it's not really a standard feature I want to use in my final
product. But if I want to debug SPL o
On Tue, 21 Nov 2017 16:13:08 +0100
Jean-Jacques Hiblot wrote:
> Make sure that those basic capabilities are advertised by the host.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
> drivers/mmc/mmc.c | 15 ++-
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/driver
On Tue, 21 Nov 2017 16:13:07 +0100
Jean-Jacques Hiblot wrote:
> As the legacy modes were not added to the list of supported modes, old
> cards that do not support other modes could not be used.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
> drivers/mmc/mmc.c | 4 ++--
> 1 file changed, 2 inser
On Tue, 21 Nov 2017 16:13:06 +0100
Jean-Jacques Hiblot wrote:
> This is a useful information while debugging the initialization
> process or performance issues.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
> drivers/mmc/mmc.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/d
On Tue, 21 Nov 2017 16:13:05 +0100
Jean-Jacques Hiblot wrote:
> Signed-off-by: Jean-Jacques Hiblot
> ---
> drivers/mmc/mmc-uclass.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/mmc/mmc-uclass.c b/drivers/mmc/mmc-uclass.c
> index 48fafce..9723129 100644
> --- a/drivers/m
On Tue, 21 Nov 2017 16:13:04 +0100
Jean-Jacques Hiblot wrote:
> Instead of failing, the driver uses the default: 1-bit bus width.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
> drivers/mmc/mmc-uclass.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc
Hi Simon,
> Building spl with CONFIG_OF_EMBED enabled results in an error message
^^^ - is the CONFIG_OF_EMBED a standard
feature for SPL?
> on my board: "SPL image too big". This is because the fdtgrep build
> step is only executed for CONFIG
Hi Kever,
> Hi Lukasz,
>
>
> Thanks for your quick comments on this topic.
> On 11/21/2017 06:29 PM, Lukasz Majewski wrote:
> > Hi Kever,
> >
> >> Hi Guys,
> >>
> >> I try to understand why we need to do the relocate in U-Boot.
> >> From the document README/crt0.S, I think the rel
+ Simon,
On Wednesday 22 November 2017 07:29 AM, Kever Yang wrote:
> Hi Lukasz,
>
>
> Thanks for your quick comments on this topic.
> On 11/21/2017 06:29 PM, Lukasz Majewski wrote:
>> Hi Kever,
>>
>>> Hi Guys,
>>>
>>> I try to understand why we need to do the relocate in U-Boot.
>>>
Hi Chris,
> On Wed, Nov 22, 2017 at 2:59 PM, Kever Yang
> wrote:
> > Hi Lukasz,
> >
> >
> > Thanks for your quick comments on this topic.
> > On 11/21/2017 06:29 PM, Lukasz Majewski wrote:
> >>
> >> Hi Kever,
> >>
> >>> Hi Guys,
> >>>
> >>> I try to understand why we need to do the
On Wed, Nov 22, 2017 at 09:09:36AM +0100, Wolfgang Denk wrote:
> Dear Ladislav,
>
> In message <2017112121.ryicwv6tyh5rye2e@lenoch> you wrote:
> > > >
> > > > diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
> > > > index 4465523d5f..313dee0579 100644
> > > > --- a/fs/ubifs/ubifs.c
> > > > ++
On 11/20/2017 09:52 PM, Jorge Ramirez wrote:
> On 11/10/2017 01:29 PM, Jorge Ramirez wrote:
>> On 11/07/2017 11:48 PM, Tom Rini wrote:
>>> On Tue, Nov 07, 2017 at 08:13:02AM +0100, Jorge Ramirez wrote:
On 11/07/2017 12:28 AM, Tom Rini wrote:
> Hey all,
>
> It's release day and v201
Dear Ladislav,
In message <2017112121.ryicwv6tyh5rye2e@lenoch> you wrote:
> > >
> > > diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
> > > index 4465523d5f..313dee0579 100644
> > > --- a/fs/ubifs/ubifs.c
> > > +++ b/fs/ubifs/ubifs.c
> > > @@ -403,8 +403,7 @@ static int ubifs_finddir(struct
85 matches
Mail list logo
