Re: [U-Boot] [PATCH] powerpc/p3060: Add SoC related support for P3060 platform

2011-09-15 Thread John Schmoller
Hello Kumar, > From: Shengzhou Liu > > Add P3060 SoC specific information:cores setup, LIODN setup, etc > > The P3060 SoC combines six e500mc Power Architecture processor cores > with > high-performance datapath acceleration architecture(DPAA), CoreNet > fabric > infrastructure, as well as netw

[U-Boot] [RFC 0/3] uboot-doc User's Manual Generation Tool

2009-07-28 Thread John Schmoller
ce code ends up being thouroughly commented These patches are just meant to be an example of how in-code documentation could be used. You'll also notice there are many warnings regarding variables the manual is referencing which aren't defined yet. I wanted to get some feedback before divi

[U-Boot] [RFC 2/3] uboot-doc: Add example support for uboot-doc

2009-07-28 Thread John Schmoller
Add support to a small subset of commands, environment variables, and POSTs. These are meant to show the syntax and capabilities of the uboot-doc parser. Signed-off-by: John Schmoller --- common/cmd_i2c.c| 71 ++- common/cmd_mem.c| 45

[U-Boot] [RFC 3/3] xpedite5370: Add uboot-doc support

2009-07-28 Thread John Schmoller
Add uboot-doc support to the XPedite5370. Incorporates templates to override the defaults and includes memory maps. Signed-off-by: John Schmoller --- board/xes/xpedite5370/manual/book_info.tmpl| 52 ++ board/xes/xpedite5370/manual/booting_linux.tmpl| 179

[U-Boot] [PATCH] flash: Fix CFI buffer size bug

2009-08-12 Thread John Schmoller
larger. Signed-off-by: John Schmoller --- drivers/mtd/cfi_flash.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 12647ef..1152629 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -971,7 +971,7

[U-Boot] [RFC] env: Group environment variables

2009-11-04 Thread John Schmoller
dr netmask gatewayip serverip setenv boot bootcmd bootdelay bootargs setenv env_groups net boot would print 4 variables grouped under net, 3 variables grouped under boot, and the rest of the variables grouped under "other". If env_groups is not defined, print behaves normally. Signed-o

Re: [U-Boot] [RFC] env: Group environment variables

2009-11-04 Thread John Schmoller
On Wed, 2009-11-04 at 13:55 -0400, Mike Frysinger wrote: > On Wednesday 04 November 2009 11:34:12 John Schmoller wrote: > > This patch groups environment variables using a non-invasive protocol. > > Grouping is achieved by setting a "grouping" variable to a string of >

Re: [U-Boot] [RFC] env: Group environment variables

2009-11-04 Thread John Schmoller
On Wed, 2009-11-04 at 16:36 -0400, Mike Frysinger wrote: > On Wednesday 04 November 2009 13:17:12 John Schmoller wrote: > > On Wed, 2009-11-04 at 13:55 -0400, Mike Frysinger wrote: > > > On Wednesday 04 November 2009 11:34:12 John Schmoller wrote: > > > > This patc

Re: [U-Boot] [RFC] env: Group environment variables

2009-11-05 Thread John Schmoller
On Thu, 2009-11-05 at 20:57 +0100, Wolfgang Denk wrote: > > > 2) Trying to figure out which enviroment variables have already been printed > > in groups is less than elegant. Currently, it's a brute-force approach of > > looking through every entry until a variable is found in a group or not. >

Re: [U-Boot] [RFC] env: Group environment variables

2009-11-05 Thread John Schmoller
On Thu, 2009-11-05 at 23:37 +0100, Wolfgang Denk wrote: > Dear John, > > In message <1257452739.8937.1166.ca...@johns> you wrote: > > > > > Also, it would be nice if "prontenv" now would allow to print a group, > > > i. e. in your example something as "printenv net pci" should be > > > supported.

[U-Boot] [PATCH 2/2] cmd history: Match history buffer size to console buffer

2010-03-12 Thread John Schmoller
Match history buffer size to console buffer size. History buffer size was hard coded to 256, artificially limiting the command buffer size. The history buffer now tracks CONFIG_SYS_CBSIZE. Signed-off-by: John Schmoller --- common/main.c |2 +- 1 files changed, 1 insertions(+), 1 deletions

[U-Boot] [RFC 0/2] Remove CONFIG_SYS_MAXARGS

2010-03-12 Thread John Schmoller
make things a bit cleaner. I'm looking for comments on these two patches as they are quite invasive, and will definitly cause problems for those people who maintain their own code out-of-tree. They may also require an additional amount of testing. John Schmoller (2): cmd: Remove CONFIG_SYS_MA

[U-Boot] [PATCH 1/2] console: Fix console buffer overrun

2010-03-12 Thread John Schmoller
When CONFIG_SYS_CBSIZE equals MAX_CMDBUF_SIZE, a command string of maximum length will overwrite part of the history buffer, causing the board to die. Expand the console_buffer and hist_lines buffer by one character each to hold the missing NULL char. Signed-off-by: John Schmoller --- common

[U-Boot] [RFC 1/2] cmd: Remove CONFIG_SYS_MAXARGS

2010-03-12 Thread John Schmoller
CONFIG_SYS_MAXARGS is an arbitrary limit on the number of arguments which can be input at the command line. Remove that arbitrary limit. Setting maxargs in the cmdtp to 0 will result in the ability to enter as many arguments as you can hold in CONFIG_SYS_CBSIZE. Signed-off-by: John Schmoller

[U-Boot] [RFC 0/2 v2] Remove CONFIG_SYS_MAXARGS

2010-03-12 Thread John Schmoller
anges of the real patch so it can be submitted to the mailing list and isn't too large. - Found a change in 2/2 that should have been in 1/2. John Schmoller (2): cmd: Remove CONFIG_SYS_MAXARGS command: Remove maxargs from command structure board/amcc/makalu/cmd_pll.c

[U-Boot] [RFC 1/2 v2] cmd: Remove CONFIG_SYS_MAXARGS

2010-03-12 Thread John Schmoller
CONFIG_SYS_MAXARGS is an arbitrary limit on the number of arguments which can be input at the command line. Remove that arbitrary limit. Setting maxargs in the cmdtp to 0 will result in the ability to enter as many arguments as you can hold in CONFIG_SYS_CBSIZE. Signed-off-by: John Schmoller

[U-Boot] [RFC 2/2 v2] command: Remove maxargs from command structure

2010-03-12 Thread John Schmoller
Remove maxargs from the command structure and move bounds checking to individual functions. This is a subset of the changes created by the real patch, and is for reviewing only, and not applying. The real patch is much too large for the mailing list. Signed-off-by: John Schmoller --- Since v1

Re: [U-Boot] [RFC 2/2 v2] command: Remove maxargs from command structure

2010-03-12 Thread John Schmoller
On Fri, 2010-03-12 at 14:58 -0600, Kim Phillips wrote: > On Fri, 12 Mar 2010 13:25:31 -0600 > John Schmoller wrote: > > > +/* > > + * Command Errors: > > + */ > > +#define CMD_ERR_USAGE 256 > > + > > can we just use something like -EI

Re: [U-Boot] several problems with ethernet on MCF5445x

2010-03-23 Thread John Schmoller
On Tue, 2010-03-23 at 15:50 +0100, w.weg...@astro-kom.de wrote: > Dear list, > > I am trying to get ethernet to work on my custom MCF54455 board > and having some trouble. > > I have a DP83848J PHY connected in MII mode to each of the FEC0 > and FEC1 ports (seperate MDIO connection). Both PHYs ar

Re: [U-Boot] [RFC 0/2 v2] Remove CONFIG_SYS_MAXARGS

2010-04-09 Thread John Schmoller
On Fri, 2010-04-09 at 23:04 +0200, Wolfgang Denk wrote: > Dear John Schmoller, > > In message you wrote: > > The first patch removes CONFIG_SYS_MAXARGS, replacing the staticly defined > > array with a malloc'd array of the appropriate size. When a function has no &g

[U-Boot] POST Problems on MPC8[5/6]xx

2011-01-26 Thread John Schmoller
Hello all, I'm seeing issues on our MPC8[5/6]xx products in relation to POST testing. I see that the POST word is stored in a spare, unused register in the PIC, but this register seems to be cleared during interrupt_init() when the PIC is reset. This means that I am seeing the POST_ROM tests run

[U-Boot] RSA Signed images/configs issue

2018-04-11 Thread John Schmoller
Hello all, I've been playing around with signed FIT images and I found some unexpected behavior. I was hoping to get some input on whether this behaves as expected or whether there's an issue that needs resolving. I have a board where I am attempting to sign both the config and image nodes of