> +/*
> + * Copy the code for other cpus to execute into an
> + * aligned location accessible via BPTR
> + */
> +void setup_mp(void)
> +{
> + extern ulong __secondary_start_page;
> + ulong fixup = (ulong)&__secondary_start_page;
> + u32 bootpg;
> + u32 bootpg_va;
> +
> + /*
> +
> +int board_early_init_f (void)
> +{
> + volatile u32 *pmuxcr = (u32 *)(CONFIG_SYS_IMMR + 0xe0060);
> + u32 val;
> +
> + val = *pmuxcr;
> + val |= 0x6000;
> + *pmuxcr = val;
> +
> + return 0;
> +}
> +
Andy, How about using the in/out_be32 for this?
Thanks,
Dave
__
> diff --git a/board/freescale/mpc837xemds/mpc837xemds.c
> b/board/freescale/mpc837xemds/mpc837xemds.c
> index acf8ada..57747be 100644
> --- a/board/freescale/mpc837xemds/mpc837xemds.c
> +++ b/board/freescale/mpc837xemds/mpc837xemds.c
> @@ -22,6 +22,7 @@
>
> int board_early_init_f(void)
> {
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Fleming
> Andy-AFLEMING
> Sent: Friday, October 31, 2008 6:36 AM
> To: [EMAIL PROTECTED]
> Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
> Subject: [U-Boot] [PATCH 07/10] Add support for the Freescal
FYI,
This is dependent on the previous set of patches I sent to the list
earlier this evening, which aren't numbered, because they were all
independent It also needs testing on sbc8641d - I don't have a
board.
Cheers,
Becky
On Oct 31, 2008, at 10:33 PM, Becky Bruce wrote:
> We put th
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Fleming
> Andy-AFLEMING
> Sent: Friday, October 31, 2008 6:36 AM
> To: [EMAIL PROTECTED]
> Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
> Subject: [U-Boot] [PATCH 06/10] Add MMC Framework
>
> Here'
We put the bootpg for the secondary cpus into memory and use
BPTR to get to it. This is a step towards converting to the
ePAPR boot methodology. Also, the code is written to
deal properly with more than 4GB of RAM.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
cpu/mpc86xx/Makefile
Hi,
On Sat, Nov 1, 2008 at 1:19 AM, Magnus Lilja <[EMAIL PROTECTED]> wrote:
> 2008/10/28 Kyungmin Park <[EMAIL PROTECTED]>:
>> It supports basic operation such as create, remove, read, and write.
>>
>> Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
>
> Would it be possible to have the U-boot env
Hello Michael,
Michael Lawnick wrote:
> I have put these patches to our board (MPC8548, NOR Flash, MTD partition
> size 48MB).
>
> a) performance has improved (execution time of 'ls' reduced from ~16s to
> ~1.5s)
>
Sounds good. That is what we were expecting.
> b) there is a bug in the patch
Hi, first post here.
vis: Building u-boot for the AT91RM9200-EK circa 2008
Is this still possible all things considered? It appears that
this board is left behind in a backwater sometime around 2006.
Problem is I need to compile a new version of u-boot for my
new board based on the AT91RM9200
> Please restrict your line length to some 70 characters. Thanks.
I've been trying to take your previous advice and hit Enter every now
and then, but I forgot to do so before I sent off the last email.
> It should be just a single patch, unless you break it into locally
> idenpendent parts,
Dear Remy,
In message <[EMAIL PROTECTED]> you wrote:
> Currently U-boot is linking against libgcc. This should not be needed because
And where would the GCC compiler gets its builtin functions from,
then?
> the compiler toolchain is usually compiled with a certain OS interface in
> mind,
> and
Dear Ron Madrid,
In message <[EMAIL PROTECTED]> you wrote:
>
> I have previously read the information at the link suggested. In my mind I
> felt that the Makefile on the top level and the MAKEALL and the MAINTAINERS
> files would be suitable for putting together into one patch (which is what I
> Doesn't this more or less duplicate the function of the "autoscr"
> command?
After checking the source, it addresses the same needs.
While I looked hard, I didn't find this feature. After I wrote it for
a client and later found another client did it by himself, I posted it
to the list on Jul 4
Hi Richard,
Richard Retanubun wrote:
> Richard Retanubun wrote:
>
> Hi Ben,
>
> I forgot to cc you on the patch e-mail, when you got a chance, do you
> mind looking at this patch.
>
I'll have a look this weekend. If it applies cleanly I'll pull it in.
As mentioned during the 4xx discussion, ke
Hi TsiChung,
Liew Tsi Chung wrote:
> Ben,
>
> Any status about this patch that you will apply to the net
> repository? If not, this patch will go into ColdFire repository. If this
> patch does not apply, most of the CF platform's Fec will not work or
> possible compile errors.
>
> Than
> > 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
On Fri, Oct 31, 2008 at 11:37:33PM +0100, Remy Bohmer wrote:
> Currently U-boot is linking against libgcc. This should not be needed
> because the compiler toolchain is usually compiled with a certain OS
> interface in mind, and can even be configured for GNU-EABI interfaces.
> This can cause linki
Hi Stefan,
Stefan Roese wrote:
> Hi Ben,
>
> On Thursday 30 October 2008, Ben Warren wrote:
>
>> All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG
>>
>
> Looks good, thanks for all this work.
>
> Unfortunately it doesn't apply to my current u-boot-ppc4xx/master branch:
Currently U-boot is linking against libgcc. This should not be needed because
the compiler toolchain is usually compiled with a certain OS interface in mind,
and can even be configured for GNU-EABI interfaces.
This can cause linking conflicts in U-boot when linking to libgcc.
It usually becomes re
Related to the discussion we had earlier today about linking to libgcc I
have here a experimental patch that removes the linking to libgcc.
I called it experimental because I am not able to test if all architectures
still compile properly, and as such it needs more (build)testing before
integratin
Dear Alessandro,
In message <[EMAIL PROTECTED]> you wrote:
>
> This command reads a memory area (up to a specified length) and
> assigns the content to an environment variable. Any newlines are turned
> into semicolons, and any hash is makes all the rest of the line to be turned
> into spaces.
D
Dear Ron Madrid,
In message <[EMAIL PROTECTED]> you wrote:
>
> 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-
From: Alessandro Rubini <[EMAIL PROTECTED]>
This command reads a memory area (up to a specified length) and
assigns the content to an environment variable. Any newlines are turned
into semicolons, and any hash is makes all the rest of the line to be turned
into spaces.
The command is meant to al
Doing trap_init immediately once we're running from RAM
means we're no longer dependent on the physical location of
the flash on non-BookE platforms. Before trap_init, those
platforms switch to real mode and go to 0xfff00100 on exception.
After the switch, they go to 0x0100 This makes it easie
Currently, the CCSR gets relocated while translation is
enabled, meaning we need 2 BAT translations to get to both the
old location and the new location. Also, the DEFAULT
CCSR location has a dependency on the BAT that maps the
FLASH region. Moving the relocation removes this unnecessary
dependen
You can't actually have both, and with some coming changes to
change the memory map for the board and support 36-bit physical,
we need the extra BAT that is being consumed by having both.
I also make non-PCI configs build cleanly, for the sake of sanity.
Signed-off-by: Becky Bruce <[EMAIL PROTECT
We don't actually ever do this, remove the code so we
can stop maintaining it.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
board/freescale/mpc8641hpcn/mpc8641hpcn.c | 22 +-
include/configs/MPC8641HPCN.h |6 --
2 files changed, 1 insertions(+), 27
There are several items in the config file that were hardcoded
but that should really be based on other config options, since
the regions are contiguous and depend on being so. This cleans
that up a bit. Also, add BR_PHYS_ADDR() macro to convert
addresses into the proper format for BR registers.
It's currently a long and should be phys_size_t.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c |6 +++---
board/freescale/mpc8641hpcn/mpc8641hpcn.c |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/board/freescale/mpc8
Alessandro Rubini wrote:
>> Reported-by:
>
> I didn't find a policy for "Reported-by:" or other tags besides
> Signed-off-by: and Acked-by: . Mine are surely wronh in the patch I sent.
> Any pointer for us to get a culture?
I don't think it's anything as official as those other two; just a way
One more patch got added to the previous pull request.
The following changes since commit 7c84fe6a06dad9f793ed85b39b1e6c11a7882f5c:
Bartlomiej Sieka (1):
Fix to the auto-update feature documentation
(CONFIG_UPDATE_TFTP_MSEC_MAX)
are available in the git repository at:
git://git.denx
On Fri, Oct 31, 2008 at 10:33:21PM +0100, Alessandro Rubini wrote:
> Subject: [PATCH] Allow Nand and OneNand to coexist
>
> This removes in nand.h code that is verbatim duplicated from bbm.h,
> including directly bbm.h in nand.h. The previous state of affairs
> prevented compiling code for a board
> Eliminate compiler error when both NAND and OneNAND are enabled.
Thanks. I've done it differently this morning (without warning), but
yours is better.
I adopted your suggestion and submitted the patch to nand.h, it works
for me (although I'm still missing the two drivers for the board).
> Rep
Subject: [PATCH] Allow Nand and OneNand to coexist
This removes in nand.h code that is verbatim duplicated from bbm.h,
including directly bbm.h in nand.h. The previous state of affairs
prevented compiling code for a board hosting both Nand and OneNand chips.
Reported-by: Scott Wood <[EMAIL PROTEC
The following changes since commit 7c84fe6a06dad9f793ed85b39b1e6c11a7882f5c:
Bartlomiej Sieka (1):
Fix to the auto-update feature documentation
(CONFIG_UPDATE_TFTP_MSEC_MAX)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Haiying Wang (1):
> > > 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
On Fri, 31 Oct 2008 13:30:22 -0700 (PDT)
Ron Madrid <[EMAIL PROTECTED]> wrote:
> I used git format-patch, but I did not use git send-email. I am looking into
> that right now.
> I didn't realize that the web email client would create such problems. And
> as this is all
patch submission is one
I used git format-patch, but I did not use git send-email. I am looking into
that right now.
I didn't realize that the web email client would create such problems. And as
this is all
that I currently have access to, I am looking into using the git tools to
submit the patch.
> please reorder
On Fri, 31 Oct 2008 11:26:16 -0700 (PDT)
Ron Madrid <[EMAIL PROTECTED]> wrote:
> +#define CONFIG_ETHADDR00:E0:0C:00:95:01
> +
> +#define CONFIG_IPADDR10.196.31.84
> +#define CONFIG_SERVERIP10.196.31.85
> +#define CONFIG_GATEWAYIP10.196.31.255
we don't hardcode these ty
On Fri, 31 Oct 2008 11:17:32 -0700 (PDT)
Ron Madrid <[EMAIL PROTECTED]> wrote:
> This is a patch containing changes to files on the top level for a new board
> SIMPC8313.
please reorder patchseries or, even better, resubmit as one single
patch so as to not break git bisecting.
> Signed off by:
On Fri, Oct 31, 2008 at 12:22 AM, Ben Warren <[EMAIL PROTECTED]> wrote:
> CONFIG_MPC85xx_FEC -> CONFIG_MPC85XX_FEC
>
> Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
Applied, thanks
Andy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/m
Hi Jürgen,
> If you have any comments please email to me.
You should add an entry to the MAINTAINERS file for the Firetux.
Best,
Peter
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Reported-by: Alessandro Rubini <[EMAIL PROTECTED]>
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Applied to u-boot-nand-flash
fs/jffs2/jffs2_1pass.c | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/fs/jffs2/jffs2_1pass.c b/fs/jffs2/jffs2_1pass.c
index 017726
On Thu, Oct 30, 2008 at 08:55:22AM +0100, Alessandro Rubini wrote:
> Unfortunately, jffs2 code in head complains if both CONFIG_CMD_NAND
> and CONFIG_CMD_ONENAND are defined.
>
> This trivial one-liner seems to fix one of the problems (although it
> introduces a warning if neither one is defined),
Ron Madrid wrote:
> +int board_early_init_f(void)
> +{
> +volatile immap_t *im = (immap_t *)CFG_IMMR;
> +
> +if (im->pmc.pmccr1 & PMCCR1_POWER_OFF)
> +gd->flags |= GD_FLG_SILENT;
> +
> +return 0;
> +}
You include this bit of suspend/resume support from mpc8313erdb, but not
the
On Fri, Oct 31, 2008 at 11:21:09AM -0700, Ron Madrid wrote:
> 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]>
Patch is whitespace-mangled; TABs seem to have been replaced
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
@@ -0,0 +1,
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/sheldon/simpc8313
On Fri, Oct 31, 2008 at 05:06:14AM -0500, Kumar Gala wrote:
> From: Haiying Wang <[EMAIL PROTECTED]>
>
> CONFIG_ENV_ADDR should be (CONFIG_SYS_MONITOR_BASE - CONFIG_ENV_SECT_SIZE).
>
> Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Applied 1-2 to
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
index 0
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 PROTECTED]>
On Fri, Oct 31, 2008 at 03:30:33PM +0100, Juergen Schoew wrote:
> +#ifdef CONFIG_CMD_NAND
> +void firetux_nandflash_init(void)
> +{
> + /* Hardware configuration */
> + /* setup GPIOB18 / FMP40 to GPIO input with internal pullup */
> + /* clear bits */
> + *(vu_long *)(PNX8181_SCON_
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
lib_ppc/bootm.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index fce4eff..18eb54f 100644
--- a/lib_ppc/bootm.c
+++ b/lib_ppc/bootm.c
@@ -224,12 +224,13 @@ static int boot_bd_t_lin
On 17:05 Fri 31 Oct , Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > I tend to use a broad view summarizing all types of flash based
> > > storage devices (NAND, OneNAND, Dataflash, etc.). As such, I would
> > > see this on Scott's desk
2008/10/28 Kyungmin Park <[EMAIL PROTECTED]>:
> It supports basic operation such as create, remove, read, and write.
>
> Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
Would it be possible to have the U-boot environment in the part of the
flash managed by UBI? I suppose it involves creating a U-
On Fri, Oct 31, 2008 at 01:25:14PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 08:06 Fri 31 Oct , Jerry Van Baren wrote:
> > Wolfgang Denk wrote:
> > > Dear rajeev s,
> > >
> > > In message <[EMAIL PROTECTED]> you wrote:
> > >> We have a custom board based on coldfire (MCF5484) Simila
Allow tqm8xx.c to cleanly compile when CONFIG_LCD_INFO is
defined and remove unneeded version.h from lcd.c
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
I noticed this when adding timestamp.h to tqm8xx.c.
The "Update U-Boot's build timestamp on every compile"
patch should be applied first.
I
Dear Scott Wood,
In message <[EMAIL PROTECTED]> you wrote:
>
> > I tend to use a broad view summarizing all types of flash based
> > storage devices (NAND, OneNAND, Dataflash, etc.). As such, I would
> > see this on Scott's desk...
>
> I barely have enough time to keep up with NAND, I kn
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
diff --git a/drivers/mtd/dataflash.c b/drivers/mtd/dataflash.c
index 201e518..43746e7 100644
--- a/drivers/mtd/dataflash.c
+++ b/drivers/mtd/dataflash.c
>>> Who is supposed to handle this one?
>>>
>>> Stefan is it
On Fri, Oct 31, 2008 at 01:12:28AM +0100, Wolfgang Denk wrote:
> From: Wolfgang Denk <[EMAIL PROTECTED]>
. . .
> This patch implements a simple, but somewhat ugly solution, as it
> avoids the use of flash_read64() in this critical place (by breaking
> it down manually into 32 bit read operations)
Dear Kumar,
In message <[EMAIL PROTECTED]> you wrote:
> When I try building the sequoia_config I get:
>
> ld: .bss section too big, overlaps .ppcenv section. Please update your
> confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
> to be modified.
> ld: .bss section too bi
On Wed, Oct 29, 2008 at 05:37:52PM -0600, John Rigby wrote:
> Scott, thanks for your feedback. I can easily fix most of the issues.
>
> The one question I have is if this can go in only supporting 5121 rev2.
> If I need to add rev1 support it will take more time than I have right now.
If rev1
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
Changes since v1:
* Split up U_BOOT_DATE define (date and time) into
U_BOOT_DATE (day, month, year) and U_BOOT_TIME (time of day)
defines
* Updated all archit
On Friday 31 October 2008, Kumar Gala wrote:
> So when I build a 4xx config I see:
>
> cmd_elf.c: In function 'do_bootvx':
> cmd_elf.c:173: warning: array subscript is below array bounds
> cmd_elf.c:176: warning: array subscript is below array bounds
> cmd_elf.c:181: warning: array subscript is bel
On Oct 31, 2008, at 10:00 AM, Stefan Roese wrote:
> Hi Kumar,
>
> On Friday 31 October 2008, Kumar Gala wrote:
>> When I try building the sequoia_config I get:
>>
>> ld: .bss section too big, overlaps .ppcenv section. Please update
>> your
>> confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and
When I try building the sequoia_config I get:
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
to be modified.
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration: CFG
Hi Kumar,
On Friday 31 October 2008, Kumar Gala wrote:
> When I try building the sequoia_config I get:
>
> ld: .bss section too big, overlaps .ppcenv section. Please update your
> confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
> to be modified.
> ld: .bss section too big, o
So when I build a 4xx config I see:
cmd_elf.c: In function 'do_bootvx':
cmd_elf.c:173: warning: array subscript is below array bounds
cmd_elf.c:176: warning: array subscript is below array bounds
cmd_elf.c:181: warning: array subscript is below array bounds
sprintf (build_buf, "i
Dear Wolfgang,
Please pull u-boot-sh master branch.
Best regards,
Nobuhiro
The following changes since commit 7c84fe6a06dad9f793ed85b39b1e6c11a7882f5c:
Bartlomiej Sieka (1):
Fix to the auto-update feature documentation
(CONFIG_UPDATE_TFTP_MSEC_MAX)
are available in the git repositor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Wolfgang
> You may see a problem similar to mine (patch just went into the CFI
> repo).
>
> What exactly is your flash configuration? Bus width? Which
> flash chips? How can the bus be read? I mean, for example if you
> use 2 x 16 bit devi
On Thu, Oct 23, 2008 at 5:12 AM, Mike Frysinger wrote:
> The following changes since commit d9d8c7c696dec370ca714c03beb6e79d4c90bd5e:
> Wolfgang Denk (1):
>Fix strmhz(): avoid printing negative fractions
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-blackfin
On 13:06 Fri 31 Oct , Stefan Roese wrote:
> Hi Wolfgang,
>
> On Friday 31 October 2008, Wolfgang Denk wrote:
> > > > It is my understanding that a rework of this code is under way which
> > > > will avoid the long delay for the standard boot sequence (and only
> > > > need it for board bri
On 08:06 Fri 31 Oct , Jerry Van Baren wrote:
> Wolfgang Denk wrote:
> > Dear rajeev s,
> >
> > In message <[EMAIL PROTECTED]> you wrote:
> >> We have a custom board based on coldfire (MCF5484) Similar to MCF5484
> >> Kitlite
> >> The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of B
Hi Wolfgang,
On Friday 31 October 2008, Wolfgang Denk wrote:
> > > It is my understanding that a rework of this code is under way which
> > > will avoid the long delay for the standard boot sequence (and only
> > > need it for board bringup or intentional recalibration).
> >
> > Are you talk
Wolfgang Denk wrote:
> Dear rajeev s,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
>> The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and
>> the PCI bus as a slave (no serial
>> port->no cons
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
add forgeted Makefile
Makefile |1 +
common/Makefile | 11 --
{common => drivers/fpga}/ACEX1K.c|0
drivers/fpga/Makefile| 58 +++
Dear Georg,
In message <[EMAIL PROTECTED]> you wrote:
>
> i have a strange problem with the saveenv command, or maybe with my
> config :)
>
> After booting a fresh compiled u-boot with the default environment i
> can save the env without any problems. U-boot unprotect, erase and
> write the fla
Dear rajeev s,
In message <[EMAIL PROTECTED]> you wrote:
>
> We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
> The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and
> the PCI bus as a slave (no serial
> port->no console)
> I can flash U-boot us
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
>
> > It is my understanding that a rework of this code is under way which
> > will avoid the long delay for the standard boot sequence (and only
> > need it for board bringup or intentional recalibration).
>
> Are you talking ab
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
>
> > > diff --git a/drivers/mtd/dataflash.c b/drivers/mtd/dataflash.c
> > > index 201e518..43746e7 100644
> > > --- a/drivers/mtd/dataflash.c
> > > +++ b/drivers/mtd/dataflash.c
> >
> > Who is supposed to handle this one?
> >
> > Stefan
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
common/Makefile |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/common/Makefile b/common/Makefile
index 14042e6..8b7eac3 100644
--- a/common/Makefile
+++ b/common/Makefile
@@ -42,7 +42,7 @@ COBJS
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
Makefile |1 +
common/Makefile | 11 ---
{common => drivers/fpga}/ACEX1K.c|0
{common => drivers/fpga}/altera.c|0
{common => drivers/fpga}/cyclo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i have a strange problem with the saveenv command, or maybe with my
config :)
After booting a fresh compiled u-boot with the default environment i
can save the env without any problems. U-boot unprotect, erase and
write the flash. but after add
The following changes since commit d685b74c64a38849f1a129b3ab846fbf67dd937e:
Dave Liu (1):
74xx: use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Wolfgang Denk (1):
CFI Dr
Hello Wolfgang,
>> At least for the u-boot-application-examples I had to remove it
>> already, because there were linking conflicts with libgcc, so there is
>> an overlap.
> libgcc conflicting with itself? Sounds like a toolchain configuration
> issue to me.
Nope, U-boot provides itself already s
On Friday 31 October 2008, Wolfgang Denk wrote:
> From: Wolfgang Denk <[EMAIL PROTECTED]>
Applied to cfi/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Mun
Hi ,
We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and the
PCI bus as a slave (no serial
port->no console)
I can flash U-boot using the JTAG . Can you let know how can i pass the
Commands ov
Hi Ben,
On Thursday 30 October 2008, Ben Warren wrote:
> All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG
Looks good, thanks for all this work.
Unfortunately it doesn't apply to my current u-boot-ppc4xx/master branch:
[EMAIL PROTECTED] u-boot-ppc4xx (master)]$ git am -3 -s
From: Jason Jin <[EMAIL PROTECTED]>
This patch defines 1M TLB&LAW size for NAND on MPC8536DS, assigns 0xffa0
for CONFIG_SYS_NAND_BASE and adds other NAND supports in config file.
It also moves environment(CONFIG_ENV_ADDR) outside of u-boot image.
Singed-off-by: Jason Jin <[EMAIL PROTECTED]>
S
From: Haiying Wang <[EMAIL PROTECTED]>
CONFIG_ENV_ADDR should be (CONFIG_SYS_MONITOR_BASE - CONFIG_ENV_SECT_SIZE).
Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
include/configs/MPC8572DS.h |2 +-
1 files changed, 1 insertions(+), 1 deletion
On 10:43 Fri 22 Aug , Ryan CHEN wrote:
> The patch is to add support functions which load and boot WinCE image.
> It introduces one new CMD macro named 'CONFIG_CMD_WINCE'.
> The source codes have tested on STLS board.
>
> Signed-off-by: Ryan Chen <[EMAIL PROTECTED]>
>
> ---
> common/Makefile
The following changes since commit d685b74c64a38849f1a129b3ab846fbf67dd937e:
Dave Liu (1):
74xx: use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Matthias Fuchs (6):
ppc4xx:
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
MAINTAINERS |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 260c3e6..a7f9b87 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -319,8 +319,8 @@ Ricardo Ribalda <[EMAIL PROTECTED]>
Hi Matthias,
On Tuesday 28 October 2008, Matthias Fuchs wrote:
> > Sorry, but with this status I can't add those patches to my 4xx/master
> > branch. Please fix those problem and resubmit.
>
> I will resend my patch series rebased to top of git in a couple of minutes.
Applied all 6 patches to 4xx
On Monday 27 October 2008, Ricardo Ribalda Delgado wrote:
> Xilinx ppc440 and ppc405 have many similarities. This patch merge the
> config files of both infrastuctures
>
> Signed-off-by: Ricardo Ribalda Delgado <[EMAIL PROTECTED]>
Applied to 4xx/master. Thanks.
Best regards,
Stefan
=
2008/10/31 Simon Boman <[EMAIL PROTECTED]>:
> 2008/10/29 Jerry Van Baren <[EMAIL PROTECTED]>:
>> Simon Boman wrote:
>>>
>>> I added this code to the uec.c file:
>>>int i;
>>>for(i=0;i<20;i++)
>>> printf("PHY value %d is %x\n", i, phy_read(uec->mii_info, i));
>>>
>>> and go
Hi Wolfgang,
On Friday 31 October 2008, Wolfgang Denk wrote:
> Of course the end result looks better. There is no doubt about that.
> But it has disadvantages, too. With the row of dots you can easily
> see how long you've been waiting - this visualizes variations in
> timing behaviour
On 09:48 Fri 31 Oct , Wolfgang Denk wrote:
> Dear Cristian
>
> In message <[EMAIL PROTECTED]> Jean-Christophe wrote:
> >
> > I've forget one think please add an entry to the MAINTAINER file
>
> This can be done by sending an additional patch - no need to resubmit
> all the stuff.
Yes but the
On Tuesday 28 October 2008, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 16:41 Mon 27 Oct , Ilko Iliev wrote:
> > This patch fix the problem that only the [NB_DATAFLASH_AREA -1] dataflash
> > partition can be defined to use the area to the end of dataflash size.
> > Now it is possible to have o
1 - 100 of 110 matches
Mail list logo
