Le 10/10/2010 06:33, Lei Wen a écrit :
But I am still a little confussed, even for the new scheme, at the end
of board_init_f, there is a relocate_code, which is
the exactly as original simply copied code.
What the relocation in new scheme is different with the old simply
copy, has more
Dear Lei Wen,
In message aanlkti=qbk7n+sdw_6k1=ywkm1zko5f-518q7qcen...@mail.gmail.com you
wrote:
Although the common code is named as mmc.c, I think a lot of people use it
to work for sd too, since they are compatible in most case.
Right. And where SD drivers differ, such differeng code
Hello,
This is the second version of patch series to add initial support for
OMAP3 IGEP v2 board. Thanks Steve for your comments.
Changes since v1:
- [2/3] fix parens in NUMONYX_V_ACTIMB_165 define
- [3/3] add extra space after first ctrl_base in file igep0020.c
- [3/3] add a space after the
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/include/asm/arch-omap3/mem.h | 42 +
1 files changed, 42
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
drivers/mtd/onenand/onenand_base.c |1 +
include/linux/mtd/onenand.h|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in common with other OMAP3 boards.
Signed-off-by:
Dear Stefan,
your commit
commit 8a805df13615667ebdcc9f3a3a6fbf6c7778a992
Author: Stefan Roese s...@denx.de
Date: Thu Sep 16 14:01:53 2010 +0200
ppc4xx/fdt/flash: Change fdt_fixup_nor_flash_node() to not
rely on cs size
breaks building allboards
On Thu, Oct 7, 2010 at 10:00 PM, Mike Frysinger wrote:
On Thursday, October 07, 2010 17:26:55 Mike Frysinger wrote:
On Thursday, October 07, 2010 15:35:44 Wolfgang Denk wrote:
Mike Frysinger wrote:
Do you plan to post an update?
there isnt a clear indication of where to take this.
Hi Wolfgang,
On Sun, Oct 10, 2010 at 2:48 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message aanlkti=qbk7n+sdw_6k1=ywkm1zko5f-518q7qcen...@mail.gmail.com you
wrote:
Although the common code is named as mmc.c, I think a lot of people use it
to work for sd too, since they are
On Sun, Oct 10, 2010 at 2:50 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message aanlkti=-ppr=4ecqt2gkpp8tb4xrtdwnyuaud-5xz...@mail.gmail.com you
wrote:
Well, I think I also think I am lucky enough. :)
But I am still a little confussed, even for the new scheme, at the end
of
Dear Enric Balletbo i Serra,
In message 1286699659-2952-2-git-send-email-eballe...@gmail.com you wrote:
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
drivers/mtd/onenand/onenand_base.c |1 +
Dear Enric Balletbo i Serra,
In message 1286699659-2952-3-git-send-email-eballe...@gmail.com you wrote:
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra
Dear Enric Balletbo i Serra,
In message 1286699659-2952-4-git-send-email-eballe...@gmail.com you wrote:
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise
Dear Mike Frysinger,
In message aanlktikywz+g6+ldsfe0rhzmetccatgmgqj=gk8zg...@mail.gmail.com you
wrote:
this way, existing behavior is retained, board porters have an incentive to
choose the desired behavior themselves (kill the #warning), and we have
confidence that we didnt break
Dear Lei Wen,
In message aanlktiny6izrxoh=aff1fvpz__b4sfba1+m+=h97v...@mail.gmail.com you
wrote:
Please explain why that shouldnot be possible. It's the driver that
accesses your hardware, so it has full control over everything going
on.
You are right, certainly driver cuold make
Am 09.10.2010 23:49, schrieb Paulraj, Sandeep:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Developed
Hi Wolfgang,
On Sun, Oct 10, 2010 at 5:22 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message aanlktiny6izrxoh=aff1fvpz__b4sfba1+m+=h97v...@mail.gmail.com you
wrote:
Please explain why that shouldnot be possible. It's the driver that
accesses your hardware, so it has full
Dear all concerned,
But my (limited!) understanding is that it's not a platform problem
you are solving, but one of this special kind of controller, which
nobody else would ever run into.
I would vouch to extend
struct mmc {
struct list_head link;
char name[32];
void
Hi Wolfgang
2010/10/10 Wolfgang Denk w...@denx.de:
Dear Enric Balletbo i Serra,
In message 1286699659-2952-3-git-send-email-eballe...@gmail.com you wrote:
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Dear Lei Wen,
I think it is a generic problem, and I am also curios why other people
don't complain for it...
Because it is NOT a generic problem.
In Linux code, the multi-write write semantic also has such limitation
in platform code.
So if UBOOT also could have this, that would be so
Hi Reinhard,
On Sun, Oct 10, 2010 at 5:33 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear all concerned,
But my (limited!) understanding is that it's not a platform problem
you are solving, but one of this special kind of controller, which
nobody else would ever run into.
I would
On Sun, Oct 10, 2010 at 5:39 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear Lei Wen,
I think it is a generic problem, and I am also curios why other people
don't complain for it...
Because it is NOT a generic problem.
In Linux code, the multi-write write semantic also has such
Dear =?UTF-8?Q?Enric_Balletb=C3=B2_i_Serra?=,
In message aanlktin9um8uc7sayb9di0ub3d04r+hzuk5z-xxjm...@mail.gmail.com you
wrote:
@@ -136,6 +174,10 @@ enum {
#define V_ACTIMA_165 MICRON_V_ACTIMA_165
#define V_ACTIMB_165 MICRON_V_ACTIMB_165
#endif
+#ifdef CONFIG_OMAP3_NUMONYX_DDR
Le 08/10/2010 13:46, Albert ARIBAUD a écrit :
Orion5182 does have internal Securiy SRAM, you can use it here instead of
using SDRAM
Thanks for the reminder. I'll give it a try later today.
Internal 8 K SRAM could indeed be used in orion5x 5182, but it does not
exist in orion5x 5281 for
Many people like the current nand_init() behavior where it is always
initialized during boot and the flash size shown, but there are cases
where we are willing to forgo this niceness for speed/functionality.
So allow nand_init() to be called multiple times, and push this call
down to the major
Add new config options to allow people to control early initialization
of NAND. The current behavior (NAND is initialized early) is unchanged,
but now people may choose to disable this behavior and only initialize
NAND when it would actually be used.
So that we can change the default in the
Now that the NAND is initialized only when used, we can enable support
for it in boards that may have conflicting runtime requirements. This
saves on the hassle of recompiling with different settings.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
include/configs/bf526-ezbrd.h |7
Hello.
On 09-10-2010 1:49, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Developed
On Sun, Oct 10, 2010 at 4:46 AM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 09-10-2010 1:49, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
env_mmc: Fix crashing bug encountered after enabling ARM relocation
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Hello.
On 10-10-2010 17:42, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Developed
Hi all
In message 20101010151418.c169f14f...@gemini.denx.de I wrote:
Well, that addresses the line length argument, at the cost of complexity
and syntax obscurity. But I changing TEXT_BASE to CONFIG_SYS_TEXT_BASE
is something we probably want to do anyway. If we ever switch to
On Sun, Oct 10, 2010 at 7:52 AM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 10-10-2010 17:42, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
On 10-10-2010 19:47, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Developed jointly
On Sunday, October 10, 2010 11:46:38 Wolfgang Denk wrote:
In case anybody what's to see this problem in action, I've pushed my
current working tree into the Makefile-cleanup branch of the
u-boot-testing repository, see
Dear Mike Frysinger,
In message 201010101424.36981.vap...@gentoo.org you wrote:
http://git.denx.de/?p=3Du-boot/u-boot-testing.git;a=3Dshortlog;h=3Drefs/heads/Makefile-cleanup
what's with the u-boot-testing tree instead of a dedicated branch in u-boot ?
Um.. this stuff is still heavily in
On Sunday, October 10, 2010 15:10:03 Wolfgang Denk wrote:
Mike Frysinger wrote:
http://git.denx.de/?p=3Du-boot/u-boot-testing.git;a=3Dshortlog;h=3Drefs
/heads/Makefile-cleanup
what's with the u-boot-testing tree instead of a dedicated branch in
u-boot ?
Um.. this stuff is still
On Sun, Oct 10, 2010 at 8:53 AM, Sergei Shtylyov sshtyl...@mvista.com wrote:
On 10-10-2010 19:47, Steve Sakoman wrote:
The crash was occuring in env_relocate because it was being called
prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This
Dear Mike Frysinger,
In message 201010101557.18003.vap...@gentoo.org you wrote:
http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;hrefs
/heads/Makefile-cleanup
what's with the u-boot-testing tree instead of a dedicated branch in
u-boot ?
Um.. this stuff is still
Hello,
This is the version 3 of patch series to add initial support for
OMAP3 IGEP v2 board.
CHANGES:
* since v2
- [1/3] keep lists sorted
- [2/3] fix multiline comment style
- [3/3] add entry to MAINTAINERS
* since v1
- [2/3] fix parens in NUMONYX_V_ACTIMB_165 define
-
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/include/asm/arch-omap3/mem.h | 43 +
1 files changed, 43
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in common with other OMAP3 boards.
Signed-off-by:
Hi Ben,
Ben Warren wrote:
Hi Michal,
Sorry for the delay in reviewing
On 8/2/2010 5:49 AM, Michal Simek wrote:
Emaclite was using old net api that's why
this patch move emaclite to NET_MULTI api.
Signed-off-by: Michal Simekmon...@monstr.eu
---
drivers/net/xilinx_emaclite.c | 84
Support New emaclite AXI IP.
Signed-off-by: Michal Simek mon...@monstr.eu
CC: Ben Warren biggerbadder...@gmail.com
---
drivers/net/xilinx_emaclite.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/xilinx_emaclite.c b/drivers/net/xilinx_emaclite.c
index
Emaclite was using old net api that's why
this patch move emaclite to NET_MULTI api.
Signed-off-by: Michal Simek mon...@monstr.eu
CC: Ben Warren biggerbadder...@gmail.com
---
v2: Pass base_addr as parameter
v1: Initial version
---
drivers/net/xilinx_emaclite.c | 84
Microblaze little-endian toolchain should export
__MICROBLAZEEL__.
Signed-off-by: Michal Simek mon...@monstr.eu
---
arch/microblaze/cpu/start.S | 60 ++-
arch/microblaze/include/asm/byteorder.h |4 ++
2 files changed, 55 insertions(+), 9 deletions(-)
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
On Mon, Oct 11, 2010 at 7:12 AM, Enric Balletbo i Serra
eballe...@gmail.com wrote:
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
As suggested by Reinhard, I add two additional member in mmc structure,
so that we could specify its value in each driver. If that value is 0, then
the behavior would be the same as original, as no seperation.
Signed-off-by: Lei Wen lei...@marvell.com
Cc: Reinhard Meyer u-b...@emk-elektronik.de
48 matches
Mail list logo
