Hi York,
On Tue, 11 Feb 2014 11:57:26 -0800, York Sun
wrote:
> This function has been around for powerpc. It is used for systems with
> memory more than CONFIG_MAX_MEM_MAPPED. In case of non-contiguous memory,
> this feature can limit U-boot to one block without going over the limit.
>
> Signed
Hi, Bhupesh:
>Booting trusted firmware boot loader stage 1
>Built : 16:09:23, Feb 11 2014
>ERROR: Cannot access 'bl2.bin' file (-1).
>Failed to load boot loader stage 2 (BL2) firmware.
I did not run into this issue.
It seems semihosting broken!
Maybe this website is useful:
https://github.com/ARM
Hi Tiger,
> -Original Message-
> From: tiger...@viatech.com.cn [mailto:tiger...@viatech.com.cn]
> Sent: Wednesday, February 12, 2014 7:38 AM
> To: Sharma Bhupesh-B45370; dra...@broadcom.com; u-boot@lists.denx.de
> Cc: tr...@ti.com
> Subject: Re: [U-Boot] how to get u-boot code with arm64:
Hi, Sato-san.
I found some coding mistakes.
Could you check by checkpatch.pl?
And please add to subject so that it turns out that it is the patch of sh/sh2,
e.g. "sh: sh2: module enabler cleanup"
Best regards,
Nobuhiro
2014-02-11 21:24 GMT+09:00 Yoshinori Sato :
> Signed-off-by: Yoshinori Sat
Hi, Sato-san.
2014-02-11 21:24 GMT+09:00 Yoshinori Sato :
> Hi.
> This patch series add to Renesas MS7206SE board support.
> And SH2A targets various update.
> Please comment.
Please use cover-letter option of git format-patch.
>
> Signed-off-by: Yoshinori Sato
> ---
> board/renesas/ms7206se/Ma
[BTW, I'm not a U-Boot subscriber, so this cross-post probably won't go through]
Hi Scott,
On Tue, Feb 11, 2014 at 4:06 PM, Scott Wood wrote:
> On Mon, 2014-02-10 at 15:05 +, Naveen Mamindlapalli wrote:
>> Yes, the searching of BBT happens from the end of flash when
>> NAND_BBT_USE_FLASH opt
Hi Pekon,
On Tue, Jan 28, 2014 at 07:42:09AM +, Pekon Gupta wrote:
> >From: Brian Norris
> >
> >On Fri, Dec 13, 2013 at 02:42:56PM +0530, Pekon Gupta wrote:
> >> As there were parallel set of patches running between u-boot and kernel.
> >
> >I don't know what patches you're talking about.
> >
Hi, Bhupesh:
I described my steps:
1. Compiled ATF
Export CROSS_COMPILE=/home/lion/
gcc-linaro-aarch64/bin/aarch64-linux-gnu-
make DEBUG=1 V=1
make DEBUG=1 PLAT=fvp all dump
Note:
I used linaro released aarch64 compiler, not official gcc 4.7
2. Compiled Uboot
(1) revised CONFIG_
On Mon, 2014-02-10 at 15:05 +, Naveen Mamindlapalli wrote:
> Cc: linux-mtd-list
>
> Hi Scott,
>
> Yes, the searching of BBT happens from the end of flash when
> NAND_BBT_USE_FLASH option is used & NAND_BBT_ABSPAGE option is not
> used. The searching of BBT happens by scanning the last 4 block
On 02/11/2014 02:12 PM, Wolfgang Denk wrote:
> Dear York,
>
> In message <52fa8fdb.3030...@freescale.com> you wrote:
>>
>>> well, to do something with the linker script, you need some memory
>>> somewhere you can use for this purpose. Your example showed SRAM. so
>>> if you do have SRAM on that b
Dear York,
In message <52fa8fdb.3030...@freescale.com> you wrote:
>
> > well, to do something with the linker script, you need some memory
> > somewhere you can use for this purpose. Your example showed SRAM. so
> > if you do have SRAM on that board - why do you not use it for stack
> > and GD?
On 02/11/2014 10:01 AM, York Sun wrote:
> On 02/10/2014 02:45 PM, Tom Rini wrote:
>> On Mon, Feb 10, 2014 at 02:28:01PM -0800, York Sun wrote:
>>> On 02/10/2014 02:10 PM, Tom Rini wrote:
On Mon, Feb 10, 2014 at 02:02:52PM -0800, York Sun wrote:
> This driver needs a data structure in
On 02/11/2014 12:57 PM, Wolfgang Denk wrote:
> Dear York,
>
> In message <52fa8205.1090...@freescale.com> you wrote:
>>
>>> So ideally keep this data on the stack, and if there is no way around
>>> it, in the global data structure.
>>
>> Agreed. I tried to use global data at first, which upsets To
Dear York,
In message <52fa8205.1090...@freescale.com> you wrote:
>
> > So ideally keep this data on the stack, and if there is no way around
> > it, in the global data structure.
>
> Agreed. I tried to use global data at first, which upsets Tom. Tom suggested
> to
> use linker script. I guess h
On 02/11/2014 11:59 AM, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <52fa7dfd.5060...@freescale.com> you wrote:
>>
>> Thanks for the insight. I am not using SPL either. I need this driver to run
>> before u-boot relocates to DDR. Everything is in flash. I need to find a
>> writable locati
Dear York Sun,
In message <52fa7dfd.5060...@freescale.com> you wrote:
>
> Thanks for the insight. I am not using SPL either. I need this driver to run
> before u-boot relocates to DDR. Everything is in flash. I need to find a
> writable location for the variable srdata. I can put this section in l
This function has been around for powerpc. It is used for systems with
memory more than CONFIG_MAX_MEM_MAPPED. In case of non-contiguous memory,
this feature can limit U-boot to one block without going over the limit.
Signed-off-by: York Sun
---
Change log:
v1: The function is added to arch/arm/
On 02/11/2014 11:25 AM, Troy Kisky wrote:
> On 2/10/2014 7:34 PM, York Sun wrote:
>> On 02/10/2014 02:02 PM, York Sun wrote:
>>> This driver needs a data structure in SRAM before SDRAM is available.
>>> This is not alway the case using .data section. Moving this data
>>> structure to global_data gu
On 2/10/2014 7:34 PM, York Sun wrote:
On 02/10/2014 02:02 PM, York Sun wrote:
This driver needs a data structure in SRAM before SDRAM is available.
This is not alway the case using .data section. Moving this data
structure to global_data guarantees it is writable.
Signed-off-by: York Sun
CC: T
>From 051fbe5fbfb5d8de2e6568fe619e60f82102e35a Mon Sep 17 00:00:00 2001
From: John de la Garza
Date: Tue, 11 Feb 2014 11:17:58 -0800
Subject: [PATCH] arch-at91: Gets ethernet working on at91sam9g20 board
Cc: Johannes Thumshirn
Signed-off-by: John de la Garza
---
arch/arm/include/asm/arch-at91/
Dear Eric,
In message <52fa7158.8030...@boundarydevices.com> you wrote:
>
> Is there any facility for reading a line of text from the console,
> so we can prompt a user?
Do you mean in C code, or as CLI command?
> I feel certain there must be a way to read a string into a
> variable, but can't
Add support for the Kona SDHCI found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
drivers/mmc/Makefile |1 +
drivers/mmc/kona_sdhci.c | 134 ++
2 files changed, 135 insertions(+)
cr
Add support for the Kona GPIO controller found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Markus Mayer
Reviewed-by: Tim Kryger
---
drivers/gpio/Makefile|1 +
drivers/gpio/kona_gpio.c | 141 ++
2
Add bcm281xx architecture support code including a clock framework and
chip reset. Define register block base addresses for the bcm281xx
architecture and create an empty gpio header file required when
CONFIG_CMD_GPIO is set.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kr
Add support for the bcm28155_ap reference board.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
board/broadcom/bcm28155_ap/Makefile |7 ++
board/broadcom/bcm28155_ap/bcm28155_ap.c | 87 +++
boards.cfg |
Add support for the Kona I2C controller found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
drivers/i2c/Makefile |1 +
drivers/i2c/kona_i2c.c | 730
2 files changed, 731 insertions
The Kona architecture is present on a number of Broadcom mobile SoCs
including the bcm281xx family of chips.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
arch/arm/cpu/armv7/Makefile|1 +
arch/arm/cpu/armv7/kona-common/Makefile|
This patchset introduces the Broadcom bcm281xx family of mobile SoC
chips. Broadcom kona hardware blocks are often found in Broadcom mobile
SoC chips including the bcm281xx family, so support for some of these
kona blocks is also provided here. These patches work on u-boot master
as well as the u
Hi all,
I have a n00b question.
Is there any facility for reading a line of text from the console,
so we can prompt a user?
I feel certain there must be a way to read a string into a
variable, but can't seem to find one...
Please advise,
Eric
___
U
Wolfgang Denk writes:
> Dear Måns Rullgård,
>
> In message you wrote:
>>
>> > With application code you don't really care whether a variable is
>> > read/written in one piece or broken down into several smaller
>> > reads/writes - except when you notice that performance suffers.
>> >
>> > When a
Dear Måns Rullgård,
In message you wrote:
>
> > With application code you don't really care whether a variable is
> > read/written in one piece or broken down into several smaller
> > reads/writes - except when you notice that performance suffers.
> >
> > When accessing hardware, it often makes a
Albert ARIBAUD wrote at Tuesday, February 11, 2014 9:49 AM:
> Hi Stephen,
>
> On Tue, 11 Feb 2014 09:42:40 -0700, Stephen Warren
> wrote:
>
> > On 02/04/2014 04:19 PM, Tom Warren wrote:
> > > Albert,
> > >
> > > Please pull u-boot-tegra/master into ARM/master. Thanks!
> >
> > Albert, I have a nu
Hi,
I'd like to know if I have understood it correctly.
When first time booting from NOR, the RCW and PBI must be written
using the JTAG. The last instruction of the PBI must be a jump
(0x13_8080) to the user's code (uboot here).
Am I right ?
Best regards,
Franck.
_
On 02/10/2014 02:45 PM, Tom Rini wrote:
> On Mon, Feb 10, 2014 at 02:28:01PM -0800, York Sun wrote:
>> On 02/10/2014 02:10 PM, Tom Rini wrote:
>>> On Mon, Feb 10, 2014 at 02:02:52PM -0800, York Sun wrote:
>>>
This driver needs a data structure in SRAM before SDRAM is available.
This is no
Hi Stephen,
On Tue, 11 Feb 2014 08:59:44 -0800, Stephen Warren
wrote:
> Albert ARIBAUD wrote at Tuesday, February 11, 2014 9:49 AM:
> > Hi Stephen,
> >
> > On Tue, 11 Feb 2014 09:42:40 -0700, Stephen Warren
> > wrote:
> >
> > > On 02/04/2014 04:19 PM, Tom Warren wrote:
> > > > Albert,
> > > >
On 02/11/2014 12:21 AM, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <52f958d0.4050...@freescale.com> you wrote:
>>
>> I see the benefit of putting the code to common file and modify the
>> common/cmd_log.c for logbuffer_base(). Can you suggest a location for
>> get_effective_memsize(void)
On Tue, 11 Feb 2014 18:11:11 +0100, Albert ARIBAUD
wrote:
> Besides, the only place where we saw it merge adjacent accesses into a
s/it/-munaligned-access/
> wider one is in some cases of array initialization which are documented
> in doc/README.arm-unaligned-accesses.
Amicalement,
--
Albert
Hi Måns,
On Tue, 11 Feb 2014 16:44:46 +, Måns Rullgård
wrote:
> Albert ARIBAUD writes:
>
> > Hi Måns,
> >
> > On Tue, 11 Feb 2014 15:33:09 +, Måns Rullgård
> > wrote:
> >
> >> The problem is that the current settings do
> >> the exact opposite. By using -munaligned-access by default,
Hi Stephen,
On Tue, 11 Feb 2014 09:42:40 -0700, Stephen Warren
wrote:
> On 02/04/2014 04:19 PM, Tom Warren wrote:
> > Albert,
> >
> > Please pull u-boot-tegra/master into ARM/master. Thanks!
>
> Albert, I have a number of patches that require u-boot-tegra/master to
> make its way into u-boot/m
Albert ARIBAUD writes:
> Hi Måns,
>
> On Tue, 11 Feb 2014 15:33:09 +, Måns Rullgård
> wrote:
>
>> The problem is that the current settings do
>> the exact opposite. By using -munaligned-access by default, you are
>> asking the compiler to go ahead and do whatever it thinks is best, which
>>
On 02/04/2014 04:19 PM, Tom Warren wrote:
> Albert,
>
> Please pull u-boot-tegra/master into ARM/master. Thanks!
Albert, I have a number of patches that require u-boot-tegra/master to
make its way into u-boot/master, since they rely on patches in both
those branches. Do you know when this pull re
Hi Måns,
On Tue, 11 Feb 2014 15:33:09 +, Måns Rullgård
wrote:
> The problem is that the current settings do
> the exact opposite. By using -munaligned-access by default, you are
> asking the compiler to go ahead and do whatever it thinks is best, which
> is sometimes to perform an intention
Wolfgang Denk writes:
> Dear Måns Rullgård,
>
> In message you wrote:
>>
>> > We are not discussing application code here.
>>
>> What does that have to do with anything. The compiler works exactly the
>> same whatever the code is for.
>
> With application code you don't really care whether a
Dear Måns Rullgård,
In message you wrote:
>
> > We are not discussing application code here.
>
> What does that have to do with anything. The compiler works exactly the
> same whatever the code is for.
With application code you don't really care whether a variable is
read/written in one piece
Hi Marek,
On 11/02/2014 14:15, Marek Vasut wrote:
> On Thursday, January 16, 2014 at 11:14:44 PM, Wolfgang Denk wrote:
>> Dear Otavio Salvador,
>>
>> In message <1389909486-12880-1-git-send-email-ota...@ossystems.com.br> you
> wrote:
>>> This patchset does as stated in the subject. It has been bu
Hi Tiger,
> -Original Message-
> From: tiger...@viatech.com.cn [mailto:tiger...@viatech.com.cn]
> Sent: Thursday, January 23, 2014 1:25 PM
> To: Sharma Bhupesh-B45370; dra...@broadcom.com; u-boot@lists.denx.de
> Cc: tr...@ti.com
> Subject: Re: [U-Boot] how to get u-boot code with arm64: co
On Thursday, January 16, 2014 at 11:14:44 PM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message <1389909486-12880-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> > This patchset does as stated in the subject. It has been build tested
>
> > as can be seen below:
> What is the mot
Hi Otavio,
On 11/02/2014 14:03, Otavio Salvador wrote:
> Hello,
>
> On Tue, Feb 11, 2014 at 9:11 AM, Stefano Babic wrote:
>> Hi Otavio,
>>
>> On 11/02/2014 11:55, Otavio Salvador wrote:
>>> Hello,
>>>
>>> On Tue, Feb 11, 2014 at 8:13 AM, Stefano Babic wrote:
On 19/01/2014 15:34, Andy Ng wr
Hello,
On Tue, Feb 11, 2014 at 9:11 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 11/02/2014 11:55, Otavio Salvador wrote:
>> Hello,
>>
>> On Tue, Feb 11, 2014 at 8:13 AM, Stefano Babic wrote:
>>> On 19/01/2014 15:34, Andy Ng wrote:
The ENET_REF_CLK has to loopback: the patch was produced fr
Signed-off-by: Yoshinori Sato
---
arch/sh/config.mk | 3 +++
arch/sh/cpu/sh2/config.mk | 4 +++-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/arch/sh/config.mk b/arch/sh/config.mk
index 758c070..abd419a 100644
--- a/arch/sh/config.mk
+++ b/arch/sh/config.mk
@@ -11,6 +11,9
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/cpu.c | 27 ---
arch/sh/include/asm/cpu_sh2.h | 4 +++-
arch/sh/include/asm/cpu_sh2a.h | 19 +++
3 files changed, 34 insertions(+), 16 deletions(-)
create mode 100644 arch/sh/include/asm/cpu_sh2a
Hi.
This patch series add to Renesas MS7206SE board support.
And SH2A targets various update.
Please comment.
Signed-off-by: Yoshinori Sato
---
board/renesas/ms7206se/Makefile| 10 +++
board/renesas/ms7206se/lowlevel_init.S | 124 +
board/renesas/ms7206se
Signed-off-by: Yoshinori Sato
---
arch/sh/include/asm/cpu_sh2.h| 2 ++
arch/sh/include/asm/cpu_sh7206.h | 75
2 files changed, 77 insertions(+)
create mode 100644 arch/sh/include/asm/cpu_sh7206.h
diff --git a/arch/sh/include/asm/cpu_sh2.h b/arch/sh/
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/Makefile | 6 ++
arch/sh/cpu/sh2/cache-sh2a.c | 143 ++
arch/sh/cpu/sh2/cpu.c | 31 -
arch/sh/cpu/sh2/nocache.c | 37 +++
arch/sh/include/asm/cpu_sh2.h | 9 ---
5 file
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/start.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sh/cpu/sh2/start.S b/arch/sh/cpu/sh2/start.S
index 5b92a01..efda8e2 100644
--- a/arch/sh/cpu/sh2/start.S
+++ b/arch/sh/cpu/sh2/start.S
@@ -14,7 +14,7 @@
.gl
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/start.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sh/cpu/sh2/start.S b/arch/sh/cpu/sh2/start.S
index 5b92a01..efda8e2 100644
--- a/arch/sh/cpu/sh2/start.S
+++ b/arch/sh/cpu/sh2/start.S
@@ -14,7 +14,7 @@
.gl
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/Makefile | 6 ++
arch/sh/cpu/sh2/cache-sh2a.c | 143 ++
arch/sh/cpu/sh2/cpu.c | 31 -
arch/sh/cpu/sh2/nocache.c | 37 +++
arch/sh/include/asm/cpu_sh2.h | 9 ---
5 file
Hi.
This patch series add to Renesas MS7206SE board support.
And SH2A targets various update.
Please comment.
Signed-off-by: Yoshinori Sato
---
board/renesas/ms7206se/Makefile| 10 +++
board/renesas/ms7206se/lowlevel_init.S | 124 +
board/renesas/ms7206se
Signed-off-by: Yoshinori Sato
---
arch/sh/config.mk | 3 +++
arch/sh/cpu/sh2/config.mk | 4 +++-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/arch/sh/config.mk b/arch/sh/config.mk
index 758c070..abd419a 100644
--- a/arch/sh/config.mk
+++ b/arch/sh/config.mk
@@ -11,6 +11,9
Signed-off-by: Yoshinori Sato
---
arch/sh/include/asm/cpu_sh2.h| 2 ++
arch/sh/include/asm/cpu_sh7206.h | 75
2 files changed, 77 insertions(+)
create mode 100644 arch/sh/include/asm/cpu_sh7206.h
diff --git a/arch/sh/include/asm/cpu_sh2.h b/arch/sh/
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/cpu.c | 27 ---
arch/sh/include/asm/cpu_sh2.h | 4 +++-
arch/sh/include/asm/cpu_sh2a.h | 19 +++
3 files changed, 34 insertions(+), 16 deletions(-)
create mode 100644 arch/sh/include/asm/cpu_sh2a
Hi Stephen,
On Mon, 10 Feb 2014 22:46:53 -0700, Stephen Warren
wrote:
> On 02/04/2014 07:20 PM, Stephen Warren wrote:
> > On 01/28/2014 10:41 PM, Stephen Warren wrote:
> >> U-Boot names the Raspberry Pi board rpi_b. This means that the common
> >> expression for DTB filename ${soc}-${board}.dtb
Wolfgang Denk writes:
> Dear Tom,
>
> In message <20140210222819.GE7049@bill-the-cat> you wrote:
>>
>> I agree we shouldn't use __packed without a good reason. And I don't
>> think we've got many no-reason uses right now but I'm all in favor of
>> dropping them and keeping an eye on new users.
Hi Otavio,
On 11/02/2014 11:55, Otavio Salvador wrote:
> Hello,
>
> On Tue, Feb 11, 2014 at 8:13 AM, Stefano Babic wrote:
>> On 19/01/2014 15:34, Andy Ng wrote:
>>> The ENET_REF_CLK has to loopback: the patch was produced from u-boot 2013-10
>>
>> We agree about your patch, but can you please fi
Hello,
On Tue, Feb 11, 2014 at 8:13 AM, Stefano Babic wrote:
> On 19/01/2014 15:34, Andy Ng wrote:
>> The ENET_REF_CLK has to loopback: the patch was produced from u-boot 2013-10
>
> We agree about your patch, but can you please fix the issues reported by
> Otavio (add your signed-off-by and reba
Hi Tim,
On 06/02/2014 00:22, Tim Harvey wrote:
> Signed-off-by: Tim Harvey
> Cc: Stefano Babic
> ---
> Changes in v2:
> - remove detect and device_id display from pmic_init()
>
> drivers/power/pmic/Makefile| 1 +
> drivers/power/pmic/pmic_pfuze100.c | 33 +
> include/pow
On 05/02/2014 10:54, Markus Niebel wrote:
> From: Markus Niebel
>
> The prescaler value for MDC is calculated wrong for
> MX6S. Implement the same logic as linux here which handles
> ENET_MAC different then original FEC.
>
> Tested on a custom board with i.MX6S and 100MBit PHY
>
> Signed-off-by
On 05/02/2014 10:51, Markus Niebel wrote:
> From: Markus Niebel
>
> imx_get_fecclk() returns enet_ref instead of ipg.
> Since the clock is used to calculate the prescaler
> for the MDIO interface wrong values can be calculated.
>
> Tested on a custom MX6S board with 100MBit interface
>
> Signed
On 03/02/2014 21:46, Marek Vasut wrote:
> Add a callback so that a board can implement it's own specific routine to
> toggle the port's #PERST line or #define a GPIO to do so.
>
> Signed-off-by: Marek Vasut
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
==
On 29/01/2014 20:39, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add L2 cache support and enable it by default.
>
> Configure the L2 cache in the same way as done by FSL kernel:
> http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/arch/arm/mach-mx6/mm.c?h=imx_3.0.35_4.1.0
>
> S
On 26/01/2014 18:06, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Instead of duplicating the CPU definitions at mx5 and mx6 sys_proto.h header
> files, introduce a common header to centralize such definitions.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best rega
On 27/01/2014 17:05, Fabio Estevam wrote:
> Use the latest DDR and clock settings as the one from Freescale BSP.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX S
On 26/01/2014 18:06, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently when we boot a mx6dual U-boot reports that it is a mx6quad.
>
> Report it as MX6D instead:
>
> CPU: Freescale i.MX6D rev1.2 at 792 MHz
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best
On 25/01/2014 17:08, Fabio Estevam wrote:
> From: Fabio Estevam
>
> There is no need to print an error message when cpu_eth_init() fails because
> net/eth.c already prints it.
>
> In order to simplify the code, just return the value from cpu_eth_init(bis)
> directly.
>
> Signed-off-by: Fabi
On 23/01/2014 07:00, Anson Huang wrote:
> Boot ROM may mask MMDC_CHx_MASK in CCM_CCDR(such as i.MX6SL TO1.2),
> it will cause warm reset fail, need to clear this MMDC_CHx_MASK field
> to make sure all the i.MX6 series SOCs reset function work. Otherwise,
> uboot "reset" command will fail, tested on
On 23/01/2014 07:00, Anson Huang wrote:
> For low freq boot mode(ARM boot up with 396MHz), ROM
> will not set AHB clock to 132MHz, and the reset value of
> AHB divider is incorrect which will lead to wrong AHB
> rate, need to correct it. To enable low freq boot mode,
> need to set BOOT_CFG2[2] to h
On 22/01/2014 15:23, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Similarly as it was done on commit 6584a1b526 (ARM: mx6: Change the FDT
> loading
> address to avoid overlaping), we need to adjust the fdt_addr in order to be
> able to boot FSL 3.10 kernel.
>
> Signed-off-by: Fabio Estevam
>
Hi Andy,
On 19/01/2014 15:34, Andy Ng wrote:
> The ENET_REF_CLK has to loopback: the patch was produced from u-boot 2013-10
>
>
We agree about your patch, but can you please fix the issues reported by
Otavio (add your signed-off-by and rebase) and resubmit, please ?
Thanks,
Stefano Babic
-
Hi Otavio,
On 16/01/2014 22:57, Otavio Salvador wrote:
> Hello,
>
> This patchset does as stated in the subject. It has been build tested
> as can be seen below:
>
> Configuring for vf610twr - Board: vf610twr, Options:
> IMX_CONFIG=board/freescale/vf610twr/imximage.cfg
>textdata bss
Hi Marcus,
On 05/02/2014 10:54, Markus Niebel wrote:
> From: Markus Niebel
>
> The prescaler value for MDC is calculated wrong for
> MX6S. Implement the same logic as linux here which handles
> ENET_MAC different then original FEC.
>
> Tested on a custom board with i.MX6S and 100MBit PHY
>
> S
Hi Helmut,
On 10/02/2014 12:11, Helmut Raiger wrote:
>
> So the idea was:
>
> - use a small u-boot (<128kB) in the first PEB of the NAND (written with
> 1bit HW-ECC) that supports 4bit BCH
> - let it load a second u-boot (<512kB) from the next 4 PEBs (written
> with 4bit BCH)
> - jump to the se
Hi Tom,
On Mon, 10 Feb 2014 17:28:19 -0500, Tom Rini wrote:
> On Mon, Feb 10, 2014 at 11:17:23PM +0100, Wolfgang Denk wrote:
> > Dear Tom,
> >
> > In message <20140210212630.GB7049@bill-the-cat> you wrote:
> > >
> > > Then gcc has a bug and you need to convince them to fix it. What gcc
> > >
On Saturday 08 February 2014 03:22 AM, Murali Karicheri wrote:
> The network driver consists of multicore navigator
> driver and the ethernet sub system driver. Multicore
> navigator consists of Network Coprocessor (NetCP) and
> Queue Manager sub system. More details on the hardware can
> be obtain
On 10/02/2014 18:22, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
> board/boundary/nitrogen6x/nitrogen6dl.cfg | 2 +-
> board/boundary/nitrogen6x/nitrogen6dl2g.cfg | 2 +-
> board/boundary/nitrogen6x/nitrogen6q.cfg| 2 +-
> board/boundary/nitrogen6x/nitrogen6q2g.cfg | 2 +-
> boar
Dear York Sun,
In message <52f958d0.4050...@freescale.com> you wrote:
>
> I see the benefit of putting the code to common file and modify the
> common/cmd_log.c for logbuffer_base(). Can you suggest a location for
> get_effective_memsize(void)? Only powerpc uses this function before this
> patch.
Dear Tom,
In message <20140210222819.GE7049@bill-the-cat> you wrote:
>
> I agree we shouldn't use __packed without a good reason. And I don't
> think we've got many no-reason uses right now but I'm all in favor of
> dropping them and keeping an eye on new users. The problem is that
> unless we
Hi Tom,
The following changes since commit 22a240c32c1340183fce12867ae5f8736b92a638:
serial/serial_arc - add driver for ARC UART (2014-02-07 12:55:07 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-nios.git master
for you to fetch changes up to 2d61e1bed2205b5ebce6b
Hi Alex,
On 02/05/2014 12:46 PM, Axel Lin wrote:
The implementation of oc_serial_setbrg() for CONFIG_SYS_NIOS_FIXEDBAUD and
!CONFIG_SYS_NIOS_FIXEDBAUD are very similar.
Add a baudrate variable and set it to either CONFIG_BAUDRATE or gd->baudrate.
Then we can unify the code for both cases.
Appl
Hi Alex,
On 02/05/2014 12:45 PM, Axel Lin wrote:
Fix build error due to missing include of serial.h and a trivial typo.
Signed-off-by: Axel Lin
---
Hi Tom,
This patch was sent on
http://lists.denx.de/pipermail/u-boot/2014-January/171093.html
I don't get any feedback from NIOS2 maintainers so f
89 matches
Mail list logo
