Todd Fischer wrote:
> I am working on a patch to add DM355 SoC support to u-boot git tree. I
> am following the steps listed at
> http://www.denx.de/wiki/UBoot/DevelopmentProcess. Since the DM355 has
> an ARM9 processor, I am creating a patch for the u-boot-arm git tree.
>
> Since one of the
I am working on a patch to add DM355 SoC support to u-boot git tree. I
am following the steps listed at
http://www.denx.de/wiki/UBoot/DevelopmentProcess. Since the DM355 has
an ARM9 processor, I am creating a patch for the u-boot-arm git tree.
Since one of the steps is to verify MAKEALL builds c
In message <[EMAIL PROTECTED]> you wrote:
>
> Due to my company's firewall, I can't get to u-boot git server via the git
> interface so I am trying the http interface. However, I am getting the
> following message.
>
> [EMAIL PROTECTED]:~/git_test$ git clone http://www.denx.de/git/u-boot.git
> u-
Due to my company's firewall, I can't get to u-boot git server via the git
interface so I am trying the http interface. However, I am getting the
following message.
[EMAIL PROTECTED]:~/git_test$ git clone http://www.denx.de/git/u-boot.git u-boot
Cannot get remote repository information.
Perhaps gi
On Feb 10, 2008 1:57 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> > > is not in the best of shape). That being said, we boot a
>
> There is a number of MIPS board that are working pretty well -
> Andrew: what exactly do you mean by "not in the best of shape"?
AFAIK the current low level
In message <[EMAIL PROTECTED]> you wrote:
>
> In the following mails, we'll be submitting a number of patches to
> include support of 8 new Barco Boards:
>
> Barco SVC2
> Barco NGS101
> Barco H-DGUC
> Barco NGP101
> Barco NGS103
> Barco NGS104
> Barco NGS105
> Barco NGS107
>
> 1. remove-barco-ub
Move duplicated exception handling code into lib_arm.
Signed-off-by: Andreas Engel <[EMAIL PROTECTED]>
---
cpu/arm1136/interrupts.c | 134 --
cpu/arm720t/interrupts.c | 132 +--
cpu/arm920t/interrupts.c | 135 +--
In message <[EMAIL PROTECTED]> you wrote:
>
> > I can't find them. Please rebase and resubmit.
...
> this is the patch and how to use it:
>
> +#define CONFIG_DOS_PARTITION
> +#define CFG_IDE_MAXBUS 1 /* max. 1 IDE bus */
> +#define CFG_IDE_MAXDEVICE 1 /* m
In message <[EMAIL PROTECTED]> you wrote:
> I'm working on a MPC5200 based design, www.digispeaker.com. What low
> cost options are there for initially loading the flash if a BDI2000 is
> not in the budget? Ideally we'd like to find something cheap enough
> that a hobbyist could buy it if they bric
In message <[EMAIL PROTECTED]> you wrote:
>
> Thanks so much for your reply and candor - that's kind of
> what I needed to hear either way.
Well, it would have been much beter if the reply had been sent to the
ML so others could have commented on it.
> --- Andrew Dyer <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]> you wrote:
>
> However it looks lile U-Boot accomplishes both
> (PMON+GRUB-like functionality) since I see some indication
> U-Boot handles VFAT? (how about ATA CF?) (If U-Boot can
U-Boot can handle FAT/VFAT, ext2, cramfs, reiserfs, JFFS2, ...
ATA/IDE devices are
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/include/configs/xsengine.h b/include/configs/xsengine.h
index d167e01..4d1bdd7 100644
--- a/include/configs/xsengine.h
+++ b/include/configs/xsengine.h
@@ -33,7 +33,7 @@
#define CONFIG_XSENGINE
> ack on the 83xx change, but the 85xx code looks identical to the 83xx
> version, and 86xx bits should be identical, too, so we would be better
> off refraining from triplicating code again and find a more common
> place to put this. Jon? Andy?
Definitely true, but that's a delicate change. For
13 matches
Mail list logo
