Dear Mike Frysinger,
In message <1245029722-14514-1-git-send-email-vap...@gentoo.org> you wrote:
> The curr_device variable isn't used outside of cmd_mmc, so mark it static
> to avoid conflicts with other pieces of code (like sata which also exports
> a curr_device). Otherwise we end up with stuf
Dear Mike Frysinger,
In message <1245029722-14514-2-git-send-email-vap...@gentoo.org> you wrote:
> The curr_device variable really should be namespaced with a "sata_" prefix
> since it is only used by the sata code. It also avoids random conflicts
> with other pieces of code (like cmd_mmc):
> com
Dear Mike Frysinger,
In message <200907151109.06151.vap...@gentoo.org> you wrote:
> --nextPart4747607.DNTvaE3gLs
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
> Content-Disposition: inline
>
> On Sunday 14 June 2009 21:35:21 Mike Frysinger wrot
Fix incorrect information about size units and correct typo.
Signed-off-by: Andrzej Wolski
---
diff --git a/common/cmd_ubi.c b/common/cmd_ubi.c
index 05893f5..54faac1 100644
--- a/common/cmd_ubi.c
+++ b/common/cmd_ubi.c
@@ -618,7 +618,7 @@ U_BOOT_CMD(ubi, 6, 1, do_ubi,
"ubi remove[vol] vo
Signed-off-by: Scott Wood
---
Fixed some board breakages found by the overnight MAKEALL.
In particular, removed doc_probe() invocations (some of which weren't
ifdeffed) and removed some CONFIG_CMD_NANDs that got left in on a few
boards which were legacy NAND.
board/delta/nand.c|
Dear Robin Getz,
In message <200907171553.08108.rg...@blackfin.uclinux.org> you wrote:
> On 04 Oct 2008 Pieter posted a dns implementation for U-Boot.
>
> http://www.mail-archive.com/u-boot-us...@lists.sourceforge.net/msg10216.html
>
> > DNS can be enabled by setting CFG_CMD_DNS. After performin
Hello Prafulla,
2009/7/17 Prafulla Wadaskar :
> This change is cheked in Linux source and fix found to be in sync.
> This patch is tested for USB host interface on Kirkwood based
> Sheevaplug platform (ARM little endian board)
>
> Risk: the impact of this patch is not validated on big endian board
Dear Matthias Fuchs,
In message <200907172157.12244.matthias.fu...@esd.eu> you wrote:
...
[450+ lines of full quote deleted.]
Please quote only relevant code snippets. Thanks.
> > + for (i = 0; i < ppc4xx_config_count; i++) {
> > + /*
> > +* Search for configuration name
Dear Michal Simek,
In message <4a601822.7020...@monstr.eu> you wrote:
>
> please pull the following changes.
>
> Thanks,
> Michal
>
>
> The following changes since commit bfadb17f69c256196620c32164775f063a59c34f:
> Anton Vorontsov (1):
> mpc83xx: MPC837xEMDS: Use hwconfig instead of
Dear Anatolij Gustschin,
In message <4a6081de.7050...@denx.de> you wrote:
> Dear Wolfgang,
>
> The following changes since commit bfadb17f69c256196620c32164775f063a59c34f:
> Anton Vorontsov (1):
> mpc83xx: MPC837xEMDS: Use hwconfig instead of pci_external_arbiter
> variable
>
> are av
Dear Matthias Fuchs,
In message <200907161205.00253.matthias.fu...@esd.eu> you wrote:
>
> > return (in_be32((void*)GPIO0_IR) & CONFIG_SYS_GPIO_MONARCH_N) == 0;
> Ack.
> >
> > Umm... and why do we need a cast here? This should be fixed.
> The in/out_be16/32 functions expect a pointer. When yo
Dear =?ISO-8859-1?Q?Eric_B=E9nard?=,
In message <4a5f4f09.2090...@eukrea.com> you wrote:
>
> After checking the datasheet, I don't understand how we can change the
> geometry of this SDRAM controler while running from SDRAM : each time we
> increase the colum number, the address are modified th
Currently pullups are incorrectly set for all AT91 SoCs:
pullup for TXD line is enabled, what is not necessary, but
pullup for RXD line, what may be necessary for some boards,
is disabled. This patch fixes it: it enables pullup only
for RXD line.
Signed-off-by: Andrzej Wolski
---
cpu/arm926ejs/
Dear Alessandro Rubini,
In message <20090716164143.ga9...@mail.gnudd.com> you wrote:
> > I've tried something very close to what is done in tqm8xx but I don't
> > manage to get something reliable : either it hangs or I get data abort.
> >
> > After checking the datasheet, I don't understand how w
Dear Prafulla Wadaskar,
In message <1247758084-12296-1-git-send-email-prafu...@marvell.com> you wrote:
> arranged configurations in alphabetical order
> CONFIG_CMD_FLASH moved under ifndef CONFIG_SYS_NO_FLASH
>
> Signed-off-by: Prafulla Wadaskar
> ---
> include/config_cmd_default.h |6 +++--
A large number of boards (all AT91 based) duplicated the ROUND()
macro in their board specific config files. Add the definition to
include/common.h and clean up the board config files.
Signed-off-by: Wolfgang Denk
---
include/common.h |1 +
include/configs/afeb9260.h
Dear Dave Mitchell,
In message <4a5fc1fd.1090...@gmail.com> you wrote:
>
> > Yes, I know. But then, bootstrapping [1] is really a name with a
> > _very_ fuzzy meaning. It can be anything. The fact thay it was chosen
> > in the UM documentation does't make it better - in U-Boot context I
> >
On Fri 17 Jul 2009 16:55, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200907171553.08108.rg...@blackfin.uclinux.org> you wrote:
> > On 04 Oct 2008 Pieter posted a dns implementation for U-Boot.
> >
> > http://www.mail-archive.com/u-boot-us...@lists.sourceforge.net/msg10216.html
> >
Dear Peter Tyser,
In message <1247634068-16671-1-git-send-email-pty...@xes-inc.com> you wrote:
> A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
> which affected non-MPC83xx/85xx/86xx ppc boards which had CONFIG_DDR_ECC
> defined and resulted in errors such as:
>
> Configu
Dear Stefan Roese,
In message <200907170835.50906...@denx.de> you wrote:
> On Wednesday 15 July 2009 07:01:08 Peter Tyser wrote:
> > A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
> > which affected non-MPC83xx/85xx/86xx ppc boards which had CONFIG_DDR_ECC
> > defined and
Dear Minkyu Kang,
In message <1f3430fb0907170142l51139f76jed37a47f7760f...@mail.gmail.com> you
wrote:
>
> >> +void raise(void)
> >> +{
> >> +}
> >
> > Why would that be needed?
>
> Actually this function is workaround.
> because of undefined reference error
>
> /opt/toolchains/arm-2008q3/bin/../l
Dear Robin Getz,
In message <200907171745.36176.rg...@blackfin.uclinux.org> you wrote:
>
> > You probably should add a doc/README.* file to explain how that is
> > supposed to be used.
>
> Will do.
>
> What is the rule for when things go in ./doc/README.* vs ./README ?
Size - anything that take
Dear Heiko Schocher,
In message <49c89574.9040...@denx.de> you wrote:
>
> I want now, because the merge window is open again, restart the
> the multibus/multiadapter discussion.
No negative feedback has been posted, as far as I can tell.
Will you post patches for this merge window?
Best regard
Dear Andy,
In message <1238751340-26758-1-git-send-email-dave...@freescale.com> Dave Liu
wrote:
> Give the MPC8569MDS board one default environment var.
>
> Signed-off-by: Dave Liu
> ---
> include/configs/MPC8569MDS.h | 72
> --
> 1 files changed, 41
Dear Scott,
In message <49df39cd.9010...@imagos.it> you wrote:
> From b75bd27f89ac6c105cebb6507cf082b6f5fffc7d Mon Sep 17 00:00:00 2001
> From: Renato Andreola
> Date: Fri, 10 Apr 2009 12:32:29 +0200
> Subject: Nios2: do_boom_linux(): kernel gunzip input data integrity
> problem due to mi
>
Dear Anatolij,
In message Jens Scharsig wrote:
> This patch adds a new video driver
>
> * adds common bus_vcxk framebuffer driver
>
> Signed-off-by: Jens Scharsig
> ---
AFAICT this has neither been applied nor rejected yet.
Please check.
Best regards,
Wolfgang Denk
--
DENX Software Engin
Dear Jean-Christophe,
In message <49f70a9d.5000...@duran-audio.com> Remco Poelstra wrote:
> Added example board for LPC2468 processor
>
> Signed-off-by: Remco Poelstra ---
> From ab9ef1e9c2bd8f04612429461baa5c24dbc52266 Mon Sep 17 00:00:00 2001
> From: Remco Poelstra
> Date: Tue, 28 Apr 2009 1
Dear Ben,
In message <1241592922-12574-1-git-send-email-sba...@denx.de> Stefano Babic
wrote:
> From: Stefano Babic
>
> Last patch in the dm9000 driver breaks the trizeps IV board (PXA).
> Reading of eeprom is modified here to reflect the changes in
> read_srom_word().
>
> Signed-off-by: Stefan
On Sat, 18 Jul 2009, Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <49c89574.9040...@denx.de> you wrote:
> >
> > I want now, because the merge window is open again, restart the
> > the multibus/multiadapter discussion.
>
> No negative feedback has been posted, as far as I can tell.
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1242468896-5007-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> actually the console API use the following naming convention
>
> ==Extract==
> typedef struct device_t;
>
> int device_register (device_t * dev);
> int devices_init
Dear k...@koi8.net,
In message you wrote:
>
> > Will you post patches for this merge window?
>
> Are we back at square one or we're gonna implement that weirdo with
> accessing global variables from object methods?
I suggest you re-read Heiko's posting from end of March [1], and have
a look at
On Fri 17 Jul 2009 18:01, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200907171745.36176.rg...@blackfin.uclinux.org> you wrote:
> >
> > > You probably should add a doc/README.* file to explain how that is
> > > supposed to be used.
> >
> > Will do.
> >
> > What is the rule for whe
On Sat, 18 Jul 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you
> wrote:
> >
> > > Will you post patches for this merge window?
> >
> > Are we back at square one or we're gonna implement that weirdo with
> > accessing global variables from object methods?
>
> I suggest you
The XPedite1000 is a 440gx-based PMC made by X-ES. Support was added
for XPedite100 to U-Boot > 5 years ago by Travis Sawyer
(travis.saw...@sandburst.com) independent of X-ES. Sandburst was
bought out by Broadcom some time ago. I attempted to contact
Travis at both his old Sandburst and Broadcom
All XPedite1000's have SPD EEPROMs present and no fixed configuration
parameters are currently defined or used
Signed-off-by: Peter Tyser
---
board/xpedite1k/xpedite1k.c | 64 +--
1 files changed, 1 insertions(+), 63 deletions(-)
diff --git a/board/xped
By default, the XPedite1000 comes installed with xMon, a proprietary
bootloader. xMon stores its MAC address in an onboard EEPROM. Rather
than requiring a non-standard location in the EEPROM to be reserved for
MAC addresses, store the MAC addresses in U-Boot's standard environment.
A U-Boot appli
POST or command line tests provide similar functionality
Signed-off-by: Peter Tyser
---
board/xpedite1k/xpedite1k.c | 31 ---
include/configs/XPEDITE1K.h |1 -
2 files changed, 0 insertions(+), 32 deletions(-)
diff --git a/board/xpedite1k/xpedite1k.c b/board/xp
Previously an I2C EEPROM was used. The EEPROM had size, reliability,
and access issues which are resolved by storing the environment in
flash.
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE1K.h | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/include/
Using the CFI flash driver will allow write access to the 16MB Intel
StrataFlash present on the XPedite1000. The 512KB socketed (non
CFI-compliant flash) will no longer be writable.
The mapping of the 16MB Strata flash was moved to 0xff00 and the
512KB AMD socketed flash was moved to 0xfe
The XPedite1000 only has 2 available ethernet ports:
ppc_4xx_eth2 (EMAC2) and ppc_4xx_eth3 (EMAC3)
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE1K.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/include/configs/XPEDITE1K.h b/include/configs/XPEDITE1K.h
inde
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE1K.h | 122 ++
1 files changed, 110 insertions(+), 12 deletions(-)
diff --git a/include/configs/XPEDITE1K.h b/include/configs/XPEDITE1K.h
index d8eccd8..c67350a 100644
--- a/include/configs/XPEDITE1K.h
Signed-off-by: Peter Tyser
---
board/xpedite1k/init.S | 67 +++---
board/xpedite1k/u-boot.lds |3 -
board/xpedite1k/xpedite1k.c | 210 +++---
include/configs/XPEDITE1K.h | 216 ++-
4 files changed, 2
The XPedite1000 is an X-ES product thus it can be put in board/xes along
with other X-ES boards. Along with the move, the board was renamed to
XPedite1000 from XPedite1K to fit X-ES's standard naming convention.
Maintainership was also transfered to Peter Tyser.
Signed-off-by: Peter Tyser
---
M
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE1K.h | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/include/configs/XPEDITE1K.h b/include/configs/XPEDITE1K.h
index 391d041..016fa8a 100644
--- a/include/configs/XPEDITE1K.h
+++
Signed-off-by: Peter Tyser
---
board/xpedite1k/xpedite1k.c | 15 ++-
include/configs/XPEDITE1K.h |1 +
2 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/board/xpedite1k/xpedite1k.c b/board/xpedite1k/xpedite1k.c
index 33d4ac8..6926c1c 100644
--- a/board/xpedite1k/xp
The XPedite1000 can be built with 4 total flashes:
- 512KB AMD socketed
- 16MB Intel soldered
- 2 x 32MB AMD MirrorBit flashes
Add support for the optional 2 32MB CFI-compliant AMD flashes
Signed-off-by: Peter Tyser
---
board/xpedite1k/xpedite1k.c |4
include/configs/XPEDITE1K.h |7
Enable GPIO pins for an I2C EEPROM write protect, a system reset pin,
and a PMC #MONARCH pin. These pins are not currently used in U-Boot,
but are used in OSes and may be used in U-Boot in the future.
Signed-off-by: Peter Tyser
---
board/xpedite1k/xpedite1k.c | 13 +++--
1 files chang
This change should have no functional effect
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE1K.h | 159 +++
1 files changed, 85 insertions(+), 74 deletions(-)
diff --git a/include/configs/XPEDITE1K.h b/include/configs/XPEDITE1K.h
index c67350a..39
On Fri 17 Jul 2009 16:55, Wolfgang Denk pondered:
> > Index: net/Makefile
> > ===
> > --- net/Makefile(revision 1968)
> > +++ net/Makefile(working copy)
> > @@ -34,6 +34,7 @@
> > COBJS-y += eth.o
> > COBJS-y += nfs.o
> > COB
Dear Sir,
sorry for the miss quote.
i have written the code for USB device & USB Host from taking reference code
of U-boot.
current version is ELDK version 4.2
ppc_6xx: Build 2008-04-01
with regards,
gurumurthy
On Sat, Jul 18, 2009 at 12:01 AM, Wolfgang Denk wrote:
> Dear Gurumurt
On Fri 17 Jul 2009 18:01, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200907171745.36176.rg...@blackfin.uclinux.org> you wrote:
> >
> > > You probably should add a doc/README.* file to explain how that is
> > > supposed to be used.
> >
> > Will do.
> >
> > What is the rule for whe
Hi Darshan,
Let me summarize your hardware and request:
- Cavium Octeon host-processor
- Wintegra Winpath Network slave processors
- Devices connected via the PCI bus
- You want to create a U-Boot application to boot the
processors and then communicate over the PCI bus.
However, before we
Hi Wolfgang,
On Friday 17 July 2009 23:45:02 Wolfgang Denk wrote:
> > > A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
> > > which affected non-MPC83xx/85xx/86xx ppc boards which had
> > > CONFIG_DDR_ECC defined and resulted in errors such as:
> > >
> > > Configuring for c
Hi Dave,
Thanks for the reply.
Cavium's U-boot version included has been modified to support multicore
OCTEON processors. The 'bootoct' command has been added, which supports the
booting of an Octeon simple executive application.
Let me answer your questions now.
Octeon Software Development Kit: Oc
101 - 154 of 154 matches
Mail list logo
