For some time we have been using the run_command() with properly crafted
string. Such approach turned to be unreliable and error prone.
Switch to "native" mmc subsystem API would allow better type checking and
shall improve speed.
Also, it seems that this API is changing less often than u-boot co
Hello Nishanth,
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -414,7 +414,7 @@ version_h := include/generated/version_autogenerated.h
> > timestamp_h := include/generated/timestamp_autogenerated.h
> >
> > no-dot-config-targets := clean clobber mrproper distclean \
> > -csco
Signed-off-by: Masahiro Yamada
Reported-by: Nishanth Menon
---
Changes in v2:
- Rebase on the Commit 6853e6aa
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 4cc7256..dd5f8f2 100644
--- a/Makefile
+++ b/Makefile
@@ -412,7 +412,7 @@ endif
Hi,
On 19 February 2014 13:11, Tom Rini wrote:
> Hey all,
>
> I've pushed v2014.04-rc1 out to the repository and tarballs should exist
> soon.
>
> The merge window is now, really, closed. Aside from various fixups all
> around we now have Kbuild as the build system. A big thank you to
> Masahir
Commit 6ab6b2af deleted ./u-boot.dtb because it was a copy
of dts/dt.dtb.
But Simon suggested to keep u-boot.dtb at the top directory
because it is a build output.
After discussions, we agreed on revival of ./u-boot.dtb.
Signed-off-by: Masahiro Yamada
Cc: Simon Glass
Cc: Tom Rini
---
Hello S
Dear Charles Manning,
In message <1392942516-3488-1-git-send-email-cdhmann...@gmail.com> you wrote:
> This one passes checkpatch too :-)
>
> Signed-off-by: Charles Manning
> ---
> common/image.c |1 +
...
Would you please read [1] and especially [2], the section about
posting modified
On 02/13/2014 09:15 PM, Stephen Warren wrote:
> Many USB host controller drivers contain almost identical copies of the
> same virtual root hub descriptors. Put these into a common file to avoid
> duplication.
>
> Note that there were some very minor differences between the descriptors
> in the va
Masahiro-san,
On 12:56-20140221, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
> Reported-by: Nishanth Menon
> ---
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Makefile b/Makefile
> index b91381c..a06abec 100644
> --- a/Makefile
> +++ b/Makefile
On 02/08/2014 07:01 AM, Marek Vasut wrote:
> On Friday, February 07, 2014 at 05:24:27 PM, Stephen Warren wrote:
>> On 02/07/2014 06:48 AM, Marek Vasut wrote:
>>> On Friday, February 07, 2014 at 07:48:06 AM, Stephen Warren wrote:
On 02/06/2014 07:53 PM, Marek Vasut wrote:
> On Thursday, Feb
On 02/05/2014 08:49 PM, Stephen Warren wrote:
> pxe.c provides both the "pxe" command which relies on a network, and the
> "sysboot" command which doesn't. Fix the file to compile when network
> support isn't enabled. This is useful e.g. on the Raspberry Pi which has
> no network support yet, but w
Hello Nishanth,
On Thu, 20 Feb 2014 10:05:02 -0600
Nishanth Menon wrote:
> Doing a make tags after build for OMAP4_panda reports find error as
> follows:
> "find: `/omap4': No such file or directory"
Oops, sorry.
I have posted a patch.
http://patchwork.ozlabs.org/patch/322408/
Thanks for your
Signed-off-by: Masahiro Yamada
Reported-by: Nishanth Menon
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index b91381c..a06abec 100644
--- a/Makefile
+++ b/Makefile
@@ -414,7 +414,7 @@ version_h := include/generated/version_autogenerated.h
Refactor the code a bit to make it better in readability.
Remove the comments because now the intention of the code is pretty clear.
Signed-off-by: Axel Lin
---
drivers/spi/atmel_dataflash_spi.c | 31 ---
1 file changed, 12 insertions(+), 19 deletions(-)
diff --git a
CONFIG_SYS_HZ must be always 1000, but M5271EVB.h defines it
as 100 and idmr.h defines it as (5000 / 64).
When compiling these two boards, a warning message is displayed:
time.c:14:2: warning: #warning "CONFIG_SYS_HZ must be 1000
and should not be defined by platforms" [-Wcpp]
There
This one passes checkpatch too :-)
Signed-off-by: Charles Manning
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
tools/socfpgaimage.c | 348 +++
This tool signs a preloader (built from SPL) when CONFIG_SOCFPGA is set.
Signed-off-by: Charles Manning
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
t
On Tue, Feb 18, 2014 at 01:52:42PM +0100, Albert ARIBAUD wrote:
> There has been a few back-and-forths (and sideways too) about how
> unaligned accesses are considered in ARM U-Boot. This post is to (try
> and) get us together in one place, get things straight about what is
> currently done and wh
On Thu, Feb 20, 2014 at 10:06 AM, Ian Campbell wrote:
> On Thu, 2014-02-20 at 09:24 -0600, Rob Herring wrote:
>> > +#define AHCI_PHYCS0R 0x00c0
>> > +#define AHCI_PHYCS1R 0x00c4
>> > +#define AHCI_PHYCS2R 0x00c8
> [...]
>> > +#define AHCI_RWCR 0x00fc
>
>> These registers are not sunxi specific, bu
I am in the throes of extending mkimage to add socfpga support. This is my
first time in mkimage, so please forgive me being on a learning curve.
It seems that the most "normal" path for mkimage signers is to append some
sort of header to the front of the image
ie the flow is
write header out
c
From: Rex Chang
Currently davinci spi driver supports only bus 0 cs 0.
This patch allows driver to support bus 1 and bus 2 with
configurable number of chip selects. Also defaults are
selected in a way to avoid regression on other platforms
that uses davinci spi driver and has only one spi bus.
S
currently only spi0 is enabled on k2hk evm. This
configuration update is needed to enable spi1 and spi2.
Signed-off-by: Murali Karicheri
---
include/configs/k2hk_evm.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/k2hk_evm.h b/include/configs/k2hk_evm.h
index 33
This patch moves the davinci i2c_defs.h file to drivers.i2c directory.
It will allow to reuse the davinci_i2c driver for TI Keystone2 SOCs.
Not used "git mv" command to move the file because small part of
it with definitions specific for Davinci SOCs has to remain in the
arch/arm/include/asm/arch-
This patch add support for gpimage format as a preparatory
patch for porting u-boot for keystone2 devices and is
based on omapimage format. It re-uses gph header to store the
size and loadaddr as done in omapimage.c
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
---
- No update
From: Vitaly Andrianov
Ethernet driver configures the CPSW, SGMI and Phy and uses
the the Navigator APIs. The driver supports 4 Ethernet ports and
can work with only one port at a time.
Port configurations are defined in board.c.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
From: Vitaly Andrianov
Multicore navigator consists of Network Coprocessor (NetCP) and
Queue Manager sub system. More details on the hardware can
be obtained from the following links:-
Network Coprocessor: http://www.ti.com/lit/pdf/sprugz6
Multicore Navigator: http://www.ti.com/lit/pdf/sprugr9
From: Vitaly Andrianov
Signed-off-by: Vitaly Andrianov
---
drivers/i2c/davinci_i2c.c | 344 ++---
drivers/i2c/davinci_i2c.h | 27 ++--
2 files changed, 218 insertions(+), 153 deletions(-)
diff --git a/drivers/i2c/davinci_i2c.c b/drivers/i2c/davinci_i2
From: Vitaly Andrianov
This patch add basic support for the architecture timer found on recent
ARMv7 based SoCs.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
---
- No update since v1
arch/arm/lib/Makefile |1 +
arch/arm/lib/arch_timer.c | 58 +
The NOPED_OBJ_FILES, dumpimage and mkimage object file
entries are to be kept sorted. This patch fix this issue.
Signed-off-by: Murali Karicheri
---
- No update since v1
tools/Makefile | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/Makefile b/tools/Ma
This patch introduces a configurable mechanism to disable
subpage writes in the DaVinci NAND driver.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
---
- Added README
README |5 +
drivers/mtd/nand/davinci_nand.c |3 +++
2 files changed, 8 i
From: Vitaly Andrianov
The keystone2 SOC requires to fix all 32 bit aliased addresses
to their 36 physical format. This has to happen after all fdt
nodes are added or modified.
Signed-off-by: Vitaly Andrianov
---
- no update since v1
common/image-fdt.c|5 +
include/fdt_support.h |
This patch series add support for keystone2 SoC and K2HK EVM
Change history:
v2
- Review comments incorporated. Following are major comments
addressed
- split network driver to navigator driver + ethernet
driver
- replac
On 02/20/2014 10:26 AM, Albert ARIBAUD wrote:
> Hi Stephen,
>
> On Thu, 20 Feb 2014 09:35:14 -0700, Stephen Warren
> wrote:
>
>> I the latest u-boot/master (0a8e823ad0c5 "Prepare v2014.04-rc1"),
>> compilation of all Tegra boards fails as below. This is with the ARM
>> cross-compilers from Ubunt
> -Original Message-
> From: Rini, Tom
> Sent: Monday, February 17, 2014 4:58 PM
> To: Andrianov, Vitaly
> Cc: Karicheri, Muralidharan; u-boot@lists.denx.de;
> sand...@theia.denx.de; Kwok, WingMan; Nair, Sandeep
> Subject: Re: [U-Boot] [U-Boot:RESEND][[PATCH 6/7] k2hk: add support for
> k
Hi Stephen,
On Thu, 20 Feb 2014 09:35:14 -0700, Stephen Warren
wrote:
> I the latest u-boot/master (0a8e823ad0c5 "Prepare v2014.04-rc1"),
> compilation of all Tegra boards fails as below. This is with the ARM
> cross-compilers from Ubuntu 12.10.
>
> [swarren@swarren-lx1 u-boot]$ ./MAKEALL -s te
At Wed, 19 Feb 2014 10:45:33 +0900,
Nobuhiro Iwamatsu wrote:
>
> Hi, all.
>
> Masahiro, thank you for the explanation.
>
> Yoshinori, please resend patches after read patch submission rules.
>
OK.
I'll resend after reading wiki.
Thanks.
> Best regards,
> Nobuhiro
>
> 2014-02-18 19:19 GMT+
On Thu, Feb 20, 2014 at 02:57:42PM +0100, Albert ARIBAUD wrote:
> Hello Tom,
>
> The following changes since commit
> 0a8e823ad0c5a602c93c2e8a54caf622ade6d3fb:
>
> Prepare v2014.04-rc1 (2014-02-19 16:01:28 -0500)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-arm
On Thu, Feb 20, 2014 at 10:16:31AM -0500, Tom Rini wrote:
> With d6a320d we moved some clock externs out of blackfin_local.h and
> into clock.h but now need to include in more drivers to
> avoid warnings.
>
> Cc: Sonic Zhang
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
On Thu, Feb 20, 2014 at 10:29:18AM +0100, Lukasz Majewski wrote:
> The commit:
>
> "EXT4: Fix number base handling of "ext4write" command"
> SHA1: f7740f7712b8638f08b83a7e5d00bc1d6bb086a9
>
> Cleaned up the ext4write command format.
>
> This commit shall be regarded as a follow up, since the D
On Thu, Feb 20, 2014 at 02:05:54PM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git, thanks!
>
> The following changes since commit 0a8e823ad0c5a602c93c2e8a54caf622ade6d3fb:
>
> Prepare v2014.04-rc1 (2014-02-19 16:01:28 -0500)
>
> are available in the git reposit
On Thu, Feb 20, 2014 at 05:18:42PM +0900, Masahiro Yamada wrote:
> Commit 5ab502cb gathered all device tree sources
> to arch/$(ARCH)/dts/.
> So tegra124-venice2.dts also must go to arch/arm/dts directory
> to build venice2 board.
>
> (Commit 5ab502cb had been posted before venice2 board support
On Thu, Feb 20, 2014 at 09:08:21AM -0800, Tom Warren wrote:
> This fixes the MAKEALL -s tegra build break I saw this morning when I rebased
> u-boot-tegra/next against ARM master. Thanks.
>
> TomR - will you take this into U-Boot master?
Yup, I've already got it queued along with the i2c PR and
This fixes the MAKEALL -s tegra build break I saw this morning when I rebased
u-boot-tegra/next against ARM master. Thanks.
TomR - will you take this into U-Boot master?
Tom
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Thursday, February 20, 2014 9:
I the latest u-boot/master (0a8e823ad0c5 "Prepare v2014.04-rc1"),
compilation of all Tegra boards fails as below. This is with the ARM
cross-compilers from Ubuntu 12.10.
[swarren@swarren-lx1 u-boot]$ ./MAKEALL -s tegra
Configuring for dalmore board...
cc1: error: bad value (armv5) for -march= swit
On 02/20/2014 01:18 AM, Masahiro Yamada wrote:
> Commit 5ab502cb gathered all device tree sources
> to arch/$(ARCH)/dts/.
> So tegra124-venice2.dts also must go to arch/arm/dts directory
> to build venice2 board.
>
> (Commit 5ab502cb had been posted before venice2 board support
> was merged. So an
On 02/20/2014 01:24 AM, Masahiro Yamada wrote:
> Hello Stephen,
>
>
> On Wed, 19 Feb 2014 09:36:14 -0700
> Stephen Warren wrote:
>
>> On 02/19/2014 07:46 AM, Albert ARIBAUD wrote:
>>> Hi Masahiro,
>>>
>>> On Wed, 19 Feb 2014 22:26:43 +0900, Masahiro Yamada
>>> wrote:
>>>
In Kbuild, every
On Thu, 2014-02-20 at 09:24 -0600, Rob Herring wrote:
> > +#define AHCI_PHYCS0R 0x00c0
> > +#define AHCI_PHYCS1R 0x00c4
> > +#define AHCI_PHYCS2R 0x00c8
[...]
> > +#define AHCI_RWCR 0x00fc
> These registers are not sunxi specific, but part of a certain vendor's
> IP found in several SOCs. I can't
Doing a make tags after build for OMAP4_panda reports find error as
follows:
"find: `/omap4': No such file or directory"
Full steps:
u-boot$ git clean -fdx >/dev/null
u-boot$ make -j6 CROSS_COMPILE=arm-linux-gnueabi- ARCH=arm
omap4_panda_config >/dev/null
u-boot$ make -j6 CROSS_COMPILE=arm-linux-
On Thu, 2014-02-20 at 13:52 +0100, Alexander Graf wrote:
> diff --git a/arch/powerpc/cpu/mpc85xx/cpu.c b/arch/powerpc/cpu/mpc85xx/cpu.c
> index 3e99b07..51f2085 100644
> --- a/arch/powerpc/cpu/mpc85xx/cpu.c
> +++ b/arch/powerpc/cpu/mpc85xx/cpu.c
> @@ -272,6 +272,7 @@ int do_reset (cmd_tbl_t *cmdtp,
On Thu, 2014-02-20 at 11:25 +0100, Alexander Graf wrote:
> On 19.02.2014, at 00:21, Scott Wood wrote:
>
> > On Tue, 2014-02-11 at 01:10 +0100, Alexander Graf wrote:
> >> - if (memsize)
> >> - print_size(memsize, " left unmapped\n");
> >> + if (size)
> >> + print_size(size, " l
On Thu, 2014-02-20 at 13:34 +0100, Alexander Graf wrote:
> On 19.02.2014, at 01:03, Scott Wood wrote:
>
> > On Tue, 2014-02-11 at 01:10 +0100, Alexander Graf wrote:
> >> + puts("\n");
> >> +
> >> + /* Start MMIO and PIO range maps above RAM */
> >> + map_addr = CONFIG_MAX_MEM_MAPPED;
> >
> >
On Thu, Feb 20, 2014 at 8:48 AM, Ian Campbell wrote:
> This enables the necessary clocks, in AHB0 and in PLL6_CFG. This is done
> for sun7i only since I don't have access to any other sunxi platforms
> with sata included.
>
> The bulk of the code is taken from the Linux ahci sunxi platform driver
With d6a320d we moved some clock externs out of blackfin_local.h and
into clock.h but now need to include in more drivers to
avoid warnings.
Cc: Sonic Zhang
Signed-off-by: Tom Rini
---
arch/blackfin/lib/board.c |1 +
board/cm-bf548/video.c |1 +
common/cmd_otp.c
On Thu, Feb 20, 2014 at 8:48 AM, Ian Campbell wrote:
> This allow the platform to register the platform ahci device.
>
> Signed-off-by: Ian Campbell
> ---
> In theory this could perhaps be used by highbank. I have access to a
> Midway system (close enough for testing purposes, I think) but since
This is the second version of my series to add support for AHCI to the
sunxi platform. This uses the existing ahci platform support already
present in u-boot. Most of the sunxi specific code comes from the Linux
platform patches.
As requested I am also cross posting to the main uboot mailing list
This enables the necessary clocks, in AHB0 and in PLL6_CFG. This is done
for sun7i only since I don't have access to any other sunxi platforms
with sata included.
The bulk of the code is taken from the Linux ahci sunxi platform driver
patches, adjusted for u-boot.
This adds the "PORT_DMA" tweaks
I have observed timeouts on a cubietruck.
The increase to 40ms is completely arbitrary and Works For Me(tm). I
couldn't find a good reference for how long you are supposed to wait,
although googling around it seems like tens of ms rather than single
digits is more common. I don't think there is an
This allow the platform to register the platform ahci device.
Signed-off-by: Ian Campbell
---
In theory this could perhaps be used by highbank. I have access to a
Midway system (close enough for testing purposes, I think) but since
Calxeda has folded I'm not sure it is worth it, and I am not enti
On Thu, Feb 20, 2014 at 03:10:14PM +0100, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Thu, 20 Feb 2014 08:09:56 -0500, Tom Rini wrote:
>
> > On Thu, Feb 20, 2014 at 02:03:23PM +0100, Albert ARIBAUD wrote:
> > > Hi Tom,
> > >
> > > On Wed, 19 Feb 2014 16:11:39 -0500, Tom Rini wrote:
> > >
> > > > H
Hi Tom,
On Thu, 20 Feb 2014 08:09:56 -0500, Tom Rini wrote:
> On Thu, Feb 20, 2014 at 02:03:23PM +0100, Albert ARIBAUD wrote:
> > Hi Tom,
> >
> > On Wed, 19 Feb 2014 16:11:39 -0500, Tom Rini wrote:
> >
> > > Hey all,
> > >
> > > I've pushed v2014.04-rc1 out to the repository and tarballs sho
Dear Tom,
In message <20140219211139.GU19081@bill-the-cat> you wrote:
>
> I've pushed v2014.04-rc1 out to the repository and tarballs should exist
> soon.
Tarball is on the FTP server.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1
Hello Tom,
The following changes since commit
0a8e823ad0c5a602c93c2e8a54caf622ade6d3fb:
Prepare v2014.04-rc1 (2014-02-19 16:01:28 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to 3e11350255d9c5d4bd03c2a65769da84c05d3294:
M
On Thu, Feb 20, 2014 at 09:31:36AM -0300, Otavio Salvador wrote:
> Hello Tom,
>
> On Wed, Feb 19, 2014 at 4:41 PM, Tom Rini wrote:
> > On Wed, Feb 19, 2014 at 12:29:19PM -0700, Stephen Warren wrote:
> >> On 02/19/2014 12:24 PM, Dan Murphy wrote:
> >> ...
> >> > Do we have a directory where defaul
On Thu, Feb 20, 2014 at 06:22:20PM +0900, Masahiro Yamada wrote:
> Hello Tom, Simon
>
> > > Unlike Linux Kernel, U-Boot historically had *.dts files under
> > > board/$(VENDOR)/dts/ and *.dtsi files under arch/$(ARCH)/dts/.
> > >
> > > I think arch/$(ARCH)/dts dicretory is a better location
> > >
On Thu, Feb 20, 2014 at 12:23:22PM +0100, Wolfgang Denk wrote:
> Dear Charles,
>
> In message <201402201358.19495.mannin...@actrix.gen.nz> you wrote:
> >
> > I looked at doing a mkimage integration, but is this really the way to go
> > in
> > all cases?
>
> ...only where it fits, of course.
>
On Thu, Feb 20, 2014 at 06:30:44PM +0900, Masahiro Yamada wrote:
> Hello Tom, Simon,
>
> On Wed, 19 Feb 2014 16:11:11 -0500
> Tom Rini wrote:
>
> > On Wed, Feb 05, 2014 at 11:28:25AM +0900, Masahiro Yamada wrote:
> >
> > > Useful rules in scripts/Makefile.lib allows us to easily
> > > generate
On Thu, Feb 20, 2014 at 05:55:47PM +0900, Masahiro Yamada wrote:
> Hi.
>
>
> > [PATCH 6/9] fdt_support: add 'const' qualifier for unchanged argument.
>
> This might be really trivial, but I notice I had added a period at the
> end of the subject by mistake.
>
> Is it possible to remove it when
On Thu, Feb 20, 2014 at 05:25:27PM +0900, Masahiro Yamada wrote:
> Hello Tom,
>
> > > Anyway, evaluating cc-option multiple times isn't nice and its
> > > optimization is on my TODO list.
> >
> > Can we move this up on the TODO list please? Some quick testing
> > around here says that this is t
On Thu, Feb 20, 2014 at 05:22:27PM +0900, Masahiro Yamada wrote:
> Hello Tom,
> (ccing Simon and Stephan)
>
>
>
> > > Tom,
> > > Please apply this along with the Kbuild series.
> >
> > So with this, I then get:
> > Configuring for venice2 board...
> > make[2]: *** [arch/arm/dts/tegra124-venice2
Hello Tom,
please pull from u-boot-i2c.git, thanks!
The following changes since commit 0a8e823ad0c5a602c93c2e8a54caf622ade6d3fb:
Prepare v2014.04-rc1 (2014-02-19 16:01:28 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
for you to fetch changes up to
On Thu, Feb 20, 2014 at 02:03:23PM +0100, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Wed, 19 Feb 2014 16:11:39 -0500, Tom Rini wrote:
>
> > Hey all,
> >
> > I've pushed v2014.04-rc1 out to the repository and tarballs should exist
> > soon.
> >
> > The merge window is now, really, closed.
>
> Doe
Hi Tom,
On Wed, 19 Feb 2014 16:11:39 -0500, Tom Rini wrote:
> Hey all,
>
> I've pushed v2014.04-rc1 out to the repository and tarballs should exist
> soon.
>
> The merge window is now, really, closed.
Does this mean that any patch submitted before feb 19 should be
considered for 2014.04?
Am
We already have a nice helper to give us a property cell value with default
fall back from a path. Split that into two helpers - one for the old path
based lookup and one to give us a value based on a node offset.
Signed-off-by: Alexander Graf
---
common/fdt_support.c | 38 +++
The DDR mapping function really is just a generic virtual -> physical
mapping function. Generalize it so it can support any virtual starting
offset and IO maps just the same.
Signed-off-by: Alexander Graf
---
v3 -> v4:
- change tlb_map to return unmapped size and get ram/io as enum rather
We want to be able to directly execute the ELF binary without going
through the u-boot.bin one.
To know where we have to start executing this ELF binary we have to
tell the linker where our entry point is.
Signed-off-by: Alexander Graf
---
arch/powerpc/cpu/mpc85xx/u-boot.lds |1 +
1 file c
In QEMU we implement a PV machine type called "ppce500". That board is able
to run any e500+ FSL cores (e500v2, e500mc, e5500, e6500).
It is heavily inspired by the MPC8544DS SoC and board combination, but
implements only the bare minimum to make Linux happy enough to drive a
virtual machine.
Thi
This patch adds a helper function that can be used to interpret most
"ranges" properties in the device tree.
It reads the n'th range out of a "ranges" array and returns the node's
virtual address of the range, the physical address that range starts at
and the size of the range.
Signed-off-by: Ale
There is no need to set IVORs to anything but their default values,
so let's leave them where they are.
Suggested-by: Scott Wood
Signed-off-by: Alexander Graf
---
arch/powerpc/cpu/mpc85xx/cpu_init.c |4 --
arch/powerpc/cpu/mpc85xx/fixed_ivor.S| 63
For KVM we have a special PV machine type called "ppce500". This machine
is inspired by the MPC8544DS board, but implements a lot less features
than that one.
It also provides more PCI slots and is supposed to be enumerated by
device tree only.
This patch adds support for the generic ppce500 mach
On 19.02.2014, at 01:03, Scott Wood wrote:
> On Tue, 2014-02-11 at 01:10 +0100, Alexander Graf wrote:
>> diff --git a/arch/powerpc/cpu/mpc85xx/start.S
>> b/arch/powerpc/cpu/mpc85xx/start.S
>> index bb0025c..8982c78 100644
>> --- a/arch/powerpc/cpu/mpc85xx/start.S
>> +++ b/arch/powerpc/cpu/mpc85
Hello Tom,
On Wed, Feb 19, 2014 at 4:41 PM, Tom Rini wrote:
> On Wed, Feb 19, 2014 at 12:29:19PM -0700, Stephen Warren wrote:
>> On 02/19/2014 12:24 PM, Dan Murphy wrote:
>> ...
>> > Do we have a directory where default scripts exist for each board? Or at
>> > least samples for each board?
>> >
Micron NOR flash present on T1040RDB and T1042RDB_PI do not support
write & read command running at same time.
CONFIG_SYS_FLASH_USE_BUFFER_WRITE reads NOR flash before performing write.
So, remove CONFIG_SYS_FLASH_USE_BUFFER_WRITE
Signed-off-by: Prabhakar Kushwaha
---
include/configs/T1040RDB.h
Dear Charles,
In message <201402201358.19495.mannin...@actrix.gen.nz> you wrote:
>
> I looked at doing a mkimage integration, but is this really the way to go in
> all cases?
...only where it fits, of course.
> The signed image does not really apply a header as such. It mashes in
> a "header"
From: "Ye.Li"
When configure the fsl_esdhc driver to PIO mode by defining
"CONFIG_SYS_FSL_ESDHC_USE_PIO", the SD/MMC read and write will fail.
Two bugs in the driver to cause the issue:
1. The read buffer was invalidated after reading from DATAPORT register,
which should be only applied to DMA m
On 19.02.2014, at 00:21, Scott Wood wrote:
> On Tue, 2014-02-11 at 01:10 +0100, Alexander Graf wrote:
>> -if (memsize)
>> -print_size(memsize, " left unmapped\n");
>> +if (size)
>> +print_size(size, " left unmapped\n");
>> +}
>
> The print_size should move to the
Thanks, I will change the commit log accordingly.
Best regards,
Ye Li
-Original Message-
From: Stefano Babic [mailto:sba...@denx.de]
Sent: Wednesday, February 19, 2014 9:41 PM
To: Li Ye-B37916; sba...@denx.de; Estevam Fabio-R49496
Cc: u-boot@lists.denx.de; Albert ARIBAUD
Subject: Re: [PAT
Hello Tom, Simon,
On Wed, 19 Feb 2014 16:11:11 -0500
Tom Rini wrote:
> On Wed, Feb 05, 2014 at 11:28:25AM +0900, Masahiro Yamada wrote:
>
> > Useful rules in scripts/Makefile.lib allows us to easily
> > generate a device tree blob and wrap it in assembly code.
> >
> > We do not need to parse a
The commit:
"EXT4: Fix number base handling of "ext4write" command"
SHA1: f7740f7712b8638f08b83a7e5d00bc1d6bb086a9
Cleaned up the ext4write command format.
This commit shall be regarded as a follow up, since the DFU subsystem is
using those commands for its normal operation.
Signed-off-by: Luk
Hello Tom, Simon
> > Unlike Linux Kernel, U-Boot historically had *.dts files under
> > board/$(VENDOR)/dts/ and *.dtsi files under arch/$(ARCH)/dts/.
> >
> > I think arch/$(ARCH)/dts dicretory is a better location
> > to store both *.dts and *.dtsi files.
> >
> > For example, before this commit
Hi Masahiro,
On Thu, 20 Feb 2014 17:23:31 +0900, Masahiro Yamada
wrote:
> Hello Albert,
>
>
> > > --- a/arch/arm/cpu/armv7/tegra124/Makefile
> > > +++ b/arch/arm/cpu/armv7/tegra124/Makefile
> > > @@ -4,3 +4,6 @@
> > > #
> > > # SPDX-License-Identifier: GPL-2.0+
> > > #
> > > +
> > > +#
Hi.
> [PATCH 6/9] fdt_support: add 'const' qualifier for unchanged argument.
This might be really trivial, but I notice I had added a period at the
end of the subject by mistake.
Is it possible to remove it when this patch is applied?
Or need to post v2?
Best Regards
Masahiro Yamada
_
Hi Markus,
On Thu, Feb 20, 2014 at 08:40:03AM +0100, Markus Niebel wrote:
> Hello Phillip,
>
> Am 19.02.2014 15:27, wrote Philippe De Muyter:
> > On MX6DL at least, measured mdc speed was wrong (3.3 Mhz instead of 2.5
> > Mhz), because of wrong assumptions about the reference clock and the
> > wa
The pattern rule "MLO*" can delete both MLO and MLO.byteswap.
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 6ec55c5..b5fca23 100644
--- a/Makefile
+++ b/Makefile
@@ -1173,7 +1173,7 @@ CLEAN_FILES += u-boo
U-Boot supports various boot images for various SoCs.
It is annoying to modify .gitignore file every time
we add/delete boot images.
Fortunately, there is a simple rule:
Those with file name prefix "u-boot" at the top directory
are all generated files.
Signed-off-by: Masahiro Yamada
---
.gitign
Hello Stephen,
> >>
> >> Adding something to obj-, which presumably isn't used at all, seems very
> >> odd.
> >
> > Why do we even need arch/arm/cpu/armv7/tegra124/Makefile ? I assume we
> > need the config.mk because we can't stick CONFIG_ARCH_DEVICE_TREE into
> > the config header?
>
> At lea
Hello Tom,
> > Anyway, evaluating cc-option multiple times isn't nice and its
> > optimization is on my TODO list.
>
> Can we move this up on the TODO list please? Some quick testing
> around here says that this is the big culprit on build times. I get
> pre-Kbuild series build time to match p
Hello Stephen,
On Wed, 19 Feb 2014 09:36:14 -0700
Stephen Warren wrote:
> On 02/19/2014 07:46 AM, Albert ARIBAUD wrote:
> > Hi Masahiro,
> >
> > On Wed, 19 Feb 2014 22:26:43 +0900, Masahiro Yamada
> > wrote:
> >
> >> In Kbuild, every makefile must have non-empty obj- or obj-y.
> >> Otherwise
Hello Albert,
> > --- a/arch/arm/cpu/armv7/tegra124/Makefile
> > +++ b/arch/arm/cpu/armv7/tegra124/Makefile
> > @@ -4,3 +4,6 @@
> > #
> > # SPDX-License-Identifier: GPL-2.0+
> > #
> > +
> > +# necessary to create built-in.o
> > +obj- := __dummy__.o
>
> Is there really no other way than t
Hello Tom,
(ccing Simon and Stephan)
> > Tom,
> > Please apply this along with the Kbuild series.
>
> So with this, I then get:
> Configuring for venice2 board...
> make[2]: *** [arch/arm/dts/tegra124-venice2.dtb] Error 1
> make[1]: *** [dts/dt.dtb] Error 2
> make: *** [sub-make] Error 2
>t
Commit 5ab502cb gathered all device tree sources
to arch/$(ARCH)/dts/.
So tegra124-venice2.dts also must go to arch/arm/dts directory
to build venice2 board.
(Commit 5ab502cb had been posted before venice2 board support
was merged. So an unvisible conflict happened.)
Signed-off-by: Masahiro Yamad
99 matches
Mail list logo
