> -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 th
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 ha
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 use ! NO_SMP and ! ARM64
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 some fixes and refactoring
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
> --- a/common/spl/spl.c
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 ne
> -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 hardware
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 deletions(-)
>
> diff --git a/driv
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:
http://
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 CONFIG_MMC_SUNXI
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 fd2f5e3..c06364c 100644
--- a/dri
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)
>
> Now, we have more optional callbac
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
> ---
> drivers/mmc/pic32_sdhci.c | 13 +
> drivers/mmc/sdhci.c
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
--- a/drivers/mmc/pic32_sdhci.c
+++ b/drivers/mmc/pi
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 CONFIG_MMC_MXC)
> CONFIG_MXS_MMC
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 's/CONFIG_DWMMC/CONFIG_MMC_DW/g'
>
> [2] create t
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
> myvar=0x0D00
>
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
> additions or even a diff
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 CONFIG_MMC_DW_SOCFPGA)
>
> The "H
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 's/ROCKCHIP_DWMMC/MMC_DW_ROCKCHIP/g'
>
> Signe
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 there are any issues, ple
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:
git:/
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
> ---
>
> arch/arm/include/asm/arch-rockchip/sdram_rk3399.h | 188 +++
> arch/arm/mach-
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
> arch/arm/include/asm/arch-rockchip/grf_rk3399.
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 +
configs/orangepi_pc2_defconfig | 16
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 ++
board/sunxi/Kconfig
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 official
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
---
include/configs/sun8i.h | 2 ++
1 file chang
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 Kc
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 libdram
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
---
drivers/mtd/spi/sunxi_spi_spl.c | 16 -
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 configuration
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
---
arch/arm/
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 a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunx
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 mention
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 insertions(+), 1 deletion(-)
d
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 list
U-Boot@lists.denx.
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 needed.
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 should be dependecy
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 boo
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..
B
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: u-boot@lists.denx.de
---
Hi Simon,
I tested th
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,
Chi
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 dif
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 old
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 please?
--
Best Re
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 simpl
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
---
common/init/board_init.c | 18 --
1 file
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 spec
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
---
Hi Simon,
since I don't have a v2 protoc
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. Th
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 u
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
Acked-by:
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 arch/arm/mach-o
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 boot_from_devices(struct
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 Simon's v4 series. I have changed what was
>> > suggested
>>
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
> Cc: york sun ; Alexande
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 descriptions, so a DTB
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 mainline
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 the
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 with the following error:
>
>
72 matches
Mail list logo
