From: chenhui zhao
The CDS uses PCICLK as SYSCLK. The PCICLK should be Hz or Hz.
Signed-off-by: Ebony Zhu
Signed-off-by: Zhao Chenhui
---
Changes for v2:
-rewrite the description.
-use strmhz().
board/freescale/common/cadmus.c |8
board/freescale/mpc8541c
From: Shengzhou Liu
The P3060QDS is a Freescale reference board for the six-core P3060 SOC.
P3060QDS Board Overview:
Memory subsystem:
- 2G Bytes unbuffered DDR3 SDRAM SO-DIMM(64bit bus)
- 128M Bytes NOR flash single-chip memory
- 16M Bytes SPI flash
- 8K Bytes AT24C64 I2C EEPROM for RC
- booting from NOR Flash with direct boot method
- POST support
- LOGBUF support
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
board/enbw/enbw_cmc/Makefile | 51
board/enbw/enbw_cmc/enbw_cmc.c | 574
boards.cfg
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/ddr2_defs.h | 96 +
1 files changed, 96 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/arch-davinci/ddr2_defs.h
diff --git a/arch/arm/inc
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/hardware.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/Makefile|1 +
arch/arm/cpu/arm926ejs/davinci/am1808_lowlevel.c | 428
.../arm/include/asm/arch-davinci/am1808_lowlevel.h | 44 ++
3 files changed, 47
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/gpio.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/gpio.h
b/arch/arm/include/asm/arch-davinci/gpio.h
index 29dcccf..ef65ffb
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/hardware.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardwa
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/cpu.c | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/davinci/cpu.c
b/arch/arm/cpu/arm926ejs/davinci/cpu.c
index b705dfd..0281
Cores: ARM 456 MHz
DDR: 300 MHz
I2C: ready
DRAM: 64 MiB
WARNING: Caches not enabled
Flash: 2 MiB
NAND: 128 MiB
In:serial
Out: serial
Err: serial
Net: DaVinci-EMAC
The enbw_cmc board boots from NOR flash with the NOR
direct boot method.
Heiko Schocher (8):
arm, davinci: add SYSCF
to add the "NOR Boot Configuration Word" on AM18xx based boards,
define CONFIG_SYS_DV_NOR_BOOT_CFG.
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/start.S |9 +
doc/README.davinci |9 +
2 files changed, 18 ins
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
drivers/rtc/Makefile |1 +
drivers/rtc/davinci.c | 125 +
2 files changed, 126 insertions(+), 0 deletions(-)
create mode 100644 drivers/rtc/davinci.c
diff --git a/dri
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
Heiko Schocher (2):
arm, davinci: add RTC base addr
rtc, davinci: add support for davinci internal RTC
arch/arm/include/asm/arch-davinci/hardware.h |1 +
drivers/rtc/Makefile |1 +
drivers/rtc/davinci.c
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/hardware.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index 78680
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/timer.c | 31
arch/arm/include/asm/arch-davinci/timer_defs.h |4 +++
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/timer.c | 15 +
arch/arm/include/asm/arch-davinci/timer_defs.h | 40
2 files changed, 41 insertions(+), 14 deletions(-)
create mode 100644 arch/a
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index 692d
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
Heiko Schocher (3):
arm, davinci: move davinci_timer in header file
arm, davinci: add missing timer baseaddresses for !DA8xx cpu
arm, davinci: add internal WDT support for AM1808 cpus
arch/arm/cpu/arm926ejs/davinci/timer.c | 46 +++
Once the MDIO state machine has been initialized and enabled, it
starts polling all 32 PHY addresses on the MDIO bus, looking for
an active PHY. Add a 5 ms delay, so all PHYs are for sure detected.
This problem was detected on the cmc board with a KSZ8864 switch.
Signed-off-by: Heiko Schocher
--
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/Makefile |2 +-
arch/arm/cpu/arm926ejs/davinci/ksz8873.c | 74 +
arch/arm/include/asm/arch-davinci/emac_defs.h |6 ++
drivers/net/davinci_emac.c
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
post/post.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/post/post.c b/post/post.c
index 6c59f91..0bfca75 100644
--- a/post/post.c
+++ b/post/post.c
@@ -488,7 +488,7 @@ void post_reloc(void)
*/
unsigned long pos
Signed-off-by: Heiko Schocher
---
post/post.c | 138 +++---
1 files changed, 64 insertions(+), 74 deletions(-)
diff --git a/post/post.c b/post/post.c
index 852d6a5..6c59f91 100644
--- a/post/post.c
+++ b/post/post.c
@@ -40,7 +40,7 @@ DECLARE_G
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
arch/arm/include/asm/global_data.h |4
arch/arm/lib/board.c |4
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/global_data.h
b/arch/arm/include/asm/global_data.h
index 4fc51
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
arch/arm/lib/board.c |5 -
common/cmd_log.c |2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index a7fb251..f888548 100644
--- a/arch/arm/lib/board.c
+++ b/arch/a
On Sep 15, 2011, at 12:11 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>>
>> Now you could say that we should deal with this via #defines. Which is
>> true, however our reference boards allow for running in hundreds if not
>> thousands of various possible HW config
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
drivers/i2c/davinci_i2c.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/davinci_i2c.c b/drivers/i2c/davinci_i2c.c
index eee1cbd..5e3406d 100644
--- a/drivers/i2c/davinci_i2c.c
+++
The PHY driver was too verbose and corrupted the boot message display
like this:
...
Net: Ethernet PHY: KSZ8873 @ 0x02
DaVinci-EMAC
...
Turn printf() into debug() so we get the expected output again:
...
Net: DaVinci-EMAC
...
Signed-off-by: Heiko Schocher
cc: Paulraj Sandeep
---
drivers/
Signed-off-by: Heiko Schocher
Cc: Stefan Roese
---
drivers/mtd/cfi_flash.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index ac91dfd..dbeed5f 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/drivers/mtd/cfi_flash.c
@@ -40
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Gerald van Baren
---
arch/arm/lib/bootm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
index 802e833..afa0093 100644
--- a/arch/arm/lib/bootm.c
+++ b/arch/arm/lib/bootm.
Dear Kumar Gala,
In message you wrote:
>
> Now you could say that we should deal with this via #defines. Which is
> true, however our reference boards allow for running in hundreds if not
> thousands of various possible HW configurations and we've tried to avoid
> having different builds for su
On Sep 14, 2011, at 3:13 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1316020387-6252-1-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> The SoC configuration may have more ports enabled than a given board
>> actually can utilize. Add a routinue that allows the board co
This magic constant with zero documentation, when it's last 8 bits are set to
0x45, configures correctly the PERCLK dividers. Therefore the I2C operates
correctly when divider computed from PERCLK.
Note: This constant is written to CBCDR register in
arch/arm/cpu/armv7/mx5/lowlevel_init.S, but it's
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding style a bit ;-)
Signed-off-by: Marek Vasut
---
drivers/i2c/mxc_i2c.c | 423
On Thursday, September 15, 2011 04:26:17 AM Jason Hui wrote:
> On Thu, Sep 15, 2011 at 10:07 AM, Marek Vasut wrote:
> > On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
> >> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> >> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote
On Wednesday, September 14, 2011 11:13:40 Simon Glass wrote:
> On Wed, Sep 14, 2011 at 6:10 AM, Aneesh V wrote:
> >> not specific to your patch, but this seems kind of dumb to copy & paste
> >> the same thing between all the arm sub arches/boards. why cant the
> >> default enable_caches() look lik
On Thu, Sep 15, 2011 at 10:07 AM, Marek Vasut wrote:
> On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
>> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
>> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
>> >> Hi, Marek,
>> >>
>> >> On Thu, Jul 14, 2011 at 5:58 AM, Marek
On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
> >> Hi, Marek,
> >>
> >> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
> >> > Rewrite the mxc_i2c driver.
> >> > *
On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
>> Hi, Marek,
>>
>> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
>> > Rewrite the mxc_i2c driver.
>> > * This version is much closer to Linux implementation.
>> > * Fixes IPG_PERCL
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding style a bit ;-)
Signed-off-by: Marek Vasut
---
drivers/i2c/mxc_i2c.c | 423
The new output looks like this:
> clocks
PLL1800 MHz
PLL2665 MHz
PLL3216 MHz
AHB 133000 kHz
IPG 66500 kHz
IPG PERCLK 665000 kHz
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 16 +---
1 files changed, 9 inse
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 36 +++-
1 files changed, 27 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx5/clock.c b/arch/arm/cpu/armv7/mx5/clock.c
index 9f37f7f..a9fe81c 100644
--- a/arch/arm/cpu/armv7/mx5/clo
The PLL decoding algorithm didn't take into account many configuration bits.
Adjust it according to Linux kernel. Also, add PLL4 for MX53.
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 77 ++
arch/arm/include/asm/arch-mx5/imx-regs.h |
First three patches in this series fix problems with clock decoding on MX5, the
remaining patch reworks the MXC I2C driver.
This is tested on:
* MX51 EfikaSB
* MX51 EfikaMX
* MX53 QSB
Marek Vasut (4):
MX5: Modify the PLL decoding algorithm
MX5: Add AHB clock reporting and fix IPG clock report
On Thursday, September 15, 2011 12:12:52 AM Mike Frysinger wrote:
> 2011/9/14 Marek Vasut:
> > On Wednesday, September 14, 2011 07:01:38 AM Mike Frysinger wrote:
> >> On Wednesday, September 14, 2011 00:24:48 Marek Vasut wrote:
> >> > On Wednesday, September 14, 2011 05:33:48 AM Mike Frysinger wrot
2011/9/14 Marek Vasut:
> On Wednesday, September 14, 2011 07:01:38 AM Mike Frysinger wrote:
>> On Wednesday, September 14, 2011 00:24:48 Marek Vasut wrote:
>> > On Wednesday, September 14, 2011 05:33:48 AM Mike Frysinger wrote:
>> > > On Tuesday, September 13, 2011 23:17:48 Marek Vasut wrote:
>> >
<
http://lists.denx.de/mailman/listinfo/u-boot
<
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Sep 14, 2011 at 2:11 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>>
>> May I suggest an alternate approach? Rather than hard linking the dtb
>> into the u-boot image, this would be so much more useful if the dtb
>> ca
Simon,
On Wed, Sep 14, 2011 at 01:24:31PM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 1:16 PM, Jason wrote:
> > On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
...
> >> Yes, ideally I would like to keep SOC-specific things out of it at
> >> this stage, but I was asked for an
On Wed, Sep 14, 2011 at 1:11 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>>
>> May I suggest an alternate approach? Rather than hard linking the dtb
>> into the u-boot image, this would be so much more useful if the dtb
>> ca
On Wed, Sep 14, 2011 at 2:52 PM, Paulraj, Sandeep wrote:
>
>
>> On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger
>> wrote:
>> > Add a shim driver to drivers/gpio that maps the standard GPIO API to the
>> OMAP GPIO API
>> > Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
>>
Hi Jason,
On Wed, Sep 14, 2011 at 1:16 PM, Jason wrote:
> On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
>> On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
>> > On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
>>
>> [snip]
>> >> > 5.) run, then 'date' fails like so:
>> >
On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
> > On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
>
> [snip]
> >> > 5.) run, then 'date' fails like so:
> >> >
> >> > find_alias_node: rtc0
> >> > fdt_decode_next_alias fai
Dear Kumar Gala,
In message <1316020387-6252-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> The SoC configuration may have more ports enabled than a given board
> actually can utilize. Add a routinue that allows the board code to
> disable a port that it knows isn't being used.
I don'
Dear Grant Likely,
In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>
> May I suggest an alternate approach? Rather than hard linking the dtb
> into the u-boot image, this would be so much more useful if the dtb
> can be concatenated to the u-boot binary so that it can be configu
Dear Simon Schwarz,
In message <4e70bf94.1030...@gmail.com> you wrote:
>
> I am working on integrating DMA into my SPL. As a matter of fact it is
> already working fine.
>
> So, here are my questions:
> - Is there an interest in having DMA drivers in U-Boot? (I only know of
> one in /drivers)
Hi Jason,
On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
> Simon,
>
> On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
[snip]
>> > 5.) run, then 'date' fails like so:
>> >
>> > find_alias_node: rtc0
>> > fdt_decode_next_alias failed.
>> > Error decoding fdt for mvrtc.
>> > ## Get dat
> On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger
> wrote:
> > Add a shim driver to drivers/gpio that maps the standard GPIO API to the
> OMAP GPIO API
> > Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
> include in asm/gpio.h
> >
> > Signed-off-by: Joe Hershberger
> >
Simon,
On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 9:11 AM, Jason wrote:
> > On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
> >> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> >> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wro
On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
> Hi, Marek,
>
> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
> > Rewrite the mxc_i2c driver.
> > * This version is much closer to Linux implementation.
> > * Fixes IPG_PERCLK being incorrectly used as clock source
> > * Fixes behavi
Hi Grant.
On Wed, Sep 14, 2011 at 12:17 PM, Grant Likely
wrote:
> On Wed, Sep 14, 2011 at 12:03 PM, Simon Glass wrote:
>> if the fdt is not in the U-Boot tree, where does it go? When will the
>> kernel fdt be set up? That sounds very promising.
>
> Into a separate git tree. Possibly on devicetr
On Wed, Sep 14, 2011 at 12:03 PM, Simon Glass wrote:
> if the fdt is not in the U-Boot tree, where does it go? When will the
> kernel fdt be set up? That sounds very promising.
Into a separate git tree. Possibly on devicetree.org,
git.secretlab.ca, or git.linaro.org. I don't really want it on l
From: Shengzhou Liu
Add P3060 SoC specific information:cores setup, LIODN setup, etc
The P3060 SoC combines six e500mc Power Architecture processor cores with
high-performance datapath acceleration architecture(DPAA), CoreNet fabric
infrastructure, as well as network and peripheral interfaces.
Hi Grant,
On Wed, Sep 14, 2011 at 9:48 AM, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 03:04:24PM -0700, Simon Glass wrote:
>> This adds support for an FDT to be build as a separate binary file called
>> u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
>> device tree loc
On Wednesday, September 14, 2011 07:48:12 PM Asmit Patel wrote:
> Hi All,
> I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
> file.
> I have few questions about it.
> 1) What is the deifference between ARM Supervisior and User mode. why uboot
> is not running in user mod
Hi Asmit,
Le 14/09/2011 19:48, Asmit Patel a écrit :
> Hi All,
> I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
> file.
> I have few questions about it.
As the custodian for the ARM u-boot repository, I feel compelled to try
and answer your questions. :)
> 1) What i
Hi Grant,
On Wed, Sep 14, 2011 at 9:45 AM, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
>> This new option allows U-Boot to embed a binary device tree into its image
>> to allow run-time control of peripherals. This device tree is for U-Boot's
>> own use and
Hi All,
I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
file.
I have few questions about it.
1) What is the deifference between ARM Supervisior and User mode. why uboot
is not running in user mode?
2) At the start of startup file I found below code.
.globl _start
_sta
Hi Jason,
On Wed, Sep 14, 2011 at 9:11 AM, Jason wrote:
> Simon,
>
> On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
>> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
>> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
>> >> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote
Move some SoC/board specific defines out of corenet_ds.h and into the
corresponding P3041DS/P4080DS/P5020.h.
We moved CONFIG_MMC, CONFIG_PCIE3, & CONFIG_FSL_NGPIXIS because the P3060
SoC/reference board does not have these devices and it will share the same
board code.
Signed-off-by: Kumar Gala
Hi All,
I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
file.
I have few questions about it.
1) What is the deifference between ARM Supervisior and User mode. why uboot
is not running in user mode?
2) At the start of startup file I found below code.
.globl _start
_start
The SoC configuration may have more ports enabled than a given board
actually can utilize. Add a routinue that allows the board code to
disable a port that it knows isn't being used.
fm_disable_port() needs to be called before cpu_eth_init().
Signed-off-by: Kumar Gala
---
drivers/net/fm/fm.h
On Mon, Sep 12, 2011 at 03:04:24PM -0700, Simon Glass wrote:
> This adds support for an FDT to be build as a separate binary file called
> u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
> device tree located at run-time by U-Boot.
Hahaha, I should the entire thread of pat
On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
> This new option allows U-Boot to embed a binary device tree into its image
> to allow run-time control of peripherals. This device tree is for U-Boot's
> own use and is not necessarily the same one as is passed to the kernel.
>
> The d
Simon,
On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
> >> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
> >> > Added the remote, thanks. Once we figure out the mach-ty
Hi Jason,
On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> Simon,
>
> On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
>> Hi Jason,
>>
>> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
>> > On Mon, Sep 12, 2011 at 05:12:37PM -0700, Simon Glass wrote:
>> >> On Mon, Sep 12, 2011 at 4:37
On Wed, Sep 14, 2011 at 08:11, Marek Vasut wrote:
> On Wednesday, September 14, 2011 09:17:37 AM Stefano Babic wrote:
>> On 09/12/2011 06:06 AM, Marek Vasut wrote:
>> > --- a/drivers/net/fec_mxc.c
>> > +++ b/drivers/net/fec_mxc.c
>> >
>> > +/*
>> > + * The i.MX28 operates with packets in big endian
On Wed, Sep 14, 2011 at 10:52, Simon Schwarz wrote:
> I am working on integrating DMA into my SPL. As a matter of fact it is
> already working fine.
>
> So, here are my questions:
> - Is there an interest in having DMA drivers in U-Boot? (I only know of
> one in /drivers)
> - Is there an API I shou
On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger wrote:
> Add a shim driver to drivers/gpio that maps the standard GPIO API to the OMAP
> GPIO API
> Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
> include in asm/gpio.h
>
> Signed-off-by: Joe Hershberger
> Cc: Joe Hershb
Hi Aneesh,
On Wed, Sep 14, 2011 at 6:10 AM, Aneesh V wrote:
[snip]
>> not specific to your patch, but this seems kind of dumb to copy & paste the
>> same thing between all the arm sub arches/boards. why cant the default
>> enable_caches() look like this for arm:
>> void enable_caches(void)
>> {
Hi List,
I am working on integrating DMA into my SPL. As a matter of fact it is
already working fine.
So, here are my questions:
- Is there an interest in having DMA drivers in U-Boot? (I only know of
one in /drivers)
- Is there an API I should implement?
- Any other comments?
(ATM the transfe
Tom,
Thanks! I had a conversation with engineer who came up with new cache
management framework. Looks like he has provided patch which fixes this
Issue which got exposed because of his patches. I will test this patch
Tomorrow and confirm. Most probably, we don't need this patch.
Regards,
Nag
>
> On Thu, Aug 25, 2011 at 7:46 AM, Balaji T K wrote:
> > Enable high capacity to host capability.
> > Fixes eMMC detection on boot from MMC/SD card.
> >
> > Signed-off-by: Balaji T K
> > Signed-off-by: Aneesh V
> > ---
> > drivers/mmc/omap_hsmmc.c | 3 ++-
> > 1 files changed, 2 inserti
On Wed, Sep 14, 2011 at 4:07 AM, Nick Thompson wrote:
> On 14/09/11 06:54, Netagunte, Nagabhushana wrote:
>> Nick,
>>
>> I am seeing this issue on da830/da850/dm36x/dm644x.
>
> Strange that I have seen no issue with da830 (OMAP-L137 v1.0 & v1.1 - don't
> have any v2.0 yet) when tftp'ing the kerne
Simon,
On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
> Hi Jason,
>
> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
> > On Mon, Sep 12, 2011 at 05:12:37PM -0700, Simon Glass wrote:
> >> On Mon, Sep 12, 2011 at 4:37 PM, Jason wrote:
> >> > Do you have a git tree up that I could bas
Hi Mike,
On Friday 09 September 2011 05:55 AM, Mike Frysinger wrote:
> On Thursday, September 08, 2011 18:20:16 Simon Glass wrote:
>> --- a/board/nvidia/common/board.c
>> +++ b/board/nvidia/common/board.c
>> @@ -307,3 +307,11 @@ int board_mmc_getcd(u8 *cd, struct mmc *mmc)
>> return 0;
>> }
Remove unused mkdir, and add missing ones.
Signed-off-by: Stany MARCEL
---
Makefile | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index b09fb39..12bb41e 100644
--- a/Makefile
+++ b/Makefile
@@ -610,6 +610,8 @@ ucname = $(shell echo $(1
Missing $(obj) prevented the build of ColdFire boards in a directory
than sources
Signed-off-by: Stany MARCEL
---
arch/m68k/cpu/mcf5227x/Makefile |2 +-
arch/m68k/cpu/mcf523x/Makefile|2 +-
arch/m68k/cpu/mcf532x/Makefile|2 +-
arch/m68k/cpu/mcf5445x/Makefile |2 +-
ar
A temp variable was used but not declared, with CONFIG_SYS_DRAMSZ1
defined. This variable is now declared in the functione when needed.
Signed-off-by: Stany MARCEL
---
board/freescale/m548xevb/m548xevb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/m
The spa, stm, int, 32 and 16 linking files are identical so there is
no need to differentiate them. A single lds file is now used, and
_config rule are simplified.
Signed-off-by: Stany MARCEL
---
Makefile |9 --
board/freescale/m52277evb/u-boot.lds | 102
Signed-off-by: Stany MARCEL
---
MAKEALL|6 ---
Makefile | 96
boards.cfg | 21 +-
include/configs/M5329EVB.h |8 ++--
4 files changed, 24 insertions(+), 107 deletions(-)
diff --
Lds files cleened to remove multiple defined section and modified to
be compliant with --gc-sections added for ColdFire platform in a
previous patch.
Signed-off-by: Stany MARCEL
---
board/BuS/EB+MCF-EV123/u-boot.lds| 73 ++-
board/cobra5272/u-boot.lds
On Wednesday, September 14, 2011 09:17:37 AM Stefano Babic wrote:
> On 09/12/2011 06:06 AM, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > Cc: Ben Warren
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > ---
>
> Hi Marek,
>
> only a small question:
> > drivers/net
On Tue, Sep 13, 2011 at 03:18:59PM -0500, Timur Tabi wrote:
> Scott Wood wrote:
>
> > So you'll set the speed to if the actual speed is 6600?
>
> I think so.
>
> > Even if it's 3300, why force it to ?
>
> That's a good question. Since the patch doesn't explain why it's
On Wed, Sep 14, 2011 at 4:45 AM, Stefano Babic wrote:
...
> I was too fast...I reread the whole thread
> (http://patchwork.ozlabs.org/patch/112080/)
> CONFIG_NAND_U_BOOT is defined in tx25.h, and there is no need to define
> it again. I think the actual patch is ok. Have you seen any problem ?
O
On 14/09/11 06:54, Netagunte, Nagabhushana wrote:
> Nick,
>
> I am seeing this issue on da830/da850/dm36x/dm644x.
Strange that I have seen no issue with da830 (OMAP-L137 v1.0 & v1.1 - don't
have any v2.0 yet) when tftp'ing the kernel. I do get very occasional errors,
but have put this down to ne
On Tue, Sep 13, 2011 at 10:14:44PM +0200, Wolfgang Denk wrote:
> Dear Zhao Chenhui,
>
> In message <1315898131-27710-2-git-send-email-chenhui.z...@freescale.com> you
> wrote:
> ...
> > printf("PCI1: %d bit, %s MHz, %s\n",
> > (pci1_32) ? 32 : 64,
> > - (pci1_speed == 330
> >> In message >> 005.039d.mgd.msft.net> you wrote:
> >>>
> From: Stany MARCEL [mailto:stany.mar...@novasys-ingenierie.com]
> Sent: Monday, September 05, 2011 9:29 PM
> To: u-boot@lists.denx.de
> Cc: Jin Zhengxiong-R64188; Jin Zhengxiong-R64188; Stany MARCEL
> Subject: [P
Hi,
I port u-boot on my board with a i82559ER on PCI board. I have the
command-line-menu and
Can start commands.
I get this error
=> ping "10.110.248.240"
Trying i82559#0
i82559#0: Tx error buffer not ready
FAIL
ping failed; host "10.110.248.240" is not alive
=>
If i start ping-cmd.
CPU: SH77
On 09/09/2011 10:18 AM, Jin Zhengxiong-R64188 wrote:
>
>
>> -Original Message-
>> From: Wolfgang Denk [mailto:w...@denx.de]
>> Sent: Friday, September 09, 2011 3:26 PM
>> To: Jin Zhengxiong-R64188
>> Cc: Stany MARCEL; u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH 1/2] coldfire: Fix
1 - 100 of 114 matches
Mail list logo
