Hi Peter,
board/ti/sdp4430/sdp4430_mux_data.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/ti/sdp4430/sdp4430_mux_data.h
b/board/ti/sdp4430/sdp4430_mux_data.h
index 0a20968..beb7c7a 100644
--- a/board/ti/sdp4430/sdp4430_mux_data.h
+++
Hi All
My understanding of the way SPL is intended to be configured is:
(a) You have one config file for both SPL and u-boot.
(b) SPL features are selected via SPL-specific options.
I have a need to build SPL with MMC/FAT support, but I don't want
u-boot to have MMC/FAT support.
I do however
The latest version does not appear to contain support for the the twrmpc5125
processor because the following command issued in the u-boot installation
directory yields nothing.
$grep 5125 Makefile.
My question is, how do you know which version of u-boot contains the most
current source code
SYS_NIRQ2 is servicing the interrupt from twl6040.
Configure the SYS_NIRQ2 so we can actually receive the interrupts.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
board/ti/sdp4430/sdp4430_mux_data.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
The following is the cleanup sequence in arch/arm/cpu/armv7/cpu.c
int cleanup_before_linux(void)
{
...
...
dcache_disable();
v7_outer_cache_disable();
invalidate_dcache_all();
}
1) invalidate_dcache_all call expects that all the caches has been
flushed, invalidated and there are no dirty
This series has been tested on
OMAP4430 sdp
OMAP4 panda
OMAP5 evm
MAKEALL has been tested for all armv7 boards to ensure
no build breakage.
R Sricharan (4):
ARM: OMAP4+: dmm: Take care of overlapping dmm and trap sections.
ARM: OMAP5: dmm: Create a tiler trap section.
ARM: OMAP5: Align
The DMM sections can be overlapping with each other, with
sections 3 to 0 having the highest to lowest priority in that
order. There could also be a section that is used trap the
unmapped Tiler entries and this trap section could be
overlapping with the actual sdram area.
So take care of the
OMAP5 evm board has 2GB of memory. So correct the
macro to take in to account of the full dram size.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/include/asm/arch-omap5/omap.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
get_ram_size checks the given memory range for valid ram,
but expects the size of memory to be aligned to the power
of 2. In case of OMAP5 evm board the memory available is
2GB - 16MB(used for TRAP section) = 2032MB.
So always ensure that the size of memory used for testing is
aligned to the
The unmapped entries in tiler space are set with
values 0xFF. So creating a DMM section of
size 16MB at 0xFF00 with ADDRSPACE set to 0x2.
This way all the unmapped entry accesses to tiler
will be trapped by the EMIF and a error response
is sent to the L3 interconnect. L3 errors are
inturn
+while (num_err--) {
+change_bit(0,err_idx[i]);
+change_bit(1,err_idx[i]);
+
+if (err_idx[i] 512 * 8) {
+change_bit(err_idx[i], dat);
+i++;
+}
+}
Is it normal to not count bit flips in the ECC itself?
Correcting bit flip in
On 5/16/2012 10:24 PM, Scott Wood wrote:
On 05/16/2012 07:06 AM, Amit Virdi wrote:
+ if ((bits_ecc + bits_data)= 8) {
+ if (bits_data)
+ memset(dat, 0xff, 512);
+ return bits_data;
return bits_data +
From: Stephen Warren swar...@nvidia.com
Signed-off-by: Stephen Warren swar...@nvidia.com
---
v2: Fixed unused variable warnings
---
MAINTAINERS |1 +
board/compulab/dts/tegra2-trimslice.dts | 57
board/compulab/trimslice/Makefile |
Hi Sricharan,
On 05/17/2012 11:48 AM, R, Sricharan wrote:
diff --git a/board/ti/sdp4430/sdp4430_mux_data.h
b/board/ti/sdp4430/sdp4430_mux_data.h
index 0a20968..beb7c7a 100644
--- a/board/ti/sdp4430/sdp4430_mux_data.h
+++ b/board/ti/sdp4430/sdp4430_mux_data.h
@@ -216,7 +216,7 @@ const
Hey all,
I'd like to propose making 'i2c probe' be a command that is
opt-out'able. In the Linux Kernel the notion of probing for devices was
abandoned a while ago due to, in short, devices misbehaving when
randomly poked at. Over in omap24xx_i2c land we changed our probe
method a while ago from
On Wed, May 16, 2012 at 10:45:33AM +1200, Charles Manning wrote:
On Wednesday 16 May 2012 10:25:26 Wolfgang Denk wrote:
Dear Charles,
In message 201205161007.59560.mannin...@actrix.gen.nz you wrote:
On Tuesday 15 May 2012 17:12:05 Mike Frysinger wrote:
...
current u-boot policy
On Thu, May 17, 2012 at 12:13:20PM +1200, Charles Manning wrote:
Hi All
My understanding of the way SPL is intended to be configured is:
(a) You have one config file for both SPL and u-boot.
Yes.
(b) SPL features are selected via SPL-specific options.
For some parts, yes. Note that SPL
On 05/17/2012 01:48 PM, Tom Rini wrote:
On Thu, May 17, 2012 at 12:13:20PM +1200, Charles Manning wrote:
Hi All
My understanding of the way SPL is intended to be configured is:
(a) You have one config file for both SPL and u-boot.
Yes.
(b) SPL features are selected via SPL-specific
Hi Joe,
Am Mittwoch 16 Mai 2012, 02:56:39 schrieb Joe Hershberger:
Hi Michael,
On Fri, May 11, 2012 at 5:50 PM, Michael Walle mich...@walle.cc wrote:
Signed-off-by: Michael Walle mich...@walle.cc
Cc: Joe Hershberger joe.hershber...@gmail.com
---
include/net.h | 16
On 05/17/2012 01:22 PM, Scott Wood wrote:
On 05/17/2012 01:48 PM, Tom Rini wrote:
On Thu, May 17, 2012 at 12:13:20PM +1200, Charles Manning wrote:
Hi All
My understanding of the way SPL is intended to be configured is:
(a) You have one config file for both SPL and u-boot.
Yes.
(b) SPL
On 05/17/2012 03:47 PM, Tom Rini wrote:
On 05/17/2012 01:22 PM, Scott Wood wrote:
We had problems with (B) regarding TEXT_BASE -- the makefile versions of
the config symbols will only be generated once.
CONFIG_SKIP_LOW_LEVEL_INIT doesn't seem to be used from makefiles.
I still think (C) is
On Friday 18 May 2012 08:58:06 Scott Wood wrote:
On 05/17/2012 03:47 PM, Tom Rini wrote:
On 05/17/2012 01:22 PM, Scott Wood wrote:
We had problems with (B) regarding TEXT_BASE -- the makefile versions of
the config symbols will only be generated once.
CONFIG_SKIP_LOW_LEVEL_INIT doesn't
Mike Frysinger wrote:
this is less bloat:
int board_saveenv(void) __attribute__((weak, alias(saveenv)));
int do_env_save(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
{
printf(Saving Environment to %s...\n, env_name_spec);
return board_saveenv() ? 1 : 0;
}
I
Hi,
I am working with a PCIE board from pericom, on bus 0 on a ppc4xx
target klondike board. After the board intiailization when PCI Autoconfig finds
P2P device it shows device 0 and goes on upto bus no. 16 by incrementing
current_busno each time by 1. Each time it displays the same message:
Dear Timur Tabi,
In message 4fb12e88.1050...@freescale.com you wrote:
all these board hooks are paper-cutting us to death with unused bloat
I know, and I don't like it either. I hate how our hardware designers are
always breaking the rules, forcing us software developers to hack up our
Dear Thirumalesha N,
In message CAO1Rv-YmGXVL=JmyjEtFMnuX2SneEO=eabzwzh-amoiwxj5...@mail.gmail.com
you wrote:
I'm trying BDI 2000 to connect MPC8280 Board buts its showing time
out and i'm new to BDI 2000. Please suggest me on this regards.
There may be a ton of things you are doing
Dear Axl Rose,
In message 1337288923.85117.yahoomail...@web120303.mail.ne1.yahoo.com you
wrote:
I am working with a PCIE board from pericom, on bus 0 on a ppc4xx
target klondike board. After the board intiailization when PCI
Autoconfig finds P2P device it shows device 0 and goes on upto bus
Wolfgang Denk wrote:
I think whoever told you this was right. Let it break.
Come on, Wolfgang. That's not acceptable.
We cannot add pre- and post-hooks all ever the place for brain-dead
designs that need to do this and that before and after doing perfectly
things.
Well, I already have
On 05/17/2012 05:18 PM, Wolfgang Denk wrote:
Dear Timur Tabi,
In message 4fb12e88.1050...@freescale.com you wrote:
all these board hooks are paper-cutting us to death with unused bloat
I know, and I don't like it either. I hate how our hardware designers are
always breaking the rules,
Scott Wood wrote:
NAND doesn't need it because NAND goes through an API rather than direct
memory-mapped access, and has more coarse-grained operations. NAND
should be able to take care of this entirely in the driver using the
select_chip() callback.
Fair enough. How do I enable that
On 05/17/2012 05:53 PM, Timur Tabi wrote:
Scott Wood wrote:
NAND doesn't need it because NAND goes through an API rather than direct
memory-mapped access, and has more coarse-grained operations. NAND
should be able to take care of this entirely in the driver using the
select_chip() callback.
On 05/17/2012 09:21 PM, Tabi Timur-B04825 wrote:
Scott Wood wrote:
Well, as with most of our boards, NOR is the default configuration. Also,
there's no NAND support upstream yet.
What isn't upstream, besides the muxing hack? Does it need the 4K page
hack?
There's no NAND support at
Scott Wood wrote:
Well, as with most of our boards, NOR is the default configuration. Also,
there's no NAND support upstream yet.
What isn't upstream, besides the muxing hack? Does it need the 4K page
hack?
There's no NAND support at all. However, I just tried the two SDK patches
that
On Thursday 17 May 2012 18:35:25 Timur Tabi wrote:
Well, I already have code in U-boot that does this. If you look at
board/freescale/p1022ds/diu.c, you'll see that I override each of the NOR
flash accessors. This is horribly inefficient, but it works.
Unfortunately, it only covers NOR
On Thursday 17 May 2012 14:43:45 Tom Rini wrote:
I'd like to propose making 'i2c probe' be a command that is
opt-out'able. In the Linux Kernel the notion of probing for devices was
abandoned a while ago due to, in short, devices misbehaving when
randomly poked at. Over in omap24xx_i2c land
The Atmel new SoC (at91sam9x5 series and at91sam9n12) add a totally different
LCD controller. Add this new driver is used to support it.
Using CONFIG_ATMEL_HLCD (distinguish with CONFIG_ATMEL_LCD) to enable this in
board configuration file.
Signed-off-by: Bo Shen voice.s...@atmel.com
---
On Tuesday 15 May 2012 01:53:10 Marek Vasut wrote:
Dear Mike Frysinger,
On Monday 14 May 2012 14:25:14 Marek Vasut wrote:
Dear Mike Frysinger,
On Monday 14 May 2012 07:31:35 Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The
On Thursday 17 May 2012 22:49:46 Bo Shen wrote:
--- a/drivers/video/Makefile
+++ b/drivers/video/Makefile
COBJS-$(CONFIG_ATI_RADEON_FB) += ati_radeon_fb.o videomodes.o
COBJS-$(CONFIG_ATMEL_LCD) += atmel_lcdfb.o
+COBJS-$(CONFIG_ATMEL_HLCD) += atmel_hlcdfb.o
H comes before L ;)
-mike
On 5/18/2012 11:39, Mike Frysinger wrote:
On Thursday 17 May 2012 22:49:46 Bo Shen wrote:
--- a/drivers/video/Makefile
+++ b/drivers/video/Makefile
COBJS-$(CONFIG_ATI_RADEON_FB) += ati_radeon_fb.o videomodes.o
COBJS-$(CONFIG_ATMEL_LCD) += atmel_lcdfb.o
+COBJS-$(CONFIG_ATMEL_HLCD) +=
Hi peter,
@@ -216,7 +216,7 @@ const struct pad_conf_entry
core_padconf_array_non_essential[] = {
{FREF_CLK1_OUT, (M0)}, /*
fref_clk1_out */
{FREF_CLK2_OUT, (M0)}, /*
fref_clk2_out */
Hi Marek,
The exact change is in [PATCH 4/6 V4] EXYNOS: Add power
Enable/Disable for USB-EHCI,
It is : Renamed exynos5_set_usb_phy_ctrl and set_usb_phy_ctrl to
exynos5_set_usbhost_phy_ctrl and set_usbhost_phy_ctrl.
On Wed, May 16, 2012 at 6:53 PM, Marek Vasut ma...@denx.de wrote:
Dear Vivek
41 matches
Mail list logo