On Tue, 2010-10-26 at 21:54 +0200, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1285785448-4703-3-git-send-email-pty...@xes-inc.com> you wrote:
> > Update to use the recent, common FSL PCI initialization code.
> >
> > Signed-off-by:
ash... Restoring the rest of data to 0xfff48000 len 0x18000
done
Protected 1 sectors
=>
Without debug:
=> saveenv
Saving Environment to Flash...
Un-Protected 1 sectors
Erasing Flash...
. done
Erased 1 sectors
Writing to Flash... done
Protected 1 sectors
=>
Signed-off-by:
From: John Schmoller
Initial support for Extreme Engineering Solutions XPedite5500 -
a P2020-based PMC/XMC single board computer.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
MAINTAINERS |1 +
board/xes/common/Makefile
Signed-off-by: Peter Tyser
CC: h...@denx.de
---
doc/README.POST | 11 -
include/configs/KUP4K.h |6 ++--
include/configs/KUP4X.h |6 ++--
include/configs/TB5200.h |8 +++---
include/configs/TQM5200.h |8 +++---
include/configs/cm5200.h |4
Add memory and I2C posts to the XPedite517x/520x/537x board families.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
include/configs/xpedite517x.h | 17 +
include/configs/xpedite520x.h | 10 ++
include/configs/xpedite537x.h | 15 +++
3 files changed, 42
The PIC's TFRR register doesn't affect hardware and is generally unused,
so use as storage for the POST word.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
include/post.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/post.h b/include/post.h
ind
pecifies
a list of I2C addresses for the I2C POST to ignore.
Signed-off-by: Peter Tyser
Acked-by: Heiko Schocher
---
doc/README.POST|8
post/drivers/i2c.c | 26 --
2 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/doc/README.POST b/doc/R
revent possible issues with devices
that accept general calls. Additionally, this change shouldn't reduce
POST coverage since each I2C device should still be accessed via its
own, unique address.
Signed-off-by: Peter Tyser
Acked-by: Heiko Schocher
---
post/drivers/i2c.c |6 --
The logic previously used in the I2C post was a bit convoluted.
Signed-off-by: Peter Tyser
Acked-by: Heiko Schocher
---
post/drivers/i2c.c | 29 +
1 files changed, 13 insertions(+), 16 deletions(-)
diff --git a/post/drivers/i2c.c b/post/drivers/i2c.c
index
- Clean up ifdeffery
- Update coding style
No functional change should have occurred.
Signed-off-by: Peter Tyser
Acked-by: Heiko Schocher
---
post/drivers/i2c.c | 48 +++-
1 files changed, 23 insertions(+), 25 deletions(-)
diff --git a/post
boards with the least significant digit of 'x'.
While we're at it, change the board config file and make targets to be
lowercase.
Also change the default uImage and fdt filenames to "board.uImage" and
"board.dtb" to be more generic.
Signed-off-by: Peter Tyse
out when flash write protection is enabled.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/fsl_8xxx_misc.c | 15 +++
include/configs/XPEDITE5200.h|2 +-
2 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/board/xes
ff-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/Makefile |2 +
board/xes/common/board.c| 64 +++
board/xes/common/fsl_8xxx_misc.c| 47 +
board/xes/common/fsl_8xxx_m
Common Freescale code for PCI initialization now exists, so migrate X-ES
boards to use it.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/fsl_8xxx_pci.c | 328 ++-
include/configs/XPEDITE5170.h | 12 +-
include/configs/XPEDITE5200.h
'pci enum' command for X-ES's Freescale-based boards.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
Acked-by: Kumar Gala
Acked-by: Wolfgang Denk
---
common/cmd_pci.c | 13 +
drivers/pci/fsl_pci_init.c|3 +++
drivers/pci/pci.c
On Wed, 2010-10-20 at 21:57 +0200, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1285787156-6005-4-git-send-email-pty...@xes-inc.com> you wrote:
> > From: John Schmoller
> >
> > Add a new 'pci enum' command which re-enumerates the PCI
On Wed, 2010-10-20 at 01:46 -0500, Kumar Gala wrote:
> On Sep 29, 2010, at 2:05 PM, Peter Tyser wrote:
>
> > From: John Schmoller
> >
> > Initial support for Extreme Engineering Solutions XPedite5500 -
> > a P2020-based PMC/XMC single board computer.
> >
> > > It seems like my board uses the warm start vector at all times.
> > > Padding with 4 nop's after the _start symbol fixes the problem.
> > > It might be due to a somewhat peculiar reset design but I cannot
> > > understand
> > > why. Does this work for everyone else using 83xx?
> >
> > Odd..
On Tue, 2010-10-19 at 12:07 +0200, Joakim Tjernlund wrote:
> My board has a problem with this change. I added it manually to my tree
> and
> now it wont boot at all(only with BDI2000 connected).
Just to clarify, it won't boot with or without the BDI2000 connected,
correct?
> It seems like my boa
Hi Wolfgang,
On Sat, 2010-10-16 at 18:07 +0200, Wolfgang Denk wrote:
> Commit 6aa3d3b "83xx: Remove warmboot parameter from PCI init
> functions" dropped the last argument to mpc83xx_pcie_init(), but
> failed to fix board/freescale/mpc837xemds/pci.c which resulted in the
> error:
>
> pci.c: In fu
On Wed, 2010-10-06 at 22:27 +0200, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1286340527-29498-1-git-send-email-pty...@xes-inc.com> you wrote:
> > The mpl-specfic memory test is only documented for one board, doesn't
> > compile cleanly, uses imp
Only a few PPC boards actually use the common BAT manipulation
functions, so only compile it for them.
Signed-off-by: Peter Tyser
---
Changes since v1:
- Rebased on current top of tree
arch/powerpc/lib/Makefile |2 +-
include/configs/Alaska8220.h |1 +
include/configs
On Wed, 2010-10-06 at 09:38 +0200, "David Müller (ELSOFT AG)" wrote:
> Wolfgang Denk schrieb:
> > The problem comes from board/mpl/common/memtst.c which contains an
> > unconditional "#include " which is obviously wrong
> > when the file gets compiled for an ARM board as VCMA9.
> >
> > Can you ple
The mpl-specfic memory test is only documented for one board, doesn't
compile cleanly, uses improper coding style, and overlaps functionality
with U-Boot's common 'mtest' command, so lets get rid of it.
Signed-off-by: Peter Tyser
CC: d.pe...@mpl.ch
CC: d.muel...@elsoft.
Hi Wolfgang,
> Well, please keep in mind that all this code is working find on
> PowerPC, which has been using relocation right from the beginning.
>
> It is my understanding that we don't suffer from this issue any more
> on PPC - Peter Tyser posted relocation fixup pat
Only a few PPC boards actually use the common BAT manipulation
functions, so only compile it for them.
Signed-off-by: Peter Tyser
---
arch/powerpc/lib/Makefile |2 +-
include/configs/Alaska8220.h |1 +
include/configs/MPC8610HPCD.h |1 +
include/configs/MPC8641HPCN.h |1
On Thu, 2010-09-30 at 13:40 -0500, Kim Phillips wrote:
> commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
> "83xx: Remove warmboot parameter from PCI init functions" missed
> one mpc83xx_pcie_init callsite, causing this build error:
>
> Configuring for MPC837XEMDS_HOST board...
> pci.c: In function
> So the IGNORE_LIST is intended for devices that may or may not be
> present, and neither state is considered an error?
Correct. And also for devices that may or may not be present, but are
impossible to determine if they should/shouldn't be present, so its
impossible to determine what an error
le to 'yes'
or '1' will cause U-Boot to leave secondary cores in their default
state.
Signed-off-by: Aaron Sierra
Signed-off-by: Peter Tyser
---
Changes since v1:
- Update 'enable-method' in dtb appropriately
- Don't set cpu-release-addr if spin-table isn
On Thu, 2010-09-30 at 12:13 -0500, Scott Wood wrote:
> On Thu, 30 Sep 2010 11:14:50 -0500
> Peter Tyser wrote:
>
> > + if (hold_cores_in_reset(0)) {
> > +#ifdef CONFIG_FSL_CORENET
> > + /* Cores held i
Most people don't use the 'rarpboot' command, so only enable it when
CONFIG_CMD_RARP is defined.
Signed-off-by: Peter Tyser
---
common/cmd_net.c |2 ++
include/config_cmd_all.h |1 +
net/Makefile |2 +-
net/net.c| 11 +--
le to 'yes'
or '1' will cause U-Boot to leave secondary cores in their default
state.
Signed-off-by: Aaron Sierra
Signed-off-by: Peter Tyser
---
Changes since v1:
- Update 'enable-method' in dtb appropriately
- Don't set cpu-release-addr if spin-table isn
Hi Sergei,
> Peter Tyser wrote:
>
> >>>> +#ifdef I2C_ADDR_IGNORE_LIST
> >>>> +unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
>
> >>> This array is aking to be *static*...
>
> >> ... and *const* as well ?
>
On Wed, 2010-09-29 at 23:41 -0500, Kumar Gala wrote:
> On Sep 29, 2010, at 2:05 PM, Peter Tyser wrote:
>
> > Previously io_sel=0xe incorrect stated PCIE1 was enabled. Also add
> > support for the mpc8640's PCIE2 interface.
> >
> > Signed-off-by: Peter Tyser
&
On Thu, 2010-09-30 at 13:04 +0200, Reinhard Meyer wrote:
> Dear Sergei Shtylyov,
> >> +#ifdef I2C_ADDR_IGNORE_LIST
> >> + unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
> >
> > This array is aking to be *static*...
> ... and *const* as well ?
I'll add 'const' in the next version, bu
> What I don't understand yet: why do we need a balck (ignore) list at
> all, when we already have a white list (I2C_ADDR_LIST) ?
>
> Should not one be sufficient?
Currently the POST code makes sure every entry in the white list is
found, but it also considers any unexpected devices found an err
On Thu, 2010-09-30 at 08:10 +0200, Heiko Schocher wrote:
> Hello Peter,
>
> Peter Tyser wrote:
> > Add the ability to not report an I2C POST error for a set of given I2C
> > addresses on bootup. This is useful for the following cases:
> >
> > - Some form fa
On Wed, 2010-09-29 at 18:24 -0500, Timur Tabi wrote:
> On Wed, Sep 29, 2010 at 2:05 PM, Peter Tyser wrote:
> > Signed-off-by: Peter Tyser
> > CC: Kumar Gala
> > ---
> > arch/powerpc/cpu/mpc86xx/config.mk |3 +
> > .../powerpc/cpu/mpc86xx}
On Wed, 2010-09-29 at 14:22 -0500, Scott Wood wrote:
> On Wed, 29 Sep 2010 13:44:07 -0500
> Peter Tyser wrote:
>
> > From: Aaron Sierra
> >
> > Some OSes require that secondary cores not be initialized when they
> > are booted (eg VxWorks). By default
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
arch/powerpc/cpu/mpc86xx/config.mk |3 +
.../powerpc/cpu/mpc86xx}/u-boot.lds|0
board/freescale/mpc8610hpcd/u-boot.lds | 132 ---
board/freescale/mpc8641hpcn/u-boot.lds
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/config.mk |4 +++
arch/powerpc/cpu/mpc85xx/u-boot.lds | 52 +++
2 files changed, 14 insertions(+), 42 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/config.mk
b/arch/powerpc/cpu/mpc85xx
The XPedite517x/537x cards can host an XMC card which contain an I2C
EEPROM at address 0x50. The XMC card is optional, so the EEPROM won't
always be present.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
include/configs/xpedite517x.h |2 ++
include/configs/xpedite537x.h |2 ++
2
revent possible issues with devices
that accept general calls. Additionally, this change shouldn't reduce
POST coverage since each I2C device should still be accessed via its
own, unique address.
Signed-off-by: Peter Tyser
CC: h...@denx.de
---
post/drivers/i2c.c |6 --
1 files changed
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
arch/powerpc/cpu/mpc86xx/config.mk |4
arch/powerpc/cpu/mpc86xx/u-boot.lds | 26 --
2 files changed, 12 insertions(+), 18 deletions(-)
diff --git a/arch/powerpc/cpu/mpc86xx/config.mk
b/arch/powerpc/cpu/mpc86xx
dress and ignoring the other addresses that are impacted by its
size.
A new I2C_ADDR_IGNORE_LIST define has been added which specifies a list
of I2C addresses for the I2C POST to ignore.
Signed-off-by: Peter Tyser
CC: h...@denx.de
---
post/drivers/i2c.c | 16
1 files change
boards with the least significant digit of 'x'.
While we're at it, change the board config file and make targets to be
lowercase.
Also change the default uImage and fdt filenames to "board.uImage" and
"board.dtb" to be more generic.
Signed-off-by: Peter Ty
The logic previously used in the I2C post was a bit convoluted.
Signed-off-by: Peter Tyser
CC: h...@denx.de
---
post/drivers/i2c.c | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/post/drivers/i2c.c b/post/drivers/i2c.c
index 84a6035..635438d
- Clean up ifdeffery
- Update coding style
No functional change should have occurred.
Signed-off-by: Peter Tyser
CC: h...@denx.de
---
post/drivers/i2c.c | 48 +++-
1 files changed, 23 insertions(+), 25 deletions(-)
diff --git a/post/drivers/i2c.c
Add memory and I2C posts to the XPedite517x/520x/537x/550x board
families.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/Makefile|5
board/xes/common/fsl_8xxx_post.c | 43 ++
include/configs/xpedite517x.h| 15
ff-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/Makefile |2 +
board/xes/common/board.c| 64 +++
board/xes/common/fsl_8xxx_misc.c| 47 +
board/xes/common/fsl_8xxx_m
From: John Schmoller
Initial support for Extreme Engineering Solutions XPedite5500 -
a P2020-based PMC/XMC single board computer.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
Some of the changes in this series touch both common and X-ES-specific
code so I put
out when flash write protection is enabled.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/fsl_8xxx_misc.c | 15 +++
include/configs/XPEDITE5200.h|2 +-
2 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/board/xes
: Peter Tyser
CC: s...@denx.de
---
arch/powerpc/lib/board.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/lib/board.c b/arch/powerpc/lib/board.c
index 8f6a7c9..a105e1c 100644
--- a/arch/powerpc/lib/board.c
+++ b/arch/powerpc/lib/board.c
@@ -175,6
Common Freescale code for PCI initialization now exists, so migrate X-ES
boards to use it.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
board/xes/common/fsl_8xxx_pci.c | 367 +-
include/configs/XPEDITE5170.h | 12 +-
include/configs/XPEDITE5200.h
'pci enum' command for X-ES's Freescale-based boards.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
---
common/cmd_pci.c | 13 +
drivers/pci/fsl_pci_init.c|3 +++
drivers/pci/pci.c |4 +++-
include/configs/XPEDITE5170.h
Previously io_sel=0xe incorrect stated PCIE1 was enabled. Also add
support for the mpc8640's PCIE2 interface.
Signed-off-by: Peter Tyser
CC: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/pci_cfg.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mp
is argument index 0, and the
maximum number arguments passed to the command is 6, making a total
of 7 for the array.
Signed-off-by: Brent Darley
Signed-off-by: Peter Tyser
---
common/cmd_tsi148.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_tsi148.c
the flash size in megabytes:
FLASH: ## Unknown FLASH on Bank 1 - Size = 0x0100 = 16 MB
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
---
drivers/mtd/cfi_flash.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd
From: Jeff Dischler
Fix bug where signed data was processed as unsigned. The bug previously
resulted in negative temperature readings wrapping around, eg -10 became
245.
Signed-off-by: Jeff Dischler
Signed-off-by: Peter Tyser
---
drivers/hwmon/ds1621.c |2 +-
1 files changed, 1
Signed-off-by: Peter Tyser
---
drivers/hwmon/ds1621.c | 245 ++--
1 files changed, 114 insertions(+), 131 deletions(-)
diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c
index ec1893e..60bf502 100644
--- a/drivers/hwmon/ds1621.c
+++ b
Poll the ds1621 NV Memory Busy bit instead of waiting a static amount of
time for register writes.
Also add config retister bit defines.
Signed-off-by: Peter Tyser
---
drivers/hwmon/ds1621.c | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
diff --git a
iable to a
non-null value will cause U-Boot to leave secondary cores in their
default state.
Signed-off-by: Aaron Sierra
Signed-off-by: Peter Tyser
---
arch/powerpc/cpu/mpc85xx/mp.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/m
Update to use the recent, common FSL PCI initialization code.
Signed-off-by: Peter Tyser
CC: joe.ham...@embeddedspecialties.com
---
board/sbc8641d/sbc8641d.c | 103 ++--
1 files changed, 24 insertions(+), 79 deletions(-)
diff --git a/board/sbc8641d
Update to use the recent, common FSL PCI initialization code.
Signed-off-by: Peter Tyser
CC: s...@denx.de
---
board/tqc/tqm85xx/law.c |4 +-
board/tqc/tqm85xx/tlb.c | 10 ++--
board/tqc/tqm85xx/tqm85xx.c | 151 ---
include/configs/TQM85xx.h
Update to use the recent, common FSL PCI initialization code.
Signed-off-by: Peter Tyser
---
I was making the same changes to X-ES code, so applied them to
other users of the old PCI init code. I only compile tested
them on these boards.
board/freescale/mpc8641hpcn/mpc8641hpcn.c | 97
The MAX_CMDBUF_SIZE define is unneeded as it should always
equal CONFIG_SYS_CBSIZE.
Signed-off-by: Peter Tyser
---
common/main.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/common/main.c b/common/main.c
index 8d548db..d97ccd7 100644
--- a/common/main.c
+++ b
No boards utilize the warm reset entry point, so remove it.
Signed-off-by: Peter Tyser
---
arch/powerpc/cpu/74xx_7xx/start.S | 16 +---
arch/powerpc/cpu/mpc512x/start.S |3 ---
arch/powerpc/cpu/mpc5xx/start.S | 16 ++--
arch/powerpc/cpu/mpc5xxx/start.S | 17
This puts the board info struct in a known state and allows the removal
of other code which initialized board info fields to 0.
Signed-off-by: Peter Tyser
---
arch/powerpc/lib/board.c | 17 +
1 files changed, 1 insertions(+), 16 deletions(-)
diff --git a/arch/powerpc/lib
Previously the _warm_start label was used as an entry point. These 2
entry points should be functionally identical after the removal of the
BOOTFLAG_WARM define.
Signed-off-by: Peter Tyser
---
board/ppmc7xx/ppmc7xx.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git
This change lays the groundwork for the BOOTFLAG_* flags being removed.
This change has the small affect of delaying 100ms on PCI initialization
after a warm boot as opposed to the optimal 1ms on some boards.
Signed-off-by: Peter Tyser
CC: kim.phill...@freescale.com
---
arch/powerpc/cpu
On Mon, 2010-09-13 at 17:13 -0500, Scott Wood wrote:
> On Tue, 14 Sep 2010 00:02:49 +0200
> Wolfgang Denk wrote:
>
> > Dear Peter Tyser,
> >
> > In message <1284389585.26713.2967.ca...@petert> you wrote:
> > >
> > > Sounds good, I'
On Mon, 2010-09-13 at 08:27 +0200, Stefan Roese wrote:
> On Monday 13 September 2010 07:34:40 Wolfgang Denk wrote:
> > > BOOTFLAG_COLD and BOOTFLAG_WARM have identical definitions for every
> > > PowerPC board, so share a common definition.
> > >
&g
Hi Andrew,
On Sun, 2010-09-12 at 21:00 -0500, Andrew Dyer wrote:
> On Sun, Sep 12, 2010 at 17:38, Peter Tyser wrote:
> > Using -fno-toplevel-reorder causes gcc to not reorder functions. This
> > ensures that an application's entry point will be the first function in
> >
7;s entry point to be at the base of
the compiled binary. Previously, the entry point could change depending
on gcc version and flags.
Note -fno-toplevel-reorder is only available in gcc version 4.2 or
greater.
Signed-off-by: Peter Tyser
---
I didn't have a version of gcc < 4.2. The c
On Fri, 2010-09-10 at 14:53 -0500, Timur Tabi wrote:
> On Fri, Sep 10, 2010 at 2:49 PM, Wolfgang Denk wrote:
>
> > AFAICT you did not reply to this, and the problem is still unsolved.
> >
> > Do you still have this on your list?
>
> Sorry, I'm confused. What exactly do you want me to do? Since
On Tue, 2010-09-07 at 17:50 -0500, Moffett, Kyle D wrote:
> On Sep 07, 2010, at 18:09, Peter Tyser wrote:
> >>> The GPIO functions above aren't hww1u1a specific. What about adding
> >>> generic 85xx GPIO functions so others can use them too?
> >>
> &
> >> diff --git a/board/exmeritus/hww-1u-1a/gpios.h
> >> b/board/exmeritus/hww-1u-1a/gpios.h
> >> +static inline void hww1u1a_gpio_set(unsigned int mask,
> >> + unsigned int dir, unsigned int val)
> >> +{
> >> + volatile ccsr_gpio_t *gpio;
> >> +
> >> + /* First mask off the
Hi Kyle,
> On Sep 03, 2010, at 00:00, Peter Tyser wrote:
> >> --- a/Makefile
> >> +++ b/Makefile
> >> @@ -2499,6 +2499,10 @@ P2020DS_36BIT_config \
> >> P2020DS_config: unconfig
> >> @$(MKCONFIG) -t $(@
Hi Mike,
> when you're editing a commit in the middle of a rebase, you can add on any
> number of commits you like on top of it. so usually the way i split commits:
> git rebase -i ^
>
>
> git format-patch -1
>
> patch -p1 -R < 0001-*
> git commit -a
Hi Kyle,
> +/* These are all the types defined by the JEDEC DDR2 SPD 1.3 spec */
> +#define SPD_DIMM_TYPE_UNDEFINED 0x00
> +#define SPD_DIMM_TYPE_RDIMM 0x01
> +#define SPD_DIMM_TYPE_UDIMM 0x02
> +#define SPD_DIMM_TYPE_SO_DIMM0x04
> +#define SPD_DIMM
On Fri, 2010-07-30 at 08:00 +0200, Heiko Schocher wrote:
> Hello Peter,
>
> Peter Tyser wrote:
> >> +#if !defined(CONFIG_RELOC_FIXUP_WORKS)
> >> +DECLARE_GLOBAL_DATA_PTR;
> >> +
> >> +void fixup_cmdtable(cmd_tbl_t *cmdtp, int size)
> >> +{
&g
> {
> cmd_tbl_t *c;
>
> + if (argc < 2) {
> + cmd_usage(cmdtp);
> + return 1;
> + }
> +
Wolfgang recently made cmd_usage() return 1 so the above could be
simplified to:
if (argc < 2)
return cmd_usage(cmdtp);
Best,
Peter
> +#if !defined(CONFIG_RELOC_FIXUP_WORKS)
> +DECLARE_GLOBAL_DATA_PTR;
> +
> +void fixup_cmdtable(cmd_tbl_t *cmdtp, int size)
> +{
> + int i;
> +
> + if (gd->reloc_off == 0)
> + return;
> +
> + for (i = 0; i < size; i++) {
> + ulong addr;
> +
> +
Hi Kumar,
That's great to see official 4080 board support! I had a few comments
below. I haven't dug into the 4080 much, so take them with a grain of
salt.
> +#ifdef CONFIG_PHYS_64BIT
> + puts("36-bit Addressing\n");
> +#endif
Any chance CONFIG_ENABLE_36BIT_PHYS could be defined without
C
vers/net/tsec.c |6 +-
> > include/configs/P1_P2_RDB.h |9 +
> > 2 files changed, 14 insertions(+), 1 deletions(-)
>
> Applied, thanks.
A little late, but:
Acked-by: Peter Tyser
Tested-by: Peter Tyser
Peter
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Felix,
> On Fri, Jun 25, 2010 at 4:33 AM, Felix Radensky
> wrote:
> Hi Ben,
>
> Peter Tyser seems to be OOO until Monday, so maybe you can
> comment on this problem,
> as it's network related.
>
> Pete
Hi Steve,
> Steve Sakoman (10):
> ARM: Rename arch/arm/cpu/arm_cortexa8 to armv7
> ARMV7: Add basic support for TI OMAP4
> ARMV7: Add support for TI OMAP4430 SDP
> ARMV7: Add support for TI OMAP4 Panda
> ARMV7: Restructure OMAP mmc driver to allow code sharing between
> OMAP3 and OMA
On Tue, 2010-06-15 at 22:51 +0200, Wolfgang Denk wrote:
> Dear Peter,
>
> In message <1276634341.32134.1541.ca...@petert> you wrote:
> >
> > > I think the "timer" code is sufficient to show the problem, and that
> > > your fix helps. If Timur confirms it's working for his secret code
> > > too w
> > all: $(obj).depend $(OBJS) $(LIB) $(SREC) $(BIN) $(ELF)
> > @@ -88,7 +89,7 @@ $(LIB): $(obj).depend $(LIBOBJS)
> >
> > $(ELF):
> > $(obj)%: $(obj)%.o $(LIB)
> > - $(LD) -g -Ttext $(STANDALONE_LOAD_ADDR) \
> > + $(LD) -g -Ttext $(STANDALONE_LOAD_A
On Tue, 2010-06-15 at 14:45 -0500, Timur Tabi wrote:
> Peter Tyser wrote:
> > Was commenting out the 'ifeq' above necessary? It shouldn't be, so my
> > first question would be why it was needed.
>
> Probably because I was using an older U-Boot. When I swit
On Tue, 2010-06-15 at 14:05 -0500, Timur Tabi wrote:
> Timur Tabi wrote:
> > Peter Tyser wrote:
> >> Previously, standalone applications were compiled with gcc flags that
> >> produced relocatable executables on the PowerPC architecture (eg with the
> >> -mre
On Tue, 2010-06-15 at 14:20 -0500, Timur Tabi wrote:
> Peter Tyser wrote:
> > Can you do a 'make clean', then recompile?
>
> That *was* with a 'make clean'.
Just to be sure, where did the output in your first email come from? It
looked like a successful comp
On Tue, 2010-06-15 at 14:05 -0500, Timur Tabi wrote:
> Timur Tabi wrote:
> > Peter Tyser wrote:
> >> Previously, standalone applications were compiled with gcc flags that
> >> produced relocatable executables on the PowerPC architecture (eg with the
> >> -mre
ne to
errors.
This change moves the entry point of PowerPC standalone applications
from 0x40004 (usually) to 0x4.
Signed-off-by: Peter Tyser
---
I tested this on an 8548-based board and it worked as described above. It
wouldn't hurt if a few others tried it out to validate that the new e
Hi Wolfgang,
> > I agree this fix isn't the best, but its better than the bug in my
> > opinion. Ideally someone who uses the logbuff could provide a more
> > elegant fix. Any takers?
>
> I don't want to replace one bug (that bites you) with another one (
> that bites somebody else).
I think t
Hi Becky,
On Fri, 2010-05-28 at 16:45 -0500, Becky Bruce wrote:
> --- a/arch/powerpc/include/asm/config.h
> +++ b/arch/powerpc/include/asm/config.h
> @@ -76,4 +76,7 @@
> /* Relocation to SDRAM works on all PPC boards */
> #define CONFIG_RELOC_FIXUP_WORKS
>
> +/* Currently all plats have a loca
On Fri, 2010-05-28 at 00:13 -0500, Peter Tyser wrote:
> Hi Wolfgang,
>
>
>
> > Note:
> > I had to disable the simple and very convenient rule
> > %: %_config
> > $(MAKE)
> > in the top level Makefile, because it c
Hi Wolfgang,
> Note:
> I had to disable the simple and very convenient rule
> %: %_config
> $(MAKE)
> in the top level Makefile, because it caused each invocation
> of "make" to fail with an error message:
>
> make: *** No rule
Hi Stefano,
On Sun, 2010-05-23 at 16:29 +0200, Stefano Babic wrote:
> Add a sort of batch mode to fw_setenv, allowing to set
> multiple variables in one shot, without updating the flash after
> each set as now. It is added the possibility to pass
> a config file with a list of pairs to be set,
>
On Fri, 2010-05-21 at 13:34 -0500, Scott Wood wrote:
> On 05/21/2010 01:18 PM, Timur Tabi wrote:
> > Scott Wood wrote:
> >> On 05/21/2010 01:07 PM, Timur Tabi wrote:
> >>> On most Freescale 85xx boards, the CONFIG_SYS_CLK_FREQ and
> >>> CONFIG_DDR_CLK_FREQ
> >>> macros are defined like this:
> >>
101 - 200 of 989 matches
Mail list logo