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
> +++ b/board/ti/
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 se
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 w
SYS_NIRQ2 is servicing the interrupt from twl6040.
Configure the SYS_NIRQ2 so we can actually receive the interrupts.
Signed-off-by: Peter Ujfalusi
---
board/ti/sdp4430/sdp4430_mux_data.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/ti/sdp4430/sdp4430_mux_data.
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 e
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 m
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 above
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
---
arch/arm/include/asm/arch-omap5/omap.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap5/omap.h
b/arch/arm/
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 power
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 repo
+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 + bits_
From: Stephen Warren
Signed-off-by: Stephen Warren
---
v2: Fixed unused variable warnings
---
MAINTAINERS |1 +
board/compulab/dts/tegra2-trimslice.dts | 57
board/compulab/trimslice/Makefile | 49 +
board/compulab/t
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 @@
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:
> >
> > ...
> >
> > > >
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 tha
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 S
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 wrote:
> > Signed-off-by: Michael Walle
> > Cc: Joe Hershberger
> > ---
> > include/net.h | 16
> > net/eth.c | 15 +++
> >
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 fea
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 thin
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
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;
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:
P
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
Dear Thirumalesha N,
In message
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 wrong. We cannot help you
with such vague questions here. If
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
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 breakin
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 fea
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() c
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
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 patche
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 fl
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 lan
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
---
drivers/video/Makefile
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
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) += atmel_h
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
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 wrote:
> Dear Vivek Gautam,
>
>>
This patchset adds support for ST's FSMC controller. In the current u-boot, a
SPEAr specific driver exists for FSMC controller. This patchset adds a full
fledged driver that can be used across multiple platforms and removes the
obsolete SPEAr specific driver.
V3->V4
- Removed local_irq_save and
From: Vipin KUMAR
change_bit routine is left implementation dependent until now.
This routine, which is basically a wrapper over __change_bit, is now defined for
arm platforms in asm-arm/bitops.h
The Flexible Static memory controller driver, placed in
mtd/nand/fsmc_nand.c needs this routine. FSM
From: Vipin KUMAR
Flexible static memory controller is a peripheral provided by ST,
which controls the access to NAND chips along with many other
memory device chips eg NOR, SRAM.
This patch adds the driver support for FSMC controller interfacing
with NAND memory.
Signed-off-by: Vipin Kumar
Si
From: Vipin KUMAR
Since FSMC is a standard IP and it supports different memory interfaces, it
is supported independent of spear platform and spear is configured to use that
driver for interfacing with the NAND device
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
arch/arm/include/as
From: Vipin KUMAR
Since, SPEAr platform uses generic FSMC driver now, so spear specific files
drivers/mtd/nand/spr_nand.c, arch/arm/include/asm/arch-spear/spr_nand.h are
removed
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
arch/arm/include/asm/arch-spear/spr_nand.h | 57
Hi All,
Please do let me know if any updates on the this patchset.
On Fri, May 4, 2012 at 12:26 PM, Rajeshwari Shinde
wrote:
> This patch performs the pinmux configuration in a common file.
> As of now only Exynos5 pinmux for SDMMC, UART and Ethernet is
> supported.
>
> Signed-off-by: Abhilash K
47 matches
Mail list logo
