te fields. This change only affects the MPC8313
cpu.
Signed-off-by: Ron Madrid
---
include/configs/MPC8313ERDB.h |2 +-
include/configs/SIMPC8313.h |2 +-
include/mpc83xx.h |5 -
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/include/configs/MPC8313ERDB
Kim,
This is defined this way:
#define SICRL_USBDR 0x0C00
However in order to actually set these pins to the USB_DR
functionality the setting should be 0x0800. So it appears
that these (#define SICRL_*) are all masks. Each field seems
to be two bits and therefore 4
This patch sets the SICRL_LBC bits in SICRL to change the function of the
associated pins to GPIO functionality.
Signed-off-by: Ron Madrid
---
include/configs/SIMPC8313.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/SIMPC8313.h b/include/configs
--- On Fri, 5/14/10, Kim Phillips wrote:
> From: Kim Phillips
> Subject: Re: [U-Boot] [PATCH v2][mpc83xx] Removal of checkboard from spl
> bootstrap build for SIMPC8313
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de
> Date: Friday, May 14, 2010, 11:26 AM
> On
This patch removes the checkboard function from the build of the 4k bootstrap
section for the SIMPC8313 as it is not needed in the spl build. This will
allow > 100 bytes of extra room for other uses.
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/simpc8313.c |2 +-
1 files chan
--- On Mon, 5/10/10, Ron Madrid wrote:
> From: Ron Madrid
> Subject: [PATCH][mpc83xx] Removal of checkboard from spl bootstrap build for
> SIMPC8313
> To: u-boot@lists.denx.de
> Cc: "Ron Madrid"
> Date: Monday, May 10, 2010, 3:02 PM
> This patch removes the
This patch removes the checkboard function from the build of the 4k bootstrap
section for the SIMPC8313 as it is not needed in the spl build. This will
allow > 100 bytes of extra room for other uses.
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/simpc8313.c |4 ++--
1 files chan
--- On Mon, 5/10/10, Wolfgang Denk wrote:
> are you aware of these MPC8315ERDB_NAND and SIMPC8313_LP
> build errors
> in current mainline code:
>
> NAND bootstrap too big
I was not aware of this as the last patch I submitted to
mpc83xx built fine with both _LP_ and _SP_ configs. I'm
not qui
Added UPM array table, upmconfig, and Local Bus configuration support for
SIMPC8313
Signed-off-by: Ron Madrid
---
arch/powerpc/include/asm/fsl_lbc.h |1 +
board/sheldon/simpc8313/simpc8313.c | 35 +++
include/configs/SIMPC8313.h | 11
> out_be32 (or even setbits_be32) looks appropriate
> here. The raw
> accessors can be used as an alternative when performance
> and/or code
> density issues arise.
Thanks for the clarification!
Ron
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
> > +/* Set LUPWAIT to be active low
> and enabled */
> > +*mxmr = 0x0800 |
> MxMR_GPL_x4DIS;
>
> ...because we should now be using i/o accessors.
Not entirely sure what you mean here. Should I be
using __raw_writel, or writel, or ...?
Thanks.
Ron
_
Added UPM array table, upmconfig, and Local Bus configuration support for
SIMPC8313
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/simpc8313.c | 34 ++
include/configs/SIMPC8313.h | 10 ++
2 files changed, 44 insertions(+), 0 deletions
only one #define,
not 4.
> Alternatively, the board configuration files should be
> updated to set this
> field
> correctly.
Will take care of mine after a consensus is reached.
Ron Madrid
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>NAN DSPL - U-Boot 1.3.0-S600-Ver1.1 (Aug 8 2009 - 02:24:03) MPC83XX
>NAN DSPL - U-Boot 1.3.0-S600-Ver1.1 (Aug 8 2009 - 02:24:03) MPC83XX
>Loading from NAND :
>
>I think the boot loader0 is failing to read the nand properly
>and it is read
> However, now it again stuck after printing transferring
> control.
This probably means that the NAND is being read appropriately, but is
not able to run the code from the location to where the data is being
transferred. To what address is your code being transferred? Is it a
valid region?
Ro
> "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
--- On Thu, 7/16/09, Mike Frysinger wrote:
> the board maintainer decides the default env values, not
> board users. Ben's
> comment was probably on the assumption that you are in the
> latter category.
Ah, that could be why. Thankfully I am the maintainer for the board. So I
am going to as
> Ron Madrid wrote:
> > When I submitted patches for my new board SIMPC8313 I
> recall being told that
> > I had inappropriately initialized some of my
> environment variables. Most
> > specifically I am interested in having default
> serverip, ipaddr, and ethaddr
When I submitted patches for my new board SIMPC8313 I recall being told that
I had inappropriately initialized some of my environment variables. Most
specifically I am interested in having default serverip, ipaddr, and ethaddr
environment variables. Is this most appropriately done with a specifi
with exception of
NS16550_putc and NS16550_init. This will be used primarily to save space and
remove unused code from builds in which space is limited.
Signed-off-by: Ron Madrid
---
README |7 +++
drivers/serial/ns16550.c|4
include/configs/SIMPC8313.h
--- On Wed, 2/18/09, Kim Phillips wrote:
> diff --git a/include/configs/SIMPC8313.h
> b/include/configs/SIMPC8313.h
> index f62a705..6219722 100644
> --- a/include/configs/SIMPC8313.h
> +++ b/include/configs/SIMPC8313.h
> @@ -205,6 +205,7 @@
> #define CONFIG_SYS_NS16550
> #define CONFIG_SYS_NS16
which space is
limited.
Signed-off-by: Ron Madrid
---
README |7 +++
drivers/serial/ns16550.c |4
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/README b/README
index 132650e..84e30da 100644
--- a/README
+++ b/README
@@ -2434,6 +2434,13 @@ use the
--- On Wed, 2/18/09, Kim Phillips wrote:
> From: Kim Phillips
> Subject: Re: [U-Boot] [PATCH v2] Create configuration option for restricted
> ns16550 functions
> To: "Ron Madrid" , u-boot@lists.denx.de
> Date: Wednesday, February 18, 2009, 10:30 AM
> On Wed, 18 F
which space is
limited.
Signed-off-by: Ron Madrid
---
README |7 +++
drivers/serial/ns16550.c |4
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/README b/README
index 132650e..afea6a6 100644
--- a/README
+++ b/README
@@ -2434,6 +2434,13 @@ use the
550.c
> which will exclude all
> > functions with exception of NS16550_putc and
> NS16550_init. This will be used
> > primarily to save space and remove unused code from
> builds in which space is
> > limited.
> >
> > Signed-off-by: Ron Madrid
>
&g
--- On Fri, 1/30/09, Ron Madrid wrote:
> From: Ron Madrid
> Subject: [PATCH] Create configuration option for restricted ns16550 functions
> To: u-boot@lists.denx.de
> Cc: "Ron Madrid"
> Date: Friday, January 30, 2009, 3:45 PM
> This patch will create a config
which space is
limited.
Signed-off-by: Ron Madrid
---
drivers/serial/ns16550.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 93c2243..3e2a3c2 100644
--- a/drivers/serial/ns16550.c
+++ b/drivers/serial/ns16550.c
--- On Thu, 1/29/09, Wolfgang Denk wrote:
> From: Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH] Exclude certain ns16550 functions from NAND_SPL
> builds
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de
> Date: Thursday, January 29, 2009, 2:24 AM
> Dear Ron Madrid
This patch adjusts the LED control so that interrupt lines are not reading LEDs
and effectively causing indefinite interrupts to the controller.
Signed-off-by: Ron Madrid
---
drivers/net/tsec.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/tsec.c b
This patch will exclude all functions from drivers/serial/ns16550.c from
NAND_SPL builds with exception of NS16550_putc and NS16550_init. This will save
space and remove unused code from already tightly constrained bootstrap images
for NAND_SPL builds.
Signed-off-by: Ron Madrid
---
drivers
"
>
> Date: Wednesday, January 28, 2009, 2:26 PM
> Ron Madrid wrote:
> > It would seem that the drivers/serial/ns16550.c file
> currently being
> > included in my project has a few functions that are
> completely unused
> > by my board. Is it allowable to dupl
--- On Wed, 1/28/09, Scott Wood wrote:
> From: Scott Wood
> Subject: Re: [U-Boot] [PATCH] mpc83xx: fix undefined reference to
> `flush_cache' error in simpc8313 build
> To: "Wolfgang Denk"
> Cc: ron_mad...@sbcglobal.net, u-boot@lists.denx.de, "Kim Phillips"
>
> Date: Wednesday, January 28, 2
esday, January 28, 2009, 11:18 AM
> Dear Ron Madrid,
>
> In message
> <107578.37644...@web83507.mail.sp1.yahoo.com> you
> wrote:
> >
> > > I went ahead and applied this to fix the build
> issue.
> > > Please complain
> > > if it doesn't
--- On Wed, 1/28/09, Wolfgang Denk wrote:
> From: Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH] mpc83xx: fix undefined reference to
> `flush_cache' error in simpc8313 build
> To: "Kim Phillips"
> Cc: u-boot@lists.denx.de, "Ron Madrid"
> Date: Wedn
--- On Fri, 1/23/09, Ron Madrid wrote:
> From: Ron Madrid
> Subject: Re: [U-Boot] [PATCH v5] mpc83xx: New board support for SIMPC8313
> To: "Kim Phillips"
> Cc: u-boot@lists.denx.de
> Date: Friday, January 23, 2009, 2:29 PM
> --- On Fri, 1/
--- On Fri, 1/23/09, Kim Phillips wrote:
> > >
> > > > +ENTRY(_start)
> > > > +ASSERT(_end <= 0xfff01000, "NAND
> bootstrap
> > > too big");
> > >
> > > Ron, the above gets asserted when building for
> large page
> > > nand with a
> > > gcc 4.1.2 based toolchain:
> >
> > Please forgive my igno
--- On Fri, 1/23/09, Kim Phillips wrote:
> From: Kim Phillips
> Subject: Re: [U-Boot] [PATCH v5] mpc83xx: New board support for SIMPC8313
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de
> Date: Friday, January 23, 2009, 12:36 PM
> On Thu, 22 Jan 2009 15:05:
FPGA connected
to the eLBC providing glue logic to a TMS320C67xx DSP.
Signed-off-by: Ron Madrid
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile| 15 +
board/sheldon/simpc8313/Makefile
diff --git a/MAINTAINERS b/MAINTAINERS
index d07fe86..f5e8440 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -262,6 +262,10 @@ Jon Loeliger
MPC8555CDS MPC8555
MPC8641HPCN MPC8641D
+
+Ron Madrid
+
+ SIMPC8313 MPC8313
Dan Malek
diff --git a/MAKEALL b
--- On Thu, 1/22/09, Ron Madrid wrote:
> From: Ron Madrid
> Subject: [PATCH v4] mpc83xx: New board support for SIMPC8313
> To: u-boot@lists.denx.de
> Cc: "Ron Madrid"
> Date: Thursday, January 22, 2009, 2:34 PM
> This patch will create a new board, SIMPC8313, from
Date: Thursday, January 22, 2009, 10:37 AM
> On Thu, 22 Jan 2009 10:00:56 -0800 (PST)
> Ron Madrid wrote:
>
> > Since my new board patch is dependent on this being
> applied is it possible to now resubmit my new board patch?
>
> I thought you'd never ask :)
>
&g
U-Boot] [PATCH] mpc83xx: Size optimization of start.S
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de
> Date: Wednesday, January 21, 2009, 4:55 PM
> On Fri, 12 Dec 2008 13:12:45 -0800
> Ron Madrid wrote:
>
> > Currently there are in excess of 100 bytes located at
&
I haven't received any communication about this patch in a while.
Is is still being looked at or did it slip through the cracks?
Or did I miss an email?
Let me know.
Ron
--- On Fri, 12/12/08, Ron Madrid wrote:
> From: Ron Madrid
> Subject: [PATCH] mpc83xx: Size optimization of s
builds and will decrease
the size of the assembled code in other builds.
Signed-off-by: Ron Madrid
---
cpu/mpc83xx/start.S | 77 ++-
1 files changed, 39 insertions(+), 38 deletions(-)
diff --git a/cpu/mpc83xx/start.S b/cpu/mpc83xx/start.S
index
In response to my own email:
> I did not see this when I built before submitting my patch. It seems to build
> fine using ELDK version 4.1. I just tried building with 4.2 and am
> seeing the errors that you described. For some reason, the 4.2 build has
> about 48 extra bytes to it, and is once
> Hi Ron, while this looks good, it doesn't build on my system:
>
> ...Small Page NAND...Configuring for SIMPC8313 board...
> ld: NAND bootstrap too big
> ld: NAND bootstrap too big
>
> and large page nand fails identically:
>
> ...Large Page NAND...Configuring for SIMPC8313 board...
> ld: NAND
> Marvell 88E1118 PHY, and PCI host support. The board also has a FPGA
> connected
> to the eLBC providing glue logic to a TMS320C67xx DSP.
> Please split (80 chars max)
I'm not sure why this happened. I did everything using git and did it the
same as last time, and last time appropriate line
FPGA connected
to the eLBC providing glue logic to a TMS320C67xx DSP.
Signed-off-by: Ron Madrid <[EMAIL PROTECTED]>
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile| 15 +
board/s
FPGA connected
to the eLBC providing glue logic to a TMS320C67xx DSP.
Signed-off-by: Ron Madrid <[EMAIL PROTECTED]>
---
MAINTAINERS |4 +
MAKEALL |3 +-
Makefile| 15 +
board/s
> Use raw accessors and make sure that explicit barriers are used where
> needed.
Is there somewhere that I can find information regarding when and where are the
appropriate places are to use barriers?
Ron
___
U-Boot mailing list
U-Boot@lists.denx.de
>
> > +*((u32 *)(CFG_IMMR + addr)) = data;
>
> use the out_be32 i/o memory accessor and friends please (here and
> elsewhere in the patch).
>
I am trying to resolve this last issue with your review and replacing
all of the i/o memory accesses with in/out_be* has caused my
code to inflat
> TEXT_BASE doesn't differ between the two - can we rm these lines from
> here and change the value of the one in the board's config.mk file? If
> the board can't boot from anything but nand, might want to put
> CONFIG_NAND_U_BOOT elsewhere, too.
Would it be appropriate to put the CONFIG_NAND_U_B
> > > > +Ron Madrid
> > >
> > > hmm..I'm not sure if this email address is acceptable.
> > >
> >
> > What are acceptable email addresses if this one in fact is not?
>
> I would think ones that are more likely to be directly ass
s16550.h:108:2: error: #error "Please define
> NS16550 registers size."
I have this line in my board config file:
#define CFG_NS16550_REG_SIZE1
So I don't know where this error would come from as I did not see it when
I performed my builds
> > +Ron Madrid <[EMAIL PRO
This patch will create a new board, SIMPC8313, from Sheldon Instruments. This
board boots from NAND devices and is configurable for either a large page or
small page device.
Signed-off-by: Ron Madrid <[EMAIL PROTECTED]>
---
MAINTAINERS |4 +
M
pendent parts, for example first adding general board support
> (complete and working in itself), and then in a second patch enhance
> the general board support by support to boot from NAND.
This is much more clear to me now. Thank you very much.
Ron Madrid
_
> > So, I should put the patch for the top level files such as Makefile and
> > MAKEALL as the last of a series of patches? That makes sense.
> i
> No, you should make all that belongs together one patch.
>
> Please see http://www.denx.de/wiki/U-Boot/Patches
>
I have previously read the inform
> > > please reorder patchseries or, even better, resubmit as one single
> > > patch so as to not break git bisecting.
> >
> > I don't understand this. Could you elaborate?
>
> people doing a "git bisect run" on, e.g. MAKEALL 83xx would
> inadvertently run into an error because your 1/4 patch (c
diffstats; please look into using git
Are the diffstats the lines that tell you how many insertions and deletions
there have been?
Thank you for the feedback.
Ron Madrid
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This is a patch containing a README file and also the main board include file
(include/configs).
Signed off by: Ron Madrid <[EMAIL PROTECTED]>
diff --git a/doc/README.simpc8313 b/doc/README.simpc8313
new file mode 100644
index 000..c2bac55
--- /dev/null
+++ b/doc/README.simpc8313
@
This is a patch containing all board specific files for the board directory
tree.
Signed off by: Ron Madrid <[EMAIL PROTECTED]>
diff --git a/board/sheldon/simpc8313/Makefile b/board/sheldon/simpc8313/Makefile
new file mode 100644
index 000..7c34c5e
--- /dev/null
+++ b/board/s
This is a patch containing all board specific files for the nand_spl directory
tree for the support of booting from NAND.
Signed off by: Ron Madrid <[EMAIL PROTECTED]>
diff --git a/nand_spl/board/sheldon/simpc8313/Makefile
b/nand_spl/board/sheldon/simpc8313/Makefile
new file mode 100644
This is a patch containing changes to files on the top level for a new board
SIMPC8313.
Signed off by: Ron Madrid <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 750e374..f844ef4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -259,6 +259,10 @@ Jon Loeliger <[EMAIL
I am creating a file called config.tmp in my board specific folder within
nand_spl during the configuration of my board in the top level Makefile.
This is not a problem, however when I run make distclean this file still
remains.
Perhaps I should not do this task in this manner. Based on the
con
> BTW, can you get your e-mail client to wrap long lines?
I've tried. I think there's a problem with yahoo's web mail.
Ron
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
PROTECTED]>
> Subject: Re: [U-Boot] fsl_elbc_nand.c and nand_boot_fsl_elbc.c for large page
> devices
> To: "Ron Madrid" <[EMAIL PROTECTED]>
> Cc: u-boot@lists.denx.de
> Date: Thursday, October 16, 2008, 12:17 PM
> On Tue, Oct 14, 2008 at 01:24:09PM -0700,
So I have a few quick questions/observations.
1. I don't see anywhere that the AL (address length, or number of address
cycles) can be set to anything other than 2. It appears to be hard coded in
both files.
2. nand_boot_fsl_elbc.c uses ECCM = 1 for large page devices, but I don't see
a pla
Thank you. My mistake.
Ron
--- On Fri, 10/10/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> From: Scott Wood <[EMAIL PROTECTED]>
> Subject: Re: [U-Boot] Adding a new board
> To: "Ron Madrid" <[EMAIL PROTECTED]>
> Cc: u-boot@lists.denx.de
> Date: Frid
have to wait
until the changes in that branch are merged with the main project and then
submit?
Thanks.
Ron Madrid
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
69 matches
Mail list logo
