From: Hou Zhiqiang
Move forward the basic non-secure access enable operation, so the
subsequent individual device access permission can override it.
And collect the dispersed callers in board level, and then move
them to SoC level.
Signed-off-by: Hou Zhiqiang
---
Tested on LS1043ARDB, LS1021AQD
From: Hou Zhiqiang
Add this API to make the individual device is able to be set to
the specified permission.
Signed-off-by: Hou Zhiqiang
---
board/freescale/common/ns_access.c | 34 --
include/fsl_csu.h | 1 +
2 files changed, 21 insertions(+),
From: Hou Zhiqiang
As the access to serders protocol unselected PCIe controller will
hang. So disable the R/W permission to unselected PCIe controller
including its CCSR, IO space and memory space according to the
serders protocol field of RCW.
Signed-off-by: Hou Zhiqiang
---
Tested on LS1043AR
From: Hou Zhiqiang
Signed-off-by: Hou Zhiqiang
---
.../include/asm/arch-fsl-layerscape/ns_access.h| 1 +
board/freescale/common/ns_access.c | 28 ++
include/fsl_csu.h | 1 +
3 files changed, 30 insertions(+)
diff --git
Hi Simon,
On 2016年07月01日 23:15, Simon Glass wrote:
Hi,
On 30 June 2016 at 23:00, Ziyuan Xu wrote:
Hi Simon,
On 2016年06月30日 23:23, Simon Glass wrote:
Hi Ziyuan,
On 30 June 2016 at 00:21, Ziyuan Xu wrote:
Redefine RX FIFO size & TX FIFO size for rk3288.
Signed-off-by: Ziyuan Xu
---
d
From: Yunhui Cui
A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data
Affects: QuadSPI
Description: With AHB buffer prefetch enabled, the QuadSPI may return
incorrect data on the AHB interface. The buffer pre-fetch is enabled
if the fetch size as configured either in the LUT or
Hi Simon,
> -Original Message-
> From: Siva Durga Prasad Paladugu
> Sent: Tuesday, June 28, 2016 11:38 AM
> To: 'Simon Glass' ; U-Boot Mailing List b...@lists.denx.de>
> Cc: Marek Vasut ; 'Hans de Goede'
> Subject: RE: [U-Boot] [PATCH 24/27] dm: zynq: usb: Convert to
> CONFIG_DM_USB
>
>
> -Original Message-
> From: Gong Qianyu [mailto:qianyu.g...@nxp.com]
> Sent: Friday, July 01, 2016 4:19 PM
> To: york sun ; Prabhakar Kushwaha
> ; u-boot@lists.denx.de
> Cc: Mingkai Hu ; Zhiqiang Hou
> ; Shaohui Xie ; Wenbin
> Song ; Zhiqiang Hou ;
> Mihai Bantea ; Qianyu Gong
>
> Subje
Hi Stephen,
I'd like to get access to SPL output from a test. It seems that only
the output from U-Boot proper is logged, although I cannot see why.
For background, I have a new sandbox_spl target which includes SPL
code. I will likely merge it into the normal sandbox target...
It is definitely
> On 30.06.16 09:16, Huan Wang wrote:
> > Hi, Alex,
> >
> >>> Am 15.06.2016 um 05:04 schrieb Huan Wang :
> >>>
> >>> Hi, Alex,
> >>>
> > On 06/08/2016 07:14 AM, Alison Wang wrote:
> > To support loading a 32-bit OS, the execution state will change
> > from
> > AArch64 to AArch32 whe
On Sun, Jul 3, 2016 at 9:53 PM, Stefan Agner wrote:
> On 2016-07-02 19:27, Max Filippov wrote:
>> I'm getting the following build errors when I'm trying to build U-Boot
>> for a board with UBIFS in its config from the current U-Boot mainline:
>>
>> fs/built-in.o: In function `do_fs_type':
>> (.tex
> -Original Message-
> From: Edward L Swarthout
> Sent: Saturday, July 02, 2016 5:44 AM
> To: Prabhakar Kushwaha; york sun; Qianyu Gong; albert.u.b...@aribaud.net;
> u-boot@lists.denx.de; s.temerkha...@gmail.com;
> yamada.masah...@socionext.com
> Cc: Mingkai Hu
> Subject: RE: [U-Boot] [PA
On 07/02/2016 03:17 AM, Simon Glass wrote:
> Hi,
>
> On 1 July 2016 at 04:37, Jaehoon Chung wrote:
>> On 07/01/2016 04:28 AM, Simon Glass wrote:
>>> Hi Meteusz,
>>>
>>> On 30 June 2016 at 12:18, Mateusz Kulikowski
>>> wrote:
On 29.06.2016 05:27, Simon Glass wrote:
> Hi Matt,
>
>
The SPL BSS is placed in DRAM for all sunxi boards at the moment, because
the space in the A1 SRAM space, where the SPL is normally loaded, is
limited. But this is problematic, because any BSS variable could be used
before DRAM is initialised, eventually hanging the board.
Many SoCs however have ei
As printf calls may be executed quite early, we should avoid using any
BSS stored variables, since some boards put BSS in DRAM, which may not
have been initialised yet.
Explicitly mark those "static global" variables as belonging to the
.data section, to keep tiny-printf clear of any BSS usage.
Ple
On 27 June 2016 at 00:24, Bin Meng wrote:
> 'Series-changes' uses blank line to indicate its end. If that is
> missing, series internal state variable 'in_change' may be wrong.
> Correct its state.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v2:
> - Geneate warning
On 28 June 2016 at 21:27, Simon Glass wrote:
> On 26 June 2016 at 23:24, Bin Meng wrote:
>> The following python error:
>>
>> Traceback (most recent call last):
>> File "./tools/patman/patman", line 144, in
>> series = patchstream.FixPatches(series, args)
>> File "./tools/patman/patchstr
On 27 June 2016 at 00:24, Bin Meng wrote:
> 'Cover-letter', 'Series-notes' and 'Commit-notes' tags require an
> 'END' to be put at the end of its section. If we forget to put an
> 'END' in those sections, and these sections are followed by another
> patman tag, patman generates incorrect patches.
On 28 June 2016 at 21:27, Simon Glass wrote:
> On 26 June 2016 at 23:24, Bin Meng wrote:
>> If 'END' is missing in a 'Cover-letter' section, and that section
>> happens to show up at the very end of the commit message, and the
>> commit is the last commit of the series, patman fails to generate
>
Hi Teddy,
On 3 July 2016 at 15:38, Teddy Reed wrote:
> Hi Simon,
>
> On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
>> Now that we have a suitable test framework we should move all tests into it.
>> The vboot test is a suitable candidate. Rewrite it in Python and move the
>> data files into
On 28 June 2016 at 21:27, Simon Glass wrote:
> On 26 June 2016 at 23:24, Bin Meng wrote:
>> Like other patman tags, use a new variable cover_match to indicate
>> a match for 'Cover-letter'.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - New patch to use cover_match for 'Cover-
On 19 June 2016 at 17:33, Simon Glass wrote:
> The cros-ec keyboard is always a child of the cros-ec node. Rather than
> searching the device tree, looking at the children. Remove the compat string
> which is now unused.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add new patch to
On 25 June 2016 at 20:53, Simon Glass wrote:
> On 22 June 2016 at 03:29, Bin Meng wrote:
>> Some uclass ids are out of order. Per the comments, sort them
>> in alphabetical order.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> include/dm/uclass-id.h | 4 ++--
>> 1 file changed, 2 insertions(+), 2 d
On 19 June 2016 at 19:48, Bin Meng wrote:
> On Mon, Jun 20, 2016 at 7:33 AM, Simon Glass wrote:
>> The list is shrinking and we should avoid adding new things. Instead, a
>> proper driver should be created with driver model.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Add n
On 19 June 2016 at 19:48, Bin Meng wrote:
> On Mon, Jun 20, 2016 at 7:33 AM, Simon Glass wrote:
>> The 'COMPAT_' part should appear only once so drop the duplicate part. It is
>> ignored anyway, but let's keep things consistent.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - A
On 29 June 2016 at 06:22, Jaehoon Chung wrote:
> Hi Simon,
>
> On 06/20/2016 08:33 AM, Simon Glass wrote:
>> A few drivers have moved to driver model, so we can drop these strings.
>>
>> Signed-off-by: Simon Glass
>
> CC'd Minkyu.
>
> Acked-by: Jaehoon Chung
>
> Best Regards,
> Jaehoon Chung
Ap
On 19 June 2016 at 17:33, Simon Glass wrote:
> We have drivers for several more devices now, so drop the strings which are
> no-longer used.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
>
> ---
>
> Changes in v3:
> - Rebase to master
>
> arch/x86/cpu/ivybridge/lpc.c | 6 --
> incl
On 16 June 2016 at 21:50, Simon Glass wrote:
> On 13 June 2016 at 16:17, Hamish Martin
> wrote:
>> Define a platform data structure for the MPC85XX GPIO driver to allow
>> use of the driver without device tree. Users should define the GPIO
>> blocks for their platform like this:
>> struct mpc85
On 16 June 2016 at 21:52, Simon Glass wrote:
> On 15 June 2016 at 02:56, Ziyuan Xu wrote:
>> This fixes the following compiler error:
>>
>> common/fb_mmc.c: In function ‘fb_mmc_erase’:
>> common/fb_mmc.c:209:17: error: ‘struct blk_desc’ has no member named
>> ‘block_erase’
>>
>> Signed-off-by: Zi
On 12 June 2016 at 23:30, Simon Glass wrote:
> Update the method of accessing the block device so that it works with
> CONFIG_BLK enabled.
>
> Signed-off-by: Simon Glass
> ---
>
> common/spl/spl_mmc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Applied to u-boot-dm/next.
_
On 12 June 2016 at 23:30, Simon Glass wrote:
> Now that we have fully moved to driver model, drop the old code.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/Kconfig | 2 +-
> drivers/mmc/msm_sdhci.c | 15 ---
> 2 files changed, 1 insertion(+), 16 deletions(-)
Applied to
On 3 July 2016 at 13:33, Stefan Agner wrote:
> From: Stefan Agner
>
> The MXC UART IP can be run in DTE or DCE mode. This depends on the
> board wiring and the pinmux used and hence is board specific. This
> extends platform data with a new field to choose wheather DTE
> mode shall be used.
>
> S
On 12 June 2016 at 23:30, Simon Glass wrote:
> Update this board to use driver model for block devices and MMC operations.
>
> Signed-off-by: Simon Glass
> ---
>
> configs/dragonboard410c_defconfig | 2 ++
> 1 file changed, 2 insertions(+)
Applied to u-boot-dm/next.
On 12 June 2016 at 23:30, Simon Glass wrote:
> Update the method of accessing the block device so that it works with
> CONFIG_BLK enabled.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/dfu/dfu_mmc.c | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
Applied to u-boot-dm/next
On 12 June 2016 at 23:30, Simon Glass wrote:
> These boards should have maintainer entries. Add them.
>
> Signed-off-by: Simon Glass
> ---
>
> board/evb_rk3036/evb_rk3036/MAINTAINERS | 6 ++
> board/kylin/kylin_rk3036/MAINTAINERS| 6 ++
> 2 files changed, 12 insertions(+)
Applied to
On 12 June 2016 at 23:30, Simon Glass wrote:
> Add support for using driver model for block devices and MMC operations in
> this driver.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/sdhci.c | 40 ++-
> include/sdhci.h | 80
> ++
On 12 June 2016 at 23:30, Simon Glass wrote:
> Move the configuration setting into a separate function which can be used by
> the driver-model code.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/sdhci.c | 107
> +---
> 1 file changed, 59 in
On 12 June 2016 at 23:30, Simon Glass wrote:
> Add support for using driver model for block devices and MMC operations in
> this driver.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/msm_sdhci.c | 51
> +++--
> 1 file changed, 49 insertions(+),
On 12 June 2016 at 23:30, Simon Glass wrote:
> Update the sandbox MMC emulation to use driver model for MMC operations.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/Kconfig | 1 +
> configs/sandbox_defconfig | 4 ++--
> drivers/mmc/sandbox_mmc.c | 17 ++---
> 3 files
On 12 June 2016 at 23:30, Simon Glass wrote:
> Add support to dwmmc for using driver model for MMC operations.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/dw_mmc.c | 33 +
> include/dwmmc.h | 9 +
> 2 files changed, 42 insertions(+)
Applied
On 12 June 2016 at 23:30, Simon Glass wrote:
> Enable this option to move rockchip over to use driver model for MMC
> operations.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/Kconfig | 1 +
> drivers/mmc/rockchip_dw_mmc.c | 3 ++-
> 2 files changed, 3 insertions(+), 1 deletion(
On 12 June 2016 at 23:30, Simon Glass wrote:
> The driver model conversion for MMC has moved in small steps. The first step
> was to have an MMC device (CONFIG_DM_MMC). The second was to use a child
> block device (CONFIG_BLK). The final one is to use driver model for MMC
> operations (CONFIG_DM_M
On 12 June 2016 at 23:30, Simon Glass wrote:
> This option is not actually needed for rockchip boards. Drop it, since it
> will not support driver-model MMC operation support.
>
> Signed-off-by: Simon Glass
> ---
>
> include/configs/rk3036_common.h | 1 -
> include/configs/rk3288_common.h | 1 -
On 12 June 2016 at 23:30, Simon Glass wrote:
> These private functions are used both in the driver-model implementation and
> in the legacy code. Add them to the header.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/mmc.c | 9 -
> drivers/mmc/mmc_private.h | 17 ++
On 12 June 2016 at 23:30, Simon Glass wrote:
> Rather than having an #ifdef in the main mmc.c file, control this feature
> from the Makefile by moving the code into its own file.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/Makefile | 3 ++
> drivers/mmc/mmc.c | 126 +-
On 12 June 2016 at 23:30, Simon Glass wrote:
> Move this code into separate functions so that it can be used from the uclass
> also. Add static inline versions for when the option is disabled.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/mmc.c | 41 ++-
On 12 June 2016 at 23:30, Simon Glass wrote:
> Rather than having #ifdef in mmc.c, move this code into the uclass file.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/mmc-uclass.c | 80 +
> drivers/mmc/mmc.c| 85
> ++-
On 12 June 2016 at 23:30, Simon Glass wrote:
> Since all Rockchip boards use CONFIG_BLK, we can remove this old code.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/rockchip_dw_mmc.c | 11 ---
> 1 file changed, 11 deletions(-)
Applied to u-boot-dm/next.
___
On 12 June 2016 at 23:30, Simon Glass wrote:
> Rather than having #ifdef in mmc.c, move this code into the legacy file.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/mmc/mmc.c| 95
>
> drivers/mmc/mmc_legacy.c | 91
On 3 July 2016 at 13:33, Stefan Agner wrote:
> From: Stefan Agner
>
> This can be useful if the same U-Boot binary is used for boards
> available with a i.MX 7Solo and i.MX 7Dual.
>
> Signed-off-by: Stefan Agner
> ---
>
> arch/arm/cpu/armv7/mx7/soc.c | 12
> include/configs/mx7_com
On 3 July 2016 at 16:28, Simon Glass wrote:
> Hi Jaehoon,
>
> On 27 June 2016 at 04:54, Jaehoon Chung wrote:
>> Hi Simon,
>>
>>
>> On 06/13/2016 02:30 PM, Simon Glass wrote:
>>> These comments were missed when the original code was written. Add them to
>>> help people port their drivers over.
>>>
Hi,
On 3 July 2016 at 13:33, Stefan Agner wrote:
> From: Stefan Agner
>
> Add power driver for Ricoh PMIC used on Colibri iMX7.
>
> Signed-off-by: Stefan Agner
> Acked-by: Marcel Ziswiler
> ---
>
> drivers/power/pmic/Makefile | 1 +
> drivers/power/pmic/pmic_rn5t567.c | 32 ++
On 12 June 2016 at 23:30, Simon Glass wrote:
> Rockchip uses driver model for all subsystems. Specify this in the arm
> Kconfig rather than as defaults in the Rockchip Kconfig. This means that
> boards cannot turn these options off, which seems correct.
>
> Signed-off-by: Simon Glass
> ---
>
> a
On 3 July 2016 at 12:22, Hans de Goede wrote:
> Iterating over usb-root devs and doing something for all of them is
> a bit tricky with dm, factor out the proven usb_show_tree() for this
> into a helper function.
>
> Signed-off-by: Hans de Goede
> ---
> cmd/usb.c | 15 ---
> 1 file c
On 3 July 2016 at 12:22, Hans de Goede wrote:
> The old dm "usb info" implementation has several issues:
>
> 1) NULL pointer deref when a bus has no children
> 2) Not showing usb devices on busses without an emulated root-hub (otg host)
> 3) Attempting to show devices on inactive busses
> 4) "usb
On 07/03/2016 09:33 PM, Stefan Agner wrote:
From: Stefan Agner
USBNC_n_CTRL1 bit 9 actually controls the power pin polarity.
Rename UCTRL_PM to align reference manual and set the bit in
the appropriate callback usb_power_config.
Signed-off-by: Stefan Agner
Just for the extra safety, can you
On 07/03/2016 10:10 PM, Bernhard Nortmann wrote:
Hi Hans!
Hi,
Am 03.07.2016 um 20:21 schrieb Hans de Goede:
Hi,
On 02-07-16 23:13, Hans de Goede wrote:
Hi,
[...]
I've prepared 2 patches which re-use the "usb tree" code
rather then re-inventing the wheel again:
https://github.com/jwrdegoe
On 07/03/2016 09:33 PM, Stefan Agner wrote:
From: Stefan Agner
Add a new config CONFIG_MXC_USB_OTG_HACTIVE which configures the
OTG Power Pin to be high active. Low active is the reset value
of the affected configuration register, hence the config option
is named by the non-reset configuration.
Hi Jaehoon,
On 27 June 2016 at 04:54, Jaehoon Chung wrote:
> Hi Simon,
>
>
> On 06/13/2016 02:30 PM, Simon Glass wrote:
>> These comments were missed when the original code was written. Add them to
>> help people port their drivers over.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> include/dwm
On 02/07/16 12:49, Hans de Goede wrote:
Hi Hans,
> On 30-06-16 17:24, Simon Glass wrote:
>> Hi,
>>
>> On 30 June 2016 at 03:00, Hans de Goede wrote:
>>> Hi Andre,
>>>
>>> On 30-06-16 02:25, Andre Przywara wrote:
Probably due to some (ill-founded) fear of a large BSS all sunxi boards
>>
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Now that we have a suitable test framework we should move all tests into it.
> The vboot test is a suitable candidate. Rewrite it in Python and move the
> data files into an appropriate directory.
>
> Signed-off-by: Simon Glass
> ---
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> We should not be returning -1 as an error code. This can mask a situation
> where we run out of space adding things to the FIT. By returning the correct
> error in this case (-ENOSPC) it can be handled by the higher-level code.
>
> Th
For those who just want to build a board, it is useful to see a quick hint
right at the start of the documentation. Add a few commands showing how to
download toolchains and build a board.
Signed-off-by: Simon Glass
---
tools/buildman/README | 14 ++
1 file changed, 14 insertions(+)
Hi Hans,
On 2 July 2016 at 04:49, Hans de Goede wrote:
> Hi,
>
>
> On 30-06-16 17:24, Simon Glass wrote:
>>
>> Hi,
>>
>> On 30 June 2016 at 03:00, Hans de Goede wrote:
>>>
>>> Hi Andre,
>>>
>>> On 30-06-16 02:25, Andre Przywara wrote:
Probably due to some (ill-founded) fear of a l
+Roger, for Travis-CI
Hi Teddy,
On 3 July 2016 at 13:17, Teddy Reed wrote:
> Hi Simon,
>
> On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
>> Add a few notes about how testing works in U-Boot.
>>
>> Signed-off-by: Simon Glass
>
> Reviewed-by: Teddy Reed
Thanks for the comments. Will tidy
Use colour to make it easier to see what is going on. Also print a message
before downloading a new toolchain. Mention --fetch-arch in the message that
is shown when there are no available toolchains, since this is the quickest
way to resolve the problem.
Signed-off-by: Simon Glass
---
tools/bu
Buildman has been around for 3 years now. It has had a lot of use and
testing. Perhaps it is time to remove MAKEALL.
Signed-off-by: Simon Glass
---
MAKEALL | 850
1 file changed, 850 deletions(-)
delete mode 100755 MAKEALL
diff
On 1 July 2016 at 12:47, Alexey Brodkin wrote:
> Current implementation of splash_init_usb() requires usb_stor_scan()
> which doesn't exist in case of DM_USB simply because real probing
> happens right in usb_init().
>
> So disable usage of usb_stor_scan() in case of DM_USB.
>
> Signed-off-by: Ale
It doesn't make sense to complain about missing toolchains when the
--fetch-arch option is being used. The user is presumably aware that there
is a toolchain problem and is actively correcting it by running with this
option.
Refactor the code to avoid printing this confusing message.
Signed-off-b
It is confusing to mention MAKEALL when it is not the normal way of building
U-Boot anymore. Update the documentation to suit.
Signed-off-by: Simon Glass
---
README | 35 ++-
board/Barix/ipam390/README.ipam390 | 12 ++--
doc/RE
When buildman is run via a symlink, this test fails. Fix it to work the same
way as buildman itself.
Signed-off-by: Simon Glass
---
tools/buildman/func_test.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/buildman/func_test.py b/tools/buildman/func_test.py
index a0b
The current code for setting up the toolchain config always writes the new
paths to an item called 'toolchain'. This means that it will overwrite any
existing toolchain item with the same name. In practice, this means that:
buildman --fetch-arch all
will fetch all toolchains, but only the path
The function comment should say 'buildman'. Fix it.
Signed-off-by: Simon Glass
---
tools/buildman/toolchain.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/buildman/toolchain.py b/tools/buildman/toolchain.py
index 6f39a2b..584c9f2 100644
--- a/tools/buildman/toolcha
When there are no toolchains a warning is printed. But in some cases this is
confusing, such as when the user is fetching new toolchains.
Adjust the function to supress the warning in this case.
Signed-off-by: Simon Glass
---
tools/buildman/toolchain.py | 18 +-
1 file changed,
If there is no ~/.buildman file, buildman currently complains and exists. To
make things a little more friendly, create an empty one automatically. This
will not allow things to be built, but --fetch-arch can be used to handle
that.
Signed-off-by: Simon Glass
---
tools/buildman/bsettings.py | 4
Tidy up some problems found by a recent review.
Signed-off-by: Simon Glass
---
tools/buildman/README | 53 +--
1 file changed, 30 insertions(+), 23 deletions(-)
diff --git a/tools/buildman/README b/tools/buildman/README
index 26755c5..cd672cf 100
This makes a few minor improvements to buildman to make it work more easiler
for first-time users:
- Improve progress and warning messages when fetching toolchains
- Fix a bug where toolchain paths can be overwritten when fetching
- Note at the top of the help how to get started
Also this series
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> At present all the hush tests are skipped on sandbox because the test thinks
> that this option is disabled. In fact it has just been renamed.
>
> It might be better to use the full CONFIG_xxx name in tests with
> @pytest.mark.buildco
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Some tests want to execute a sequence of commands. Add a helper for this.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> test/py/u_boot_console_base.py | 16
> 1 file changed, 16 insertions(+)
>
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> It is useful to be able to obtain the output from a command. Return it from
> this function.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> test/py/u_boot_utils.py | 5 +++--
> 1 file changed, 3 insertions(+), 2
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Sometimes we want to run a command and check that it fails. Add a function
> to handle this. It can check the return code and also make sure that the
> output contains a given error message.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Tests may want to look at the output from running a command, even if it
> fails (e.g. with a non-zero return code). Provide a means to obtain this.
>
> Another approach would be to return a class object containing both the
> output an
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Tests may want to look at the output from running a command. Return it so
> that this is possible.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> test/py/multiplexed_log.py | 3 ++-
> 1 file changed, 2 insertion
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> A common check before sending patches is to run all available tests on
> sandbox. But everytime I do this I have to look up the README. This presents
> quite a barrier to actually doing this.
>
> Add a shell script to help. To run the
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> At present sandbox exits when the 'bootm' command completes, since it is not
> actually able to run the OS that is loaded. Normally 'bootm' failure is
> considered a fatal error in U-Boot.
>
> However this is annoying for tests, which
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> It is sometimes inconvenient to convert a string into a list for execution
> with run_and_log(). Provide a helper function to do this.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> test/py/u_boot_utils.py | 12
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Normally tests will run with the test.dtb file designed for this purpose.
> However, the verified boot tests need to run with their own device-tree
> file, containing a public key.
>
> Make the device-tree file a config option so that
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> Add a few notes about how testing works in U-Boot.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> test/README | 82
> +
> 1 file changed, 82 insertion
Hi Hans!
Am 03.07.2016 um 20:21 schrieb Hans de Goede:
Hi,
On 02-07-16 23:13, Hans de Goede wrote:
Hi,
[...]
I've prepared 2 patches which re-use the "usb tree" code
rather then re-inventing the wheel again:
https://github.com/jwrdegoede/u-boot-sunxi/commit/fecf9576247c9423a20570057a1de59f1d
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
> The error code may provide useful information for debugging. Add it to the
> error string.
>
> Signed-off-by: Simon Glass
Reviewed-by: Teddy Reed
> ---
>
> tools/fit_image.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletion
From: Stefan Agner
This patchset adds support for the Toradex i.MX 7Solo and 7Dual
based computer on modules Colibri iMX7S/iMX7D. Beside the board
support it adds support for the Ricoh RN5T567 PMIC which is used
on this board.
It also brings several smaller i.MX 7 related fixes/cleanups.
Stef
From: Stefan Agner
This commit adds support for the Toradex Computer on Modules
Colibri iMX7S/iMX7D. The two modules/SoC's are very similar hence
can be easily supported by one board. The board code detects RAM
size at runtime which is one of the differences between the two
boards. The board also
CONFIG_DISPLAY_BOARDINFO should not be placed in mx7_common
because some boards might need a different config such as
CONFIG_DISPLAY_BOARDINFO_LATE. Move it to the board file
instead.
Signed-off-by: Stefan Agner
---
include/configs/mx7_common.h | 1 -
include/configs/mx7dsabresd.h | 2 ++
incl
From: Stefan Agner
Add power driver for Ricoh PMIC used on Colibri iMX7.
Signed-off-by: Stefan Agner
Acked-by: Marcel Ziswiler
---
drivers/power/pmic/Makefile | 1 +
drivers/power/pmic/pmic_rn5t567.c | 32 +++
include/power/rn5t567_pmic.h | 115 +
From: Stefan Agner
Use existing Kconfig symbols to let the user configure whether to
build a U-Boot with non-secure mode support or not. This also allows
to enable virtualization extension easily.
Signed-off-by: Stefan Agner
---
arch/arm/cpu/armv7/mx7/Kconfig | 2 ++
configs/mx7dsabresd_defco
From: Stefan Agner
USBNC_n_CTRL1 bit 9 actually controls the power pin polarity.
Rename UCTRL_PM to align reference manual and set the bit in
the appropriate callback usb_power_config.
Signed-off-by: Stefan Agner
---
drivers/usb/host/ehci-mx6.c | 10 +-
1 file changed, 5 insertions(+)
This allows to overwrite reset_cpu function in case a board level
reset is preferred (e.g. through PMIC).
Signed-off-by: Stefan Agner
---
drivers/watchdog/imx_watchdog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/watchdog/imx_watchdog.c b/drivers/watchdog/imx_wa
From: Stefan Agner
Add a new config CONFIG_MXC_USB_OTG_HACTIVE which configures the
OTG Power Pin to be high active. Low active is the reset value
of the affected configuration register, hence the config option
is named by the non-reset configuration.
Signed-off-by: Stefan Agner
---
drivers/u
From: Stefan Agner
This can be useful if the same U-Boot binary is used for boards
available with a i.MX 7Solo and i.MX 7Dual.
Signed-off-by: Stefan Agner
---
arch/arm/cpu/armv7/mx7/soc.c | 12
include/configs/mx7_common.h | 2 ++
2 files changed, 14 insertions(+)
diff --git a/
From: Stefan Agner
The MXC UART IP can be run in DTE or DCE mode. This depends on the
board wiring and the pinmux used and hence is board specific. This
extends platform data with a new field to choose wheather DTE
mode shall be used.
Signed-off-by: Stefan Agner
---
drivers/serial/serial_mxc.
1 - 100 of 123 matches
Mail list logo
