Dear Nobuhiro Iwamatsu,
In message <29ab51dc0905262313h17934f09u904a4e7325207...@mail.gmail.com> you
wrote:
> 2009/5/14 Jean-Christophe PLAGNIOL-VILLARD :
> > currently the sh lds need to sync the lds enty and TEXT_BASE manualy
> > and the reloc_dst is based on it
> >
> > instead provide it now f
2009/5/14 Jean-Christophe PLAGNIOL-VILLARD :
> currently the sh lds need to sync the lds enty and TEXT_BASE manualy
> and the reloc_dst is based on it
>
> instead provide it now from the ldflags
>
> tested on r2dplus
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Nobuhiro Iwamatsu
App
Thanks a lot Stefan for your review feedback...
You are thinking more similar to Linux Implementation :-)
I will try to address your suggestions, it provides more flexibility and
readability.
On the other hand I am currently putting my efforts to reduce patch size
cutting some features.
I will d
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Friday, May 22, 2009 4:06 AM
> To: Srinivasan Srikanth-R9AABP
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Support in u-boot for PCI-Express NIC
>
OK I will try with the same commit and send the results.
> -Original Message-
> From: Josh Karabin [mailto:gkara...@vocollect.com]
> Sent: Tuesday, May 26, 2009 8:26 PM
> To: Pillai, Manikandan
> Cc: Dirk Behme; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Ethernet not working on OMAP3 bo
On Thu, May 21, 2009 at 2:37 PM, Ira Snyder wrote:
> I've been doing some Linux work with the 83xx DMA controller. The only
> real differences between the 83xx/85xx controller are the register
> endianness and snoop bits. The 83xx controller's registers are all
> little-endian, while the 85xx is
Thanks
It's the FS25.00. Is this correct?
Thanks
Mark
TC Liew wrote:
> Mark,
>
> There could be a hardware issue. Is the phy crystal on the board is
> F25.00 or F25.00P?
>
> Regards,
> TsiChung
>
> On Mon, May 25, 2009 at 3:15 PM, Mark Giacobbe
> wrote:
>
>> Hi All -
>>
>>I'm new to u-b
Hi Scott
thanks for the reply
Scott Wood wrote:
> On Tue, May 26, 2009 at 05:12:01PM +0800, xiangfu_gmail wrote:
>> xiangfu_gmail wrote:
>>> Hi
>>> I have try to merge Ingenic U-boot (1.1.6) with upstream.
>>> but I have some problem
>> Hi I rewrite the jz_hwcontrol to :
>> --
>> static void jz_hw
On Sun, 24 May 2009 22:13:27 +0200
Wolfgang Denk wrote:
> Dear Peter,
>
> In message <1243192952.703.7.ca...@ptyser-laptop> you wrote:
> >
> > > CodingStyle Ch.12 suggests that it's the other fsl arches that are in
> > > violation here, not 83XX:
>
> Agreed...
>
> > Either way is fine with me,
Dear Scott Wood,
In message <4a1c6b48.9050...@freescale.com> you wrote:
>
> I assume he meant that the image size was smaller, due to replacing
> explicit function calls with a table-driven approach.
We already have such a functionpoointer table - problem is that we
don't use it everywhere, usua
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090526220736.gb30...@game.jcrosoft.org> you wrote:
>
> > Boards are different... see for example "lib_ppc/board.c" - on some
> > boards (BAB7xx and CPC45) we must initialize PCI early, while on some
> > others we cannot initialize it that early.
Wolfgang Denk wrote:
> Dear Scott,
>
> in message <20090526210046.ga4...@b07421-ec1.am.freescale.net> you wrote:
>> IMHO, it is much better for the information on what needs to be run on
>> init to reside in the file that needs to be called, rather than copied to
>> a bunch of different arch files
On 23:54 Tue 26 May , Wolfgang Denk wrote:
> Dear Scott,
>
> in message <20090526210046.ga4...@b07421-ec1.am.freescale.net> you wrote:
> >
> > IMHO, it is much better for the information on what needs to be run on
> > init to reside in the file that needs to be called, rather than copied to
>
Eric BENARD a écrit :
> if I understand well the datasheet, in incluse/asm/arch/cpu.h
> isn't base adresse for CS6's config register wrongly defined :
sorry after reading again I now understand this value is calculated, the
defined value is of course the right.
Eric
_
On 16:30 Tue 26 May , Scott Wood wrote:
> On Tue, May 26, 2009 at 01:48:08AM -0700, Prafulla Wadaskar wrote:
> > Good Feedback...
> > The name board_nand_init() is confusing here Why the board specific
> > code is in drivers/mtd/nand/?
> > Whereas I can see more references in board/*
> > B
Dear Scott,
in message <20090526210046.ga4...@b07421-ec1.am.freescale.net> you wrote:
>
> IMHO, it is much better for the information on what needs to be run on
> init to reside in the file that needs to be called, rather than copied to
> a bunch of different arch files.
Then you might end up wi
Thanks, the crystal (Y2) is FS25.00.
What should it be? I'm thinking it may be a hardware issue also,
because uClinux is doing the same thing.
Mark
TC Liew wrote:
> Mark,
>
> There could be a hardware issue. Is the phy crystal on the board is
> F25.00 or F25.00P?
>
> Regards,
> TsiChung
>
> On
On Tue, May 26, 2009 at 01:48:08AM -0700, Prafulla Wadaskar wrote:
> Good Feedback...
> The name board_nand_init() is confusing here Why the board specific code
> is in drivers/mtd/nand/?
> Whereas I can see more references in board/*
> But looking other code references in this folder your fee
On Tue, May 26, 2009 at 05:12:01PM +0800, xiangfu_gmail wrote:
> xiangfu_gmail wrote:
> > Hi
> > I have try to merge Ingenic U-boot (1.1.6) with upstream.
> > but I have some problem
> Hi I rewrite the jz_hwcontrol to :
> --
> static void jz_hwcontrol(..)
> { ..
> if (ctrl & NAND_
Dear Josh Karabin,
In message you wrote:
> This change detects the boot configuration of an OMAP3 device,
> and uses that information on OMAP3 EVM builds to support
> NAND or OneNAND.
>
> Signed-off-by: Josh Karabin
> ---
> board/omap3/evm/evm.c | 24 +++
> board/oma
Dear Josh Karabin,
In message <2d0c4b7840d573c666484662662fbb953f59cfba.1243367498.git.gkarabi
n...@vocollect.com> you wrote:
> Change the command parsing code to ignore command table
> entries with NULL names. This makes it possible to disable a
> command (say, for a supported but not connected
Dear Josh Karabin,
In message <6fef2a52802b16a737007f722b084fda737664f8.1243367498.git.gkarabi
n...@vocollect.com> you wrote:
> Add "disable" functions that will prevent the initialization
> function of nand and onenand interfaces from completing.
>
> These functions are intended to be called on
Dear Josh Karabin,
In message <720c2e565183a38bc9ecc6b880373534b1826a8b.1243367498.git.gkarabi
n...@vocollect.com> you wrote:
> If only a single CONFIG_ENV constant is defined at build time,
> the location of the environment will correspond to that
> environment.
>
> If multiple CONFIG_ENV const
On Sun, May 24, 2009 at 04:57:25PM +0200, Wolfgang Denk wrote:
> I think you don't understand the complexity yet. One problem we have
> to solve is to make sure we have a very specific sequence in which
> the init routines are run. The original idea of the code was that you
> can #define the in
Mark,
There could be a hardware issue. Is the phy crystal on the board is
F25.00 or F25.00P?
Regards,
TsiChung
On Mon, May 25, 2009 at 3:15 PM, Mark Giacobbe
wrote:
> Hi All -
>
> I'm new to u-boot and I am running into some issues. I an using the
> Axiom 5282lite board and I cannot get the
This change detects the boot configuration of an OMAP3 device,
and uses that information on OMAP3 EVM builds to support
NAND or OneNAND.
Signed-off-by: Josh Karabin
---
board/omap3/evm/evm.c | 24 +++
board/omap3/evm/evm.h |4 +-
cpu/arm_cortexa8/o
Change the command parsing code to ignore command table
entries with NULL names. This makes it possible to disable a
command (say, for a supported but not connected memory) at
run time.
Signed-off-by: Josh Karabin
---
common/command.c | 43 +--
1 files
Add "disable" functions that will prevent the initialization
function of nand and onenand interfaces from completing.
These functions are intended to be called on boards that can
be populated with one of multiple persistent memory types.
Board initialization code must ensure that only the correct
If only a single CONFIG_ENV constant is defined at build time,
the location of the environment will correspond to that
environment.
If multiple CONFIG_ENV constants are defined at build time, the
environment will default to one of the locations, but the
particular location is not defined. Mechani
This patch series permits the OMAP3 EVM to select which set of NAND or
OneNAND memory related commands to use, as a function of the detected
bootstrap configuration.
In addition to the OMAP3-specific parts, it abstracts the selection of the
environment's location so that the choice can be made at
On Mon, May 25, 2009 at 10:35:28AM +0530, Vijay Nikam wrote:
> Yes, then you need to set/use CONFIG_BOOTDELAY to enable or disable
> for autoboot. For details and information have a look at
> doc/README.autoboot
>
> Once you use CONFIG_BOOTDELAY, then recompile and generate u-boot.bin,
> if everyt
On Sun, May 24, 2009 at 11:10:24PM +0200, Wolfgang Denk wrote:
> I get this:
>
> => nand read 20 0 100
>
> NAND read: device 0 offset 0x0, size 0x100
> NAND read from offset 0 failed -74
>16777216 bytes read: ERROR
>
> Hm, this is indeed a very helpful messa
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090523002250.ga20...@game.jcrosoft.org> you wrote:
>
> > --- /dev/null
> > +++ b/include/asm-arm/arch-mx27/asm-offsets.h
> please add GPL header and copyright
For this file this makes not much sense. This file will be
auto-generated from other
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1243075795-20760-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> all avr32 boards use the same cpu lds so move it to cpu/$(CPU)
>
> that could be overwrite in following order
> SOC
> BOARD
> via the corresponding config.mk
Please update the
Hi Sandeep,
aulraj, Sandeep wrote:
> Ben,
> I believe there was a comment regrading the name of the file.
> The present name is dm644x_emac.c and it should be davinci_emac.c
> Because other floavours of DaVinci will use the same file.
>
> IIRC in the list had the same comment.
> Also the patch
Hi Dave,
It still shows data tlb error tho.
I found it occur error around the GET_GOT of start.s.
The SRR0 and SRR1 show the error address of system.map is _start_cont.
Suspect the DDR setting problem ?? But I thought all the DDR setting are
from SPD.
So, I didn't set any entry of D
On Fri, 27 Mar 2009 23:30:19 +0100
Jean-Christophe PLAGNIOL-VILLARD wrote:
> diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
> index 631b969..175d82a 100644
> --- a/drivers/mtd/cfi_flash.c
> +++ b/drivers/mtd/cfi_flash.c
> @@ -1788,13 +1788,10 @@ static void flash_fixup_atmel(flash
Pillai, Manikandan wrote:
> Hi Dirk,
>
> I have already tried this patch it does not work on EVM.
> Was any other patch applied along with this ?
That was the only one that I needed, on top of the arm/next branch from
last week. The last commit was 86d5c98d3d97d631b1d3a5f5e6a17e87c99b42cf
: "OM
Hi Prafulla,
On Thursday 21 May 2009 22:24:32 Prafulla Wadaskar wrote:
> Contributors:
> Yotam Admon
> Michael Blostein
> Reviewed by: Ronen Shitrit
> Signed-off-by: Prafulla Wadaskar
> ---
> Change log:
> v2: entire rewrite/restructure of v1
> used small names for variable/function names
> re
Jean-Christophe,
please see inline
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Friday, May 22, 2009 8:12 PM
> To: Paulraj, Sandeep
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH][u-boot arm/next] ARM DaVin
Patch moves the device init functions to new header file
devices.h. This will enable us to use the MACROS in hardware.h
in the config files for the various DaVinci SOC's
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm355evm/dm355evm.c|1 +
board/davinci/dvevm/dvevm.c
As i were able to set the DDR data Via [I2C bus] SPD[Serial presence detect]
table read for the custom board design i am working on ...
so as for now i am not require to debug the Uboot DDR FORce setting option .
though i got the clue about the DR force setting ..
file: "u-boot-1.3.4\board\f
From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Wed, 20 May 2009 18:26:01 -0400
Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop
counter.
Signed-off-by: Richard Retanubun
---
drivers/net/mcfmii.c |2 +-
1
Ben,
I believe there was a comment regrading the name of the file.
The present name is dm644x_emac.c and it should be davinci_emac.c
Because other floavours of DaVinci will use the same file.
IIRC in the list had the same comment.
Also the patch uses "dm644x_emac_initialize"
It would be better
Implementation based on the existing u-boot support for S3C2410-based boards.
u-boot programmed into NOR flash.
Tested on an SBC2440-II Board using tftp to copy the files from a server and
programming them into NAND flash.
MAKEALL used to build all LIST_ARM9 targets only - no other architecture
Hello all:
I have a DaVinci DM6446 EVM board with 32MB K9F5608R0D(NAND
Flash). The latest u-boot-2009.03 with yaffs2 compiled in can run on this
board from Nand Flash. when running the command "ywr",the U-Boot dumps
some error as such:
U-Boot > ywr /test.txt 0 5
Writing value (0) 5 t
xiangfu_gmail wrote:
> Hi
> I have try to merge Ingenic U-boot (1.1.6) with upstream.
> but I have some problem
Hi I rewrite the jz_hwcontrol to :
--
static void jz_hwcontrol(..)
{ ..
if (ctrl & NAND_CTRL_CHANGE) {
if (ctrl & NAND_NCE)
R
On Monday 06 April 2009 11:38:59 Prafulla Wadaskar wrote:
> Bin_dep.sh provides a framework inside u-boot,
> whether to use it or not is sole decision of board/processor specific code.
> So why not include it :-)
Since I'm currently working with a Kirkwood platform, I would like to
"reactivate" t
On Tuesday 26 May 2009 10:48:08 Prafulla Wadaskar wrote:
> > I know that NAND support is generally available in U-Boot.
> > But what's currently missing is the platform/board specific
> > driver for Kirkwood. Seems that you included the Kirkwood
> > NAND driver into your Sheevaplug support patch.
>
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: Tuesday, May 26, 2009 1:11 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v10] Marvell Kirkwood family SOC support
>
> On Tuesday 26 May 2009 09:28:29 Prafulla Wadaskar wrote:
Hi Wolfgang,
first of all thanks a lot for your answers.
On Mon, May 25, 2009 at 8:32 PM, Wolfgang Denk wrote:
> Dear Drasko DRASKOVIC,
>
> In message <5ec3d7930905250856k6cffb4ber261bd99f15868...@mail.gmail.com>
> you wrote:
> >
> > I have been looking at MAC addr obtaining procedure in lib_arm
Hi,
Pillai, Manikandan a écrit :
> Hi Dirk,
>
> I have already tried this patch it does not work on EVM.
> Was any other patch applied along with this ?
>
if I understand well the datasheet, in incluse/asm/arch/cpu.h
isn't base adresse for CS6's config register wrongly defined :
it's actually :
On Tuesday 26 May 2009 10:17:45 Prafulla Wadaskar wrote:
> > I just tried including the NAND driver from this patch into
> > drivers/mtd/nand.
> > Seems that a few things are still missing.
> >
> > struct kwnandf_registersnot defined
> > KW_NANDF_BASE not defined
>
> I hop
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: Tuesday, May 26, 2009 1:27 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar
> Subject: Re: [U-Boot] [PATCH v10] Marvell Kirkwood family SOC support
>
> On Tuesday 26 May 2009 09:40:49 Stefan Roese wrote:
> > S
On Tuesday 26 May 2009 10:05:12 Ben Warren wrote:
> > Sorry for the delay. Yeah, please go ahead and apply 1/2 to your tree
> > and ask Wolfgang to pull. The second part can be applied at any time
> > - I'll take care of it. Thanks for your help.
>
> I've gone ahead and applied the second part t
Added CONFIG_NET_MULTI to all Davinci boards
Removed all calls to Davinci network driver from board code
Added cpu_eth_init() to cpu/arm926ejs/cpu.c
Signed-off-by: Ben Warren
---
board/davinci/common/misc.h |1 -
board/davinci/dvevm/dvevm.c |3 -
board/davinci/schmoogie/s
Removed pointless #ifdefs
Moved functions around in file in preparation for switch to newer API
Signed-off-by: Ben Warren
---
drivers/net/dm644x_emac.c | 146 +
1 files changed, 69 insertions(+), 77 deletions(-)
diff --git a/drivers/net/dm644x_emac
This driver has been renamed dm644x_emac.c
Signed-off-by: Ben Warren
---
cpu/arm926ejs/davinci/Makefile |2 +-
drivers/net/Makefile |1 +
.../davinci/ether.c => drivers/net/dm644x_emac.c |0
3 files changed, 2 insertions(+), 1 dele
Hello,
The second spin of this patchset is identical to the first but has been
re-based against u-boot/next. Since there were no technical objections with
the first spin, I've applied this to the net/next branch.
Please let me know if there are any problems.
regards,
Ben
___
Hi Stefan,
Ben Warren wrote:
> Hi Stefan,
>
> Stefan Roese wrote:
>> On Monday 04 May 2009, Stefan Roese wrote:
>>
>>> Ben, this doesn't apply against mainline. I suppose you already
>>> based this
>>> against your "next"? Best would be if you would apply this patch
>>> directly
>>> and I'll a
On Tuesday 26 May 2009 09:40:49 Stefan Roese wrote:
> So could you please split this Sheevaplug patch and submit the NAND driver
> in a separate patch (CC to Scott Wood as NAND custodian)?
I just tried including the NAND driver from this patch into drivers/mtd/nand.
Seems that a few things are st
Hi
I have try to merge Ingenic U-boot (1.1.6) with upstream.
but I have some problem
1. there is no
--
NAND_CTL_SETNCE:
NAND_CTL_CLRNCE:
NAND_CTL_SETCLE:
NAND_CTL_CLRCLE:
NAND_CTL_SETALE:
NAND_CTL_CLRALE:
instead of :
--
NAND_NCE:
NAND_CLE:
NAND_ALE:
NAND_CTRL_CLE:
NAND_CTRL_ALE:
NAND_CTRL_CHANGE:
On Tuesday 26 May 2009 09:28:29 Prafulla Wadaskar wrote:
> > Do you also have a NAND driver for Kirkwood in your queue?
> > I'm asking since I need NAND support for my custom board. If
> > you don't have any I will port the one from the 1.1.4 Marvell
> > version to mainline.
>
> Hi Stefan
> No need
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: Tuesday, May 26, 2009 12:43 PM
> To: Prafulla Wadaskar
> Subject: Re: [U-Boot] [PATCH v10] Marvell Kirkwood family SOC support
>
> Hi Prafulla,
>
> On Thursday 21 May 2009 22:24:29 Prafulla Wadaskar wrote:
> > Kirkwo
64 matches
Mail list logo
