> -Original Message-
> From: york sun
> Sent: Friday, January 13, 2017 1:09 AM
> To: Y.B. Lu; u-boot@lists.denx.de
> Subject: Re: [v3, 1/3] mmc: fsl_esdhc: move 'status' property fixup into
> a weak function
>
> On 01/11/2017 05:42 PM, Y.B. Lu wrote:
> > Hi York,
> >
> > Any comments on
On 12.01.2017 19:16, Tom Rini wrote:
We have long had available optimized versions of the memset and memcpy
functions that are borrowed from the Linux kernel. We should use these
in normal conditions as the speed wins in many workflows outweigh the
relatively minor size increase. However, we
13.01.2017, 09:34, "Andre Przywara" :
> Instead of enumerating all SoC families that need that bit set, let's
> just express this more clearly: The SMP bits needs to be set on
> SMP capable ARMv7 CPUs. It's much easier to Kconfig to express it the
> other way round, so we
13.01.2017, 09:34, "Andre Przywara" :
> This series introduces support for the Allwinner H5 SoC with four
> Cortex-A53 cores. The SoC's peripherals are very similar to the H3,
> although the cores and the BROM/SRAM layout resembles the A64.
> The first 6 patches contain
On Thursday 12 January 2017 09:49 PM, Andrew F. Davis wrote:
> Signed-off-by: Andrew F. Davis
> ---
> common/spl/spl.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/common/spl/spl.c b/common/spl/spl.c
> index a76ea3a603..e43718de62 100644
> ---
On Thursday 12 January 2017 09:51 PM, Andrew F. Davis wrote:
> While moving OMAP related files to mach-omap2 the functionality
> relating to generating secure boot files was modified. This change
> prevents secure platforms other than AM33xx and OMAP54XX from
> correctly building files for all
> -Original Message-
> From: york sun
> Sent: Friday, January 13, 2017 1:09 AM
> To: Y.B. Lu; u-boot@lists.denx.de
> Subject: Re: [U-Boot, v3, 2/3] armv8: ls1012a: define esdhc_status_fixup
> for QDS board
>
> On 12/07/2016 07:42 PM, Yangbo Lu wrote:
> > The LS1012AQDS board has a
Hi
On 01/13/2017 12:01 PM, Masahiro Yamada wrote:
> I suspect this is a typo.
>
> Signed-off-by: Masahiro Yamada
Thanks! Applied on u-boot-mmc!
Best Regards,
Jaehoon Chung
> ---
>
> drivers/mmc/pic32_sdhci.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
Dear Tom,
Here is the fixing patches.
Could you pull these patches on u-boot/master?
The following changes since commit 4386feb73da7946fc79b55c4fa41c6dd66dcb2e2:
SPL: Adjust more debug prints for ulong entry_point (2017-01-11 10:45:48
-0500)
are available in the git repository at:
On 01/13/2017 01:50 AM, Maxime Ripard wrote:
> On Thu, Jan 12, 2017 at 12:16:15PM +0900, Masahiro Yamada wrote:
>> Commit f401e907fcbc ("ARM: sunxi: remove bare default for
>> CONFIG_MMC") dropped "depends on UART0_PORT_F", but it is still
>> needed. Revive it as a prerequisite of
Hi,
On 01/13/2017 11:51 AM, Masahiro Yamada wrote:
> Until recently, sdhci_ops was used only for overriding IO accessors.
> (so, host->ops was not set by any drivers except bcm2835_sdhci.c)
>
> Now, we have more optional callbacks, get_cd, set_control_reg, and
> set_clock. However, the code
>
I suspect this is a typo.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Fix a typo in subject
drivers/mmc/pic32_sdhci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/pic32_sdhci.c b/drivers/mmc/pic32_sdhci.c
index
Tom did not pull MMC updates issued just before v2017.01
and he was right.
2017-01-13 11:51 GMT+09:00 Masahiro Yamada :
> Until recently, sdhci_ops was used only for overriding IO accessors.
> (so, host->ops was not set by any drivers except bcm2835_sdhci.c)
>
>
2016-12-30 15:30 GMT+09:00 Jaehoon Chung :
> This code is used for only pic32_sdhci controller.
> To remove the "#ifdef", moves to pic32_sdhci.c.
> And use the get_cd callback function.
>
> Signed-off-by: Jaehoon Chung
> ---
>
I suspect this is a typo.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/pic32_sdhci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/pic32_sdhci.c b/drivers/mmc/pic32_sdhci.c
index fd2f5e3..c06364c 100644
---
Until recently, sdhci_ops was used only for overriding IO accessors.
(so, host->ops was not set by any drivers except bcm2835_sdhci.c)
Now, we have more optional callbacks, get_cd, set_control_reg, and
set_clock. However, the code
if (host->ops->get_cd)
host->ops->get_cd(host);
On 1 January 2017 at 05:11, Masahiro Yamada
wrote:
> Move (and rename) the following CONFIG options to Kconfig:
>
> CONFIG_DAVINCI_MMC (renamed to CONFIG_MMC_DAVINCI)
> CONFIG_OMAP_HSMMC (renamed to CONFIG_MMC_OMAP_HS)
> CONFIG_MXC_MMC (renamed to
On 1 January 2017 at 05:11, Masahiro Yamada
wrote:
> This commit was created as follows:
>
> [1] Rename the option with the following command:
> find . -name .git -prune -o ! -path ./scripts/config_whitelist.txt \
> -type f -print | xargs sed -i -e
On 9 January 2017 at 08:08, Andreas Färber wrote:
> On a Raspberry Pi 2 disagreements on cell endianness can be observed:
>
> U-Boot> fdt print /soc/gpio@7e20 phandle
> phandle = <0x000d>
> U-Boot> fdt get value myvar /soc/gpio@7e20 phandle; printenv myvar
>
Hi Andre,
On 2 January 2017 at 04:48, Andre Przywara wrote:
> When compiling the SPL for the Allwinner A64 in AArch64 mode, we can't
> use the more compact Thumb2 encoding, which only exists for AArch32
> code. This makes the SPL rather big, up to a point where any code
>
On 1 January 2017 at 05:11, Masahiro Yamada
wrote:
> Move (and rename) the following CONFIG options to Kconfig:
>
> CONFIG_EXYNOS_DWMMC (renamed to CONFIG_MMC_DW_EXYNOS)
> CONFIG_HIKEY_DWMMC (renamed to CONFIG_MMC_DW_K3)
> CONFIG_SOCFPGA_DWMMC (renamed to
On 6 January 2017 at 15:23, Andrew F. Davis wrote:
> Make building EFI example less noisy.
>
> Signed-off-by: Andrew F. Davis
> ---
> scripts/Makefile.lib | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
Reviewed-by: Simon Glass
On 1 January 2017 at 05:11, Masahiro Yamada
wrote:
> I am trying to make all DesignWare-based driver options prefixed
> with CONFIG_MMC_DW_.
>
> This commit was generated as follows:
>
> find . -name .git -prune -o -type f -print | \
> xargs sed -i -e
Hi David,
On 21 December 2016 at 07:55, David.Wu wrote:
> Hi Simon,
>
> Could you rename this driver file from rk3288 to rockchip,
> and the name of some common function?
> The other rockchip socs would use this driver as rk1108, etc.
>
I believe this has been done - if
Hi Tom,
This includes rockchip Ethernet support and various other minor fixes/changes.
The following changes since commit 4386feb73da7946fc79b55c4fa41c6dd66dcb2e2:
SPL: Adjust more debug prints for ulong entry_point (2017-01-11
10:45:48 -0500)
are available in the git repository at:
Hi Kever,
On 29 December 2016 at 03:25, Kever Yang wrote:
> RK3399 support DDR3, LPDDR3, DDR4 sdram, this patch is porting from
> coreboot, support 4GB lpddr3 in this version.
>
> Signed-off-by: Kever Yang
> ---
>
>
Hi Kever,
On 29 December 2016 at 03:25, Kever Yang wrote:
> Add spl support for rk3399.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/Kconfig| 1 +
> arch/arm/dts/rk3399.dtsi| 24
The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC.
Add a (64-bit only) defconfig defining the required options to build
the U-Boot proper and SPL.
Signed-off-by: Andre Przywara
---
board/sunxi/MAINTAINERS| 5 +
The Allwinner H5 Soc is bascially an H3 with high SRAM and ARMv8 cores.
As the peripherals and the pinmuxing are almost identical, we piggy
back on the shared MACH_SUN8I_H3_H5 config symbol.
Signed-off-by: Andre Przywara
---
arch/arm/mach-sunxi/cpu_info.c | 2 ++
The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC.
Create a new .dts file for it by including the (32-bit) H3 SoC .dtsi
and changing the differing components accordingly.
This is a preliminary device tree mostly for U-Boot's own sake, it
is expected to be updated once the
For the arch timer to work properly, we need to setup the CNTFRQ
register, which is only possible in EL3.
Define the arch timer frequency in sun8i.h as well, so that ARMv8's
start.S can program the register correctly.
Signed-off-by: Andre Przywara
---
Addresses passed on to readl and writel are expected to be of the same
size as a pointer. Change the parameter types of sunxi_spi0_read_data()
to make the compiler happy and allow a warning-free aarch64 compile.
Signed-off-by: Andre Przywara
---
The Allwinner H5 is very close to the H3 SoC, but has ARMv8 cores.
To allow sharing the clocks, GPIO and driver code easily, create an
architecture agnostic MACH_SUN8I_H3_H5 Kconfig symbol.
Rename the existing symbol to MACH_SUN8I_H3_H5 where code is shared and
let it be selected by a new shared
The DRAM controller in the Allwinner H5 SoC is again very similar to
the one in the H3 and A64.
Based on the existing socid parameter, add support for this controller
by reusing the bulk of the code and only deviating where needed.
Also add the delay line parameters taken from the boot0 and
Traditionally Allwinner SoCs have their boot ROM mapped just below 4GB,
while the first SRAM region is mapped at address 0.
With the extended physical memory support of the A80 this was changed,
so the BROM is now at address 0 and the SRAM region starts right behind
this at 64KB. This
Instead of enumerating all SoC families that need that bit set, let's
just express this more clearly: The SMP bits needs to be set on
SMP capable ARMv7 CPUs. It's much easier to Kconfig to express it the
other way round, so we use ! NO_SMP and ! ARM64.
Signed-off-by: Andre Przywara
For some reason we were pretty conservative when defining the maximum
SPL size for the Allwinner A80(sun9i) SoC.
According to the manual the SRAM A1 is even 40KB, but the BROM
probably still has the 32 KiB load limit. For the sake of simplicity,
merge the SPL memory definitions for the A64 and A80
Every armv8 board needs the memory map, so change the #ifdef to
ARM64 to avoid enumerating every single board or SoC.
Signed-off-by: Andre Przywara
---
arch/arm/mach-sunxi/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This series introduces support for the Allwinner H5 SoC with four
Cortex-A53 cores. The SoC's peripherals are very similar to the H3,
although the cores and the BROM/SRAM layout resembles the A64.
The first 6 patches contain some fixes and refactoring, to make code
sharing between the three
If we take the liberty to use register r0 to perform our bit set, we
should be nice enough to tell the compiler about it.
Add r0 to the clobber list to avoid potential mayhem.
Signed-off-by: Andre Przywara
---
arch/arm/mach-sunxi/board.c | 3 ++-
1 file changed, 2
On Wed, Jan 11, 2017 at 03:45:13PM -0800, Maxim Sloyko wrote:
> ast2500 Eval Board device tree and board specific configuration.
>
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing
On Thu, Dec 15, 2016 at 04:00:13PM -0200, Fabio Estevam wrote:
> Simplify the 'cp' command implementation by using the memcpy() function,
> which brings the additional benefit of performance gain for those who have
> CONFIG_USE_ARCH_MEMCPY selected.
>
> Tested on a mx6qsabreauto board where a 5x
On Wed, Jan 11, 2017 at 03:45:12PM -0800, Maxim Sloyko wrote:
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Jan 11, 2017 at 03:45:10PM -0800, Maxim Sloyko wrote:
> Add support for Watchdog Timer, which is compatible with AST2400 and
> AST2500 watchdogs. There is no uclass for Watchdog yet, so the driver
> does not follow the driver model. It also uses fixed clock, so no clock
> driver is
On Fri, 13 Jan 2017, Masahiro Yamada wrote:
> Hi Michal,
>
> 2017-01-05 0:22 GMT+09:00 Michal Simek :
> > I looked at this. Correct name should be CONFIG_CMD_MX_CYCLIC and for
> > the rest s/CONFIG_MX_CYCLIC/CONFIG_CMD_MX_CYCLIC/g with move to defconfig.
> > + in Kconfig there
Hi,
> Hi Anand,
>
> On 01/12/2017 05:32 PM, Anand Moon wrote:
> > Hi All,
> >
> > I tried to compile the latest u-boot for Odroid U3.
> > issue is that Ethernet is not able to detected.
Please try "usb start".
> >
> > Please let me know what need to enable USB Ethernet
> > to support tftp
Hi Anand,
On 01/12/2017 05:32 PM, Anand Moon wrote:
> Hi All,
>
> I tried to compile the latest u-boot for Odroid U3.
> issue is that Ethernet is not able to detected.
>
> Please let me know what need to enable USB Ethernet
> to support tftp boot.
I didn't have the experience with tftp boot..
Add support for version 3 of the ec protocol. It basically works by
stitching some additional header in front (special command code),
and having a result and packet_length stitched on for the reply.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc:
I found two repos w.r.t x86_64 for u-boot, which one should I use?
I am ATM only looking at USING the qemu-x86 target for now.
BTW, I found tools/binman/binman.py only worked with python 2.7, maybe you can
change
the shebang to python2.7 as my default python is 3.4
Jocke
Hi,
Just starting out looking at u-boot for a project using Xilinx Zynq zc7020 chip
on an Enclustra module
Please add me to the mailing list
Many thanks
Regards
Adam Davis MEng
R65, G.15
Application Engineering Group
Science & Technology Facilities Council,
Rutherford Appleton Laboratory,
On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote:
> On 01/12/2017 01:57 AM, Brian Masney wrote:
> > The bcm2835 driver polls the monitor and selects the highest resolution
> > that is available. This patch allows optionally setting the video-mode
> > environment variable so that a
The bcm2835 driver polls the monitor and selects the highest resolution
that is available. This patch allows optionally setting the video-mode
environment variable so that a different video resolution can be used.
If the environment variable is not specified, then it will fall back to
using the
Hi All,
I tried to compile the latest u-boot for Odroid U3.
issue is that Ethernet is not able to detected.
Please let me know what need to enable USB Ethernet
to support tftp boot.
Best Regards
-Anand
--
U-Boot 2017.01-02075-g4386feb-dirty (Jan 12 2017 - 06:17:08 +)
CPU: Exynos4412
Hi Michal,
2017-01-05 0:22 GMT+09:00 Michal Simek :
> I looked at this. Correct name should be CONFIG_CMD_MX_CYCLIC and for
> the rest s/CONFIG_MX_CYCLIC/CONFIG_CMD_MX_CYCLIC/g with move to defconfig.
> + in Kconfig there should be dependecy on CMD_MEMORY.
Could you fix this
On 01/12/2017 11:32 AM, Brian Masney wrote:
On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote:
On 01/12/2017 01:57 AM, Brian Masney wrote:
The bcm2835 driver polls the monitor and selects the highest resolution
that is available. This patch allows optionally setting the video-mode
On 01/11/2017 05:42 PM, Y.B. Lu wrote:
> Hi York,
>
> Any comments on this patchset?
> Thanks a lot.
You didn't CC me for this set. I didn't notice them in the list. See
comment below.
>
>
> Best regards,
> Yangbo Lu
>
>> -Original Message-
>> From: Yangbo Lu [mailto:yangbo...@nxp.com]
On 12/07/2016 07:42 PM, Yangbo Lu wrote:
> On LS1012ARDB board, three dual 1:4 mux/demux devices drive the SDHC2
> signals to eMMC, SDIO wifi, SPI and Ardiuno shield. Only when we select
> eMMC and SDIO wifi, the SDHC2 could be used. Otherwise, the command
> inhibit bits of eSDHC2_PRSSTAT register
We have long had available optimized versions of the memset and memcpy
functions that are borrowed from the Linux kernel. We should use these
in normal conditions as the speed wins in many workflows outweigh the
relatively minor size increase. However, we have a number of places
where we're
We can make the code read more easily here by simply using memset()
always as when we don't have an optimized version of the function we
will still have a version of this function around anyhow.
Cc: Simon Glass
Signed-off-by: Tom Rini
---
On 01/12/2017 01:57 AM, Brian Masney wrote:
The bcm2835 driver polls the monitor and selects the highest resolution
that is available. This patch allows optionally setting the video-mode
environment variable so that a different video resolution can be used.
If the environment variable is not
Replace dm_i2c_write() / dm_i2c_read() with transaction using
struct i2c_msg[2] in order to allow for i2c controller to detect
write/read cycle to emit a repeated start condition.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
On Thu, Jan 12, 2017 at 03:38:59AM +0800, Icenowy Zheng wrote:
> >> /*
> >> * Miscellaneous configurable options
> >> @@ -280,7 +290,11 @@ extern int soft_i2c_gpio_scl;
> >> * The amount of RAM to keep free at the top of RAM when relocating
> >> u-boot,
> >> * to use as framebuffer.
On 12/07/2016 07:42 PM, Yangbo Lu wrote:
> The LS1012AQDS board has a hardware issue. When there is no eMMC
> adapter card inserted in SDHC2 adapter slot, the command inhibit
> bits of eSDHC2_PRSSTAT register will never release. This would cause
> below continious error messages in linux since it
On Thu, Jan 12, 2017 at 12:16:15PM +0900, Masahiro Yamada wrote:
> Commit f401e907fcbc ("ARM: sunxi: remove bare default for
> CONFIG_MMC") dropped "depends on UART0_PORT_F", but it is still
> needed. Revive it as a prerequisite of CONFIG_MMC_SUNXI.
>
> Signed-off-by: Masahiro Yamada
While moving OMAP related files to mach-omap2 the functionality
relating to generating secure boot files was modified. This change
prevents secure platforms other than AM33xx and OMAP54XX from
correctly building files for all needed media types.
Fixes: 983e37007da5 ("arm: Introduce
Signed-off-by: Andrew F. Davis
---
common/spl/spl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index a76ea3a603..e43718de62 100644
--- a/common/spl/spl.c
+++ b/common/spl/spl.c
@@ -316,7 +316,7 @@ static int
Hi Sjoerd,
On 12 January 2017 at 00:53, Sjoerd Simons
wrote:
> On Wed, 2017-01-11 at 22:08 -0700, Simon Glass wrote:
>> Hi,
>>
>> On 11 January 2017 at 03:46, Romain Perier > om> wrote:
>> > > From Romain:
>> >
>> > This is a resent of
Hi, Ryan,
Thanks for your feedback. I will do some investigation and give you my
solution.
Best Regards,
Alison Wang
> -Original Message-
> From: Ryan Harkin [mailto:ryan.har...@linaro.org]
> Sent: Wednesday, January 11, 2017 4:59 PM
> To: Alison Wang
>
On 12 January 2017 at 12:25, Mark Rutland wrote:
> On Tue, Jan 10, 2017 at 06:50:19PM +, Jon Medhurst (Tixy) wrote:
>> On Tue, 2017-01-10 at 18:34 +, Mark Rutland wrote:
>> > Looking at the git log for arch/arm64/boot/dts/arm, most updates are
>> > simply adding new
On Tue, Jan 10, 2017 at 06:50:19PM +, Jon Medhurst (Tixy) wrote:
> On Tue, 2017-01-10 at 18:34 +, Mark Rutland wrote:
> > Looking at the git log for arch/arm64/boot/dts/arm, most updates are
> > simply adding new descriptions, so a DTB from a year ago should work
> > just fine with
USB Host scanning has been broken since v2016.05.
This is due to all the USB changes that happened between v2016.03
and v2016.05, especially:
2ef117fe4f usb: Remove 200 ms delay in usb_hub_port_connect_change()
a22a264ec3 usb: Change power-on / scanning timeout handling
So we need to increase
Tested on current Debian unstable:
GNU ld (GNU Binutils for Debian) 2.27.90.20170109
Tested-by: Sjoerd Simons
On Fri, 2016-12-16 at 15:23 +1030, Joel Stanley wrote:
> Since Binutils 1a9ccd70f9a7[1] u-boot will not link targets that set
> CONFIG_SYS_TEXT_BASE=0
72 matches
Mail list logo