Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1241969511-4497-5-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Please provide a proper commit message explaining what you are doing,
and get rid of the special character(s) in the Subject: li
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1241969511-4497-4-git-send-email-plagn...@jcrosoft.com> you wrote:
> when allowing for PCI addresses to be 64-bit in commint 30e76d5e3bc4
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> lib_i386/pci.c|2 +-
> lib_i386/vi
Hi Wolfgang,
On Saturday 09 May 2009 21:50:47 Wolfgang Denk wrote:
> ARIA is a MPC5121E based COM Express module by Dave/DENX.
Please find some comments below.
> diff --git a/board/davedenx/aria/aria.c b/board/davedenx/aria/aria.c
> + /*
> + * Enable clocks
> + */
> + out_
Dear Stefan,
In message <200905110917.21667...@denx.de> you wrote:
>
> > +phys_size_t initdram (int board_type)
> > +{
> > + u32 msize = 0;
> > +
> > + msize = fixed_sdram ();
> > +
> > + return msize;
> > +}
>
> Or just:
>
> phys_size_t initdram (int board_type)
> {
> return fixed_s
On Monday 11 May 2009 02:39:26 Jean-Christophe PLAGNIOL-VILLARD wrote:
> this will allow to add later a hook to update the enetadd hw storage
> when it's updated in env or when the env is saved
there is no need for that on purpose. the network layer will recheck the
environment every time it get
Hmmm... what about these additional steps:
1) Add .o file to COBJS in ./common/Makefile
2) Add CFG_CMD_ to CONFIG_COMMANDS macro in
./include/configs/.h
3) Add CFG_CMD_ definition to ./include/cmd_confdefs.h
are they necesarry? I think that I had to do these also.
BR,
Drasko
On Fri, May 8, 2009
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Ben Warren
> Cc: Haavard Skinnemoen
Acked-by: Haavard Skinnemoen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This patch adds another build target for the AMCC Sequoia PPC440EPx
eval board. This RAM-booting version is targeted for boards without
NOR FLASH (NAND booting) which need a possibility to initially
program their NAND FLASH. Using a JTAG debugger (e.g. BDI2000/3000)
configured to setup the SDRAM, t
following patchset cleans up gpmc config for omap3.
- chip select configuration is embedded into global gpmc configuration
struct to make it available without handling offset-defines.
- several instances of gpmc_t (which used always the same base address)
are replaced by one global struct whic
Signed-off-by: Matthias Ludwig
---
board/omap3/evm/evm.c | 15 +++
cpu/arm_cortexa8/omap3/mem.c | 21 ++---
cpu/arm_cortexa8/omap3/sys_info.c |3 +--
drivers/mtd/nand/omap_gpmc.c | 33 -
4 files changed, 3
Signed-off-by: Matthias Ludwig
---
board/omap3/evm/evm.c |2 +-
cpu/arm_cortexa8/omap3/mem.c |6 +++---
cpu/arm_cortexa8/omap3/sys_info.c |2 +-
drivers/mtd/nand/omap_gpmc.c |2 +-
include/asm-arm/arch-omap3/cpu.h |4 ++--
include/configs/omap3_beagle.h
Embedd chip select configuration into struct for gpmc config
instead of having it completely separated as suggested by
Wolfgang Denk on
http://lists.denx.de/pipermail/u-boot/2009-May/052247.html
Attention: this also fixes a missnaming in board/omap3/evm/evm.c
which told to use CS6 but used CS5 in
replace variable types in ctrl_structs for omap3 by those with
fixed size (u8, u16, u32).
Additional ifndef-protection is needed by examples which do not
compile when including asm/types.h
Signed-off-by: Matthias Ludwig
---
include/asm-arm/arch-omap3/cpu.h | 412
Hi all,
I am porting u-boot on PPC440 EP. I am porting a stand alone application
on it.
I have coded for testing the peripherals of PPC. I have no issues in
executing this application.
Similarly I want to test ethernet communication also. I would like to
transmit a text file from my board to PC
Dear Stefan Roese,
In message <1242035235-26833-1-git-send-email...@denx.de> you wrote:
>
> Here the commands to load and start this image from the BDI2000:
>
> 440EPX>load 0x100 /tftpboot/sequoia/u-boot.bin
> 440EPX>go 0x100
I assume you used "reset halt" before?
> Please note that thi
Dear prathika,
In message <4a07faf7.30...@deeopl.com> you wrote:
>
> I am porting u-boot on PPC440 EP. I am porting a stand alone application
> on it.
> I have coded for testing the peripherals of PPC. I have no issues in
> executing this application.
You should have coded the test code in the
Matthias Ludwig said the following on 05/11/2009 01:09 PM:
> following patchset cleans up gpmc config for omap3.
>
> -
which tree is the baseline for these? i think arm/next has few changes
also which is yet to be merged to mainline..
Regards,
Nishanth Menon
Hi all,
I am working on an ARM platform with OneNAND as the permanent storage
for u-boot, Linux kernel and rootfs. I am using u-boot-2009.03 and linux
kernel 2.6.27. I have some questions about the bad block handling of
OneNAND.
1. How does the u-boot handle bad block for onenand?
2. If
Hi,
> Hi all,
>
> I am working on an ARM platform with OneNAND as the
> permanent storage
> for u-boot, Linux kernel and rootfs. I am using
> u-boot-2009.03 and linux
> kernel 2.6.27. I have some questions about the bad block
> handling of
> OneNAND.
>
> 1. How does the u-boot handle bad blo
hi,
You have mentioned to add the test code to the existing POST framework. In my
hardware, I have CAN controller interfaced to SPI interface, SPI DACs, parallel
ADCs, 1553B controller interfaced to EBC.
I have a CPLD to generate chip selects to these ICs.
If this test code will be useful, plea
Dear prathika,
please do not top post / full quote. Make sure to read and understand
http://www.netmeister.org/news/learn2quote.html
In message <4a08080e.6030...@deeopl.com> you wrote:
>
> You have mentioned to add the test code to the existing POST framework. In my
> hardware, I have CAN contr
Hi Wolfgang,
On Monday 11 May 2009 12:21:23 Wolfgang Denk wrote:
> > Here the commands to load and start this image from the BDI2000:
> >
> > 440EPX>load 0x100 /tftpboot/sequoia/u-boot.bin
> > 440EPX>go 0x100
>
> I assume you used "reset halt" before?
Yes, sure.
> > Please note that this
On 03:48 Mon 11 May , Mike Frysinger wrote:
> On Monday 11 May 2009 02:39:26 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > this will allow to add later a hook to update the enetadd hw storage
> > when it's updated in env or when the env is saved
>
> there is no need for that on purpose. the net
Hi Kazuaki Ichinohe,
first the good news. This patch version now applies clean. Thanks.
But please find still a few comments below.
On Friday 08 May 2009 08:27:27 Kazuaki Ichinohe wrote:
> Hello Denk, Stefan,
>
> The confirmed patch is sent again.
> Please review this patch.
>
Move the lines ab
Dear Stefan Roese,
In message <200905111339.28531...@denx.de> you wrote:
>
> > > Please note that this image automatically scans for an already
> > > initialized SDRAM TLB (detected by EPN=0). This TLB will not be
> >
> > And what happens when the TLB is not correctly set? Will we get a
> > usefu
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
>
> > there is no need for that on purpose. the network layer will recheck the
> > environment every time it gets initialized, and it gets initialized with
> > every
> > network step. this i
On Monday 11 May 2009 15:20:10 Wolfgang Denk wrote:
> > > And what happens when the TLB is not correctly set? Will we get a
> > > useful error message then?
> >
> > No. SDRAM needs to work correctly so that this RAM-booting version can
> > function. And for this the MMU needs to be configured and t
This patch moves the malloc initialization before calling flash_init().
Upcoming changes to the NOR FLASH common CFI driver with optional
MTD infrastructure and MTD concatenation support will call malloc().
And nothing really speaks against enabling malloc just a little earlier
in the boot stage. S
This patch now enabled this cfi-mtd wrapper to correctly detect and
erase the last sector in an NOR FLASH device.
Signed-off-by: Stefan Roese
---
drivers/mtd/cfi_mtd.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/cfi_mtd.c b/drivers/mtd/cfi_mtd.c
i
Hi
I was going thruogh the code of u-boot-1.3.0 and was particlarly going
through the code in board/freescale/mpc8313erdb cause thats my board.
And i found that relocate_code() function is being declared in common.h
and called at few instances but could not find the definition of the code.
Can
This patch adds concatenation support to the U-Boot MTD infrastructure.
By enabling CONFIG_MTD_CONCAT this MTD CFI wrapper will concatenate
all found NOR devices into one single MTD device. This can be used by
e.g by UBI to access a partition that spans over multiple NOR chips.
Signed-off-by: Stef
This patch brings the U-Boot MTD infrastructure in sync with the current
Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
support and a resync of the mtdpart.c file which has seen multiple fixes
meanwhile.
Signed-off-by: Stefan Roese
Cc: Scott Wood
Cc: Kyungmin Park
---
Signed-off-by: Stefan Roese
---
common/cmd_flash.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/common/cmd_flash.c b/common/cmd_flash.c
index f1f3517..d44349c 100644
--- a/common/cmd_flash.c
+++ b/common/cmd_flash.c
@@ -31,7 +31,7 @@
#include
#endif
-#i
This patch removes all references to the direct CFI FLASH interface
(via flash_info[]). Now that all FLASH types currently handled in
mtdparts are available (if selected, see below) via the MTD infrastructure.
This is NOR, NAND and OneNAND right now. This can be achieved by defining
the following o
> I was going thruogh the code of u-boot-1.3.0 and was
> particlarly going through the code in
> board/freescale/mpc8313erdb cause thats my board.
> And i found that relocate_code() function is being declared
> in common.h and called at few instances but could not find
> the definition of the
On 15:26 Mon 11 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> >
> > > there is no need for that on purpose. the network layer will recheck the
> > > environment every time it gets initialized, and it
On Mon, May 11, 2009 at 9:12 AM, Deepak Gopalakrishnan
wrote:
> And i found that relocate_code() function is being declared in common.h
> and called at few instances but could not find the definition of the code.
> Can anyone help me with this.
grep -rw relocate_code *
--
Timur Tabi
Linux ker
Dear Stefan Roese,
In message <200905111531.11474...@denx.de> you wrote:
> On Monday 11 May 2009 15:20:10 Wolfgang Denk wrote:
> > > > And what happens when the TLB is not correctly set? Will we get a
> > > > useful error message then?
> > >
> > > No. SDRAM needs to work correctly so that this RAM
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511142454.gb1...@game.jcrosoft.org> you wrote:
>
> > > Unfortunatly we need it to set the enetaddr in the register of the soc
> > > evenif
> > > there is no ethernet transfer as for the macb on at91 or the dm9000.
> > > This how the kernel p
On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > Dear Jean-Christophe PLAGNIOL-VILLARD,
> >
> > In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> > > > there is no need for that on purpose. the network layer
On Monday 11 May 2009 10:03:55 Stefan Roese wrote:
> This patch brings the U-Boot MTD infrastructure in sync with the current
> Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
> support and a resync of the mtdpart.c file which has seen multiple fixes
> meanwhile.
really wis
Hi
I am porting uboot on Poseidon Board(OMAP 2430).
I am able to download uboot on to RAM using Trace-32(Leuterbach) and get
the prompt and after downloading uboot.bin to RAM, I executed onenand erase
and write commands for downloading u-boot-onenand.bin on to OneNand chip
which is mapped at 0x0
On 18:01 Mon 11 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090511142454.gb1...@game.jcrosoft.org> you wrote:
> >
> > > > Unfortunatly we need it to set the enetaddr in the register of the soc
> > > > evenif
> > > > there is no ethernet transfer as fo
On Monday 11 May 2009 18:27:02 Mike Frysinger wrote:
> On Monday 11 May 2009 10:03:55 Stefan Roese wrote:
> > This patch brings the U-Boot MTD infrastructure in sync with the current
> > Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
> > support and a resync of the mtdpart.
On 12:24 Mon 11 May , Mike Frysinger wrote:
> On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > > Dear Jean-Christophe PLAGNIOL-VILLARD,
> > >
> > > In message <20090511120809.ga1...@game.jcrosoft.org> you wrote:
> > >
On Monday 11 May 2009 17:57:47 Wolfgang Denk wrote:
> > I'm "scanning" for the SDRAM TLB, because it can be on any TLB location.
> > In my first implementation I assumed that the SDRAM TLB was TLB #0
> > (configured via BDI2000). This worked just fine. But then I loaded this
> > RAM-booting image v
2009/5/10 Jean-Christophe PLAGNIOL-VILLARD :
> On 21:31 Sun 10 May , Magnus Lilja wrote:
>> 2009/5/9 Jean-Christophe PLAGNIOL-VILLARD :
>> > On 21:56 Sun 03 May , Magnus Lilja wrote:
>> >> @@ -32,7 +35,7 @@
>> >> #include
>> >> .globl _start
>> >> _start: b reset
>> >> -#ifdef CONFIG
On Monday 11 May 2009 12:37:28 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:24 Mon 11 May , Mike Frysinger wrote:
> > On Monday 11 May 2009 10:24:54 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > On 15:26 Mon 11 May , Wolfgang Denk wrote:
> > > > In message Jean-Christophe wrote:
> > > >
On Monday 11 May 2009 12:38:45 Stefan Roese wrote:
> On Monday 11 May 2009 18:27:02 Mike Frysinger wrote:
> > On Monday 11 May 2009 10:03:55 Stefan Roese wrote:
> > > This patch brings the U-Boot MTD infrastructure in sync with the
> > > current Linux MTD version (2.6.30-rc3). Biggest change is the
This patch adds another build target for the AMCC Sequoia PPC440EPx
eval board. This RAM-booting version is targeted for boards without
NOR FLASH (NAND booting) which need a possibility to initially
program their NAND FLASH. Using a JTAG debugger (e.g. BDI2000/3000)
configured to setup the SDRAM, t
On Sat, May 09, 2009 at 04:21:17PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Noone seems to worry about it
>
> maybe cc the linux davinci ML to announce that we remove it could be nice
> Scoot is it ok with you
Yes, I've already applied it to "next".
BTW, it's "Scott", not "Scoot". :-)
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090511163728.gb32...@game.jcrosoft.org> you wrote:
>
> > then we agree you're doing it wrong and this patch is not needed/wanted
> >
> > there is this FAQ, but i think we can add more info to it:
> > http://www.denx.de/wiki/view/DULG/EthernetDo
Dear Mike,
in message <200905111324.58673.vap...@gentoo.org> you wrote:
>
> ive filled it out some more ... i'm assuming this is the best place for such
> information
Thanks.
> also, i dont really know this wiki, so i cheated with the FDT wiki link and
> used the full path since i was unable to
Dear Stefan Roese,
In message <200905111838.45552...@denx.de> you wrote:
>
> > really wish there was a define to control this. large devices are fine,
> > but it sucks when majority of people dont hit this limit.
>
> What is the drawback of this code version? I have to admit that I didn't
> com
Dear Stefan Roese,
In message <1242051226-7933-1-git-send-email...@denx.de> you wrote:
> This patch removes all references to the direct CFI FLASH interface
> (via flash_info[]). Now that all FLASH types currently handled in
> mtdparts are available (if selected, see below) via the MTD infrastruct
On Monday 11 May 2009 02:39:28 Jean-Christophe PLAGNIOL-VILLARD wrote:
> this add multi devices support and merge dm9000's eeprom command support
assuming this doesnt depend on the first two patches in this series, this
sounds great to me
> +U_BOOT_CMD(
> + dm9000ee,4,1,do_dm9000_eeprom,
> +
On Monday 11 May 2009 12:24:31 Mike Frysinger wrote:
> there is this FAQ, but i think we can add more info to it:
> http://www.denx.de/wiki/view/DULG/EthernetDoesNotWorkInLinux
ive filled it out some more ... i'm assuming this is the best place for such
information
also, i dont really know this
On Mon, May 11, 2009 at 07:42:02PM +0530, Deepak Gopalakrishnan wrote:
> Hi
> I was going thruogh the code of u-boot-1.3.0 and was particlarly going
> through the code in board/freescale/mpc8313erdb cause thats my board.
> And i found that relocate_code() function is being declared in common.h
>
2009/5/10 Jean-Christophe PLAGNIOL-VILLARD :
>> >> +
>> >> + }
>> >> +
>> >> + page_count = CFG_NAND_CHIP_SIZE / CFG_NAND_PAGE_SIZE;
>> > please use CONFIG_SYS_ or CONFIG_
>>
>> Will do.
>>
>> > and why not detect it?
>>
>> Might be possible, I'll look into it to see if it's doable.
> tks
On Wed, May 06, 2009 at 08:28:39PM -0400, Mike Frysinger wrote:
> The BF537-STAMP Blackfin board had a driver for working with NAND devices
> that are simply memory mapped. Since there is nothing Blackfin specific
> about this, generalize the driver a bit so that everyone can leverage it.
>
> Sig
On Sat, May 09, 2009 at 12:35:20PM -0400, s-paul...@ti.com wrote:
> All DaVinci SOC's use a CLE mask of 0x10 and an ALE mask of 0x8
> except the DM646x. This was decided by the design team driving the design.
> This patch updates the CLE and ALE values for DM646x.
> Updated patches for DM646x will
Hi Matthias,
Matthias Ludwig wrote:
> Signed-off-by: Matthias Ludwig
> ---
> board/omap3/evm/evm.c |2 +-
> cpu/arm_cortexa8/omap3/mem.c |6 +++---
> cpu/arm_cortexa8/omap3/sys_info.c |2 +-
> drivers/mtd/nand/omap_gpmc.c |2 +-
> include/asm-arm/arch-omap3/
On Sun, May 10, 2009 at 03:43:01PM -0700, David Brownell wrote:
> From: David Brownell
>
> Update chipselect handling in davinci_nand.c so that it can
> handle 2 GByte chips the same way Linux does: as one device,
> even though it has two halves with independent chip selects.
> For such chips th
On Fri, May 01, 2009 at 04:24:20PM -0400, Josh Karabin wrote:
> @@ -119,8 +121,12 @@ arg_off_size(int argc, char *argv[], nand_info_t *nand,
> ulong *off, size_t *size
> }
> *off = part->offset;
> if (argc >= 2) {
> -
Hi Matthias,
Matthias Ludwig wrote:
> following patchset cleans up gpmc config for omap3.
>
> - chip select configuration is embedded into global gpmc configuration
> struct to make it available without handling offset-defines.
> - several instances of gpmc_t (which used always the same base ad
On Mon, May 11, 2009 at 12:57:52PM -0400, Mike Frysinger wrote:
> On Monday 11 May 2009 12:38:45 Stefan Roese wrote:
> > On Monday 11 May 2009 18:27:02 Mike Frysinger wrote:
> > > On Monday 11 May 2009 10:03:55 Stefan Roese wrote:
> > > > This patch brings the U-Boot MTD infrastructure in sync with
Josh Karabin wrote:
>> Why not support plussed for read as well?
>
> "read" isn't strictly necessary, since the existing code permits lengths
> that result in page-unaligned reads.
Would be nice to keep the syntax consistent and not error if the user
does provide a plus, though.
> Other operati
Thanks for the review! I have some questions below that'll help me get
rev 2 correct.
Scott Wood wrote:
> On Fri, May 01, 2009 at 04:24:20PM -0400, Josh Karabin wrote:
>> @@ -119,8 +121,12 @@ arg_off_size(int argc, char *argv[], nand_info_t *nand,
>> ulong *off, size_t *size
>>
Richard,
Agree.
Best Regards,
TsiChung
-Original Message-
From: Richard Retanubun [mailto:richardretanu...@ruggedcom.com]
Sent: Friday, May 08, 2009 7:52 AM
To: u-boot Mailing List
Cc: Liew Tsi Chung-R5AAHP
Subject: coldFire: net: Question about the use of MCFFEC_TOUT_LOOP
Hi TC,
I a
Wolfgang,
I think it is time to hand over 5xxx maintainership to you.
I did go over these patches they look good to me.
John
On Sat, May 9, 2009 at 1:50 PM, Wolfgang Denk wrote:
> The following patch series includes a heavy rework of the existing
> code for MPC512x processors. The changes in
Signed-off-by: Sergey Lapin
---
board/afeb9260/afeb9260.c |2 +-
cpu/arm926ejs/at91/at91sam9260_macb.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/afeb9260/afeb9260.c b/board/afeb9260/afeb9260.c
index 024db2b..a247663 100644
--- a/board/afeb9260
On 14:02 Mon 11 May , Mike Frysinger wrote:
> On Monday 11 May 2009 02:39:28 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > this add multi devices support and merge dm9000's eeprom command support
>
> assuming this doesnt depend on the first two patches in this series, this
> sounds great to me
> > > >
> > > > this exactly what is done only write mac hw register
> > > > without init the eth stack
> > > >
> > > > before we do need to init the mac and detect the phy if we want to
> > > > store now we have to call the set_hw_enetaddr
> > >
> > > then we agree you're doing it wrong and this p
Jean-Christophe PLAGNIOL-VILLARD wrote:
> init it at the eth_initialize
>
> this will allow to add later a hook to update the enetadd hw storage
> when it's updated in env or when the env is saved
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Ben Warren
> ---
> include/net.h |2 +
On 21:03 Mon 11 May , Magnus Lilja wrote:
> 2009/5/10 Jean-Christophe PLAGNIOL-VILLARD :
> >> >> +
> >> >> + }
> >> >> +
> >> >> + page_count = CFG_NAND_CHIP_SIZE / CFG_NAND_PAGE_SIZE;
> >> > please use CONFIG_SYS_ or CONFIG_
> >>
> >> Will do.
> >>
> >> > and why not detect it?
> >>
>
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Ben Warren
> Cc: Haavard Skinnemoen
> ---
> drivers/net/macb.c | 23 +--
> 1 files changed, 17 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/macb.c b/drivers/net/ma
Jean-Christophe PLAGNIOL-VILLARD wrote:
> this add multi devices support and merge dm9000's eeprom command support
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Ben Warren
> Cc: TsiChung Liew
> Cc: Konstantin Kletschke
> Cc: Stelian Pop
> ---
>
I'll go over this in the next few
>
> >>
> >> >> +
> >> >> +.globl lowlevel_init
> >> >> +lowlevel_init:
> >> >> + /* Also setup the Peripheral Port Remap register inside the core
> >> >> */
> >> >> + ldr r0, =ARM_PPMRR /* start from AIPS 2GB region */
> >> >> + mcr p15, 0, r0, c15, c2, 4
> >> >> +
> >> >
On 08:52 Mon 11 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090510221846.gj21...@game.jcrosoft.org> you wrote:
> >
> > > > > >> +mx31pdk_nand_config : unconfig
> > > > > >> + @mkdir -p $(obj)include $(obj)board/freescale/mx31pdk
> > > > > >> + @mk
On Monday 11 May 2009 20:04:46 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > > > this exactly what is done only write mac hw register
> > > > > without init the eth stack
> > > > >
> > > > > before we do need to init the mac and detect the phy if we want to
> > > > > store now we have to call the s
On Monday 11 May 2009 19:58:27 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 14:02 Mon 11 May , Mike Frysinger wrote:
> > On Monday 11 May 2009 02:39:28 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > this add multi devices support and merge dm9000's eeprom command
> > > support
> >
> > assuming t
Jean-Christophe PLAGNIOL-VILLARD wrote:
> reset_phy was used to force the macb to be always init in order to
> set the enetaddr in the hw registers which now done at the eth_initialize
>
>
I guess this is also NAK due to NAK'ing of parts 1 & 2.
regards,
Ben
_
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A P
On 12:15 Sat 09 May , s-paul...@ti.com wrote:
> Patch adds base addresses for DaVinci DM365. Updated patches for DM365
> will be posted soon.
> Patch applies to arm/next
>
> Signed-off-by: Sandeep Paulraj
> ---
applied to arm/next
Best Regards,
J.
On 14:52 Tue 05 May , Sanjeev Premi wrote:
> The current configuration doesn't define default
> bootfile; leading to this warning at execution:
>
> OMAP3_EVM # dhcp
> ...
> ...
> DHCP client bound to address 192.168.1.11
> *** Warning: no boot file name; using 'AC18BE16.img'
> TFTP from server
>
>> as davinci which is starting to be clean
>
> Sorry, but I can't find any board/ti which would be board/ you
> mention above. Even not for davinci. I looked into u-boot-arm-master and
> -next.
and the code is start to be moved
>
> But what I can find in both trees are
>
> board/davinci/commo
On 13:08 Thu 07 May , Detlev Zundel wrote:
> Signed-off-by: Detlev Zundel
> Cc: Sascha Hauer
> ---
Sascha ping?
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 22:49 Sun 10 May , Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:39 Sun 10 May , Wolfgang Denk wrote:
> > Dear Jean-Christophe PLAGNIOL-VILLARD,
> >
> > In message <20090510144001.gb21...@game.jcrosoft.org> you wrote:
> > > On 20:26 Sat 09 May , Wolfgang Denk wrote:
> > > > Dear J
On Monday 11 May 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > +#define BIT(x) (1 << (x))
>
> please remove
> or use set_bit
I think that should probably be added to all the bitops.h headers,
or someplace similar. But, OK; __{set,clear}_bit() work here too.
> > +/*#define CONFIG_SYS_NAND_S
From: David Brownell
Initial U-Boot support for the DaVinci DM355 EVM. This is a board
from Spectrum Digital. Board docs include schematic and firmware
for its microcontroller:
http://c6000.spectrumdigital.com/evmdm355/revd/
Most of the DM355 chip is fully documented by TI, the most notable
Hi All
Ping
I didn't here any feedback from anyone, waiting for your valued comments :-(
Regards..
Prafulla . .
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Monday, May 04, 2009 11:27 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ro
2009/5/12 Jean-Christophe PLAGNIOL-VILLARD :
> On 21:03 Mon 11 May , Magnus Lilja wrote:
>> 2009/5/10 Jean-Christophe PLAGNIOL-VILLARD :
>> >> >> +
>> >> >> + }
>> >> >> +
>> >> >> + page_count = CFG_NAND_CHIP_SIZE / CFG_NAND_PAGE_SIZE;
>> >> > please use CONFIG_SYS_ or CONFIG_
>> >>
>>
On Monday 11 May 2009 19:59:10 Wolfgang Denk wrote:
> > > really wish there was a define to control this. large devices are
> > > fine, but it sucks when majority of people dont hit this limit.
> >
> > What is the drawback of this code version? I have to admit that I didn't
> > compare code size,
Hi Wolfgang,
please pull the latest change for ppc4xx/next:
The following changes since commit fbe7eff021399175ef7d9d57f44145587c4e9a51:
Mike Frysinger (1):
tools/envcrc: add --binary option to export embedded env
are available in the git repository at:
git://www.denx.de/git/u-boot-
On Tuesday 12 May 2009 00:39:24 Stefan Roese wrote:
> On Monday 11 May 2009 19:59:10 Wolfgang Denk wrote:
> > > > really wish there was a define to control this. large devices are
> > > > fine, but it sucks when majority of people dont hit this limit.
> > >
> > > What is the drawback of this code
> which tree is the baseline for these? i think arm/next has few changes
> also which is yet to be merged to mainline..
its based on 2009.06-RC1.
I recently compile-tested on arm/next, it works for all platforms in
master, but breaks zoom2.
--
Matthias Ludwig, Software Development
Ultratronik E
96 matches
Mail list logo
