Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

In message <[EMAIL PROTECTED]> you wrote: > > > Yes, of course you do. If you copy code, you *must* honour existing > > copyrights and have not any right to remove these. > > hm, starting from how many lines of code? Copy-paste is one of the main > programming technics, as we all know:-) If you

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Hi Guennadi, Guennadi Liakhovetski schrieb: > On Tue, 8 Jul 2008, Jens Gehrlein wrote: > >> diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile >> new file mode 100644 >> index 000..f7e17c8 >> --- /dev/null >> +++ b/board/tqc/tqma31/Makefile >> @@ -0,0 +1,48 @@ >> +# >> +# Copy

Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

Hi, Stefan. 2008/7/9 Stefan Roese <[EMAIL PROTECTED]>: > On Wednesday 09 July 2008, Nobuhiro Iwamatsu wrote: >> >> When PCI_BDF was 0,0,0, does the board of PPC have the device which >> >> do not want to initialize? >> > >> > This is the current situation, yes. At least on PPC4xx. With this new >>

[U-Boot-Users] [PATCH] Many spelling fixes in README.

Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]> --- README | 141 1 files changed, 71 insertions(+), 70 deletions(-) diff --git a/README b/README index 62cdfd0..0cd01bc 100644 --- a/README +++ b/README @@ -74,7 +74,7 @@ git://ww

[U-Boot-Users] [PATCH] Minor spelling fix in comment.

Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]> --- cpu/pxa/start.S |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/cpu/pxa/start.S b/cpu/pxa/start.S index 1cdb709..23005e2 100644 --- a/cpu/pxa/start.S +++ b/cpu/pxa/start.S @@ -128,7 +128,7 @@ relocate:

Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

On Wednesday 09 July 2008, Nobuhiro Iwamatsu wrote: > >> When PCI_BDF was 0,0,0, does the board of PPC have the device which > >> do not want to initialize? > > > > This is the current situation, yes. At least on PPC4xx. With this new > > patch all platforms can overwrite this default behavior with

Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

Hi, Stefan. 2008/7/9 Stefan Roese <[EMAIL PROTECTED]>: > Hi Nobuhiro, > > On Wednesday 09 July 2008, Nobuhiro Iwamatsu wrote: >> When PCI_BDF was 0,0,0, does the board of PPC have the device which >> do not want to initialize? > > This is the current situation, yes. At least on PPC4xx. With this n

[U-Boot-Users] [PATCH 3/3] ppc4xx: Initial framework of the AMCC PPC460SX redwood reference board.

From: Feng Kan <[EMAIL PROTECTED]> Add AMCC Redwood reference board that uses the latest PPC 464 CPU processor combined with a rich mix of peripheral controllers. The board will support PCIe, mutiple Gig ethernet ports, advanced hardware RAID assistance and IEEE 1588. Signed-off-by: Feng Kan <[EM

[U-Boot-Users] [PATCH 2/3] ppc4xx: Add initial 460SX reference board (redwood) config file and defines.

From: Feng Kan <[EMAIL PROTECTED]> Signed-off-by: Feng Kan <[EMAIL PROTECTED]> --- include/asm-ppc/ppc4xx-sdram.h |3 +- include/asm-ppc/processor.h|4 + include/configs/redwood.h | 186 include/ppc440.h | 20 +++-- includ

[U-Boot-Users] [PATCH 1/3] ppc4xx: Add initial 460SX defines for the cpu/ppc4xx directory.

From: Feng Kan <[EMAIL PROTECTED]> Signed-off-by: Feng Kan <[EMAIL PROTECTED]> --- cpu/ppc4xx/44x_spd_ddr2.c |3 ++- cpu/ppc4xx/cpu.c | 33 + cpu/ppc4xx/speed.c|3 ++- cpu/ppc4xx/start.S| 19 +-- 4 files changed,

Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

Hi Nobuhiro, On Wednesday 09 July 2008, Nobuhiro Iwamatsu wrote: > When PCI_BDF was 0,0,0, does the board of PPC have the device which > do not want to initialize? This is the current situation, yes. At least on PPC4xx. With this new patch all platforms can overwrite this default behavior withou

Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset

Hi again! On Tue, Jul 08, 2008 at 11:05:10AM -0500, Scott Wood wrote: >> Therefore, I still believe that such a feature is useful and should be >> merged into u-boot. If there are problems with my particular >> implementation, I'm happy to address them. > > Can you base it off of the testing bra

Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

Hi, Stefan. 2008/7/8 Stefan Roese <[EMAIL PROTECTED]>: > This patch moves the check, if a device should be skipped in PCI PNP > configuration into the function pci_skip_dev(). This function is defined > as weak so that it can be overwritten by a platform specific one if > needed. The check if the

[U-Boot-Users] [PATCH] [resubmit] AX88180: new gigabit network driver

Signed-off-by: Louis Su <[EMAIL PROTECTED]> --- drivers/net/Makefile |1 + drivers/net/ax88180.c | 727 + drivers/net/ax88180.h | 412 3 files changed, 1140 insertions(+), 0 deletions(-) create mode 100644 driver

[U-Boot-Users] [resubmit] AX88180: new gigabit network driver

Dear Ben, Please review the resubmitted patch; This patch fix up following issues: 1. coding style 2. eliminate macros 3. use debug instead of PRINTK Thanks, Louis - Sponsored by: SourceForge.net Community Choice Awards: VO

Re: [U-Boot-Users] No ethernet link on Lubbock board.

Victor wrote: > This is a problem I've been fighting to for a long time. I'm sure it > would be something stupid I haven't noticed, but I don't know what > else to try. My Linux OS is working flawlessly with a correct eth0 > device, so at least I know it's not (or should not) a hardware > problem.

Re: [U-Boot-Users] [PATCH 1/2] fdt_support: fdt_fixup_dr_usb: add support for phy_type fixups

Anton Vorontsov wrote: > Currently U-Boot can only fixup the usb dr_mode, but some boards (namely > MPC8315E-RDB) can use two PHY types: ULPI (stand-alone OTG port) or UTMI > (connected to the four-ports hub, usb host only). > > This patch implements support for passing Dual-Role USB controller's

Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset

On Tue, Jul 08, 2008 at 11:12:31PM +0200, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > > I also have another patchset for what I call 'dynpart' support, i.e. the > > > dynamic calculation of a unit-specific partition table that ensures the > > > net size of partitions ar

Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset

On Tue, Jul 08, 2008 at 11:05:10AM -0500, Scott Wood wrote: >> Therefore, I still believe that such a feature is useful and should be >> merged into u-boot. If there are problems with my particular >> implementation, I'm happy to address them. > > Can you base it off of the testing branch of the u

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

On Wed, 9 Jul 2008, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > > +# Copyright (C) 2008, Guennadi Liakhovetski <[EMAIL PROTECTED]> > > > +# Copyright (C) 2008, Jens Gehrlein <[EMAIL PROTECTED]> > > > > Thanks for the credit, but, although IANAL, I think, one does not

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

In message <[EMAIL PROTECTED]> you wrote: > > > +# Copyright (C) 2008, Guennadi Liakhovetski <[EMAIL PROTECTED]> > > +# Copyright (C) 2008, Jens Gehrlein <[EMAIL PROTECTED]> > > Thanks for the credit, but, although IANAL, I think, one does not _have_ > to preserve the copyright of the original fi

Re: [U-Boot-Users] [PATCH v2] Add MVBC_P board

Kim Phillips wrote: On Tue, 08 Jul 2008 20:48:43 +0200 André Schwarz <[EMAIL PROTECTED]> wrote: ok - would you accept that ? Mostly I touch as less common code as possible - usually it will be rejected. Houston? now that I think about it, the gpio struct discrepancies among 83xx, 5x

Re: [U-Boot-Users] [PATCH] Add MVBC_P board

Kim Phillips wrote: On Tue, 08 Jul 2008 16:35:00 +0200 Andre Schwarz <[EMAIL PROTECTED]> wrote: Kim, I forgot to mention that both fpga.c are _not_ the same. They are using different FPGA sizes _and_ different I/Os on different cpu. the size is a one-line thing that can be easily and

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

On Tue, 8 Jul 2008, Jens Gehrlein wrote: > diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile > new file mode 100644 > index 000..f7e17c8 > --- /dev/null > +++ b/board/tqc/tqma31/Makefile > @@ -0,0 +1,48 @@ > +# > +# Copyright (C) 2008, Guennadi Liakhovetski <[EMAIL PROTECTED]>

[U-Boot-Users] cpu/mpc85xx/fdt.c forcing incorrect UART clock into fdt.

I was updating a sbc8560 from u-boot v1.2.0 to git-current, and found that I'd loose the kernel serial console when the 8250 driver took over from udbg0 when using u-boot 1.3.x (booting via tftp'ing the dtb and the uImage separately) I eventually tracked it down to mpc85xx/fdt.c stomping on the

Re: [U-Boot-Users] [PATCH v2] Add MVBC_P board

On Tue, 08 Jul 2008 20:48:43 +0200 André Schwarz <[EMAIL PROTECTED]> wrote: > ok - would you accept that ? > Mostly I touch as less common code as possible - usually it will be > rejected. Houston? now that I think about it, the gpio struct discrepancies among 83xx, 5xxx, and potentially others

Re: [U-Boot-Users] [PATCH] Add MVBC_P board

On Tue, 08 Jul 2008 16:35:00 +0200 Andre Schwarz <[EMAIL PROTECTED]> wrote: > Kim, > > I forgot to mention that both fpga.c are _not_ the same. > They are using different FPGA sizes _and_ different I/Os on different cpu. the size is a one-line thing that can be easily and understandably #ifdeffe

Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset

In message <[EMAIL PROTECTED]> you wrote: > > > I also have another patchset for what I call 'dynpart' support, i.e. the > > dynamic calculation of a unit-specific partition table that ensures the > > net size of partitions are as per spec, no matter how many of the > > factory default blocks are l

Re: [U-Boot-Users] [PATCH 0/2] Coldfire Ethernet initialization changes

Liew Tsi Chung wrote: > Ben, > > >>> -#if defined(CONFIG_FSLDMAFEC) >>> +#if defined(CONFIG_FSLDMAFEC) || #if defined(CONFIG_MCFFEC) >>> +/* Default initializations for MCFFEC controllers. To override, >>> + * create a board-specific function called: >>> + * int board_eth_init(bd_t *bis

Re: [U-Boot-Users] Doubt about the u-boot application

On 13:20 Tue 08 Jul , Kamat, Shilpa wrote: >Hi, > > > >We are using the u-boot application to boot up from a NAND flash on a STB >board with a linux kernel image. The entire process seems to be going in a >loop with the foll message: > >"Loading boot sector - OK "

Re: [U-Boot-Users] [PATCH 0/2] Coldfire Ethernet initialization changes

Ben, >> -#if defined(CONFIG_FSLDMAFEC) >> +#if defined(CONFIG_FSLDMAFEC) || #if defined(CONFIG_MCFFEC) >> +/* Default initializations for MCFFEC controllers. To override, >> + * create a board-specific function called: >> + * int board_eth_init(bd_t *bis) >> + */ >> + >> extern int mcdmafec_ini

Re: [U-Boot-Users] [PATCH] ARM: Fix for wrong patch version applied for Lyrtech SFF-SDR board (ARM926EJS)

On 11:02 Tue 08 Jul , Hugo Villeneuve wrote: > ARM: Fix for incorrect version of patch applied when > adding support for the Lyrtech SFF-SDR board. > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> > > --- Wolfgang, please app

Re: [U-Boot-Users] PHY lib

Hi Michal, Michal Simek wrote: > Hi Ben, > > >> Hi Michal, >> >> Michal Simek wrote: >> >>> Hi Ben and others, >>> >>> do you have any plan to start with PHY libs? >>> I saw to tsec driver - there are some phy description. >>> I would like to use phy description for one eth driver which I

[U-Boot-Users] [PATCH V2] Round the serial port clock divisor value returned by calc_divisor()

Round the serial port clock divisor value returned by calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: John Roberts <[EMAIL PROTECTED]> --- Rounding is important, especially when using high baud rates values like 115200bps. When using the non-rounded value, some

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Jerry Van Baren wrote: > Hugo Villeneuve wrote: >> Jerry Van Baren wrote: >>> Hugo Villeneuve wrote: Round the serial port clock divisor value returned by calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- Rounding is important, especi

Re: [U-Boot-Users] [PATCH v2] Add MVBC_P board

Grant Likely wrote: On Tue, Jul 8, 2008 at 10:16 AM, Andre Schwarz <[EMAIL PROTECTED]> wrote: The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet controller (using e1000) and custom Altera Cyclone-II FPGA on PCI. Please see doc/README.mvbc_p for details. Signed-off-by: A

Re: [U-Boot-Users] [PATCH 0/2] Coldfire Ethernet initialization changes

Liew Tsi Chung wrote: > Ben, > > >> I'm pushing these patches to a 'testing' branch on the net repo. >> > Please clone it as follows: > >> $ git clone git://git.denx.de/u-boot-net.git $ cd u-boot-net $ git >> > checkout testing > There is no testing branch in u-boot-net, so I applie

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Hugo Villeneuve wrote: > Jerry Van Baren wrote: >> Hugo Villeneuve wrote: >>> Round the serial port clock divisor value returned by calc_divisor(). >>> >>> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> >>> >>> --- >>> >>> Rounding is important, especially when using high baud rates >>> values

Re: [U-Boot-Users] [PATCH 0/2] Coldfire Ethernet initialization changes

Ben, > I'm pushing these patches to a 'testing' branch on the net repo. Please clone it as follows: > $ git clone git://git.denx.de/u-boot-net.git $ cd u-boot-net $ git checkout testing There is no testing branch in u-boot-net, so I applied the two patches you sent on top of current u-boot-net tre

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Jerry Van Baren wrote: > Hugo Villeneuve wrote: >> Round the serial port clock divisor value returned by calc_divisor(). >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> >> >> --- >> >> Rounding is important, especially when using high baud rates >> values like 115200bps. When using the

Re: [U-Boot-Users] No ethernet link on Lubbock board.

2008/7/8 Jerry Van Baren <[EMAIL PROTECTED]>: > Victor wrote: >> >> This is a problem I've been fighting to for a long time. I'm sure it >> would be something stupid I haven't noticed, but I don't know what >> else to try. My Linux OS is working flawlessly with a correct eth0 >> device, so at least

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Hugo Villeneuve wrote: > Round the serial port clock divisor value returned by > calc_divisor(). > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > > --- > > Rounding is important, especially when using high baud rates > values like 115200bps. When using the non-rounded value, some > board

Re: [U-Boot-Users] No ethernet link on Lubbock board.

Victor wrote: > This is a problem I've been fighting to for a long time. I'm sure it > would be something stupid I haven't noticed, but I don't know what > else to try. My Linux OS is working flawlessly with a correct eth0 > device, so at least I know it's not (or should not) a hardware > problem.

[U-Boot-Users] No ethernet link on Lubbock board.

This is a problem I've been fighting to for a long time. I'm sure it would be something stupid I haven't noticed, but I don't know what else to try. My Linux OS is working flawlessly with a correct eth0 device, so at least I know it's not (or should not) a hardware problem. Everything else works a

[U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Round the serial port clock divisor value returned by calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- Rounding is important, especially when using high baud rates values like 115200bps. When using the non-rounded value, some boards will work and some won't. drivers/seria

[U-Boot-Users] [PATCH 1/2] fdt_support: fdt_fixup_dr_usb: add support for phy_type fixups

Currently U-Boot can only fixup the usb dr_mode, but some boards (namely MPC8315E-RDB) can use two PHY types: ULPI (stand-alone OTG port) or UTMI (connected to the four-ports hub, usb host only). This patch implements support for passing Dual-Role USB controller's device tree property phy_type thr

[U-Boot-Users] [PATCH 2/2] 83xx: mpc8315erdb: add support for switching between ULPI/UTMI USB PHYs

Freescale ships MPC8315E-RDB boards either with TSEC1 and USB UTMI support, or without TSEC1 but with USB ULPI PHY support in addition. With this patch user can specify desired USB PHY. Also, it seems that we can't distinguish the two boards in software, so user have to set `mpc8315erdb' environme

Re: [U-Boot-Users] [PATCH v2] Add MVBC_P board

On Tue, Jul 8, 2008 at 10:16 AM, Andre Schwarz <[EMAIL PROTECTED]> wrote: > The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet > controller (using e1000) and custom Altera Cyclone-II FPGA on PCI. > Please see doc/README.mvbc_p for details. > > Signed-off-by: Andre Schwarz <[EM

[U-Boot-Users] [PATCH v2] Add MVBC_P board

The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet controller (using e1000) and custom Altera Cyclone-II FPGA on PCI. Please see doc/README.mvbc_p for details. Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]> --- Grant, I've modified the patch to meet the requested changes

Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset

Harald Welte wrote: > On Mon, Jul 07, 2008 at 01:47:24PM -0500, Scott Wood wrote: >> It works if you allow room for bad blocks within each partition, and treat >> the environment as its own partition. Current u-boot supports skipping bad >> blocks within a desginated environment region. > > which

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

> Thank you very much for catching all these silly mistakes. > > A last question: > When I want to "reply all", your e-mail address doesn't appear in the > to-field. I have to add the address manually. Is this intended? wierd, in the mail i'm not in the CC but in the FROM Best Regards, J. ---

[U-Boot-Users] [PATCH] PPC4xx: Add MII mode support to the EMAC RGMII Bridge

This patch adds support for placing the RGMII bridge on the PPC405EX(r) into MII/GMII mode and allows a board-specific configuration to specify the bridge mode at compile-time. Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> --- cpu/ppc4xx/4xx_enet.c | 80 +

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Wolfgang Denk schrieb: > In message <[EMAIL PROTECTED]> you wrote: >> +/* Timer tick */ >> +#define CFG_HZ 32768 > > CFG_HZ is a constant and has to be 1000. I know, we had a discussion earlier about that issue (see "i.MX31: question about CFG_HZ and CKIL" of 7th May

[U-Boot-Users] [PATCH] ARM: Fix for wrong patch version applied for Lyrtech SFF-SDR board (ARM926EJS)

ARM: Fix for incorrect version of patch applied when adding support for the Lyrtech SFF-SDR board. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> --- CREDITS |5 + board/davinci/sffsdr/Makefile|

[U-Boot-Users] [PATCH 10/10 v2] [ARM] TQMA31: new kernel param. to pass the eth MAC addr to the Linux eth chip driver

Some Linux drivers like the smc911x driver, as used on TQMA31, rely on the MAC address in the appropriate register, but U-Boot resets the controller after every transfer. A patch for the Linux driver is necessary to extract the MAC address from the kernel boot parameter line and set the MAC addr

Re: [U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

[EMAIL PROTECTED] wrote: > In message <[EMAIL PROTECTED]> you wrote: >> >> Wolfgang and/or Jean-Christophe, >> I can see that you have applied V2 of my patch, but the latest patch >> that I sent with all the errors and the style issues fixed was V8. >> I will re-send > > I dodn't find this in m

Re: [U-Boot-Users] [PATCH 04/10 v3] [ARM] TQMA31: add new board with i.MX31 processor

In message <[EMAIL PROTECTED]> you wrote: > > +/* Timer tick */ > +#define CFG_HZ 32768 CFG_HZ shall be always 1000. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-821

Re: [U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

In message <[EMAIL PROTECTED]> you wrote: > > Wolfgang and/or Jean-Christophe, > I can see that you have applied V2 of my patch, but the latest patch that I > sent with all the errors and the style issues fixed was V8. I will re-send I dodn't find this in my list, then. Sorry. > the patch V8 in

Re: [U-Boot-Users] [PATCH] Add MVBC_P board

Kim, I forgot to mention that both fpga.c are _not_ the same. They are using different FPGA sizes _and_ different I/Os on different cpu. It's not possible for me to use a common file for the short term. Maybe later when the FPGA interface got mature ... regards, Andre Kim Phillips schrieb: > On

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

In message <[EMAIL PROTECTED]> you wrote: > > +/* Timer tick */ > +#define CFG_HZ 32768 CFG_HZ is a constant and has to be 1000. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchen

[U-Boot-Users] [PATCH 09/10 v2] [ARM] TQMA31: add FPGA configuration flash

Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> --- Fixed whitespace, tabs isssues. Thank you Jean-Christophe. board/tqc/tqma31/tqma31.c |6 ++ include/asm-arm/arch-mx31/mx31-regs.h |1 + include/configs/TQMA31.h |7 +-- 3 files changed, 12 insertio

[U-Boot-Users] [PATCH 01/10 v2] [ARM] MXC: insert bus busy check in i2c_probe

On fast CPUs the time between two chip queries can become too short to issue clear start and stop conditions. The bus seems to be blocked. This cannot be compensated by just waiting for completed byte transfer. The patch introduces polling of the bus busy bit in the I2C controller's status register

[U-Boot-Users] [PATCH 04/10 v3] [ARM] TQMA31: add new board with i.MX31 processor

Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> --- Fixed the following issues (compared to v1): a) Myself: added NFS mount option "rw" to default environment b) Magnus: added prefix $(obj) in front of .depend in Makefile. Thank you for catching that. c) Jean-Christophe: used $(BOARD) in Makef

Re: [U-Boot-Users] [PATCH] add 'license' command to u-boot commandline

Hi, >> On Mon, Jul 07, 2008 at 04:53:14PM +0200, Wolfgang Denk wrote: >> > I support this, but then we should *always* print this message, not >> > only "when it starts in an interactive mode" (or some guys could try >> > to get away by disabling interactive mode). >> >> Such a restriction is

[U-Boot-Users] [GIT PULL] MIPS updates

Please pull MIPS update to pick up the following patch. The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: Wolfgang Denk (1): Merge branch 'master' of /home/wd/git/u-boot/custodians are available in the git repository at: git://git.denx.de/u-boot-mips.git ma

Re: [U-Boot-Users] [PATCH] mips: When booting Linux images, add'ethaddr' and 'eth1addr' to the environment

McMullan, Jason wrote: > On Sun, 2008-07-06 at 14:59 +0900, Shinya Kuribayashi wrote: >> Jason McMullan wrote: >>> Add 'ethaddr' and 'eth1addr' to the Linux kernel environment if >>> they are set in the U-Boot environment. >> Looking closely into linux/arch/*, I found that mips is the only >> archi

Re: [U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

[EMAIL PROTECTED] wrote: > In message > <[EMAIL PROTECTED]> you > wrote: >> ARM: This patch adds support for the Lyrtech SFF-SDR >> board, based on the TI DaVinci architecture (ARM926EJS). >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> >> Signed-off-by: Philip Balister <[EMAIL PROTECTE

Re: [U-Boot-Users] [RFC][FSL DDR 0/8] Freescale DDR rewrit

> >> >> < more than one DDR module? > >> > >> I'm not sure I follow exactly what you are asking? Do you mean using > >> different DDR modules on different chip selects of the same > >> controller? or something else? > >> > >> - k > > Kumar - the current SPD DDR code assumes a single DIMM with

[U-Boot-Users] [cfi-flash] Please pull git://www.denx.de/git/u-boot-cfi-flash.git

The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: Wolfgang Denk (1): Merge branch 'master' of /home/wd/git/u-boot/custodians are available in the git repository at: git://www.denx.de/git/u-boot-cfi-flash.git master Stefan Roese (1): jedec_flash: Fix A

Re: [U-Boot-Users] [RFC][FSL DDR 0/8] Freescale DDR rewrit

On Jul 8, 2008, at 2:32 AM, David Saada wrote: > >> > < more than one DDR module? >> >> I'm not sure I follow exactly what you are asking? Do you mean using >> different DDR modules on different chip selects of the same >> controller? or something else? >> >> - k > Kumar - the current SPD DDR c

[U-Boot-Users] [PATCH 1/1] microblaze: Add FIS support for Microblaze CPU

From: Michal Simek <[EMAIL PROTECTED]> Signed-off-by: Michal Simek <[EMAIL PROTECTED]> --- lib_microblaze/bootm.c | 444 ++-- 1 files changed, 430 insertions(+), 14 deletions(-) diff --git a/lib_microblaze/bootm.c b/lib_microblaze/bootm.c index 30a03

[U-Boot-Users] microblaze: FIS bootm update

Hi Jerry, here is the update of do_bootm_linux for Microblaze CPU. This code is based on ppc. You can see the code is almost similar. Could you check it? Maybe is the right time to move this part to different location. Thanks, Michal Simek ---

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Hello Jens, Jens Gehrlein wrote: > Heiko Schocher schrieb: >> Hello Jens, >> >> one comment to your patch: >> >> Jens Gehrlein wrote: >> >>> Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> >>> --- >>> >>> Fixed two bugs: >>> a) added NFS mount option "rw" to default environment >>> b) added prefi

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Hi Jean-Christophe, Jean-Christophe PLAGNIOL-VILLARD schrieb: >> +COBJS := tqma31.o > why not use $(BOARD)? > COBJS := $(BOARD).o Okay. >> +SOBJS := lowlevel_init.o >> + >> +SRCS:= $(SOBJS:.o=.S) $(COBJS:.o=.c) >> +OBJS:= $(addprefix $(obj),$(COBJS)) >> +SOBJS

[U-Boot-Users] U-Boot-V2: Fix appearance of board files

This patch fixes the appearance of two board files in the Doxygen generated documentation. Signed-off-by: Juergen Beisert <[EMAIL PROTECTED]> --- Documentation/boards.dox |5 + board/phycore_mcf54xx/phyCore_MCF54xx.dox |2 +- 2 files changed, 6 insertions(+), 1 delet

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Hi Heiko, Heiko Schocher schrieb: > Hello Jens, > > one comment to your patch: > > Jens Gehrlein wrote: > >> Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> >> --- >> >> Fixed two bugs: >> a) added NFS mount option "rw" to default environment >> b) added prefix $(obj) in front of .depend in Ma

Re: [U-Boot-Users] [PATCH 05/10] [ARM] TQMA31: add support for I2C, I2C temperature sensor and I2C-EEPROM

Jean-Christophe PLAGNIOL-VILLARD schrieb: >> #if defined(CONFIG_DISPLAY_CPUINFO) >> int print_cpuinfo (void) >> { >> diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c >> index 6f9306f..68d2720 100644 >> --- a/drivers/i2c/mxc_i2c.c >> +++ b/drivers/i2c/mxc_i2c.c >> @@ -209,4 +209,17 @@ i

Re: [U-Boot-Users] [PATCH 09/10] [ARM] TQMA31: add FPGA configuration flash

> /* > * Bank start addresses. > * 4 x 32 MiB is the maximum for user and U-Boot code. Please adapt the list > * as well as CFG_MAX_FLASH_BANKS to your TQM. Also consider dual die chips > * or single die chips, e.g. one dual die chip represents two banks. > + * The fifth bank is a separate

Re: [U-Boot-Users] [PATCH 05/10] [ARM] TQMA31: add support for I2C, I2C temperature sensor and I2C-EEPROM

> #if defined(CONFIG_DISPLAY_CPUINFO) > int print_cpuinfo (void) > { > diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c > index 6f9306f..68d2720 100644 > --- a/drivers/i2c/mxc_i2c.c > +++ b/drivers/i2c/mxc_i2c.c > @@ -209,4 +209,17 @@ int i2c_write(uchar chip, uint addr, int alen, ucha

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

On 11:33 Tue 08 Jul , Jens Gehrlein wrote: > Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> > --- > > Fixed two bugs: > a) added NFS mount option "rw" to default environment > b) added prefix $(obj) in front of .depend in Makefile. Thank you Magnus for > catching that. > > > MAINTAINERS

Re: [U-Boot-Users] PATCH: drivers/mtd/jedec_flash.c (typo)

On Monday 07 July 2008, Jerry Hicks wrote: > We were using a custom driver written by Andy Lowe of Montavista. > He had a #define local to our flash.c implementation when I noticed > the discrepancy between his local definition and the one in the u-boot > header. > > On our hardware it works with 0

[U-Boot-Users] [PATCH] jedec_flash: Fix AM29DL800BB device ID

As pointed out by Jerry Hicks, this patch corrects the device ID of the Spansion AM29DL800BB NOR device. Verified against latest Spansion datasheet (rev C4 from Dezember 2006). Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- drivers/mtd/jedec_flash.c |2 +- 1 files changed, 1 insertions(+

Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Hello Jens, one comment to your patch: Jens Gehrlein wrote: > Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> > --- > > Fixed two bugs: > a) added NFS mount option "rw" to default environment > b) added prefix $(obj) in front of .depend in Makefile. Thank you Magnus for > catching that. > [

Re: [U-Boot-Users] V2 status, (Was Re: V2: Error in recent check-in)

On Tue, Jul 08, 2008 at 12:36:13AM -0700, Chris Zankel wrote: > I really like the structure of V2 but my fear is that there's not > enough man power behind it. It depends on how far people's interest will go in the future. It turned out to be relatively easy to port things over to a solid design o

[U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function

This patch moves the check, if a device should be skipped in PCI PNP configuration into the function pci_skip_dev(). This function is defined as weak so that it can be overwritten by a platform specific one if needed. The check if the device should get printed in the PCI summary upon bootup (when C

[U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor

Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]> --- Fixed two bugs: a) added NFS mount option "rw" to default environment b) added prefix $(obj) in front of .depend in Makefile. Thank you Magnus for catching that. MAINTAINERS |4 MAKEALL

Re: [U-Boot-Users] [PATCH][RFC] pci: Add check PCI bridge class (Re: [PATCH][RFC] pci: Remove CONFIG_PCI_SKIP_HOST_BRIDGE and Add check PCI class of host bridge)

Hi Nobuhiro, On Tuesday 08 July 2008, Nobuhiro Iwamatsu wrote: > > c) CONFIG_PCI_CONFIG_HOST_BRIDGE is defined and the env variable > > "pciconfighost" is defined too > > > > If I understand you correctly, then you have some PCI devices at BDF == > > 0,0,0 that need to be configured (and not ski

Re: [U-Boot-Users] [PATCH 07/10] [ARM] TQMA31: adjust voltage regulators in PMIC MC13738

Hi Magnus, Magnus Lilja schrieb: > Hi, > > Jens Gehrlein wrote: >> +static int adjust_voltages (void) >> +{ >> +u32 reg; >> +u32 val; >> +static struct spi_slave *slave = NULL; >> + >> +slave = spi_setup_slave(1, 0, 100, >> +SPI_MODE_2 | SPI_CS_HIGH); >> +if (!

Re: [U-Boot-Users] Debugging U-boot using Trace32 in Linux..

On Tuesday 08 July 2008, Yi-Neng Lin wrote: > Can anyone here give me a pointer about this? Did anyone succeeded in > debugging with Trace32 in Linux? Thanks a lot. I did this a year ago, but I used the native Linux version. Yes it exists and has the same features, but is a bit worse than the wi

Re: [U-Boot-Users] [PATCH] Add MVBC_P board

Kim, thanks for the hints. Kim Phillips schrieb: > On Fri, 04 Jul 2008 09:42:24 +0200 > Andre Schwarz <[EMAIL PROTECTED]> wrote: > > Hello Andre, > > >> board/mvbc_p/fpga.c| 177 >> board/mvbc_p/fpga.h| 34 >> > > couldn't help but noti

[U-Boot-Users] [PATCH] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260

On the at91sam9260ep development board there is an EEPROM connected to the TWI interface (PA23, PA24 Peripheral A multiplexing), so we cannot use these pins as ETX2, ETX3. This patch configures PA10, PA11 pins for ETX2, ETX3 instead of PA23, PA24 pins. Signed-off-by: Anatolij Gustschin <[EMAIL PRO

[U-Boot-Users] Doubt about the u-boot application

Hi, We are using the u-boot application to boot up from a NAND flash on a STB board with a linux kernel image. The entire process seems to be going in a loop with the foll message: "Loading boot sector - OK " Please let us know how what the problem could be. Regards, Shilpa _

Re: [U-Boot-Users] Debugging U-boot using Trace32 in Linux..

Hi Yi-Neng, you are wrong :) I'm using Lauterbach Trace32 under Linux with success. Ask to your FAE or Lauterbach technical support to have a linux release. Anyway, for debug u-boot I use a script like the attachment. ciao ciao luigi On mar, 2008-07-08 at 11:41 +0800, Yi-Neng Lin wrote: > Hi

[U-Boot-Users] V2 status, (Was Re: V2: Error in recent check-in)

Nishanth Menon wrote: > Please sign-off on your patch.. :) Sure. It wasn't really a patch, though... > glad to see another u-boot v2 interest folk :) I really like the structure of V2 but my fear is that there's not enough man power behind it. We are using Phytec's i.MX27 board, so we are 'stu

Re: [U-Boot-Users] V2: Error in recent check-in

Hi Chris, On Mon, Jul 07, 2008 at 07:47:33PM -0700, Chris Zankel wrote: > Hi Sascha, > > You misspelled 'CONFIG' in your last check-in: > 7c37b54184893d4fe4e23933e6a8deae1c9d62a2. This effectively disabled > /dev/env0 (wonder if you tried it ;-) Not at runtime. Applied, thanks. Sascha -- P

Re: [U-Boot-Users] Custodianship updates

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 July 2008 00:25 > To: u-boot-users@lists.sourceforge.net > Cc: Peter Pearse; Jean-Christophe PLAGNIOL-VILLARD; John > Rigby; Grant Likely > Subject: Custodianship updates > > Hello everybody, > > as m

Re: [U-Boot-Users] [RFC][FSL DDR 0/8] Freescale DDR rewrit

> < more than one DDR module? > > I'm not sure I follow exactly what you are asking? Do you mean using > different DDR modules on different chip selects of the same > controller? or something else? > > - k Kumar - the current SPD DDR code assumes a single DIMM with a single fixed I2C address.