Hi Albert,
> Hi Albert,
>
> > Hi Albert,
> >
> > > Hi Lukasz,
> > >
> > > On Tue, 25 Mar 2014 09:55:45 +0100, Lukasz Majewski
> > > wrote:
> > >
> > > > Hi Albert,
> > > >
> > > > > Hi Lukasz, Tom,
> > > > >
> > > > >
> > > > > > Hi Tom,
> > > > > >
> > > > > > > On Tue, Mar 18, 2014 at 0
On Fri, Apr 4, 2014 at 10:46 PM, Murali Karicheri wrote:
> 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 us
Hi Simon,
> Hi Lukasz,
>
> On 4 April 2014 04:09, Lukasz Majewski wrote:
>
> > Hi Marek,
> >
> > > On Thursday, April 03, 2014 at 09:01:30 PM, Tom Rini wrote:
> > > > On Thu, Apr 03, 2014 at 11:35:10AM -0600, Simon Glass wrote:
> > > > > Hi Marek,
> > > > >
> > > > > On 3 April 2014 11:03, Mare
Hi u-boot community,
I am trying to port u-boot (release u-boot-2014.04-rc3.tar.bz2) to
FreeBSD on BeagleBone Black.
In FreeBSD, there is a u-boot loader (named ubldr), which can call
u-boot API to get fdt (Flat Device Tree) data. Example is:
-- fdt header
I have to comment out below 3 line
Hi Chin,
On Tue, 4 Mar 2014 22:13:53 -0600, Chin Liang See
wrote:
> Clock Manager driver will be called to reconfigure all the
> clocks setting based on user input. The input are passed to
> Preloader through handoff files
>
> Signed-off-by: Chin Liang See
> Cc: Albert Aribaud
> Cc: Tom Rini
The generic board code uses the __init_end symbol to calculate
monitor_flash_len. Define said symbol for MIPS, equivalent to
__image_copy_end which is used for the same purpose in
arch/mips/lib/board.c.
Signed-off-by: Paul Burton
---
Changes since v1:
- None
---
arch/mips/cpu/u-boot.lds | 1 +
This series adds generic board support for the MIPS architecture, and
then converts the MIPS Malta development board to use it.
Changes since v1:
- Call init_func_ram/initdram to preserve the existing behaviour for
boards, as requested by Daniel.
- Call timer_init, which I'd missed as poi
Assigning gd->ram_size the return value of initdram matches the existing
MIPS board behaviour.
Suggested-by: Daniel Schwierzeck
Signed-off-by: Paul Burton
---
Changes since v1:
- New patch
---
common/board_f.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/boar
interrupt_init is called unconditionally by the generic board code.
Define a stub for it on MIPS like the enable & disable functions.
Signed-off-by: Paul Burton
---
Changes since v1:
- None
---
arch/mips/cpu/mips32/interrupts.c | 5 +
arch/mips/cpu/mips64/interrupts.c | 5 +
2 files ch
Move the definition of this variable out of arch/mips/lib/board.c in
preparation for allowing use of generic board on MIPS, which will lead
to this file not being compiled.
Signed-off-by: Paul Burton
---
Changes since v1:
- None
---
arch/mips/lib/Makefile | 2 ++
arch/mips/lib/board.c | 6 -
MIPS needs a call to timer_init to preserve its current behaviour
ensuring that the cop0 compare register is initialised appropriately.
Reported-by: Daniel Schwierzeck
Signed-off-by: Paul Burton
---
Changes since v1:
- New patch
---
common/board_f.c | 2 +-
1 file changed, 1 insertion(+), 1 d
This patch allows MIPS boards to make use of generic board, replacing
arch/mips/lib/board.c with common/board_{f,r}.c and struct bd_info with
the asm-generic version.
Signed-off-by: Paul Burton
---
Changes since v1:
- None
---
arch/mips/config.mk| 2 ++
arch/mips/include/asm/u-boot
This patch converts the MIPS Malta development board to make use of the
generic board code now that it is supported on MIPS.
Signed-off-by: Paul Burton
---
Changes since v1:
- Drop the now unnecessary initdram/ram_size changes.
---
include/configs/malta.h | 3 +++
1 file changed, 3 insertions(
On Sun, Apr 06, 2014 at 08:58:16PM +0200, Daniel Schwierzeck wrote:
> 2014-04-04 13:20 GMT+02:00 Paul Burton :
> > This patch converts the MIPS Malta development board to make use of the
> > generic board code now that it is supported on MIPS.
> >
> > Signed-off-by: Paul Burton
> > ---
> > board/
and also to the list ... sorry for the noise
On 04/07/2014 11:27 AM, Andreas Bießmann wrote:
> Hi Masahiro,
>
> a late bug report ;) changing my board config file will not regenerate
> the spl/u-boot-spl.lds for the board though it depends on it. The
> LDSCRIPT is patched with some size informati
Hi Andreas,
On Mon, 27 Jan 2014 05:48:11 +0100, Andreas Färber
wrote:
> Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
>
> Cc: Albert Aribaud
> Cc: Tom Rini
> Signed-off-by: Andreas Färber
> ---
> More changes like this may be needed, but these I compile-tested
> From: "Wolfgang Denk"
> I agree that the code is wrong and needs fixing. data->new is an
> uint8_t pointer, so taking the size of the pointer is obviously
> wrong. But what you fix here is not the only place where
> sizeof(data->new) is used, so this patch fixes part of the problem at
> best
Well written documentation for PMIC framework was missing and hence
it has been probably difficult and time consuming for other developers
to understand rationale for key design decisions and overall design
structure.
This commit provides proper documentation entry.
Signed-off-by: Lukasz Majewski
On Fri, 2014-04-04 at 22:47 +0200, Pavel Machek wrote:
>
> Hi!
>
> > I'm trying to get custom preloader to work (on EBV Socrates)... I
> > tried applying old patch from mail archives, but a) applying patch
> > from mail archives is not fun and b) it did not seem to do the trick.
>
> Just to make
On Fri, 2014-04-04 at 22:45 +0200, Wolfgang Denk wrote:
>
> Dear Murali Karicheri,
>
> In message <1396631815-5735-3-git-send-email-m-kariche...@ti.com> you wrote:
> > This patch add support for gpimage format as a preparatory
> > patch for porting u-boot for keystone2 devices and is
> > based on
Hi,
I have a short question about TFTP usage in u-boot.
Is it possible to change the Port for TFTP communication
while u-boot is running. Standard path for TFTP is 69
an let's say, we want to change port to 1500.
Regards Mario
___
U-Boot mailing list
U-
Hi U-Boot,
you recently gave me the hint about the Falcon Mode for my Fast Booting
investigations. But I think might got it wrong, could somebody correct me if
so?:
- According to the "Falcon Mode" Pdf of October 2013
(http://www.denx.de/wiki/pub/U-Boot/MiniSummitELCE2013/2013-ELCE-U-Boot-Falc
On Mon, Apr 07, 2014 at 03:21:35PM +0200, Gerhard Sittig wrote:
> On Fri, 2014-04-04 at 22:45 +0200, Wolfgang Denk wrote:
> >
> > Dear Murali Karicheri,
> >
> > In message <1396631815-5735-3-git-send-email-m-kariche...@ti.com> you wrote:
> > > This patch add support for gpimage format as a prepar
On Thu, Apr 03, 2014 at 06:19:19PM -0500, Nishanth Menon wrote:
> A series of patches to add in ethernet and bootz support.
>
> baseline: v2014.04-rc3
>
>
> Nishanth Menon (7):
> omap3: zoom1: enable CONFIG_SYS_GENERIC_BOARD
> OMAP3: zoom1: Configure GPMC for Ethernet
> OMAP3: zoom1: enab
Hello,
On 04/03/2014 06:44 AM, Nobuhiro Iwamatsu wrote:
Use of malloc of do_fat_write() from USB media causes cache error on
I would remove 'from USB media' from the commit log as it doesn't really matter where
you read from.
ARM v7 platforms. Perhaps, the same problem will occur at any ot
On Thu, Apr 03, 2014 at 06:19:24PM -0500, Nishanth Menon wrote:
> This is more in line with commits
> 664979a2a9f764b63b8094458b87247d254b0cc1(omap3_beagle: remove JFFS2
> support.) and 102ce9ea7afdda80fe25aa786975e1722196bdb9 (omap3_beagle:
> enable CMD_FS_GENERIC and simplify load of image/ramdi
On Thu, Apr 03, 2014 at 06:19:25PM -0500, Nishanth Menon wrote:
> Boot from zImage and fdt_file if uImage is not available to maintain
> the legacy behavior.
[snip]
> #define CONFIG_EXTRA_ENV_SETTINGS \
> "loadaddr=0x8200\0" \
> + "fdt_high=0x\0" \
> + "fdtaddr=0x80f8000
The RX buffers are invalidated when a packet is received, however they
were not suitably cache-line aligned. Allocate them seperately to the
pcnet_priv structure and align to ARCH_DMA_MINALIGN in order to ensure
suitable alignment for the cache invalidation, preventing anything else
being placed in
The prior accesses to the descriptor rings & init block via cached
memory had a few issues:
- The memory needs cache flushes or invalidation at the appropriate
times, but was not necessarily aligned on cache line boundaries.
This could lead to data being incorrectly lost or written back
The ordering of accesses to the rx & tx descriptors is important, yet
the send & recv functions accessed them via regular structure accesses.
This leaves the compiler with the opportunity to reorder those accesses
or to hoist them outside of loops. Prevent that from happening by using
readl & write
This series fixes issues with the pcnet driver & its memory accesses.
Previously the network interface on the MIPS Malta board was unreliable
& would often time out whilst transferring files via TFTP, but with this
series applied it is now stable.
Paul Burton (3):
pcnet: access descriptor rings
Hi Frank,
On 07/04/2014 15:49, Frank Ihle wrote:
> Hi U-Boot,
>
> you recently gave me the hint about the Falcon Mode for my Fast
> Booting investigations. But I think might got it wrong, could
> somebody correct me if so?:
>
> - According to the "Falcon Mode" Pdf of October 2013
> (http://www.d
Hi Lukasz,
On 7 April 2014 06:34, Lukasz Majewski wrote:
> Well written documentation for PMIC framework was missing and hence
> it has been probably difficult and time consuming for other developers
> to understand rationale for key design decisions and overall design
> structure.
> This commit
Hi York,
On Wed, 26 Feb 2014 13:26:02 -0800, York Sun
wrote:
> Move setting for MAIR and TCR to cache_v8.c, to avoid conflict with
> sub-architecture.
>
> Signed-off-by: York Sun
> CC: David Feng
> ---
Whole series applied to u-boot-arm/master, thanks!
Amicalement,
--
Albert.
_
On 02/04/2014 15:55, nitin.g...@freescale.com wrote:
> From: Nitin Garg
>
> Since MX6 is Cortex-A9 r2p10, enable software workaround
> for errata 794072 and 761320.
>
> Signed-off-by: Nitin Garg
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
On 02/04/2014 15:55, nitin.g...@freescale.com wrote:
> From: Nitin Garg
>
> A short loop including a DMB instruction might cause a denial of
> service on another processor which executes a CP15 broadcast operation.
> Exists on r1, r2, r3, r4 revisions.
>
> Signed-off-by: Nitin Garg
> Acked-by:
On 02/04/2014 15:55, nitin.g...@freescale.com wrote:
> From: Nitin Garg
>
> Full cache line writes to the same memory region from at least two
> processors might deadlock the processor. Exists on r1, r2, r3
> revisions.
>
> Signed-off-by: Nitin Garg
> ---
Applied to u-boot-imx, thanks !
Best
Hi Albert,
this contains the fix for the i.MX6 errata. I do not foresee now to send
another PR before release, maybe this is the last one for 2014.04.
The following changes since commit 1a9df13d5bc0b68c9dcae88d244c995c9351db67:
arm: mxs: Add support for generating signed BootStream (2014-04-04
Hi Charles,
On Wed, 5 Mar 2014 11:30:26 +1300, Charles Manning
wrote:
> Hello All
>
> I am currently reworking a socfpga signer patch which is part of mkimage.
>
> One thing I need to do is to stuff some bytes into a header ensuring the
> endianism is correct.
>
> This is a trivial thing to d
Gents,
In "drivers/net/fec_mxc.c" there are 2 functions:
int fec_phy_read(struct mii_dev *bus, int phyAddr, int dev_addr, int
regAddr);
int fec_phy_write(struct mii_dev *bus, int phyAddr, int dev_addr, int
regAddr, u16 data);
Looks like parameter "dev_addr" is not used. Does anyone remember
Hi Chin,
On Tue, 4 Mar 2014 20:51:53 -0600, Chin Liang See
wrote:
> To add the DesignWare watchdog driver support. It required
> information such as register base address and clock info from
> configuration header file within include/configs folder.
>
> Signed-off-by: Chin Liang See
> Cc: Ana
Hi Tom,
On Wed, 5 Mar 2014 12:28:06 -0500, Tom Rini wrote:
> Hey all,
>
> I'm looking over some patches for am43xx to enable the case of non-SPL
> XIP booting and this means we start getting code that's shared with
> am335x that looks like:
> #if defined(CONFIG_SPL_BUILD) || defined(CONFIG_NOR_
Hi Marek,
Sorry, I am slowly catching up.
On Sat, 22 Mar 2014 19:27:48 +0100, Marek Vasut wrote:
> On Saturday, March 22, 2014 at 11:18:05 AM, Rikard Söderström wrote:
> > Hi Marex,
> >
> > Are you referring to the code or the linkage issue as "nasty"?
>
> Actually, both. But more the linker
On 04/04/2014 19:05, Eric Bénard wrote:
> Signed-off-by: Eric Bénard
> Acked-by: Eric Nelson
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfg
On 04/04/2014 19:05, Eric Bénard wrote:
> Signed-off-by: Eric Bénard
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
On 04/04/2014 19:05, Eric Bénard wrote:
> this function is shared by several boards and thus can be factorized
>
> Signed-off-by: Eric Bénard
> Acked-by: Eric Nelson
> Acked-by: Stefano Babic
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
On 04/04/2014 19:05, Eric Bénard wrote:
> RiOTboard is produced by Embest/Element 14 and is based on i.MX6 Solo
> The following features are tested :
> - UART2 (console)
> - eMMC
> - SDCard
> - uSDCard
> - Ethernet
> - USB Host (through 4 ports hub)
> - HDMI output
> - I2C 1/2/3
> - LVDS TFT with L
On 04/04/2014 19:05, Eric Bénard wrote:
> this function is used by several board together with board_video_skip
> to detect if hdmi is plugged is order to select the display to use.
> So move it in imx-common to share it.
>
> Signed-off-by: Eric Bénard
> ---
Applied to u-boot-imx, -next branch,
On 04/04/2014 19:05, Eric Bénard wrote:
> Signed-off-by: Eric Bénard
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
On 04/04/2014 19:05, Eric Bénard wrote:
> Signed-off-by: Eric Bénard
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
H
On 04/04/2014 19:05, Eric Bénard wrote:
> Signed-off-by: Eric Bénard
> ---
Applied to u-boot-imx, -next branch, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
On Mon, Apr 07, 2014 at 06:31:41PM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Wed, 5 Mar 2014 12:28:06 -0500, Tom Rini wrote:
>
> > Hey all,
> >
> > I'm looking over some patches for am43xx to enable the case of non-SPL
> > XIP booting and this means we start getting code that's shared with
Dear Mario,
In message you
wrote:
>
> I have a short question about TFTP usage in u-boot.
> Is it possible to change the Port for TFTP communication
> while u-boot is running. Standard path for TFTP is 69
> an let's say, we want to change port to 1500.
As is, this cannot be changed. The TFTP p
Dear Adrian,
In message <3392231.3254.1396864604431.JavaMail.adrian@Gurnard> you wrote:
>
> > From: "Wolfgang Denk"
>
> > I agree that the code is wrong and needs fixing. data->new is an
> > uint8_t pointer, so taking the size of the pointer is obviously
> > wrong. But what you fix here is no
Dear Tom & Gerhard,
In message <20140407135502.GB23803@bill-the-cat> you wrote:
>
> > the above hunk just references the newly introduced enum, and
> > keeps the list of images sorted alphabetically -- so I think this
> > is OK
>
> Yes, agreed.
You both are roght, of course. Hm, now where is
Dear Tom,
In message <20140305172806.GY16805@bill-the-cat> you wrote:
>
> I'm looking over some patches for am43xx to enable the case of non-SPL
> XIP booting and this means we start getting code that's shared with
> am335x that looks like:
What exactly do you mean by "non-SPL XIP booting"? Is
On Mon, Apr 07, 2014 at 07:05:36PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20140305172806.GY16805@bill-the-cat> you wrote:
> >
> > I'm looking over some patches for am43xx to enable the case of non-SPL
> > XIP booting and this means we start getting code that's shared with
> > am3
On Thu, Apr 03, 2014 at 08:45:42PM +0530, Jagan Teki wrote:
> On Thu, Apr 3, 2014 at 5:22 PM, Tom Rini wrote:
> > From: "Poddar, Sourav"
> >
> > Bulk erase is not happening properly on dra7 due to erase timing
> > constraints,
> > add a delay so that erase timing constraints are properly met.
>
On Mon, Apr 07, 2014 at 08:53:39AM +0200, Wolfgang Denk wrote:
> Dear Nobuhiro Iwamatsu,
>
> In message
> <1396846600-15386-1-git-send-email-nobuhiro.iwamatsu...@renesas.com> you
> wrote:
> > Usually, when CONFIG_OF_LIBFDT is enabled, U-Boot is set to
> > the FDT memory information that is set i
On Mon, Apr 07, 2014 at 07:41:39PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20140407171943.GG23803@bill-the-cat> you wrote:
> >
> > > What exactly do you mean by "non-SPL XIP booting"? Is this not the
> > > standard boot mode which has actually been the first (and only one)
> > >
Hi Stefano,
On Mon, 07 Apr 2014 18:20:36 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> this contains the fix for the i.MX6 errata. I do not foresee now to send
> another PR before release, maybe this is the last one for 2014.04.
>
> The following changes since commit 1a9df13d5bc0b68c9dcae88d244
Hi Lukasz,
On Mon, 07 Apr 2014 09:04:58 +0200, Lukasz Majewski
wrote:
> Are you willing to add this patch to your u-boot-arm tree?
>
> I know that you were not available on the ML for some time and hence,
> I'm curious if you plan to send pull request for u-boot-arm tree to Tom
> before the v
Hi Lukasz,
On Tue, 18 Mar 2014 16:46:48 +0100, Lukasz Majewski
wrote:
> After Kbuild introduction, the CROSS_COMPILE environment variable has been
> set to some default value (prefix arm-linux-).
>
> This shall be removed since it breaks building u-boot for native arm target
> (like qemu ARM).
Dear Tom,
In message <20140407171943.GG23803@bill-the-cat> you wrote:
>
> > What exactly do you mean by "non-SPL XIP booting"? Is this not the
> > standard boot mode which has actually been the first (and only one)
> > that U-Boot has ever been designed for, like booting from a ROM (like
> > par
On Mon, 2014-04-07 at 18:22 +0200, Albert ARIBAUD wrote:
> Hi Charles,
>
> On Wed, 5 Mar 2014 11:30:26 +1300, Charles Manning
> wrote:
>
> > Hello All
> >
> > I am currently reworking a socfpga signer patch which is part of mkimage.
> >
> > One thing I need to do is to stuff some bytes into a
Dear Tom,
In message <20140407174936.GJ23803@bill-the-cat> you wrote:
>
> > OK. So if this basically the same what we do when booting XIP from
> > parallel NOR, then maybe we should rename CONFIG_NOR_BOOT into a more
> > generic name, like CONFIG_XIP_BOOT ?
>
> Nope, not everything for NOR is r
On Mon, Apr 07, 2014 at 08:45:42PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20140407174936.GJ23803@bill-the-cat> you wrote:
> >
> > > OK. So if this basically the same what we do when booting XIP from
> > > parallel NOR, then maybe we should rename CONFIG_NOR_BOOT into a more
> >
Dear Tom,
In message <20140407190210.GK23803@bill-the-cat> you wrote:
>
> > I think CONFIG_ENV_IS_IN.. is an independent thing. Even when booting
> > from NOR you can have the environment anywhere else.
>
> Well, maybe. I'm not sure (and too lazy to dig through the board doc
> atm) on if you ca
On Saturday 05 April 2014 09:47:02 Pavel Machek wrote:
> Hi!
>
> > I'm trying to get custom preloader to work (on EBV Socrates)... I
> > tried applying old patch from mail archives, but a) applying patch
> > from mail archives is not fun and b) it did not seem to do the trick.
>
> Just to make sure
On Mon, Apr 07, 2014 at 09:19:09PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20140407190210.GK23803@bill-the-cat> you wrote:
> >
> > > I think CONFIG_ENV_IS_IN.. is an independent thing. Even when booting
> > > from NOR you can have the environment anywhere else.
> >
> > Well, mayb
Hi ste...@agner.ch,
On Tue, 11 Mar 2014 18:43:56 +0100, ste...@agner.ch wrote:
> From: Stefan Agner
>
> This patch series addresses several fixes and enhancements for the
> vybrid tower.
>
> The patches are originally by Marcel Ziswiler which should remain
> the Author of the patches, I picked
Hi York,
On Mon, 31 Mar 2014 14:40:32 -0700, York Sun
wrote:
> For ARMv8, U-boot has been running at EL3 with cache and MMU enabled.
> Without proper setup for EL2, cache and MMU are both disabled (out of
> reset). Before switching, we need to flush the dcache to make sure the
> data is in the m
On Tue, 2014-04-08 at 07:51 +1200, Charles Manning wrote:
>
> On Saturday 05 April 2014 09:47:02 Pavel Machek wrote:
> > Hi!
> >
> > > I'm trying to get custom preloader to work (on EBV Socrates)... I
> > > tried applying old patch from mail archives, but a) applying patch
> > > from mail archives
Hi Leo,
On Mon, 31 Mar 2014 09:50:35 +0800, Leo Yan wrote:
> When flush the d$ with set/way instruction, it need calculate the way's
> offset = log2(Associativity); but in current uboot's code, it use below
> formula to calculate the offset: log2(Associativity * 2 - 1), so finally
> it cannot fl
Hi Tim,
On Wed, 26 Mar 2014 15:25:33 +0100, Tim Sander
wrote:
> Hi
>
> I am currently trying to configure either Altera Soc and Xilinx Zynq to boot
> Linux in nonsecure-mode.
> This mail focusses on the Altera SOC.
>
> As soon as the u-boot switched to normal mode it seems there is a problem
2014-04-07 11:11 GMT+02:00 Paul Burton :
> This series adds generic board support for the MIPS architecture, and
> then converts the MIPS Malta development board to use it.
>
> Changes since v1:
> - Call init_func_ram/initdram to preserve the existing behaviour for
> boards, as requested by D
Hi Rommel,
On Thu, 20 Feb 2014 00:16:56 +0900, Rommel G Custodio
wrote:
> The conditional is using a variable that is not defined.
>
> Signed-off-by: Rommel G Custodio
> ---
> arch/arm/lib/bootm.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/arch/arm/lib/bootm.c
This is required to switch MIPS platform to generic board.
Cc: Wolfgang Denk
Signed-off-by: Daniel Schwierzeck
---
Wolfgang, I would rather remove this board. It is obviously dead and no one ever
cared about it since you have added it. The code does not conform to current
coding style. Also it n
On Mon, 2014-03-31 at 09:50 +0800, Leo Yan wrote:
> When flush the d$ with set/way instruction, it need calculate the way's
> offset = log2(Associativity); but in current uboot's code, it use below
> formula to calculate the offset: log2(Associativity * 2 - 1), so finally
> it cannot flush data cac
Hi Albert
> > I am currently trying to configure either Altera Soc and Xilinx Zynq to
> > boot Linux in nonsecure-mode. This mail focusses on the Altera SOC.
> >
> > As soon as the u-boot switched to normal mode it seems there is a problem
> > with code alignment handling? At least it seems the co
Hi feng...@phytium.com.cn,
On Fri, 14 Mar 2014 14:26:27 +0800, feng...@phytium.com.cn wrote:
> From: David Feng
>
> This patch add gicv3 support to uboot armv8 platform.
>
> Changes for v2:
> - rename arm/cpu/armv8/gic.S with arm/lib/gic_64.S
> - move smp_kick_all_cpus() from gic.S to star
On 4 April 2014 05:23, Paul Burton wrote:
> The show_model_r function should return an int but didn't. Return 0 to
> indicate inevitable success and avoid the following if it is used:
>
> common/board_r.c: In function 'show_model_r':
> common/board_r.c:531:1: warning: no return statement in funct
Hi tiger...@via-alliance.com,
On Mon, 31 Mar 2014 15:30:45 +0800, wrote:
> Hi, experts:
>
> I usually compiled u-boot for ARMv8 FVP model with below command:
>
> export ARCH=aarch64
>
> export
> CROSS_COMPILE=/home/tiger/tiger-linux-share/CBP5860/ARMv8/gcc-linaro-aar
> ch64/bin/aarch64-linux-
Hi,
Thanks for your comment.
2014-04-07 15:53 GMT+09:00 Wolfgang Denk :
> Dear Nobuhiro Iwamatsu,
>
> In message
> <1396846600-15386-1-git-send-email-nobuhiro.iwamatsu...@renesas.com> you
> wrote:
>> Usually, when CONFIG_OF_LIBFDT is enabled, U-Boot is set to
>> the FDT memory information that
Hi,
2014-04-08 2:41 GMT+09:00 Tom Rini :
> On Mon, Apr 07, 2014 at 08:53:39AM +0200, Wolfgang Denk wrote:
>> Dear Nobuhiro Iwamatsu,
>>
>> In message
>> <1396846600-15386-1-git-send-email-nobuhiro.iwamatsu...@renesas.com> you
>> wrote:
>> > Usually, when CONFIG_OF_LIBFDT is enabled, U-Boot is se
Hi!
2014-04-07 23:19 GMT+09:00 Hector Palacios :
> Hello,
>
>
> On 04/03/2014 06:44 AM, Nobuhiro Iwamatsu wrote:
>>
>> Use of malloc of do_fat_write() from USB media causes cache error on
>
>
> I would remove 'from USB media' from the commit log as it doesn't really
> matter where you read from.
Use of malloc of do_fat_write() causes cache error on ARM v7 platforms.
Perhaps, the same problem will occur at any other CPUs.
This replaces malloc with memalign to fix cache buffer alignment.
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Yoshiyuki Ito
Tested-by: Hector Palacios
---
v2: Fix
Hi,
On 3 April 2014 03:40, Helmut Raiger wrote:
> Hi,
>
> for all the wrong reasons I have to load a second u-boot from a first
> one.
>
> I'm finally able to start it, but it only works if I do a
> cleanup_before_linux(),
> i.e. turn off interrupts and caches before the actual 'go'.
>
> For t
CONFIG_SH_TMU_CLK_FREQ of koelsch is calculated from the external clock.
This defines RMOBILE_XTAL_CLK, this updates the calculation of
CONFIG_SH_TMU_CLK_FREQ.
Signed-off-by: Nobuhiro Iwamatsu
---
include/configs/koelsch.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/
Signed-off-by: Nobuhiro Iwamatsu
---
arch/arm/include/asm/arch-rmobile/rcar-base.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-rmobile/rcar-base.h
b/arch/arm/include/asm/arch-rmobile/rcar-base.h
index 371f0ed..4331d31 100644
--- a/arch/arm/include/asm/arch-r
Maximum CPU clock of R8A7791 that are used in koelsch board is 1.5GHz.
This change to use the maximum clock in this board.
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/koelsch/koelsch.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/board/renesas/koelsch/koelsch.c b/board/renes
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/lager/qos.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/board/renesas/lager/qos.c b/board/renesas/lager/qos.c
index f1ac060..3742757 100644
--- a/board/renesas/lager/qos.c
+++ b/board/renesas/lager/qos.c
@@
This update QoS version 0.240 for ES1 and version 0.310 for ES2.
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/koelsch/qos.c | 29 -
1 file changed, 12 insertions(+), 17 deletions(-)
diff --git a/board/renesas/koelsch/qos.c b/board/renesas/koelsch/qos.c
index d8
CONFIG_SH_TMU_CLK_FREQ of lager is calculated from the external clock.
This defines RMOBILE_XTAL_CLK, this updates the calculation of
CONFIG_SH_TMU_CLK_FREQ.
Signed-off-by: Nobuhiro Iwamatsu
---
include/configs/lager.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/in
Maximum CPU clock of R8A7790 that are used in lager board is 1.4GHz.
This change to use the maximum clock in this board.
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/lager/lager.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/board/renesas/lager/lager.c b/board/renesas/lager/la
MACH_TYPE_LAGER and CONFIG_MACH_TYPE are not already available on Lager board.
This removes them.
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/lager/lager.c | 2 --
include/configs/lager.h | 2 --
2 files changed, 4 deletions(-)
diff --git a/board/renesas/lager/lager.c b/board/renesas
Dear Beonho Seo,
On 20/03/14 13:14, Beomho Seo wrote:
> This patch enables for device tree for dw-mmc driver.
> Driver have been fixed because it is used exynos5 and exynos4.
> Add, fdt compat id of exynos4 dwmmc.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Tested-by: Piotr W
Dear Beomho Seo,
On 20/03/14 13:14, Beomho Seo wrote:
> exynos4x12_set_mmc_clk function have been removed.
> Because, exynos4x12_clock and exynos4_clock return smae div_fsys* value.
typo, smae -> same?
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Tested-by: Piotr Wilczek
>
On 04/08/2014 11:53 AM, Minkyu Kang wrote:
> Dear Beomho Seo,
>
> On 20/03/14 13:14, Beomho Seo wrote:
>> exynos4x12_set_mmc_clk function have been removed.
>> Because, exynos4x12_clock and exynos4_clock return smae div_fsys* value.
>
> typo, smae -> same?
>
Thank you. I will fix this mistake.
Hi,
My board has one Ethernet, one USB Host and one USB Slave.
Command bdinfo shows below:
eth0name= cpsw
ethaddr = 90:59:af:54:1a:28
eth1name= usb_ether
eth1addr= 90:59:af:54:1a:2a
current eth = cpsw
Would you please teach me how to disable usb_ether MAC address, thus
bdinfo
1 - 100 of 107 matches
Mail list logo
