On some systems `python` is `python3` (for instance, Archlinux). The
`PYTHON` variable can be used to point to `python2` to have a successful
build.
The use of `PYTHON` is currently limited in the Makefile and needs to be
extended in other places:
First, pylibfdt is required to be a Python 2 bind
Unfortunately, the integrated macphy default is enabled, which will
increase power consuming, if we do not use this PHY. So let's disable
it at first, which will save power consuming. If we really use it, then
enable it in driver level.
Signed-off-by: David Wu
---
arch/arm/include/asm/arch-rockc
Hi all, this patch has been sent for a while. I did cc the patch to the u-boot
custodian for Nios II, Thomas Chou. Can I know how can I get this patch
reviewed and merged sooner? Thank you.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx
Add an i2c mux driver providing access to i2c bus segments using a
hardware MUX sitting on a master bus and controlled through gpio pins.
E.G. something like:
-- -- Bus segment 1 - - - - -
| | SCL/SDA| |-- |
when using SHARE_MUX_CONF_REG, wrong mask is used for
writing config value, which causes mux value is cleared.
Signed-off-by: Peng Fan
Cc: Simon Glass
Cc: Stefano Babic
---
drivers/pinctrl/nxp/pinctrl-imx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/nxp
To i.MX7ULP, we need to create two info instances for
iomux0 and iomux1 respectively, otherwise iomuxc0/1 will
share one info instance and use one base, because imx_pinctrl_probe
will use info to store base address and etc. But iomuxc0/1
actually have different base address.
Signed-off-by: Peng Fa
Dear Simon,
在 2017年08月14日 05:35, Simon Glass 写道:
On 8 August 2017 at 21:36, William Wu wrote:
This patch implements board_usb_init() for dwc2 gadget, it
generally called from do_fastboot to do dwc2 udc probe and
support fastboot over USB.
Signed-off-by: William Wu
---
board/rockchip/evb_rv
Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig")
moved CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and
CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in case of
SPL, CONFIG_SPL_HASH_SUPPORT enables CONFIG_SHA1 and CONFIG_SHA256
which enables SHA SW library by default. B
On Sun, Aug 13, 2017 at 5:59 PM, Tom Rini wrote:
> On Sun, Aug 13, 2017 at 05:50:39PM -0400, Rob Clark wrote:
>> On Sun, Aug 13, 2017 at 5:13 PM, Tom Rini wrote:
>> > On Sun, Aug 13, 2017 at 06:45:20AM -0400, Rob Clark wrote:
>> >
>> >> Introduce directory traversal iterators, and implement fs_re
On Mon, Aug 14, 2017 at 08:48:47AM -0400, Rob Clark wrote:
> On Sun, Aug 13, 2017 at 5:59 PM, Tom Rini wrote:
> > On Sun, Aug 13, 2017 at 05:50:39PM -0400, Rob Clark wrote:
> >> On Sun, Aug 13, 2017 at 5:13 PM, Tom Rini wrote:
> >> > On Sun, Aug 13, 2017 at 06:45:20AM -0400, Rob Clark wrote:
> >>
Want to re-use this in fat dirent iterator in next patch.
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 73 +++
include/fat.h | 1 +
2 files changed, 44 insertions(+), 30 deletions(-)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index 9ad18f96
Introduce directory traversal iterators, and implement fs_readdir()
which is needed by EFI_LOADER.
The part re-working fat.c to use the directory iterators itself is
nearly a 2:1 negative diffstat, and a pretty big cleanup. I fixed
one or two other small issues along the way. It hasn't really be
Untangle directory traversal into a simple iterator, to replace the
existing multi-purpose do_fat_read_at() + get_dentfromdir().
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 326 +++
1 file changed, 326 insertions(+)
diff --git a/fs/fat/fat
Implement the readdir interface using the directory iterators.
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 56
1 file changed, 56 insertions(+)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index a50a10ba47..fe5819315b 100644
--- a/fs/fat/fat.
And drop a whole lot of ugly code!
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 723 ++
include/fat.h | 6 -
2 files changed, 75 insertions(+), 654 deletions(-)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index 69fa7f4cab..a50a10ba47 100644
Needed to support efi file protocol. The fallback.efi loader wants
to be able to read the contents of the /EFI directory to find an OS
to boot.
Modelled after POSIX opendir()/readdir()/closedir(). Unlike the other
fs APIs, this is stateful (ie. state is held in the FS_DIR "directory
stream"), to
Add a generic implementation of 'ls' using opendir/readdir/closedir, and
replace fat's custom implementation. Other filesystems should move to
the generic implementation after they add opendir/readdir/closedir
support.
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 32
Spotted by chance, when trying to remove file_fat_ls(), I noticed there
were some dead users of the API.
Signed-off-by: Rob Clark
Acked-by: Stefan Brüns
---
fs/fat/Makefile | 4 --
fs/fat/file.c | 183
include/fat.h | 20 ---
3
Noticed when comparing our output to linux. There are some lcase bits
which control whether filename and/or extension should be downcase'd.
Signed-off-by: Rob Clark
---
fs/fat/fat.c | 17 -
fs/fat/fat_write.c | 4 ++--
include/fat.h | 3 +++
3 files changed, 17 inse
On Montag, 14. August 2017 15:16:15 CEST Rob Clark wrote:
> And drop a whole lot of ugly code!
>
> Signed-off-by: Rob Clark
> ---
> fs/fat/fat.c | 723
> ++ include/fat.h |
> 6 -
> 2 files changed, 75 insertions(+), 654 deletions(-)
Nic
On Mon, Aug 14, 2017 at 05:09:46PM +0530, Sumit Garg wrote:
> Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig")
> moved CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and
> CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in case of
> SPL, CONFIG_SPL_HASH_SUPPORT enables CON
Simon,
> On 20 Jun 2017, at 05:34, Simon Glass wrote:
>
> This series updates dtoc to support 64-bit addresses automatically. These
> appear in C code as fdt64_t arrays:
>
> struct dtd_test1 {
> fdt64_t reg[2];
>
> };
>
> static struct dtd_test1 dtv_test1 = {
> .reg
On Mon, Aug 14, 2017 at 9:47 AM, Brüns, Stefan
wrote:
> On Montag, 14. August 2017 15:16:15 CEST Rob Clark wrote:
>> And drop a whole lot of ugly code!
>>
>> Signed-off-by: Rob Clark
>> ---
>> fs/fat/fat.c | 723
>> ++ include/fat.h |
>> 6
> On 20 Jun 2017, at 05:34, Simon Glass wrote:
>
> When using 32-bit addresses dtoc works correctly. For 64-bit addresses it
> does not since it ignores the #address-cells and #size-cells properties.
>
> Update the tool to use fdt64_t as the element type for reg properties when
> either the add
On Mon, Aug 14, 2017 at 10:39 AM, Rob Clark wrote:
> On Mon, Aug 14, 2017 at 9:47 AM, Brüns, Stefan
> wrote:
>
>> Have you checked this case still works? AFAICS this is not covered in fs-
>> test.sh. Examples of suitables sandbox commands are given in the commit
>> message of:
>
> Directories spl
As we have already DRAM initialization code for V3s SoC, we can
defaultly enable SPL now on Lichee Pi Zero.
Add CONFIG_SPL in Lichee Pi Zero defconfig.
Signed-off-by: Icenowy Zheng
---
configs/LicheePi_Zero_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/LicheePi_Zero_
Hi Jaehoon, Tom,
On Wed, Aug 9, 2017 at 3:21 PM, Bin Meng wrote:
> This changes pci_mmc driver to use PCI_CLASS_SYSTEM_SDHCI instead of
> individual vendor id & device id pair to support generic PCI SD host
> controller.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/mmc/pci_mmc.c | 7 +--
>
On Mon, Aug 14, 2017 at 08:59:11AM +0200, Cl??ment B??sch wrote:
> On some systems `python` is `python3` (for instance, Archlinux). The
> `PYTHON` variable can be used to point to `python2` to have a successful
> build.
>
> The use of `PYTHON` is currently limited in the Makefile and needs to be
>
On Mon, Aug 14, 2017 at 8:30 PM, Icenowy Zheng wrote:
> As we have already DRAM initialization code for V3s SoC, we can
> defaultly enable SPL now on Lichee Pi Zero.
>
> Add CONFIG_SPL in Lichee Pi Zero defconfig.
>
> Signed-off-by: Icenowy Zheng
Reviewed-by: Jagan Teki
thanks!
--
Jagan Teki
On Mon, Aug 14, 2017 at 11:06:32PM +0800, Bin Meng wrote:
> Hi Jaehoon, Tom,
>
> On Wed, Aug 9, 2017 at 3:21 PM, Bin Meng wrote:
> > This changes pci_mmc driver to use PCI_CLASS_SYSTEM_SDHCI instead of
> > individual vendor id & device id pair to support generic PCI SD host
> > controller.
> >
>
This series addresses
- hardcoded load address, use LOADADDR if available as the entry point
instead
- fix thumb build, jumping with 'go' to the entry point expects arm code
Note that in addition to the two fixes I've seen random freezes
or 'random' printed stuff when using an early linaro gcc
For the ARM architecture the U-Boot 'go' command can not jump to code
compiled for thumb instruction set. Thus provide a forwarder function
to be used as the entry point and have the forwarder deal with how to
jump to thumb code.
Note that code which is calling back into the U-Boot binary needs to
Different SoCs have different RAM layouts, so using
$(CONFIG_LOADADDR) instead of the constant 0xc10 for
CONFIG_STANDALONE_LOAD_ADDR is probably more appropriate.
Signed-off-by: Max Krummenacher
---
Changes in v2:
- Don't confuse loadaddr with entry point as reported by Wolfgang.
arch/arm
On 08/13/2017 02:35 PM, Simon Glass wrote:
> Hi York,
>
> On 7 August 2017 at 17:16, York Sun wrote:
>> SPL supports U-Boot image in FIT format which has data outside of
>> FIT structure. This adds support for embedded data for normal FIT
>> images.
>>
>> Signed-off-by: York Sun
>>
>> ---
>>
>>
On 08/13/2017 02:35 PM, Simon Glass wrote:
> Hi York,
>
> On 7 August 2017 at 17:16, York Sun wrote:
>> Add Kconfig option SPL_GZIP and SPL_ZLIB to enable gunzip support for
>> SPL boot, eg. falcon boot compressed kernel image.
>>
>> Signed-off-by: York Sun
>>
>> ---
>>
>> Changes in v2:
>> Comb
With dtoc emitting fdt64_t for addresses (and region sizes), the array
indices for accessing the reg[] array needs to be adjusted. This
adjusts the Rockchip DM timer driver to correctly handle OF_PLATDATA
given this new structure layout.
Signed-off-by: Philipp Tomsich
---
drivers/timer/rockchi
With the new 32/64bit-aware dtoc, the type of reg is fdt64_t and the
OF_PLATDATA structure layout changes. This adjusts the DMC driver for
the RK3368 to track these changes.
For the time being (i.e. until regmap_init_mem_platdata works for the
64bit case), we won't use regmap_init_mem_platdata he
With dtoc emitting fdt64_t for addresses (and region sizes), the
array indices for accessing the reg[] array needs to be adjusted.
This adjusts the clk_rk3368 driver to correctly handle OF_PLATDATA
given this new structure layout.
Signed-off-by: Philipp Tomsich
---
drivers/clk/rockchip/clk_rk3
With Simon's series [1] to make dtoc 64bit-aware (i.e. handle
addresses and sizes that occupy 2 cells as 64bit values and use
fdt64_t in the generated datastructures), we need a few adjustments
to the RK3368 support to make the RK3368-uQ7 bootable.
This series has the DMC driver work around some
The RK3368 TPL stage always returns to the BootROM, so it has no need
for the eMMC, SD and SPI nodes. This marks those nodes (that should
be included in SPL, but not TPL) as 'u-boot,dm-spl'.
Signed-off-by: Philipp Tomsich
---
arch/arm/dts/rk3368-lion-u-boot.dtsi | 8
1 file changed, 4
On Mon, 19 Jun 2017, Simon Glass wrote:
We need to be able to search back up the tree for #address-cells and
#size-cells. Record the parent of each node to make this easier.
Signed-off-by: Simon Glass
---
Reviewed-by: Philipp Tomsich
Tested-by: Philipp Tomsich
___
On Mon, 19 Jun 2017, Simon Glass wrote:
When dealing with multi-cell values we need a type that can hold this
value. Add this and a function to process it from a list of cell values.
Signed-off-by: Simon Glass
---
Reviewed-by: Philipp Tomsich
Tested-by: Philipp Tomsich
_
While it is likely that this entire case is superfluous and can be
removed, correct the test now to match what is in rockchip-common.h and
makes sense based on context of the code. Otherwise we get a large
number of warnings.
Cc: hilipp Tomsich
Signed-off-by: Tom Rini
---
include/configs/rock.
On Mon, 19 Jun 2017, Simon Glass wrote:
When using 32-bit addresses dtoc works correctly. For 64-bit addresses it
does not since it ignores the #address-cells and #size-cells properties.
Update the tool to use fdt64_t as the element type for reg properties when
either the address or size is lar
> On 14 Aug 2017, at 19:24, Tom Rini wrote:
>
> While it is likely that this entire case is superfluous and can be
> removed, correct the test now to match what is in rockchip-common.h and
> makes sense based on context of the code. Otherwise we get a large
> number of warnings.
>
> Cc: hilipp
On Mon, Aug 14, 2017 at 10:03 AM, Jagan Teki wrote:
> Hi Simon,
>
> On Mon, Aug 14, 2017 at 3:06 AM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On 10 August 2017 at 03:07, Jagan Teki wrote:
>>> Hi Simon/Philipp or any,
>>>
>>> I believe rk3288 has 20KB BootRom and 100KB internal SRAM and current
>>>
On Mon, Aug 14, 2017 at 01:24:48PM -0400, Tom Rini wrote:
> While it is likely that this entire case is superfluous and can be
> removed, correct the test now to match what is in rockchip-common.h and
> makes sense based on context of the code. Otherwise we get a large
> number of warnings.
>
>
On Sun, Aug 13, 2017 at 06:37:05PM +0200, Dr. Philipp Tomsich wrote:
> Tom,
>
> Here’s another pull-request for u-boot-rockchip.
> This one shows no regressions with Travis after fixing up a few more
> defconfig files and adjusting the target-list when the mxs-variant of
> the SPL ldscript should
Hi Tom,
The following changes since commit aa6aaf93211b7e22361e75f1068e1e565e731f25:
ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined
(2017-08-14 13:33:07 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
for you to fetch changes
Hi yuiko.osh...@microchip.com,
https://patchwork.ozlabs.org/patch/800647/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Ashish,
https://patchwork.ozlabs.org/patch/728259/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi yuiko.osh...@microchip.com,
https://patchwork.ozlabs.org/patch/800649/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Madalin,
https://patchwork.ozlabs.org/patch/797657/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 14 August 2017 at 05:43, Tom Rini wrote:
> On Thu, Jul 27, 2017 at 06:43:44PM +0300, Sam Protsenko wrote:
>
>> Also introduce CONFIG_USE_BOOTARGS option so we can control if
>> CONFIG_BOOTARGS defined at all.
>>
>> Signed-off-by: Sam Protsenko
>> ---
>> Changes in v2:
>> - remove CONFIG_USE_B
If you find yourself trying to convert some config option to Kconfig,
and it's not going well with just moveconfig.py, you can still speed
things up with a little bit of scripting. Tom asked me to share my
scripts, so here they are:
https://github.com/joe-skb7/uboot-convert-scripts
___
Dear Max,
In message <1502572898.17070.11.ca...@gmail.com> you wrote:
>
> Ok, will do. The issue is that linking the standalone application
> to have its text segment at a hardcoded address is less
> likely to work than using an address provided by the board
This may (or may not) be the case - b
Dear Max,
In message <1502573515.17070.20.ca...@gmail.com> you wrote:
>
> This again stems from my assumption that one has to write the
> standalone application in a way that the entry point is actually
> linked to the beginning of the binary.
No, this stems from your confusion of load address a
Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig") moved
CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and
CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in the case of
SPL, CONFIG_SPL_HASH_SUPPORT enables CONFIG_SHA1 and CONFIG_SHA256 which
enables SHA SW library by defaul
On Mon, Aug 14, 2017 at 09:36:35PM +0200, Wolfgang Denk wrote:
> Dear Max,
>
> In message <1502572898.17070.11.ca...@gmail.com> you wrote:
> >
> > Ok, will do. The issue is that linking the standalone application
> > to have its text segment at a hardcoded address is less
> > likely to work than
On Sat, Aug 12, 2017 at 11:03:46AM +0200, Max Krummenacher wrote:
> If compiling for thumb the U-Boot 'go' command can not jump to the entry
> point, as the jump will be done in the assumption that the code jumped to
> is using the arm instruction set.
>
> So add add a simple forwarder in arm ins
On Sat, Aug 12, 2017 at 11:59:22AM +0530, Lokesh Vutla wrote:
> It is not necessary all omap5+ based uses the same PMIC
> to poweron mmc. So add support for enabling mmc based on board.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signatur
On Sat, Aug 12, 2017 at 11:59:23AM +0530, Lokesh Vutla wrote:
> It is not necessary that ldo1 is used to power on mmc.
> So, add support for passing ldo registers for powering on mmc.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Sat, Aug 12, 2017 at 11:59:24AM +0530, Lokesh Vutla wrote:
> From: Keerthy
>
> Enable LP87565 related configs
>
> Signed-off-by: Keerthy
> Signed-off-by: Lokesh Vutla
> ---
> configs/dra7xx_evm_defconfig| 2 ++
> configs/dra7xx_hs_evm_defconfig | 2 ++
> 2 files changed, 4 insertions(
On Sat, Aug 12, 2017 at 11:59:25AM +0530, Lokesh Vutla wrote:
> From: Praneeth Bajjuri
>
> dra76 family is a high-performance, infotainment application
> device, based on OMAP architecture on a 28-nm technology.
> This contains most of the subsystems, peripherals that are
> available on dra74, d
On Sat, Aug 12, 2017 at 11:59:28AM +0530, Lokesh Vutla wrote:
> dra76-evm has the ddr parts connectedi running at 666MHz:
> EMIF1: MT41K512M16HA-125 AIT:A x 2
> EMIF2: MT41K512M8RH-125-AAT:E x 4
> Add support for configuring the above DDR parts.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom
On Sat, Aug 12, 2017 at 11:59:26AM +0530, Lokesh Vutla wrote:
> The dra76-evm is a board based on TI's DRA76 processor
> Add eeprom support
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Sat, Aug 12, 2017 at 11:59:29AM +0530, Lokesh Vutla wrote:
> Adding pinmux and IODELAY data for dra76-evm.
>
> Signed-off-by: Vignesh R
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Sat, Aug 12, 2017 at 11:59:27AM +0530, Lokesh Vutla wrote:
> From: Keerthy
>
> dra76-evm uses lp8736 and tps65917 pmic for powering on
> various peripherals. Add data for these pmics and register
> for dra76-evm.
>
> Signed-off-by: Keerthy
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Ri
On Sat, Aug 12, 2017 at 11:59:31AM +0530, Lokesh Vutla wrote:
> Select dtb name for dra76-evm.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Sat, Aug 12, 2017 at 11:59:30AM +0530, Lokesh Vutla wrote:
> ldo4 is used to poweron mmc on dra76-evm. Enable it.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
On Sat, Aug 12, 2017 at 11:59:32AM +0530, Lokesh Vutla wrote:
> Signed-off-by: Lokesh Vutla
> ---
> arch/arm/dts/dra7-evm.dts | 276
> --
> 1 file changed, 23 insertions(+), 253 deletions(-)
Please include a commit message to say what rev we're synci
On Sat, Aug 12, 2017 at 11:59:33AM +0530, Lokesh Vutla wrote:
> Signed-off-by: Lokesh Vutla
> ---
> arch/arm/dts/Makefile | 2 +-
> arch/arm/dts/dra7-evm-common.dtsi | 259 +++
> arch/arm/dts/dra7-evm.dts | 271 ++--
> arch/arm/dts/dr
Hi Chen-Yu,
On 8 August 2017 at 21:27, Chen-Yu Tsai wrote:
> Hi Simon,
>
> On Wed, Jul 5, 2017 at 3:31 AM, Simon Glass wrote:
>> At present the driver-private data is obtained in various functions by
>> various means. With driver model this is provided automatically. Without
>> driver model it c
On Mon, Aug 14, 2017 at 06:27:19PM +0200, Max Krummenacher wrote:
> Different SoCs have different RAM layouts, so using
> $(CONFIG_LOADADDR) instead of the constant 0xc10 for
> CONFIG_STANDALONE_LOAD_ADDR is probably more appropriate.
>
> Signed-off-by: Max Krummenacher
>
Reviewed-by: Tom
On Mon, Aug 14, 2017 at 12:48:43PM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> The following changes since commit aa6aaf93211b7e22361e75f1068e1e565e731f25:
>
> ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined
> (2017-08-14 13:33:07 -0400)
>
> are available in the git re
On Mon, Aug 14, 2017 at 08:22:17PM +0300, Sam Protsenko wrote:
> Also introduce CONFIG_USE_BOOTARGS option so we can control if
> CONFIG_BOOTARGS defined at all.
>
> Signed-off-by: Sam Protsenko
With a few more re-syncs, applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Di
Hey all,
It's release day and v2017.09-rc2 is out. I'm mostly happy with the
size of the changes here and I did remember to sync the defconfigs prior
to tagging.
If anyone has critical fixes I've missed or some Kconfig migrations
(that I can prove out as correct), please speak up. I also expect
+Jagan@gmail not sure what your primary u-boot address is
On Wed, Aug 9, 2017 at 1:33 AM, Vignesh R wrote:
>
>
> On Tuesday 08 August 2017 10:27 AM, Chris Packham wrote:
>> "jedec,spi-nor" is used by Linux for many boards with spi flash. In fact
>> according to the binding documentation this must
Now that sandbox is building cmd/mtdparts.c Coverity has looked at the
code and found a number of issues. In index_partitions() it is possible
that part will be NULL, so re-work the checks and debug statements to
take this into account. We have a number of string buffers that we
print to in the e
The function blk_dread will return -ENOSYS on failure or on success the
number of blocks read, which must be the number asked to read (otherwise
it failed somewhere). Correct this check.
Reported-by: Coverity (CID: 166335)
Cc: Philipp Tomsich
Cc: Simon Glass
Cc: Bin Meng
Signed-off-by: Tom Rin
The function blk_dread will return -ENOSYS on failure or on success the
number of blocks read, which must be the number asked to read (otherwise
it failed somewhere). Correct this check.
Cc: Lukasz Majewski
Signed-off-by: Tom Rini
---
common/fb_mmc.c | 4 ++--
1 file changed, 2 insertions(+),
The function blk_dread will return -ENOSYS on failure or on success the
number of blocks read, which must be the number asked to read (otherwise
it failed somewhere). Correct this check.
Signed-off-by: Tom Rini
---
common/spl/spl_mmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
The function blk_dread will return -ENOSYS on failure or on success the
number of blocks read, which must be the number asked to read (otherwise
it failed somewhere). Correct this check.
Signed-off-by: Tom Rini
---
fs/fat/fat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi Simon,
On Sun, Aug 13, 2017 at 2:37 PM, Simon Glass wrote:
> Hi Suneel,
>
> On 10 August 2017 at 23:53, Suneel Garapati wrote:
>> usb tree and info commands may cause crash otherwise
>>
>> Signed-off-by: Suneel Garapati
>> ---
>> cmd/usb.c | 6 --
>> 1 file changed, 4 insertions(+), 2
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Monday, August 14, 2017 8:04 PM
> To: Sumit Garg
> Cc: u-boot@lists.denx.de; York Sun ; Ruchika Gupta
> ; Prabhakar Kushwaha
> ; s...@chromium.org
> Subject: Re: [PATCH] hash: Compile-off SHA SW lib in case SHA HW li
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, August 15, 2017 2:08 AM
> To: u-boot@lists.denx.de
> Cc: Simon Glass ; Sumit Garg
> Subject: [PATCH v2] hash: Compile only hardware or software versions of SHA
> algorithms
>
> Commit 089df18bfe9d ("lib: mo
From: Jagan Teki
OLimex A64-OLinuXino is an open-source hardware board
using the Allwinner A64 SOC.
OLimex A64-OLinuXino has
- A64 Quad-core Cortex-A53 64bit
- 1GB or 2GB RAM DDR3L @ 672Mhz
- microSD slot and 4/8/16GB eMMC
- Debug TTL UART
- HDMI
- LCD
- IR receiver
- 5V DC power supply
Tested-
From: Jagan Teki
Synced ohci0 and ehci0 nodes from Linux for sun50i-a64.dtsi
Here is the Linux last merge tag details:
Merge: 0e91f43d e5770b7
Author: Stephen Rothwell
Date: Fri Jun 9 14:59:55 2017 +1000
Merge remote-tracking branch 'staging/staging-next'
Signed-off-by: Jagan Teki
---
From: Jagan Teki
NanoPi A64 is a new board of high performance with low cost
designed by FriendlyElec., using the Allwinner A64 SOC.
Nanopi A64 features
- Allwinner A64, 64-bit Quad-core Cortex-A53@648MHz to 1.152GHz, DVFS
- 1GB DDR3 RAM
- MicroSD
- Gigabit Ethernet (RTL8211E)
- Wi-Fi 802.11b/g/
89 matches
Mail list logo