Am 13.04.2017 um 04:42 schrieb Kyle Edwards:
> Before this patch, CONFIG_SYS_BOOTPARAMS_LEN was the same size as
> CONFIG_SYS_MALLOC_LEN. So, if malloc() had previously been called, and
> initr_malloc_bootparams() was called, it would fail with an out-of-
> memory error. This patch fixes this iss
Am 14.04.2017 um 19:34 schrieb Heinrich Schuchardt:
> 0x1000 is the start of a 2 MiB area used by
> ARM Trusted Firmware (BL31).
>
> So we should not load the ramdisk here.
>
> The legacy Ubuntu image comes with the following line in boot.ini:
> setenv initrd_loadaddr "0x1300"
>
> See
>
+cc Simon
Am 13.04.2017 um 17:52 schrieb Álvaro Fernández Rojas:
> Commit 740d5d3 added two new features but only one feature name,
> which results in NULL prints when device_id feature is selected.
> Fix this by not printing features without a corresponding name.
>
> Before:
> HG556a # cpu
This series adapts the omap_hsmmc driver to DM_MMC_OPS.
To reduce the number of #idef/#else/#endif, I voluntarily did not use
CONFIG_DM_MMC_OPS in the driver. It's supposed to go away at one point anyway.
The consequence is that DM_MMC_OPS must be selected if DM_MMC is selected. This
is handled in
Signed-off-by: Jean-Jacques Hiblot
---
include/configs/am335x_evm.h | 1 +
include/configs/am335x_shc.h | 1 +
include/configs/chiliboard.h | 1 +
3 files changed, 3 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 2712687..d7787a1 100644
--- a/include
Signed-off-by: Jean-Jacques Hiblot
---
drivers/mmc/Kconfig | 1 +
drivers/mmc/omap_hsmmc.c | 39 ---
2 files changed, 33 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/Kconfig b/drivers/mmc/Kconfig
index 560391f..caa3c3c 100644
--- a/drivers/mmc/
A feature rich Linux kernel needs more than 8 MiB.
Hence enlarge CONFIG_SYS_BOOTM_LEN to 64 MiB for the GXBB systems.
As all known GXBB systems have at least 512 MiB of RAM this poses no problem.
Cc: Andreas Färber
Signed-off-by: Heinrich Schuchardt
---
v2:
Title and commit message changed to
0x1000 is the start of a 2 MiB area used by the
ARM Trusted Firmware (BL31).
See
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tree/arch/arm64/boot/dts/amlogic/meson-gx.dtsi?id=refs/tags/v4.10.10
So we should not load the ramdisk here.
The legacy Ubuntu image for th
Am 13.04.2017 um 17:52 schrieb Álvaro Fernández Rojas:
> It is based on linux/drivers/tty/serial/bcm63xx_uart.c
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> drivers/serial/Kconfig | 14 ++
> drivers/serial/Makefile | 1 +
> drivers/serial/serial_bcm6345.c | 341
>
Am 13.04.2017 um 17:52 schrieb Álvaro Fernández Rojas:
> BCM6358 has its internal registers mapped to 0xfffe, which is changed to
> 0x1ffe when ioremap is called.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> arch/mips/include/asm/mach-generic/ioremap.h | 15 ++-
> 1 fi
On 04/14/2017 07:16 PM, Alexey Brodkin wrote:
> Hi Marek,
Hi,
> On Fri, 2017-04-14 at 16:44 +0200, Marek Vasut wrote:
>> On 03/24/2017 01:56 PM, Marek Vasut wrote:
>>>
>> Even better, this patch breaks powerpc board lwmon5, so dropped.
>
> Are you sure the problem is in my patch?
Builds witho
Hi Tom,
The following changes since commit 40a808f173008729a0c631ab84693b6a2b0dcfc9:
ARCv2: SLC: Make sure busy bit is set properly on SLC flushing (2017-04-11
17:54:31 +0300)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
for you to fetch changes up to
Am 13.04.2017 um 17:52 schrieb Álvaro Fernández Rojas:
> CFE supports loading .elf images instead of raw binaries.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> Makefile | 22 ++
> arch/mips/cpu/u-boot-elf.lds | 10 ++
> 2 files changed, 32 i
Am 13.04.2017 um 17:52 schrieb Álvaro Fernández Rojas:
> This target supports some of the xDSL Broadcom MIPS SoCs for now.
> However, support for other SoCs could be added in the future.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> arch/mips/Kconfig | 10 ++
> arch/
On Fri, Apr 14, 2017 at 05:16:11PM +, Alexey Brodkin wrote:
> Hi Marek,
>
> On Fri, 2017-04-14 at 16:44 +0200, Marek Vasut wrote:
> > On 03/24/2017 01:56 PM, Marek Vasut wrote:
> > >
> > Even better, this patch breaks powerpc board lwmon5, so dropped.
>
> Are you sure the problem is in my pa
On Fri, Apr 14, 2017 at 01:08:04PM +0200, Jean-Jacques Hiblot wrote:
> This is needed to probe devices under that bus such as the SATA PHY.
>
> Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On 2017-04-12, Tom Rini wrote:
> We also need to start setting bootm_size. Quoting myself from
> include/configs/ti_armv7_common.h:
> /*
> * We setup defaults based on constraints from the Linux kernel, which should
> * also be safe elsewhere. We have the default load at 32MB into DDR (for
> *
On Thu, Apr 13, 2017 at 10:01:28AM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit d5abcf94c7123167725fc22ace342f0d455093c1:
>
> ti: boot: Register the MMC controllers in SPL in the same way as in
> u-boot (2017-03-19 22:1
On Thu, Apr 13, 2017 at 03:27:56PM -0600, Simon Glass wrote:
> Hi Tom,
>
> Here with some DM changes as well as the long-standing AT91 DM/DT
> conversion patches which I have picked up via dm.
>
>
> The following changes since commit 40a808f173008729a0c631ab84693b6a2b0dcfc9:
>
> ARCv2: SLC:
On Fri, Apr 14, 2017 at 03:51:48PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Could you pull these patches into u-boot/master?
>
> The following changes since commit 40a808f173008729a0c631ab84693b6a2b0dcfc9:
>
> ARCv2: SLC: Make sure busy bit is set properly on SLC flushing (2017-04-11
> 17
On Wed, Apr 05, 2017 at 06:08:01PM +0200, Stefano Babic wrote:
> Move U-Boot private data into a separate file. This
> lets export fw_env.h to be used by external programs
> that want to change the environment using the library
> built in tools/env.
>
> Signed-off-by: Stefano Babic
Applied to u
On Wed, Apr 05, 2017 at 06:08:02PM +0200, Stefano Babic wrote:
> Changes in the environment library are difficult to tracked by programs
> using the library. Add simply an API version number that must be
> increased each time when the API is changed.
>
> This can be detected and a program can wor
On Mon, Apr 10, 2017 at 01:39:48PM +0800, Peng Fan wrote:
> Sync with Linux commit ad0376eb1483b ("Merge tag 'edac_for_4.11_2'").
>
> Signed-off-by: Peng Fan
> Cc: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Wed, Apr 05, 2017 at 06:08:00PM +0200, Stefano Babic wrote:
> aes.h is a too generic name if this file can
> be exported and used by a program.
> Rename it to avoid any conflicts with
> other files (for example, from openSSL).
>
> Signed-off-by: Stefano Babic
Applied to u-boot/master, thanks
On Thu, Apr 06, 2017 at 12:47:04PM -0600, Simon Glass wrote:
> This function name shadows a global name but is in fact different. This
> is very confusing. Rename it to help with the following refactoring.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Thu, Apr 06, 2017 at 12:47:05PM -0600, Simon Glass wrote:
> This allows us to use the same DRAM init function on all archs. Add a
> dummy function for arc, which does not use DRAM init here.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description
On Wed, Apr 05, 2017 at 06:08:03PM +0200, Stefano Babic wrote:
> fw_env_open allocates buffers to store the environment, but these
> buffers are never freed. This becomes quite nasty using the fw_ tools as
> library, because each access to the environment (even just reading a
> variable) generates
On Thu, Apr 06, 2017 at 04:32:41PM +0100, tim.chick wrote:
> Spam detection software, running on the system "lists.denx.de",
> has identified this incoming email as possible spam. The original
> message has been attached to this so you can view it or label
> similar future email. If you have any
On Fri, Apr 07, 2017 at 09:48:22AM -0700, Alyssa Rosenzweig wrote:
> I don't have the hardware test this, but it is almost certainly a typo
> in the code dating back to at least 2004.
>
> Signed-off-by: Alyssa Rosenzweig
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Di
On Fri, Apr 14, 2017 at 02:10:54PM +0200, Marek Vasut wrote:
> The following changes since commit 40a808f173008729a0c631ab84693b6a2b0dcfc9:
>
> ARCv2: SLC: Make sure busy bit is set properly on SLC flushing
> (2017-04-11 17:54:31 +0300)
>
> are available in the git repository at:
>
> git://
On Fri, Apr 14, 2017 at 04:45:50PM +0200, Marek Vasut wrote:
> The following changes since commit 40a808f173008729a0c631ab84693b6a2b0dcfc9:
>
> ARCv2: SLC: Make sure busy bit is set properly on SLC flushing
> (2017-04-11 17:54:31 +0300)
>
> are available in the git repository at:
>
> git://
On Mon, Apr 10, 2017 at 12:23:22PM +0530, Vignesh R wrote:
> Add support for %p, %pa[p], %pM, %pm and %pI4 formats to tiny-printf.
> %pM and %pI4 are widely used by SPL networking stack and is required if
> networking support is desired in SPL.
> %p, %pa and %pap are mostly used by debug prints an
On Fri, Apr 14, 2017 at 10:19:36AM -0600, Simon Glass wrote:
> On 14 April 2017 at 08:58, Tom Rini wrote:
> > When writing out some of our results we may now have UTF-8 characters
> > in there as well. Translate these to latin-1 and ignore any errors (as
> > this is for diagnostic and given the g
On Sat, Apr 08, 2017 at 01:10:06PM -0600, Simon Glass wrote:
> Add 'pci regions' which lists the I/O and memory regions accessible from
> the PCI controller.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Apr 12, 2017 at 04:55:39PM -0400, Tom Rini wrote:
> Instead of having CONFIG_SANDBOX_BITS_PER_LONG in sandbox.h set to 64
> with a comment to change to 32 on a 32bit host, simply set this to 64 in
> asm/types.h and have the comment be there.
>
> Cc: Simon Glass
> Signed-off-by: Tom Rini
On Wed, Apr 12, 2017 at 11:24 PM, Vignesh R wrote:
>
>
> On Wednesday 12 April 2017 06:08 PM, Adam Ford wrote:
>> This patch fixes and issue where DM_MMC adds a 0x100 byte offset to the
>> base register. This is necessary for AM33xx, OMAP4+ and newer devices, but
>> it is not necessary for OMAP34
Many toolchains for ARM use the 'gnueabihf' suffix rather than just
'gnueabi', so allow these to be used, but with a lower priority than
'gnueabi' ones.
Cc: Simon Glass
Signed-off-by: Tom Rini
---
tools/buildman/toolchain.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Linaro provides a number of pre-built GCC toolchains for both 32 and
64bit ARM. Switch to their 2017.02 release of gcc-6.3.1 for both.
Cc: Koen Kooi
Signed-off-by: Tom Rini
---
.travis.yml | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/.travis.yml b/.travis
There are more and more cases where if we do not use gcc-6.0 or later we
run into problems where our binaries are too large for the targets.
Given the prevalence of gcc-6.0 or later toolchains at this point in
time, we give notice now that starting with v2018.01 we will require
gcc-6 (or later) for
Hi Tom,
2017-04-15 8:47 GMT+09:00 Tom Rini :
> There are more and more cases where if we do not use gcc-6.0 or later we
> run into problems where our binaries are too large for the targets.
> Given the prevalence of gcc-6.0 or later toolchains at this point in
> time, we give notice now that star
On Sat, Apr 15, 2017 at 11:40:10AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> 2017-04-15 8:47 GMT+09:00 Tom Rini :
> > There are more and more cases where if we do not use gcc-6.0 or later we
> > run into problems where our binaries are too large for the targets.
> > Given the prevalence of gcc-6
101 - 141 of 141 matches
Mail list logo
