Comment:
Given how mxc_nand.c looks like (it was written with i.MX27 in mind),
this is the straight forward way of adding i.MX31 support. Personally
I don't like the #ifdef's and prefer the solution presented in a
later patch in this series.
---
drivers/mtd/nand/mxc_nand.c |8 +++-
1 files
---
include/configs/imx31_litekit.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/configs/imx31_litekit.h b/include/configs/imx31_litekit.h
index 6131008..7e8ddbb 100644
--- a/include/configs/imx31_litekit.h
+++ b/include/configs/imx31_litekit.h
@@ -89
Hi all,
This series adds NAND support for i.MX31 using the mxc_nand that was
added for i.MX27. The same NAND Flash Controller is used in i.MX31.
I've done some limited run-time testing on the Litekit using small
page NAND and it seems to work.
I have embedded a question in patch #2 and #4, this
Alternative solution for supporting 16 bit NAND detection for the
i.MX27 and i.MX31 SoCs. This moves the SoC specific code to the SoC header
file leaving mxc_nand.c free from #ifdef's (in this respect).
Question:
Is this approach acceptable/preferred over having #ifdef's for different
SoCs in mxc_
Comment:
The struct is called system_control_registers only because the mxc_nand.c
uses that name. For i.MX31 these registers are called "Clock Control
Registers" so the struct name should be clock_control_registers, while
for i.MX27 they are called "System Control Registers".
---
include/asm-arm/
On Sat, Nov 7, 2009 at 7:16 PM, Dirk Behme wrote:
> Chetan Nanda wrote:
>
>> Hi List,
>>
>> I am trying to compile U-Boot for beagleboard. I have run following
>> commands:
>>
>> make CROSS_COMPILE=arm-none-linux-gnueabi- mrproper
>> make CROSS_COMPILE=arm-none-linux-gnueabi- omap3_beagle_config
>
You have been invited to the most advanced business trade portal
WorkKingdom Is A New Revolutionary System For Business Professionals
World Wide. Benefit From Increased Revenues, Profits From Having
Customers, Suppliers Contact You For Networking/trade Possibilities.
Its A Totally 100 Percent
Dear Mike Frysinger,
In message <200911061122.16814.vap...@gentoo.org> you wrote:
>
> > Just after pressing this "ENTER", I tried the following:
> > [Moved $(ELF-y) to end of the assignment and kill trailing spaces]
> >
> > -ELF := $(ELF-y) $(ELF-$(ARCH)) $(ELF-$(BOARD)) $(ELF-$(CPU))
> > +ELF :=
Dear "Premi, Sanjeev",
In message you
wrote:
>
> I was surprised too. It is the first time ever I have seen this problem
> with any Makefile over years.
>
> To debug I tried this:
...
> Makefile:47: *** *** COBJS evaluates to [hello_world.o smc911x_eeprom.o
> .o]. Stop.
> make[1]: Leaving di
Dear Jerry Van Baren,
In message <4af4971b.9080...@ge.com> you wrote:
>
> > This might not work as git-am will complain about not being able to apply
> > clean.
>
> I may be missing something, but if you hand-edit the patches so that
> they are still valid patches, they will apply cleanly. In
10 matches
Mail list logo
