Re: [U-Boot-Users] CUSTODIANS: List of open issues / not applied patches

2008-01-11 Thread Stefan Roese
Hi Michael, On Friday 11 January 2008, Michael Schwingen wrote: > > this is a heads-up especially for all custodians... > > > > Please review the following list of postings / patches that - to the > > best of my knowledge - habve not been processed yet; at least I did > > not mark them as rejected

Re: [U-Boot-Users] [PATCH 1/2] [8xx] Added support for the mgsuvd board from keymile.

2008-01-11 Thread Heiko Schocher
Hello Wolfgang, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: >> On Friday 11 January 2008, Heiko Schocher wrote: >>> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]> >>> --- >>> MAKEALL |1 + >>> Makefile |3 + >> Please add an entry in

[U-Boot-Users] [PATCH] Refactor code for "i2c sdram" command

2008-01-11 Thread Larry Johnson
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]> --- N.B.: This patch assumes my previous patch to "common/cmd_i2c.c". common/cmd_i2c.c | 511 +++--- 1 files changed, 220 insertions(+), 291 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i

Re: [U-Boot-Users] [PATCH 11/13] [new uImage] Coding style cleanup - part 1

2008-01-11 Thread Larry Johnson
Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: [snip] >> -int arg; >> -ulong addr; >> -int rcode= >> +int arg; >> +ulong addr; >> +int rcode =; > > Do you really think the new code is better or cleaner? It's just > uglier. > > Please undo. > >

[U-Boot-Users] Tree folders

2008-01-11 Thread Leandro Gentili
Hey ubooters, First at all I'm new to u-boot, so maybe the answer is obvious. I was taking a look at the tree layout in u-boot-v2 and I've noticed that in drivers folder the cfi_xxx files are not inside any folder. ../drivers/cfi_flash.c /cfi_flash_amd.c /cfi_flash_intel.c

Re: [U-Boot-Users] [PATCH 6/8] ColdFire: Add MCF547x_8x FEC driver

2008-01-11 Thread Ben Warren
TsiChung Liew wrote: > ColdFire: Add MCF547x_8x FEC driver > > Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> > --- > drivers/net/Makefile |1 + > drivers/net/fsl_mcdmafec.c | 582 + > +++ > net/eth.c |4 + > 3 files changed,

[U-Boot-Users] [PATCH] ColdFire: Bypass pciauto skip probing Host Bridge

2008-01-11 Thread TsiChung Liew
ColdFire: Bypass pciauto skip probing Host Bridge Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- drivers/pci/pci_auto.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/pci/pci_auto.c b/drivers/pci/pci_auto.c index acfda83..3f67191 100644 --- a/drivers/pc

[U-Boot-Users] [PATCH] ColdFire: Include Philips 1561 PCI-OHCI ids for M5475EVB

2008-01-11 Thread TsiChung Liew
ColdFire: Include Philips 1561 PCI-OHCI ids for M5475EVB Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- drivers/usb/usb_ohci.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/usb/usb_ohci.c b/drivers/usb/usb_ohci.c index cfa384e..fb4726f 100644 --- a/drivers/

[U-Boot-Users] [PATCH 8/8] ColdFire: MCF547x_8x - Add M5475EVB and M5485EVB support

2008-01-11 Thread TsiChung Liew
ColdFire: MCF547x_8x - Add M5475EVB and M5485EVB support Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- CREDITS|2 +- MAINTAINERS|2 + MAKEALL|2 + Makefile | 71 ++ README |

[U-Boot-Users] [PATCH 7/8] ColdFire: MCF547x_8x - Add M547xEVB and M548xEVB board support

2008-01-11 Thread TsiChung Liew
ColdFire: MCF547x_8x - Add M547xEVB and M548xEVB board support Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- board/freescale/m547xevb/Makefile | 44 + board/freescale/m547xevb/config.mk | 25 +++ board/freescale/m547xevb/m547xevb.c | 115 + board/freescale/m547xevb/m

Re: [U-Boot-Users] [PATCH V2] net: add 'ethrotate' environment variable

2008-01-11 Thread Ben Warren
Hi Matthias, Matthias Fuchs wrote: > This patch replaces the buildtime configuration option > CONFIG_NET_DO_NOT_TRY_ANOTHER through the 'ethrotate' runtime > configuration variable. See README. > > Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]> > --- > README|4 > net/net.c | 13

[U-Boot-Users] [PATCH 6/8] ColdFire: Add MCF547x_8x FEC driver

2008-01-11 Thread TsiChung Liew
ColdFire: Add MCF547x_8x FEC driver Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- drivers/net/Makefile |1 + drivers/net/fsl_mcdmafec.c | 582 + +++ net/eth.c |4 + 3 files changed, 587 insertions(+), 0 deletions(-) cr

[U-Boot-Users] [PATCH 5/8] ColdFire: Add MCF547x_8x dma code and header files - 3

2008-01-11 Thread TsiChung Liew
ColdFire: Add MCF547x_8x dma code and header files - 3 Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- drivers/dma/MCD_tasksInit.c | 247 +++ drivers/dma/Makefile| 46 + include/MCD_dma.h | 386 +++ inc

[U-Boot-Users] [PATCH 4/8] ColdFire: Add MCF547x_8x dma code - 2

2008-01-11 Thread TsiChung Liew
ColdFire: Add MCF547x_8x dma code - 2 Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- drivers/dma/MCD_dmaApi.c | 1027 +++ +++ 1 files changed, 1027 insertions(+), 0 deletions(-) create mode 100644 drivers/dma/MCD_dmaApi.c diff --git a/drivers/dma/MCD

[U-Boot-Users] [PATCH 2/8] ColdFire: Add MCF547x_8x related header files

2008-01-11 Thread TsiChung Liew
ColdFire: Add MCF547x_8x related header files Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- include/asm-m68k/fec.h |7 +- include/asm-m68k/fsl_mcdmafec.h | 167 + include/asm-m68k/immap.h | 93 +++ include/asm-m68k/immap_547x_8x.h | 297 +++

[U-Boot-Users] [PATCH 1/8] ColdFire: Add MCF547x_8x cpu arch

2008-01-11 Thread TsiChung Liew
ColdFire: Add MCF547x_8x cpu arch Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]> --- cpu/mcf547x_8x/Makefile | 48 ++ cpu/mcf547x_8x/config.mk| 31 cpu/mcf547x_8x/cpu.c| 143 + cpu/mcf547x_8x/cpu_init.c | 132 cpu/mcf547x_8x/inter

Re: [U-Boot-Users] [PATCH 1/8] common: Suppress the warning 'p_buf'

2008-01-11 Thread Liu Dave
> > clear the warning: unused variable 'p_buf' > > > > Signed-off-by: Dave Liu <[EMAIL PROTECTED]> > > --- > > common/main.c |2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > > applied 2 through 8 out of 8, since Kumar beat you to this p_buf patch > (and is in common/ anyway, so

Re: [U-Boot-Users] [PATCH 2/4] TSEC: Add the support for RealTek RTL8211B PHY

2008-01-11 Thread Liu Dave
> I'd prefer if we didn't unnecessarily proliferate phy-specific status > code. Does the generic mii_parse_sr() function not work for the > RTL8211B? If so, this is fine. Otherwise, let's not have 10 > different versions of the same code, just because many PHYs have their > own non-standard regi

Re: [U-Boot-Users] [PATCH] Remove #undef DEBUG from MPC83xxboardheader files

2008-01-11 Thread Liu Dave
> > I suggest keep the debug option - #undef DEBUG. > > DEBUG is not defined by default, so this statement is redundant at > best, harmful in some cases (when you try to enable debug globally). > > > Sometimes, if we need debug, it is easy to open the debug mode > > with the switch. > > But you

Re: [U-Boot-Users] [PATCH] Remove #undef DEBUG from MPC83xx boardheader files

2008-01-11 Thread Liu Dave
> I don't see how. The "#undef DEBUG" will override any > #define DEBUG or -DDEBUG > that you specify. The "#undef DEBUG" makes it impossible to > use the debug() > call or anything else like it. Yes, the DEBUG is global, sometime it is my need. -

Re: [U-Boot-Users] [PATCH 13/13] [new uImage] Return error on image move/uncompress overwrites

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > Check for overwrites during image move/uncompress, return with error > when the original image gets corrupted. Report clear message to the user > and prevent further troubles when pointer to the corrupted images is passed > to do_bootm_linux routine. Doe

Re: [U-Boot-Users] [PATCH 11/13] [new uImage] Coding style cleanup - part 1

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > common/cmd_autoscript.c > common/cmd_bootm.c > common/lynxkdi.c > > - sort and cleanup headers, declarations, etc. > - group related routines > - cleanup indentation, white spaces Be careful! > - memmove (cmd, (char *)len_ptr, len); > + memmov

Re: [U-Boot-Users] [PATCH 03/13] [new uImage] Move PPC do_bootm_linux() to lib_ppc/ppc_linux.c

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > PPC implementation of do_bootm_linux() routine is moved to > a dedicated file lib_ppc/ppc_linux.c This is a bad name. "bootm" is more than just booting Linux images. The ARM port did this wrong, and many others copied the error. Now let's take the

Re: [U-Boot-Users] [PATCH 02/13] [new uImage] Define a API for image handling operations

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > - Add inline helper macros for basic header processing > - Move common non inline code common/image.c > - Replace direct header access with the API routines > - Rename IH_CPU_* to IH_ARCH_* Please review your patches and make sure to keep the original

Re: [U-Boot-Users] [PATCH 00/13] new uImage patchset1 - cleanup

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > This is a first set of patches that provides a initial cleanup and code > rearrangements before the proper new uImage format implementation. > > API is defined for the current (old) image related processing, and it'is being > introduced in place of the d

Re: [U-Boot-Users] [PATCH 02/13] [new uImage] Define a API for image handling operations

2008-01-11 Thread Wolfgang Denk
In message <[EMAIL PROTECTED]> you wrote: > > This patch size is over 40K list limit, please refer to: > http://semihalf.com/~m8/new-image/patchset1/02-old-api.patch Please *post* patches; I will let reasonable patches through; the hard limit is 100 KiB. Best regards, Wolfgang Denk -- DENX

Re: [U-Boot-Users] [PATCH 02/13] [new uImage] Define a API for image handling operations

2008-01-11 Thread Wolfgang Denk
Dear Marian, in message <[EMAIL PROTECTED]> you wrote: > - Add inline helper macros for basic header processing > - Move common non inline code common/image.c > - Replace direct header access with the API routines > - Rename IH_CPU_* to IH_ARCH_* > > Signed-off-by: Marian Balakowicz <[EMAIL PROTE

[U-Boot-Users] problems with CRC in fw_printenv and fw_setenv utility and use

2008-01-11 Thread u-boot user
Hello all, I have built the binary fw_printenv by using mtd-user.h from mtd-utils on the internet as it fw_printenv won't compile it without using that file. So I have used mtd-user.h and mtd-abi.h. The contents of my configuration file are # MTD device name Device offset Env. size