Hi Michal,
On Wed, 6 Aug 2014 08:39:47 +0200
Michal Simek wrote:
> Hi Masahiro,
>
> On 08/06/2014 05:17 AM, Masahiro Yamada wrote:
> > Becuase the board select menu in arch/arm/Kconfig is too big,
> > move the Zynq board select menu to zynq/Kconfig.
> >
> > Consolidate also common settings (C
Dear Alexander,
In message <53dfdc99.2020...@ahsoftware.de> you wrote:
>
> At least I've understood it such that nobody still has an objection=20
> against the new feature for "env import -t" (-r).
I object if it would be added without maintaining symmetry with "env
export".
Best regards,
Wolf
Hi Masahiro,
On 08/06/2014 05:17 AM, Masahiro Yamada wrote:
> Becuase the board select menu in arch/arm/Kconfig is too big,
> move the Zynq board select menu to zynq/Kconfig.
>
> Consolidate also common settings (CONFIG_SYS_CPU="armv7" and
> CONFIG_SYS_SOC="zynq").
>
> Refactor board/xilinx/zynq
Prior to Kconfig, the CPU field of boards.cfg could optionally have
":SPLCPU", like "armv7:arm720t".
(Actually this syntax was only used for Tegra platform.)
Now it is not necessary at all because CPU is defined by
CONFIG_SYS_CPU in Kconfig.
For Tegra platform, the Kconfig option is described as
This board has been orphaned for a while and old enough.
Signed-off-by: Masahiro Yamada
---
CREDITS |2 +-
arch/powerpc/cpu/mpc8xx/Kconfig |4 -
board/sixnet/Kconfig| 11 -
board/sixnet/MAINTAINERS|6 -
board/sixnet/Makefile |
Hi all,
I have a custom Freescale QorIQ P1020 board, with a serial NOR Flash (eSPI
bus) and a NAND Flash (eLBC/FCM bus). Im booting from the NOR flash.
The old NAND (512 bytes page size) was working perfectly, so I swapped for
another with 2k bytes page size.
I changed in the config file:
CO
Emails to Sandeep Paulraj
have been bouncing.
Please assign new maintainer(s) to get these boards
back to Maintained.
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
board/davinci/dm355evm/MAINTAINERS | 2 +-
board/davinci/dm355leopard/MAINTAINERS | 2 +-
board/davinci/dm365evm/MAINTAINE
I built all the other boards and compared MD5SUM.
I confirmed this series has no impact against them.
I recommend to apply
http://patchwork.ozlabs.org/patch/374416/
http://patchwork.ozlabs.org/patch/376862/
before this series to avoid conflicts in doc/README.scrapyard.
Masahiro Yamada (5):
po
This board has been orphaned for a while and old enough.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/cpu/mpc8xx/Kconfig| 4 -
arch/powerpc/cpu/mpc8xx/cpu_init.c | 4 -
board/svm_sc8xx/Kconfig| 11 -
board/svm_sc8xx/MAINTAINERS| 6 -
board/svm_sc8xx/Makefile
This board has been orphaned for a while and old enough.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/cpu/mpc8xx/Kconfig | 4 -
board/flagadm/Kconfig | 11 -
board/flagadm/MAINTAINERS | 6 -
board/flagadm/Makefile | 8 -
board/flagadm/flagadm.c | 134 -
These boards have been orphaned for a while and old enough.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/cpu/mpc8xx/Kconfig | 4 -
board/gen860t/Kconfig | 11 -
board/gen860t/MAINTAINERS | 7 -
board/gen860t/Makefile| 8 -
board/gen860t/README
This board has been orphaned for a while and old enough.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/cpu/mpc8xx/Kconfig | 4 -
board/stx/stxxtc/Kconfig | 15 -
board/stx/stxxtc/MAINTAINERS | 6 -
board/stx/stxxtc/Makefile | 8 -
board/stx/stxxtc/README.stxxtc
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Davinci board select menu to davinci/Kconfig.
Move also common settings (CONFIG_SYS_CPU="arm926ejs" and
CONFIG_SYS_SOC="davinci").
Signed-off-by: Masahiro Yamada
Cc: Heiko Schocher
Cc: Sandeep Paulraj
Reviewed-by: Tom Rini
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Zynq board select menu to zynq/Kconfig.
Consolidate also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="zynq").
Refactor board/xilinx/zynq/MAINTAINERS too.
Signed-off-by: Masahiro Yamada
Cc: Michal Simek
---
C
Emails to the board maintainer
"Rishi Bhattacharya "
have been bouncing.
Tom suggested to remove this board.
Remove also omap1510_udc.c because this is the last board
to enable it.
Signed-off-by: Masahiro Yamada
Suggested-by: Tom Rini
---
Changes in v2: None
arch/arm/Kconfig
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Orion5x board select menu to orion5x/Kconfig.
Move also common settings (CONFIG_SYS_CPU="arm926ejs" and
CONFIG_SYS_SOC="orion5x").
Signed-off-by: Masahiro Yamada
Cc: Albert ARIBAUD
---
Changes in v2: None
arch/arm/Kconfig
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Tegra board select menu to tegra/Kconfig.
Insert the Tegra SoC select menu between the arch select and the
board select.
Architecture select
|-- Tegra Platform (Tegra)
|- Tegra SoC select (Tegra20 / 30 / 114 / 124)
Becuase the board select menu in arch/arm/Kconfig is too big,
move the OMAP3 board select menu to omap3/Kconfig.
Move also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="omap3
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/Kconfig
Becuase the board select menu in arch/arm/Kconfig is too big,
move the KirkWood board select menu to kirkwood/Kconfig.
Consolidate also common settings (CONFIG_SYS_CPU="arm926ejs" and
CONFIG_SYS_SOC="kirkwood").
Signed-off-by: Masahiro Yamada
Cc: Prafulla Wadaskar
Cc: Luka Perkov
---
Changes
Becuase the board select menu in arch/arm/Kconfig is too big,
move the OMAP4 board select menu to omap4/Kconfig.
Move also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="omap4").
Signed-off-by: Masahiro Yamada
Cc: Lokesh Vutla
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/
There are lots of boards supported in ARM architecture.
The board select menu in arch/arm/Kconfig is already too fat.
This series introduces platform select between arch select and
board select.
ARCH select (ARM)
|-- Platform select
|-- Board select
Many (not all) of boards have been
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Nomadik board select menu to nomadik/Kconfig.
Move also common settings (CONFIG_SYS_CPU="arm926ejs" and
CONFIG_SYS_SOC="nomadik").
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/Kconfig
Move Highbank-specific settings to highbank/Kconfig.
Signed-off-by: Masahiro Yamada
Cc: Rob Herring
---
Changes in v2: None
arch/arm/Kconfig | 7 ---
{board => arch/arm/cpu/armv7}/highbank/Kconfig | 2 +-
configs/highbank_defconfig | 2 +-
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Rmobile board select menu to rmobile/Kconfig.
Consolidate also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="rmobile").
Signed-off-by: Masahiro Yamada
Cc: Nobuhiro Iwamatsu
---
Changes in v2: None
arch/arm/K
Move Versatile-specific settings to versatile/Kconfig.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/Kconfig | 13 ++
arch/arm/cpu/arm926ejs/versatile/Kconfig | 23 +++
board/armltd/versatile/Kconfig | 71 -
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Exynos board select menu to exynos/Kconfig.
Consolidate also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="exynos").
Signed-off-by: Masahiro Yamada
Cc: Minkyu Kang
---
Changes in v2: None
arch/arm/Kconfig
Becuase the board select menu in arch/arm/Kconfig is too big,
move the Keystone board select menu to keystone/Kconfig.
Move also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="keystone").
Signed-off-by: Masahiro Yamada
Cc: Vitaly Andrianov
Reviewed-by: Tom Rini
---
Changes in v2:
Becuase the board select menu in arch/arm/Kconfig is too big,
move the OMAP5 board select menu to omap5/Kconfig.
Move also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="omap5").
Signed-off-by: Masahiro Yamada
Cc: Lokesh Vutla
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/
On 8/5/14 7:15 PM, "Simon Glass" wrote:
>>>
>>> But in this case why not just leave off the 'freescale'?
>>
>> This is just an example. What if I chose "-a arm" and "-v freescale".
>>ARM has
>> 300+ targets, but only 20+ are for Freescale. I could save time by
>>building a
>> lot less platforms.
Hi,
On 5 August 2014 01:09, Stefano Babic wrote:
> Hi Tom, hi Masahiro,
>
> On 04/08/2014 19:30, Tom Rini wrote:
>> On Wed, Jul 30, 2014 at 07:20:03PM +0900, Masahiro Yamada wrote:
>>
>>> The following configs are not defined at all:
>>>
>>> - CONFIG_RTC_DS1388
>>> - CONFIG_RTC_ISL1208
>>> - C
Hi York,
On 5 August 2014 17:21, York Sun wrote:
> On 08/05/2014 04:07 PM, Simon Glass wrote:
>> Hi York,
>>
>> On 5 August 2014 16:34, York Sun wrote:
>>> On 08/05/2014 07:46 AM, Simon Glass wrote:
+ - build all Freescale boards with MPC83xx CPUs, plus all 4xx boards:
+ MAKEALL
Hi Jeroen,
On Tue, 05 Aug 2014 21:35:18 +0200
Jeroen Hofstee wrote:
> Hi Masahiro,
>
> On 05-08-14 03:50, Masahiro Yamada wrote:
> > On Mon, 04 Aug 2014 19:49:24 +0200
> > Jeroen Hofstee wrote:
> >
> cc: Tom Rini
> cc: Masahiro Yamada
> cc: Simon Glass
> Signed-off-by:
On 08/05/2014 04:07 PM, Simon Glass wrote:
> Hi York,
>
> On 5 August 2014 16:34, York Sun wrote:
>> On 08/05/2014 07:46 AM, Simon Glass wrote:
>>> + - build all Freescale boards with MPC83xx CPUs, plus all 4xx boards:
>>> + MAKEALL -c mpc83xx -v freescale 4xx
>>> + ** buildman -b
Hi York,
On 5 August 2014 16:34, York Sun wrote:
> On 08/05/2014 07:46 AM, Simon Glass wrote:
>> + - build all Freescale boards with MPC83xx CPUs, plus all 4xx boards:
>> + MAKEALL -c mpc83xx -v freescale 4xx
>> + ** buildman -b mpc83xx freescale 4xx
>> +
>
> This is not very clea
On 08/05/2014 07:46 AM, Simon Glass wrote:
> + - build all Freescale boards with MPC83xx CPUs, plus all 4xx boards:
> + MAKEALL -c mpc83xx -v freescale 4xx
> + ** buildman -b mpc83xx freescale 4xx
> +
This is not very clear to me. Is the condition "AND", or "OR"? When I do
"MAKEALL
On 14-08-05 07:00 AM, Tom Rini wrote:
On Thu, Jul 31, 2014 at 10:32:51AM -0700, Steve Rae wrote:
On 14-07-30 06:25 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:21 PM, Steve Rae wrote:
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae
---
This f
On 08/05/2014 12:10 PM, Tom Rini wrote:
> On Tue, Aug 05, 2014 at 12:01:33PM -0700, York Sun wrote:
>> On 08/05/2014 11:59 AM, Simon Glass wrote:
>>> Hi York,
>>>
>>> On 5 August 2014 12:55, York Sun wrote:
On 08/05/2014 11:52 AM, Simon Glass wrote:
>>>
>>> BTW where does this informa
On 5 August 2014 23:03, Maxime Ripard wrote:
> On Mon, Aug 04, 2014 at 05:05:00PM +0200, Luc Verhaegen wrote:
>> On Mon, Aug 04, 2014 at 10:39:13AM +0200, Hans de Goede wrote:
>> > Hi Luc,
>> >
>> > First of all many thanks for your work on this.
>> >
>> > ATM I don't have time to do a full review
This adds board support for the Toradex Colibri T30 module.
Working functions:
- SD card boot
- eMMC environment and boot
- USB host/USB client (on the dual role port)
- Network (via ASIX USB)
Signed-off-by: Stefan Agner
---
This patch requires Stephens patch "ARM: tegra: enable DFU too" applied
On Mon, Aug 04, 2014 at 05:05:00PM +0200, Luc Verhaegen wrote:
> On Mon, Aug 04, 2014 at 10:39:13AM +0200, Hans de Goede wrote:
> > Hi Luc,
> >
> > First of all many thanks for your work on this.
> >
> > ATM I don't have time to do a full review, but I don't expect there
> > to be too many supris
On Tue, Aug 05, 2014 at 12:10:30AM +0200, Henrik Nordström wrote:
> > How's this for the sunxi implementation of simplefb:
> > * u-boot lists used clocks, to allow some code in simplefb.c to grab all
> > clocks. This is necessary as the list of clocks might change with
> > changed cfb-console
On Tue, Aug 05, 2014 at 01:56:36PM +0200, Hans de Goede wrote:
> Hi,
>
> On 08/02/2014 06:14 PM, Luc Verhaegen wrote:
> > This adds a fixed mode hdmi driver (lcd to be added in future) for the
> > sunxi platform. Current config is such that 8MB is shaved off at the top
> > of the RAM. Simplefb sup
Hi Masahiro,
On 05-08-14 03:50, Masahiro Yamada wrote:
On Mon, 04 Aug 2014 19:49:24 +0200
Jeroen Hofstee wrote:
cc: Tom Rini
cc: Masahiro Yamada
cc: Simon Glass
Signed-off-by: Jeroen Hofstee
---
Makefile | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Makefi
On Tue, Aug 05, 2014 at 12:01:33PM -0700, York Sun wrote:
> On 08/05/2014 11:59 AM, Simon Glass wrote:
> > Hi York,
> >
> > On 5 August 2014 12:55, York Sun wrote:
> >> On 08/05/2014 11:52 AM, Simon Glass wrote:
> >
> > BTW where does this information get published?
> >
>
>
On 08/05/2014 11:59 AM, Simon Glass wrote:
> Hi York,
>
> On 5 August 2014 12:55, York Sun wrote:
>> On 08/05/2014 11:52 AM, Simon Glass wrote:
>
> BTW where does this information get published?
>
When we use gerrit and Jenkins, the build log is stored in Jenkins log, and
>>
On Tue, Aug 05, 2014 at 12:58:55PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 5 August 2014 12:54, Tom Rini wrote:
> > On Tue, Aug 05, 2014 at 08:46:53AM -0600, Simon Glass wrote:
> >
> >> Originally buildman had some support for building the current source tree.
> >> However this was dropped bef
Hi Tom,
Please pull this PR.
thanks!
Jagan.
The following changes since commit 25b4adbba018633b943a99322bfb2fb819c0bafb:
include: remove CONFIG_SPL/CONFIG_TPL definition in config headers
(2014-07-30 14:42:03 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-spi.git
Hi York,
On 5 August 2014 12:55, York Sun wrote:
> On 08/05/2014 11:52 AM, Simon Glass wrote:
BTW where does this information get published?
>>>
>>> When we use gerrit and Jenkins, the build log is stored in Jenkins log, and
>>> emails were sent with the failure log.
>>
>> OK, I do
Hi Tom,
On 5 August 2014 12:54, Tom Rini wrote:
> On Tue, Aug 05, 2014 at 08:46:53AM -0600, Simon Glass wrote:
>
>> Originally buildman had some support for building the current source tree.
>> However this was dropped before it was submitted, as part of the effort to
>> make it faster when build
On 08/05/2014 11:52 AM, Simon Glass wrote:
>>>
>>> BTW where does this information get published?
>>>
>>
>> When we use gerrit and Jenkins, the build log is stored in Jenkins log, and
>> emails were sent with the failure log.
>
> OK, I don't think I've send such an email. Do I have to do anything
On Tue, Aug 05, 2014 at 08:46:53AM -0600, Simon Glass wrote:
> Originally buildman had some support for building the current source tree.
> However this was dropped before it was submitted, as part of the effort to
> make it faster when building entire branches.
>
> Reinstate this support. If no
Hi York,
On 5 August 2014 12:48, York Sun wrote:
> On 08/05/2014 11:41 AM, Simon Glass wrote:
>> Hi York,
>>
>> On 5 August 2014 10:43, York Sun wrote:
>>> On 08/05/2014 07:47 AM, Simon Glass wrote:
Since buildman now includes most of the features of MAKEALL it is probably
time to talk
Hello Andrew,
On 05-08-14 13:07, and...@polkaspots.com wrote:
How can I find out if hw_watchdog is enabled on my U-Boot?
Adding a while(1); to some command should trigger
the wd when enabled. Just make sure you don't brick
your board by making it optional ;)
Regards,
Jeroen
__
On 08/05/2014 11:41 AM, Simon Glass wrote:
> Hi York,
>
> On 5 August 2014 10:43, York Sun wrote:
>> On 08/05/2014 07:47 AM, Simon Glass wrote:
>>> Since buildman now includes most of the features of MAKEALL it is probably
>>> time to talk about deprecating MAKEALL.
>>>
>>> Comments welcome.
>>>
Hi York,
On 5 August 2014 10:43, York Sun wrote:
> On 08/05/2014 07:47 AM, Simon Glass wrote:
>> Since buildman now includes most of the features of MAKEALL it is probably
>> time to talk about deprecating MAKEALL.
>>
>> Comments welcome.
>>
>
> Simon,
>
> I know buildman has been out for a while
Hi Jeroen,
On 5 August 2014 11:41, Jeroen Hofstee wrote:
> Hello Simon,
>
>
> On 05-08-14 16:47, Simon Glass wrote:
>>
>> Compiler names normally end with cc, but not always gcc. So update the
>> detection logic.
>>
>> Reported-by: Jeroen Hofstee
>> Signed-off-by: Simon Glass
>> ---
>>
>> Chang
Hello everyone
i would like to try and add support for a PCI host controller of a Marvell
SOC
i noticed there are 2 different approaches.
1. placing the driver under drivers/pci as is done for IMX
2. Adding the driver under the board support code
i guess the first one is the more clean approach
Hello Simon,
On 05-08-14 16:47, Simon Glass wrote:
Compiler names normally end with cc, but not always gcc. So update the
detection logic.
Reported-by: Jeroen Hofstee
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to search for *cc instead of *gcc
Changes in v3: None
Changes
On Tue, Aug 5, 2014 at 2:03 PM, Magnus Lilja wrote:
> Enable CONFIG_SYS_GENERIC_BOARD for the i.MX31 PDK board.
>
> Tested on actual hardware.
>
> Signed-off-by: Magnus Lilja
> ---
>
> Note: This was tested in a tree where the start.S issue discussed
> in the "SPL broken on i.mx31 platforms" thre
Enable CONFIG_SYS_GENERIC_BOARD for the i.MX31 PDK board.
Tested on actual hardware.
Signed-off-by: Magnus Lilja
---
Note: This was tested in a tree where the start.S issue discussed
in the "SPL broken on i.mx31 platforms" thread has been fixed.
include/configs/mx31pdk.h | 2 ++
1 file change
On 08/05/2014 07:47 AM, Simon Glass wrote:
> Since buildman now includes most of the features of MAKEALL it is probably
> time to talk about deprecating MAKEALL.
>
> Comments welcome.
>
Simon,
I know buildman has been out for a while. I just rely too much on MAKEALL
automation and am reluctant
On 08/05/2014 06:27 AM, Simon Glass wrote:
On 4 August 2014 12:04, Stephen Warren wrote:
On 08/04/2014 04:13 AM, Simon Glass wrote:
As to the question of HW description, I'm not sure I follow. The
devices that are attached to the hardware presumably appear in the DT,
the partition is fixed a
On 08/04/2014 02:14 PM, Simon Glass wrote:
Hi Stephen,
On 4 August 2014 11:47, Stephen Warren wrote:
On 08/04/2014 04:43 AM, Simon Glass wrote:
On 1 August 2014 15:50, Stephen Warren wrote:
...
DT schemas/bindings MUST be identical between U-Boot, Linux, FreeBSD,
Barebox, ... (all of w
On 08/04/2014 03:57 PM, Allen Martin wrote:
Norrin (PM370) is a Tegra124 clamshell board that is very similar to
venice2, but it has a different panel, the sdcard cd and wp sense are
flipped, and it has a different revision of the AS3722 PMIC. This
board is also refered to as "nyan" in the Chrom
On Tue, Aug 5, 2014 at 12:06 PM, Alexandre Delove
wrote:
> Hello
>
> I am trying to build an u-boot for a sabrelite with an IMX6Q, so i downloaded
> the last package (u-boot-2014.07.tar.bz2) on this link =>
> ftp://ftp.denx.de/../../../pub/u-boot/.
> When i launched make mx6qsabrelite_config, ev
On Tue, Aug 5, 2014 at 12:31 PM, Fabio Estevam wrote:
> export CROSS_COMPILE=/usr/bin/arm-linux-gnueabi
I meant export CROSS_COMPILE=/usr/bin/arm-linux-gnueabi- ("with a
minus in the end)
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.
Hello
I am trying to build an u-boot for a sabrelite with an IMX6Q, so i downloaded
the last package (u-boot-2014.07.tar.bz2) on this link =>
ftp://ftp.denx.de/../../../pub/u-boot/.
When i launched make mx6qsabrelite_config, everything was fine (Configuring for
mx6qsabrelite - Board: nitrogen6x
Originally buildman had some support for building the current source tree.
However this was dropped before it was submitted, as part of the effort to
make it faster when building entire branches.
Reinstate this support. If no -b option is given, buildman will build the
current source tree.
Report
Since buildman now includes most of the features of MAKEALL it is probably
time to talk about deprecating MAKEALL.
Comments welcome.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
MAKEALL | 4
1 file changed, 4 insertions(+)
diff --git a/MAKEA
The non-incremental build method is no longer used, so remove it.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to remove unused non-incremental build method code
Changes in v3: None
Changes in v2: None
tools/buildman/builder.py | 34 --
tools/b
If buildman finds no problems it prints nothing. This can be a bit confusing,
so add a message that all is well.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to show a message when there are no errors
Changes in v3: None
Changes in v2: None
tools/buildman/builder.py | 6 +
Compiler names normally end with cc, but not always gcc. So update the
detection logic.
Reported-by: Jeroen Hofstee
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to search for *cc instead of *gcc
Changes in v3: None
Changes in v2: None
tools/buildman/toolchain.py | 2 +-
1 fi
The builder.py file is getting too long, so split out some code.
Signed-off-by: Simon Glass
---
Changes in v4:
- Fix missing import in builder.py
Changes in v3:
- Add new patch to move BuilderThread code to its own file
Changes in v2: None
tools/buildman/builder.py | 439 +-
The current README is a bit sparse in this area, so add a few more
examples.
Suggested-by: Tom Rini
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new path to add a few more toolchain examples to the README
Changes in v3: None
Changes in v2: None
tools/buildman/README | 2 ++
1 file cha
Add a new --config-file option (-G) to specify a different configuration
file from the default ~/.buildman.
Reported-by: Tom Rini
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to allow the config file to be specified
Changes in v3: None
Changes in v2: None
tools/buildman/buil
There are several typos in the README - fix them.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to fix existing typos
tools/buildman/README | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/buildman/RE
For those used to MAKEALL, buildman seems strange. Add some notes to ease
the transition.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Minor changes to the text
tools/buildman/README | 92 +++
1 file cha
These options have got slightly out of order. Fix them.
Signed-off-by: Simon Glass
---
Changes in v4:
- Fix typo in commit message
Changes in v3:
- Add new patch to sort command line options
Changes in v2: None
tools/buildman/buildman.py | 12 ++--
1 file changed, 6 insertions(+), 6
Normally buildman operates in two passes - one to do the build and another
to summarise the errors. Add a verbose option (-v) to display build problems
as they happen. With -e also given, this will display errors too.
When building the current source tree (rather than a list of commits in a
branch
Buildman has been around for a little over a year and is used by a fair
number of U-Boot developers. However quite a few people still use MAKEALL.
Buildman was intended to replace MAKEALL, so perhaps now is a good time to
start that process.
The reasons to deprecate MAKEALL are:
- We don't want t
We need the output options to be available in several places. It's a pain
to pass them into each function. Make them properties of the builder and
add a single function to set them up. At the same time, add a function which
produces summary output using these options.
Signed-off-by: Simon Glass
-
Hi Tom,
On 5 August 2014 08:07, Tom Rini wrote:
> On Mon, Aug 04, 2014 at 02:46:02PM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> On 4 August 2014 09:54, Tom Rini wrote:
>> > On Mon, Aug 04, 2014 at 06:01:58AM -0600, Simon Glass wrote:
>> >> Hi Tom,
>> >>
>> >> On 30 July 2014 09:34, Simon Glass
Hi Jeroen,
On 4 August 2014 14:56, Jeroen Hofstee wrote:
> Hello Simon,
>
>
> On 04-08-14 22:41, Simon Glass wrote:
>>
>> Hi Tom,
>>
>> On 4 August 2014 07:23, Tom Rini wrote:
>>>
>>> On Mon, Jul 28, 2014 at 11:53:27PM -0600, Simon Glass wrote:
>>>
Buildman has been around for a little over
On Tue, Aug 05, 2014 at 08:06:25AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 4 August 2014 15:23, Tom Rini wrote:
> > On Mon, Aug 04, 2014 at 02:41:45PM -0600, Simon Glass wrote:
> >> Hi Tom,
> >>
> >> On 4 August 2014 07:23, Tom Rini wrote:
> >> > On Mon, Jul 28, 2014 at 11:53:27PM -0600, Simo
Hi Tom,
On 5 August 2014 08:06, Simon Glass wrote:
> Hi Tom,
>
> On 4 August 2014 15:23, Tom Rini wrote:
>> On Mon, Aug 04, 2014 at 02:41:45PM -0600, Simon Glass wrote:
>>> Hi Tom,
>>>
>>> On 4 August 2014 07:23, Tom Rini wrote:
[ship]
>>> > I also didn't quite see how to plugin an arm64 toolc
On Tue, Aug 05, 2014 at 02:05:20AM +, Yan, Miao wrote:
> > OK, what host distribution are you using? I'm going to guess RHEL5 (or
> > compatible)... If so, yes, I think we need to support that as a host
> > platform so
> > long as it's still supported by RedHat.
>
>
> It's CentOS 5, which
Hi Tom,
On 4 August 2014 15:23, Tom Rini wrote:
> On Mon, Aug 04, 2014 at 02:41:45PM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> On 4 August 2014 07:23, Tom Rini wrote:
>> > On Mon, Jul 28, 2014 at 11:53:27PM -0600, Simon Glass wrote:
>> >
>> >> Buildman has been around for a little over a year a
On Tuesday, August 05, 2014 at 03:28:04 PM, Nikita Kiryanov wrote:
> On 03/08/14 16:44, Marek Vasut wrote:
> > On Sunday, August 03, 2014 at 09:34:31 AM, Nikita Kiryanov wrote:
> >> Currently we can define CONFIG_SPL_SPI_.
> >> Define CONFIG_SPL_SPI_MODE option, and provide a default value for
> >>
On Mon, Aug 04, 2014 at 02:46:02PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 4 August 2014 09:54, Tom Rini wrote:
> > On Mon, Aug 04, 2014 at 06:01:58AM -0600, Simon Glass wrote:
> >> Hi Tom,
> >>
> >> On 30 July 2014 09:34, Simon Glass wrote:
> >> > Hi Tom,
> >> >
> >> > On 28 July 2014 21:27,
On Thu, Jul 31, 2014 at 10:32:51AM -0700, Steve Rae wrote:
>
>
> On 14-07-30 06:25 PM, Marek Vasut wrote:
> >On Thursday, June 26, 2014 at 10:13:21 PM, Steve Rae wrote:
> >>- to prepare for the support of fastboot sparse images
> >>
> >>Signed-off-by: Steve Rae
> >>---
> >>This file is ASIS from
On 03/08/14 16:44, Marek Vasut wrote:
On Sunday, August 03, 2014 at 09:34:31 AM, Nikita Kiryanov wrote:
Currently we can define CONFIG_SPL_SPI_.
Define CONFIG_SPL_SPI_MODE option, and provide a default value for
backwards compatibility.
Default values are also provided for the rest of the spi_
Hi Fabio,
On 5 August 2014 14:28, Fabio Estevam wrote:
> Hi Magnus,
>
> On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
>
>> I have now done some tests on i.MX31 PDK:
>> * v2013.04 and v2014.04 works
>> * v2014.07 and "tip of tree as of this mail" does not work
>>
>> To make it work (both v2
Hi Magnus,
On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
> I have now done some tests on i.MX31 PDK:
> * v2013.04 and v2014.04 works
> * v2014.07 and "tip of tree as of this mail" does not work
>
> To make it work (both v2014.07 and tip of tree) I only have to change
> the "ldr pc, _reset"
Hi Stephen & Dennis,
On 4 August 2014 12:04, Stephen Warren wrote:
> On 08/04/2014 04:13 AM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 31 July 2014 17:00, Stephen Warren wrote:
>>>
>>> On 07/31/2014 04:03 PM, Simon Glass wrote:
Hi Stephen,
On 30 July 2014 23:37, Step
On 2014-08-05 13:07, and...@polkaspots.com wrote:
How can I find out if hw_watchdog is enabled on my U-Boot?
Is there a timing variable that I need to set in "u-boot-env"
Or that part of the code is executed earlier.
Bassically what im experienceing is that sometimes, in some unknown
conditions
On Tuesday, August 05, 2014 at 09:36:27 AM, Nikita Kiryanov wrote:
[...]
> >>> imx_ddr_size() won't cut it here ?
> >>
> >> It doesn't handle 4GB correctly (returns 0). I suppose
> >> I can make a patch which caps the return value of
> >> imx_ddr_size() for MX6 socs to 3840MB.
> >> What do you t
On 4 August 2014 18:43, Bryan Wu wrote:
> Use the new API which is originally taken out from boot_get_kernel
> of bootm.c
>
> Signed-off-by: Bryan Wu
> Tested-by: Stephen Warren
> Reviewed-by: Stephen Warren
Reviewed-by: Simon Glass
___
U-Boot maili
On 4 August 2014 18:43, Bryan Wu wrote:
> Kernel address is normally stored as a string argument of bootm or bootz.
> This function is taken out from boot_get_kernel() of bootm.c, which can be
> reused by others.
>
> Signed-off-by: Bryan Wu
> Tested-by: Stephen Warren
> Reviewed-by: Stephen Warr
Hi,
On 08/02/2014 06:14 PM, Luc Verhaegen wrote:
> This adds a fixed mode hdmi driver (lcd to be added in future) for the
> sunxi platform. Current config is such that 8MB is shaved off at the top
> of the RAM. Simplefb support is available for kernels that know how to
> use it.
I've been trying
How can I find out if hw_watchdog is enabled on my U-Boot?
Is there a timing variable that I need to set in "u-boot-env"
Or that part of the code is executed earlier.
Bassically what im experienceing is that sometimes, in some unknown
conditions, U-Boot will freeze, at the point when is relocati
1 - 100 of 146 matches
Mail list logo
