Re: [U-Boot] [PATCH] pci/fsl_pci_init: Fold fsl_pci_setup_inbound_windows into fsl_pci_init

Dear Kumar Gala, In message <1249352037-25832-2-git-send-email-ga...@kernel.crashing.org> you wrote: > Every platform that calls fsl_pci_init calls fsl_pci_setup_inbound_windows > before it calls fsl_pci_init. There isn't any reason to just call it > from fsl_pci_init and simplify things a bit.

Re: [U-Boot] [PATCH] pci/fsl_pci_init: Fold pci_setup_indirect into fsl_pci_init

Dear Kumar Gala, In message <1249352037-25832-1-git-send-email-ga...@kernel.crashing.org> you wrote: > Every platform that calls fsl_pci_init calls pci_setup_indirect before > it calls fsl_pci_init. There isn't any reason to just call it from > fsl_pci_init and simplify things a bit. ... > --- a

Re: [U-Boot] [PATCH] stxamc8548: initial commit

Hi Alex, Alex Dubov wrote: >> When you say its an "old" board, hopefully its still being used. ie >> adding support for an "old" board still has some value? :) > > The board is still for sale, even though it's not recommended for new > designs. > > http://www.silicontkx.com/AMC8548.htm > > But

Re: [U-Boot] [PATCH] stxamc8548: initial commit

> When you say its an "old" board, hopefully its still being used. ie > adding support for an "old" board still has some value? :) The board is still for sale, even though it's not recommended for new designs. http://www.silicontkx.com/AMC8548.htm But then, there are not that many boards for R

[U-Boot] [PATCH] pci/fsl_pci_init: Fold fsl_pci_setup_inbound_windows into fsl_pci_init

Every platform that calls fsl_pci_init calls fsl_pci_setup_inbound_windows before it calls fsl_pci_init. There isn't any reason to just call it from fsl_pci_init and simplify things a bit. Signed-off-by: Kumar Gala --- board/atum8548/atum8548.c |8 board/freescale/m

[U-Boot] [PATCH] pci/fsl_pci_init: Fold pci_setup_indirect into fsl_pci_init

Every platform that calls fsl_pci_init calls pci_setup_indirect before it calls fsl_pci_init. There isn't any reason to just call it from fsl_pci_init and simplify things a bit. Signed-off-by: Kumar Gala --- board/atum8548/atum8548.c | 10 +++--- board/freescale/mpc8536ds/

Re: [U-Boot] Normal command line behavior?

Dear Jerry Van Baren, In message <4a773c1c.7080...@ge.com> you wrote: > > It is a configuration/design decision: see include/command.h line 46ff, > struct cmd_tbl_s, field "repeatable". This is configured via the > U_BOOT_CMD macro. > >

[U-Boot] u-boot Flash problem

Hi, I am having problem with my intel (p33) 64 Mb flash. For some reason only 32 Mg gets initialized, though before putting uboot on board I could access my whole 64 mb through debugger. My board is mpc8377erdb ( powerpc ) Port width and chip width seem to be 16 bit. Any help would be ap

Re: [U-Boot] Normal command line behavior?

J.C. Wren wrote: > I notice that when I hit return at a U-Boot > prompt, it executes the last > command again. CONFIG_SYS_HUSH_PARSER is defined, from U-Boot > 2009.08-rc1-00030-g56bdfa9-dirty. > > It this is expected, it seems like a *really* bad idea. It's cost me having > to reload 6M images

Re: [U-Boot] [PATCH v2] P2020RDB Platform suppport added

Dear Poonam, in message <1bd5cfc378ed0946b688e0c9ba2ef095192...@zin33exm24.fsl.freescale.net> you wrote: > > > Please explain why - we've been using this on PowerPC (where > > it has been implemented right in the beginning) for more than > > 9 years now, without ever finding it difficult. > Co

Re: [U-Boot] [PATCH] stxamc8548: initial commit

Dear Alex Dubov, In message <123712.99670...@web37606.mail.mud.yahoo.com> you wrote: > > STx AMC8548 board is an old, AMC form factor, MPC8548 based board intended > for RapidIO applications. It features 16MiB NAND flash, one DDR2 soDIMM > slot, ethernet on front panel and backplane, RapidIO on b

[U-Boot] Normal command line behavior?

I notice that when I hit return at a U-Boot > prompt, it executes the last command again. CONFIG_SYS_HUSH_PARSER is defined, from U-Boot 2009.08-rc1-00030-g56bdfa9-dirty. It this is expected, it seems like a *really* bad idea. It's cost me having to reload 6M images at 115200 twice now. --jc __

Re: [U-Boot] [PATCH] mxc_nand: add nand driver for MX2/MX3

On Mon, Aug 03, 2009 at 06:01:03AM +0400, Ilya Yanok wrote: > >> + return; > >> + } > >> + > >> + if (chip == -1) { > >> + writew(readw(&host->regs->nfc_config1) & ~NFC_CE, > >> + &host->regs->nfc_config1); > >> + return; > >> + } > >> + > >> +

Re: [U-Boot] [RFC PATCH] Add support for Raidsonic ICYBOX NAS4220 board

On 07/08/2009 01:29 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 22:03 Tue 30 Jun , Darius Augulis wrote: >> This board is based on Cortina Systems networking processor >> CS3516. It has FA526 core, which is ARMv4 compatible. >> Many SoC specific definitions may be used for similar >> proce

Re: [U-Boot] NAND booting of MPC8313 based Custom board

> "NAND boot... read failed (ltesr)" This message is triggered by an uncorrectable ECC error; LTESR[2]. > Can any one tell how shall i proceed for booting > successfully from large > page NAND ? This sounds very similar to problems I initially had. Odds are your are burning you LP NAND with t

Re: [U-Boot] NAND booting of MPC8313 based Custom board

On Mon, Aug 03, 2009 at 08:20:41PM +0530, Rupesh Kumar wrote: > Hi, > I used latest version of u-boot (U-Boot 2009.08-rc1) for NAND booting of > my board. Still, it didn't work. > Board starts booting and then says read failed and hangs there. It prints > following message on console > > "NA

Re: [U-Boot] [PATCH v2 2/3] Fix 2k page size NAND for iMX27

On Sat, Aug 01, 2009 at 08:28:30AM +0200, Eric Bénard wrote: > Scott Wood a écrit : > >On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote: > >>Signed-off-by: Eric Benard > >>--- > >> drivers/nand/nand_imx.c | 20 +--- > >> include/asm-arm/arch-imx/imx-nand.h |

Re: [U-Boot] Make 'nand write.yaffs' mainline?

Dear "J.C. Wren", In message <17434f2e0908030757t4069c978r1ea8b42330b68...@mail.gmail.com> you wrote: > > Being still unfamiliar with u-boot standards and practices for submitting > patches, etc, what can I do to make this happen? I can diff it against the > sources I have and submit a patch to

Re: [U-Boot] Make 'nand write.yaffs' mainline?

Being still unfamiliar with u-boot standards and practices for submitting patches, etc, what can I do to make this happen? I can diff it against the sources I have and submit a patch to the mailing list, if that's acceptable. I'm building for ARM, and I've proved it works (needing only a one chan

Re: [U-Boot] [PATCH] stxamc8548: initial commit

Hi Alex, I made a few comments below: On Sun, 2009-08-02 at 22:24 -0700, Alex Dubov wrote: > STx AMC8548 board is an old, AMC form factor, MPC8548 based board intended > for RapidIO applications. It features 16MiB NAND flash, one DDR2 soDIMM > slot, ethernet on front panel and backplane, RapidIO o

Re: [U-Boot] NAND booting of MPC8313 based Custom board

Hi, I used latest version of u-boot (U-Boot 2009.08-rc1) for NAND booting of my board. Still, it didn't work. Board starts booting and then says read failed and hangs there. It prints following message on console "NAND boot... read failed (ltesr)" I am using 2.1 silicon MPC8313 based custom

Re: [U-Boot] Make 'nand write.yaffs' mainline?

Dear "J.C. Wren", In message <17434f2e0908030603t74e23a37ob201fcfb0bf46...@mail.gmail.com> you wrote: > > Scott pointed me at this patch ( > http://git.denx.de/?p=u-boot/u-boot-blackfin.git;a=commitdiff;h=44f07de8cc94836cd3b0fd2fb0cf8b8651461087) > that's in the Blackfin branch. > > Would it be

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090803121748.gg15...@game.jcrosoft.org> you wrote: > > > > > +#define CONFIG_SYS_MALLOC_LEN (0x1 + 256 * 1024) > > > please do not mix hexa and decimal > I've as there is other think to fix otherwise I'll not have ask > > > > Pleas

[U-Boot] BMP display.

Hello, all! Detlev, thank for oyur reply. So I don't need environment file parser any more. But now I have new question - how can I display a Bitmap picture on the board's LCD? I know there is the "bmp" command, but how should I configure and build U-Boot to have this command in prompt? My board

[U-Boot] Make 'nand write.yaffs' mainline?

Scott pointed me at this patch ( http://git.denx.de/?p=u-boot/u-boot-blackfin.git;a=commitdiff;h=44f07de8cc94836cd3b0fd2fb0cf8b8651461087) that's in the Blackfin branch. Would it be possible to make this mainline? Thanks, --jc ___ U-Boot mailing list U-

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

On 10:19 Mon 03 Aug , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090803053218.ga15...@game.jcrosoft.org> you wrote: > > > ... > > > +/* malloc() len */ > > > +#define CONFIG_SYS_MALLOC_LEN(0x1 + 256 * 1024) > > please do not mix hexa and dec

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090803072945.gc15...@game.jcrosoft.org> you wrote: > Hi, > > Please pull > The following changes since commit 56bdfa961242fc6acaeebc800640a12b28db3899: > Dirk Eibach (1): > ppc4xx: Remove check for PPC460EX from CompactCenter > > are

Re: [U-Boot] [PATCH v2] P2020RDB Platform suppport added

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Monday, August 03, 2009 1:55 PM > To: Aggrwal Poonam-B10812 > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH v2] P2020RDB Platform suppport added

Re: [U-Boot] [PATCH v2] P2020RDB Platform suppport added

Dear Poonam, In message <1bd5cfc378ed0946b688e0c9ba2ef095192...@zin33exm24.fsl.freescale.net> you wrote: > > > So I always recomment to enable the feature - unless you > > really have to save a few milliseconds on boot time. > In that case the API can be really useful. May be I can send the > m

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe, Jean-Christophe PLAGNIOL-VILLARD wrote: > Hi, > > Please pull > The following changes since commit 56bdfa961242fc6acaeebc800640a12b28db3899: > Dirk Eibach (1): > ppc4xx: Remove check for PPC460EX from CompactCenter > > are available in the git repository at: > >

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090803053218.ga15...@game.jcrosoft.org> you wrote: > ... > > +/* malloc() len */ > > +#define CONFIG_SYS_MALLOC_LEN (0x1 + 256 * 1024) > please do not mix hexa and decimal Please be reasonable. This is a perfectly valid and eas

Re: [U-Boot] [RFC PATCH] Add support for Raidsonic ICYBOX NAS4220 board

On 07/08/2009 01:29 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 22:03 Tue 30 Jun , Darius Augulis wrote: >> This board is based on Cortina Systems networking processor >> CS3516. It has FA526 core, which is ARMv4 compatible. >> Many SoC specific definitions may be used for similar >> proce

Re: [U-Boot] [PATCH] Support for the Calao TNY-A9260/TNY-A9G20 boards

On Sat, Aug 01, 2009 at 04:15:32PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote : > On 10:32 Fri 24 Jul , Albin Tonnerre wrote: > > The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao > > Systems . Their components are very > > similar to t

[U-Boot] ARM Pull Request

Hi, Please pull The following changes since commit 56bdfa961242fc6acaeebc800640a12b28db3899: Dirk Eibach (1): ppc4xx: Remove check for PPC460EX from CompactCenter are available in the git repository at: git://git.denx.de/u-boot-arm.git master David Brownell (1): rm9200 lowevel

[U-Boot] Changing serial port and sending arbitrary data over serial interface

Hi I am currently in the process of reworking my patches to bring my u-boot port into the official git. All my work is based on latest head. Now I came to a point where I don't know how to do it and also didn't find any board doing the same thing. My system has six NS16550 serial ports where u-b

Re: [U-Boot] [patch] rm9200 lowevel_init: don't touch reserved/readonly registers

On 18:40 Thu 16 Jul , David Brownell wrote: > For some reason the AT91rm9200 lowlevel init writes to a bunch of > reserved or read-only addresses. All the boards seem to define the > value-to-be-written values as zero ... but they shouldn't actually > be writing *anything* there. > > No docum