2016-02-11 7:16 GMT+09:00 Stephen Warren :
> From: Stephen Warren
>
> If BUILD_TAG is part of KBUILD_CFLAGS, then any time the value changes,
> all files get rebuilt. In a continuous integration environment, the value
> will change every build. This wastes time, assuming that incremental
> builds
Hi all,
I'm trying to build a previously known working branch of U-Boot that I
built some time back which forks from revision
e89d623f099c44b0b166ccf46bce2e6a0b99c984.
I previously built this before, the binaries and source for which are
here: http://bne.vrt.com.au/technologicsys/
There you'll f
When CAAM runs a descriptor and an error occurs, a non-zero
value is set in Output Status Register.
The if condition should check the status for a non-zero value.
Signed-off-by: Aneesh Bansal
---
drivers/crypto/fsl/jr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
On 02/10/2016 07:59 PM, Fabio Estevam wrote:
> On Wed, Feb 10, 2016 at 9:47 AM, Roberto Fichera wrote:
>> Hi All,
>>
>> After upgrading my u-boot-imx v2014.04 to v2015.04 I was not able to boot
>> anymore my custom iMX6Q
> Why don't you try 2016.01 instead?
>
It has the same problem, below stand
Hi Marek,
> Please just use mainline everything. If you use Arria V SoCDK, you can
> just grab 2016.01 , compile it and write u-boot-with-spl-dtb.sfp to
> offset 0x0 of the QSPI and it should just magically work.
I haven't found the file with the name u-boot-with-spl-dtb.sfp.
denis@DendiMachine:
On 11.02.2016 09:55, Mario Albrecht wrote:
Hallo Hannes,
how can I define commands in defconfig file which should be used or not used?
Regards Mario
-Ursprüngliche Nachricht-
Von: Hannes Schmelzer [mailto:han...@schmelzer.or.at]
Gesendet: Mittwoch, 10. Februar 2016 19:01
An: Mario Al
On 02/11/2016 11:01 AM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi Denis,
>> Please just use mainline everything. If you use Arria V SoCDK, you can
>> just grab 2016.01 , compile it and write u-boot-with-spl-dtb.sfp to
>> offset 0x0 of the QSPI and it should just magically work.
Hello TI experts,
I appreciate that all of the TI DM355 support long since (August 2015)
landed in the great board scrap yard in the sky or wherever it is git
chooses to hide it!
I may have an upcoming project to reduce boot time on a pre-existing custom
platform using the DM355 and wondered if a
Hi,
Minnowboard is looking for GSoC projects this year.
http://wiki.minnowboard.org/GSoC2016
There are a few things listed in README.x86 to be done. Any ideas?
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
Hi Marek,
Here are my build steps:
denis@DendiMachine:~/WorkSpace/u-boot$ make clean
CLEAN dts/../arch/arm/dts
CLEAN dts
CLEAN examples/standalone
CLEAN tools
CLEAN tools/lib tools/common
CLEAN spl/arch spl/board spl/cmd spl/common spl/drivers spl/dts spl/fs
spl/lib spl/u
hi,
i created some commit which i want to post into the mailing list usind
patman.py.
I get following error, where i've no idea about the root cause ...
~/work/u-boot $ tools/patman/patman.py -n
Cleaned 1 patches
Traceback (most recent call last):
File "tools/patman/patman.py", line 158, in
On 02/11/2016 01:45 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
>
> Here are my build steps:
>
> denis@DendiMachine:~/WorkSpace/u-boot$ make clean
> CLEAN dts/../arch/arm/dts
> CLEAN dts
> CLEAN examples/standalone
> CLEAN tools
> CLEAN tools/lib tools/common
Add the missing CONFIG_BUILD_TARGET to get u-boot-with-spl.sfp built
automatically upon running make in the source tree.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
Cc: Denis Bakhvalov
---
include/configs/socfpga_common.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
Add support for DENX MA5D4 SoM and MA5D4EVK board, based on the
Atmel SAMA5D4 SoC. The SoM contains the SoC, eMMC, SPI NOR, SPI
CAN controllers and DRAM, the baseboard contains UART connectors,
ethernet port, microSD slot, LCD header, 2x CAN connector and a
lot of expansion headers.
Signed-off-by:
On 02/11/2016 06:52 AM, Heiko Schocher wrote:
> Hello Marek,
Hi!
> added Andreas to cc as he is the at91 custodian.
>
> Am 10.02.2016 um 22:41 schrieb Marek Vasut:
>> Add support for DENX MA5D4 SoM and MA5D4EVK board, based on the
>> Atmel SAMA5D4 SoC. The SoM contains the SoC, eMMC, SPI NOR, SP
$ quartus_hps -c 1 -o PV -a 0x0 u-boot-with-spl.sfp.bin
// here ".bin" because current programmer requires so. I think it shouldn't be
a problem.
>From manual:
"HPS Flash Programmer
The utility accepts a Binary File with a required ".bin" extension.
The HPS flash programmer command-line syntax is
Sorry.
My bad.
Best regards,
Denis Bakhvalov
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
$ quartus_hps -c 1 -o PV -a 0x0 u-boot-with-spl.sfp.bin
// here ".bin" because current programmer requires so. I think it shouldn't be
a problem.
>From manual:
"HPS Flash Programmer
The utility accepts a Binary File with a required ".bin" extension.
The HPS flash programmer command-line syntax is
On 02/11/2016 02:54 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> $ quartus_hps -c 1 -o PV -a 0x0 u-boot-with-spl.sfp.bin
> // here ".bin" because current programmer requires so. I think it shouldn't
> be a problem.
Please, avoid top-posting.
Also, please keep one discussion in one thread,
On 11 February 2016 at 03:42, Tom Rini wrote:
> On Wed, Feb 10, 2016 at 11:06:09AM +0530, Vignesh R wrote:
>
>> CONFIG_SF_DEFAULT_MODE is used to select default SPI mode when using
>> sf commands. Therefore fix am43xx to use CONFIG_SF_DEFAULT_MODE instead
>> of CONFIG_DEFAULT_SPI_MODE.
>>
>> Signe
On Wed, Feb 10, 2016 at 9:54 AM, Ulises Cardenas wrote:
> i.MX7 has an a protection feature for Manufacturing process.
> This feature uses assymetric encryption to sign and verify
> authenticated software handled between parties. This command
> is enables the use of such feature.
s/is enables/ena
Add missing DT nodes to allow booting from QSPI NOR.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
Cc: Denis Bakhvalov
---
arch/arm/dts/socfpga_arria5_socdk.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/socfpga_arria5_socdk.dts
b/arch/arm/dts/socfpga_
Add missing DT nodes to allow booting from QSPI NOR.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
Cc: Denis Bakhvalov
---
arch/arm/dts/socfpga_cyclone5_socdk.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/socfpga_cyclone5_socdk.dts
b/arch/arm/dts/socf
On 02/11/2016 03:02 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> $ quartus_hps -c 1 -o PV -a 0x0 u-boot-with-spl.sfp.bin
> // here ".bin" because current programmer requires so. I think it shouldn't
> be a problem.
This looks fine. You should be able to avoid renaming the file to have a
.bi
On 11 February 2016 at 20:26, Marek Vasut wrote:
> Add missing DT nodes to allow booting from QSPI NOR.
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: Chin Liang See
> Cc: Denis Bakhvalov
> ---
Reviewed-by: Jagan Teki
--
Jagan.
___
U-Boot
On 11 February 2016 at 02:30, Christophe Ricard
wrote:
> Hi Jagan,
>
> My understanding is that some work are ongoing around spl in order to
> support correctly DM for all spi/i2c bus drivers.
> As a consequence patch 4 got differed.
>
> Hopefully Simon or Tom can comment.
>
> Are you ok in applyi
On 11 February 2016 at 20:26, Marek Vasut wrote:
> Add missing DT nodes to allow booting from QSPI NOR.
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: Chin Liang See
> Cc: Denis Bakhvalov
> ---
Reviewed-by: Jagan Teki
--
Jagan.
___
U-Boot
> There is output, but it takes a while for the USB-to-UART chip to kick
> in after restart, so you don't see it. I will send you two more patches,
> so apply them and it should get you up and running. The QSPI NOR boot
> was not enabled on AV/CV SoCDK.
> You can also grab the latest stuff here:
>
Weed out bashisms from the script. The echo -e does not work in dash,
which is the default /bin/sh in debian .
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
Cc: Dalon Westergreen
---
arch/arm/mach-socfpga/qts-filter.sh | 14 +++---
1 file changed, 7 insertions(+), 7 de
The following patch caused cpu_eth_init() to not be called anymore
for DM-capable boards:
commit c32a6fd07b1839e4a45729587ebc8e1c55601a4d
Date: Sun Jan 17 14:51:56 2016 -0700
net: Don't call board/cpu_eth_init() with driver model
This breaks ethernet on SoCFPGA, since we use that function t
Hi,
On 11-02-16 13:16, Simon Glass wrote:
Hi,
Minnowboard is looking for GSoC projects this year.
http://wiki.minnowboard.org/GSoC2016
There are a few things listed in README.x86 to be done. Any ideas?
Maybe speed up USB port scan ? This really needs to be parallelized
by using some for of
On 02/11/2016 04:29 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
>> There is output, but it takes a while for the USB-to-UART chip to kick
>> in after restart, so you don't see it. I will send you two more patches,
>> so apply them and it should get you up and running. The QSPI NOR boot
>> was
With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver
model], cpu_eth_init() is not called on SoCFPGA any more. Since this
function configures the internal PHY interface to RGMII (via the physel_X
bits), its still needed. So lets rename this function and call it in
arch_early_init_
On 02/11/2016 04:45 PM, Stefan Roese wrote:
> With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver
> model], cpu_eth_init() is not called on SoCFPGA any more. Since this
> function configures the internal PHY interface to RGMII (via the physel_X
> bits), its still needed. So lets
On Thu, Feb 11, 2016 at 5:50 AM, Roberto Fichera wrote:
> Ok! Will do! However I've found that with this patch below it boots pretty
> fine! Do you know why?
>
> diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
> index 92d3732..f87acb6 100644
> --- a/arch/arm/lib/crt0.S
> +++ b/arch/arm/li
On 11.02.2016 16:41, Marek Vasut wrote:
The following patch caused cpu_eth_init() to not be called anymore
for DM-capable boards:
commit c32a6fd07b1839e4a45729587ebc8e1c55601a4d
Date: Sun Jan 17 14:51:56 2016 -0700
net: Don't call board/cpu_eth_init() with driver model
This breaks ethern
On 11.02.2016 16:49, Marek Vasut wrote:
On 02/11/2016 04:45 PM, Stefan Roese wrote:
With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver
model], cpu_eth_init() is not called on SoCFPGA any more. Since this
function configures the internal PHY interface to RGMII (via the physel_
From: Stephen Warren
This allows U-Boot to expose UMS and DFU protocols on this port in device
mode, or to act as a USB host on the port, using an "OTG" (micro-B to
female A host) cable.
Signed-off-by: Stephen Warren
---
arch/arm/dts/tegra114-dalmore.dts | 9 -
include/configs/dalmore.
On Thu, Jan 28, 2016 at 09:39:39AM -0700, Simon Glass wrote:
> To make the auto-FIT feature useful we need to be able to provide a list of
> device tree files on the command line for mkimage to add into the FIT. Add
> support for this feature.
[snip]
> +.BI "\-b
> +Specifies that the following arg
On Thu, Feb 11, 2016 at 04:40:59PM +0100, Marek Vasut wrote:
> Weed out bashisms from the script. The echo -e does not work in dash,
> which is the default /bin/sh in debian .
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: Chin Liang See
> Cc: Dalon Westergreen
Reviewed-by: Tom Rini
On 02/11/2016 09:53 AM, Stefan Roese wrote:
> On 11.02.2016 16:41, Marek Vasut wrote:
>> The following patch caused cpu_eth_init() to not be called anymore
>> for DM-capable boards:
>>
>> commit c32a6fd07b1839e4a45729587ebc8e1c55601a4d
>> Date: Sun Jan 17 14:51:56 2016 -0700
>> net: Don't
On 11 February 2016 at 20:31, Jagan Teki wrote:
> On 11 February 2016 at 02:30, Christophe Ricard
> wrote:
>> Hi Jagan,
>>
>> My understanding is that some work are ongoing around spl in order to
>> support correctly DM for all spi/i2c bus drivers.
>> As a consequence patch 4 got differed.
>>
>>
On Thu, Feb 11, 2016 at 11:53:06AM -, Andy Pont wrote:
> Hello TI experts,
>
> I appreciate that all of the TI DM355 support long since (August 2015)
> landed in the great board scrap yard in the sky or wherever it is git
> chooses to hide it!
>
> I may have an upcoming project to reduce boo
Hi Tom,
> So, git commit 6761946f is what removed the board in question. Now,
> looking in mainline today (and also looking at 6761946f) I see that we
> had and have support for CONFIG_TARGET_OMAPL138_LCDK and that uses SPL
> which is a prerequisite for falcon mode. So there's nothing too low
>
On 02/08/2016 11:25 AM, Scott Wood wrote:
> On Mon, 2016-02-08 at 19:22 +, york sun wrote:
>> On 02/08/2016 11:18 AM, Scott Wood wrote:
>>> On Mon, 2016-02-08 at 19:03 +, york sun wrote:
On 02/01/2016 09:06 AM, york sun wrote:
> On 01/25/2016 09:40 PM, Qianyu Gong wrote:
>>
>>>
On Thu, Feb 11, 2016 at 05:02:16PM -, Andy Pont wrote:
> Hi Tom,
>
> > So, git commit 6761946f is what removed the board in question. Now,
> > looking in mainline today (and also looking at 6761946f) I see that we
> > had and have support for CONFIG_TARGET_OMAPL138_LCDK and that uses SPL
> >
From: Stephen Warren
The initial boot of U-Boot happens within the context of the first test
that needs to access the U-Boot console when there is no existing
connection. This keeps all activity nestled within test execution, which
fits well into the pytest model. However, this mingles the U-Boot
Attach static on local defined functions.
Cc: Tom Rini
Cc: Simon Glass
Cc: Christophe Ricard
Signed-off-by: Jagan Teki
---
drivers/spi/omap3_spi.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/spi/omap3_spi.c b/drivers/spi/omap3_spi.c
index 1
After this conversion the driver will able to support
both dm and non-dm and code is more extensible like we
can remove the non-dm part simply without touching anycode
if all the boards which are using this driver become dm driven.
Cc: Tom Rini
Cc: Simon Glass
Cc: Christophe Ricard
Signed-off-b
Header file have macro's and register definition and
some unneeded function proto types which becomes tunned
further in future patches and entire driver code resides
in one file for more readability.
Cc: Tom Rini
Cc: Simon Glass
Cc: Christophe Ricard
Signed-off-by: Jagan Teki
---
drivers/spi/
On 02/08/2016 05:33 AM, Rai Harninder wrote:
> This patch enable VID support for ls2080ardb platform.
> It uses the common VID driver
>
> Signed-off-by: Rai Harninder
> ---
> Changes in v2
> - Use CONFIG_FSL_LSCH3 instead of CONFIG_LAYERSCAPE
> since the latter is defined for other platforms
>
Use this new function in places where it simplifies the code.
Signed-off-by: Simon Glass
---
arch/arm/mach-rockchip/rk3288/sdram_rk3288.c | 2 +-
arch/nios2/cpu/cpu.c | 4 +---
arch/x86/cpu/interrupts.c| 2 +-
arch/x86/cpu/ivybridge/cpu.c
Hi Stephen,
On 8 February 2016 at 14:09, Stephen Warren wrote:
> On 02/06/2016 02:31 PM, Simon Glass wrote:
>>
>> Boards with a saved environment may use 'lcd' in their stdout environment
>> variable, expecting that this will enable output to the LCD. When the
>> board
>> moves to use driver mode
Hi,
On 11 February 2016 at 08:54, Stefan Roese wrote:
> On 11.02.2016 16:49, Marek Vasut wrote:
>>
>> On 02/11/2016 04:45 PM, Stefan Roese wrote:
>>>
>>> With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver
>>> model], cpu_eth_init() is not called on SoCFPGA any more. Since this
A common pattern is to call uclass_first_device() and then check if it
actually returns a device. Add a new function which does this, returning
an error if there are no devices in that uclass.
Signed-off-by: Simon Glass
---
drivers/core/uclass.c | 13 +
include/dm/uclass.h | 15 ++
Hi Simon,
On Sat, 6 Feb 2016 14:31:37 -0700
Simon Glass s...@chromium.org wrote:
> Boards with a saved environment may use 'lcd' in their stdout environment
> variable, expecting that this will enable output to the LCD. When the board
> moves to use driver model for video, this will no-longer wo
On Sat, 6 Feb 2016 14:31:38 -0700
Simon Glass s...@chromium.org wrote:
> Enable this option on all tegra boards.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/mach-tegra/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
applied to u-boot-video/master, thanks!
--
Anatolij
_
Hi Tom,
The following changes since commit 94985cc9d3d7ed991ca8b2627d5894df5ea68f49:
Merge branch 'master' of git://git.denx.de/u-boot-usb (2016-02-04 06:56:23
-0500)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
for you to fetch changes up to 6c88b513
On 02/11/2016 09:28 PM, Simon Glass wrote:
> Hi,
>
> On 11 February 2016 at 08:54, Stefan Roese wrote:
>> On 11.02.2016 16:49, Marek Vasut wrote:
>>>
>>> On 02/11/2016 04:45 PM, Stefan Roese wrote:
With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver
model], cpu_e
On 12/13/2015 08:46 PM, Simon Glass wrote:
Applied to u-boot-dm/next.
I've found another strange problem, at least triggered/exposed by this
patch:
On at least either Dalmore or Jetson TK1, using USB Ethernet (hence with
RTL8169 support disabled in include/configs/jetson-tk1.h[1]), I find
i.MX7 has an a protection feature for Manufacturing process.
This feature uses assymetric encryption to sign and verify
authenticated software handled between parties. This command
enables the use of such feature.
The private key is unique and generated once per device.
And it is stored in secure
+Stephen, Ted
Hi,
On 25 January 2016 at 15:21, Marek Vasut wrote:
> The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
>
> Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.git
This patch removes the gpio clock enable from gpio driver & move it in the
board code, making it possible to use the gpio driver with other socs.
Signed-off-by: Vikas Manocha
---
arch/arm/include/asm/arch-stm32f4/stm32_periph.h | 11 +
arch/arm/mach-stm32/stm32f4/clock.c| 4
This patchset:
- adds support for stm32f7 family.
- adds support for stm32f746 disco board.
- moves base addresses & clock config from stm32 gpio
driver to soc area to be usable by stm32f7.
Vikas Manocha (4):
gpio: stm32_gpio: move clock config from driver to bo
This patch adds support for stm32f7 family usart peripheral.
Signed-off-by: Vikas Manocha
---
drivers/serial/Makefile | 1 +
drivers/serial/serial_stm32x7.c | 83 +++
drivers/serial/serial_stm32x7.h | 37 ++
include/d
Base addresses for GPIOs could be different for different socs, this
patch moves the base addresses from driver to the soc specific location.
Signed-off-by: Vikas Manocha
---
arch/arm/include/asm/arch-stm32f1/stm32.h | 8
arch/arm/include/asm/arch-stm32f4/stm32.h | 10 ++
drive
This patch adds support for stm32f7 family & stm32f746 board.
Signed-off-by: Vikas Manocha
---
arch/arm/include/asm/arch-stm32f7/gpio.h | 113 +++
arch/arm/include/asm/arch-stm32f7/gpt.h | 53 +++
arch/arm/include/asm/arch-stm32f7/rcc.h | 6
Hi Stephen,
On 11 February 2016 at 16:21, Stephen Warren wrote:
> On 12/13/2015 08:46 PM, Simon Glass wrote:
>>
>> Applied to u-boot-dm/next.
>
>
> I've found another strange problem, at least triggered/exposed by this
> patch:
>
> On at least either Dalmore or Jetson TK1, using USB Ethernet (hen
Hi Marek,
On 11 February 2016 at 13:58, Marek Vasut wrote:
> On 02/11/2016 09:28 PM, Simon Glass wrote:
>> Hi,
>>
>> On 11 February 2016 at 08:54, Stefan Roese wrote:
>>> On 11.02.2016 16:49, Marek Vasut wrote:
On 02/11/2016 04:45 PM, Stefan Roese wrote:
>
> With commit c32a6fd
On 02/11/2016 04:59 PM, Simon Glass wrote:
+Stephen, Ted
Hi,
On 25 January 2016 at 15:21, Marek Vasut wrote:
The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500)
are available in the git repository at:
On 02/11/2016 05:10 PM, Simon Glass wrote:
Hi Stephen,
On 11 February 2016 at 16:21, Stephen Warren wrote:
On 12/13/2015 08:46 PM, Simon Glass wrote:
Applied to u-boot-dm/next.
I've found another strange problem, at least triggered/exposed by this
patch:
On at least either Dalmore or Jet
Logic PD makes four different system on modules. This patch will auto
detect the board type and identify the corresponding device tree image.
Signed-off-by: Adam Ford
---
board/logicpd/omap3som/omap3logic.c | 20
include/configs/omap3_logic.h | 2 +-
2 files changed
>
> Did you test this patch to confirm the voltage change? I don't see you calling
> adjust_vdd().
Yes I did test couple of voltage levels using vdd_override from the u-boot
prompt. Voltage was getting changed correctly and I measured through multi meter
But I think I understand your point. I wil
73 matches
Mail list logo
