On Tue, 2008-08-26 at 15:03 +0200, Wolfgang Denk wrote:
> Bug was introced by "Big white-space cleanup" (53677ef1)
s/introced/introduced/
>
> Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
> ---
> common/cmd_mem.c | 30 +++---
> 1 files changed, 15 insertions(+), 15
cmd_net.c command descriptions were updated to describe the optional
hostIPaddr argument. The dhcp command help message was also updated
to more closely reflect the other commands in cmd_net.c
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
common/cmd_net.c | 10 +-
1
Hi Ben,
On Tue, 2008-08-26 at 09:31 -0700, Ben Warren wrote:
> Hi Peter,
>
> Peter Tyser wrote:
> > cmd_net.c command descriptions were updated to describe the optional
> > hostIPaddr argument. The dhcp command help message was also updated
> > to more closely re
Hi Jean-Chritophe,
On Thu, 2008-08-28 at 12:27 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> ---
> common/Makefile |3 +-
> common/{cmd_autoscript.c => autoscript.c} | 44
> common/cm
Hi Jean-Christophe,
(Sorry for misspelling your name in the last email;)
On Thu, 2008-08-28 at 10:26 -0500, Peter Tyser wrote:
> Hi Jean-Chritophe,
>
> On Thu, 2008-08-28 at 12:27 +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > Signed-off-by: Jean-Christophe PLAGNI
Hello,
[snip]
> +
> +/* DDR SDRAM control configuration 2 (DDR_SDRAM_CFG_2) */
> +static void set_ddr_sdram_cfg_2(fsl_memctl_config_regs_t *ddr,
> +const memctl_options_t *popts)
> +{
> + unsigned int frc_sr = 0;/* Force self refresh */
> + unsigned int
Hi Ed,
> The string pointers in uimage_{arch,os,type,comp}[] are not being
> relocated and still point to flash.
> If flash is erased (all f's), this causes bootm to trap on a bad
> pointer.
>
> This is for powerpc (mpc8572ds). How are they suppose to be relocated?
>
> -EdS
>
> => boot
> boot
Hello Kumar,
On Mon, 2008-09-08 at 08:41 -0500, Kumar Gala wrote:
> Pantelis Antoniou stated:
> AFAIK, it is still used but the products using PPC are long gone.
> Nuke it plz (from orbit).
>
> So remove it since it cleans up a usage of env_get_char outside of
> the environment code.
> > What is the preferred command indentation in general?
> >
> > - Tabs or spaces? eg:
> > "dhcp\t- invoke DHCP client to obtain IP/boot params\n"
> > "exit- exit script\n"
>
> TABs are preferred, as they save memory footprint for the U-Boot
> image. But for the help textx, this often m
Hello,
> In message <[EMAIL PROTECTED]> you wrote:
> > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
> > ---
> > README |5 +++--
> > common/cmd_bootm.c | 39 +++
> > common/image.c |
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
This should be applied after "[PATCH v2] Remove support for booting ARTOS
images".
README|5 ++-
common/cmd_bootm.c| 38 +
will break in many hardware configurations.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
The above limitations were noticed on an mpc8572-based board with 2 sgmii
interfaces with external PHYs. Both external PHYs are connected to the
MDIO interface of TSEC1 which caused TSEC2 to
Hi Andy,
On Mon, 2008-09-08 at 19:34 -0500, Andy Fleming wrote:
> On Mon, Sep 8, 2008 at 6:39 PM, Peter Tyser <[EMAIL PROTECTED]> wrote:
> > The original code only supported using 1 TSEC port in SGMII mode using an
> > internal TBI PHY. Additionally, the TBI internal P
Fix TBI PHY accesses to use the proper offset in CPU register space. The
previous code would incorrectly access the TBI PHY by reading/writing to CPU
register space at the same location as would be used to access external PHYs.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
I replac
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
The reference to [EMAIL PROTECTED] on this page should also be
updated: http://www.denx.de/wiki/U-Boot/Patches
MAINTAINERS |2 +-
README |8
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/MAINTAI
Fix TBI PHY accesses to use the proper offset in CPU register space. The
previous code would incorrectly access the TBI PHY by reading/writing to CPU
register space at the same location as would be used to access external PHYs.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
Dohh...
Hello,
I'm assuming the merge window has been closed based on
http://www.denx.de/wiki/U-Boot/ReleaseCycle and the fact that
v2008.10-rc1 has been tagged.
Does U-Boot accept new drivers/board support patches (ie new features
which can't regress) outside of merge windows, or only bug fixes?
My unde
On Mon, 2008-09-15 at 16:13 -0500, Andy Fleming wrote:
> > @@ -299,12 +301,10 @@ static int init_phy(struct eth_device *dev)
> > {
> >struct tsec_private *priv = (struct tsec_private *)dev->priv;
> >struct phy_info *curphy;
> > - volatile tsec_t *phyregs = priv->phyregs;
> >
Hi Andy,
> >> > @@ -299,12 +301,10 @@ static int init_phy(struct eth_device *dev)
> >> > {
> >> >struct tsec_private *priv = (struct tsec_private *)dev->priv;
> >> >struct phy_info *curphy;
> >> > - volatile tsec_t *phyregs = priv->phyregs;
> >> >volatile tsec_t *reg
Fix TBI PHY accesses to use the proper offset in CPU register space. The
previous code would incorrectly access the TBI PHY by reading/writing to CPU
register space at the same location as would be used to access external PHYs.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
drive
The checks for CFG_EEPROM_PAGE_WRITE_ENABLE and CFG_EEPROM_PAGE_WRITE_BITS
in various temperature sensor drivers are not necessary
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
drivers/hwmon/ds1621.c |5 -
drivers/hwmon/lm75.c |6 --
drivers/hwmon/lm81.c |6 ---
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
doc/README.PIP405|8
include/configs/APC405.h |1 -
include/configs/ASH405.h |1 -
include/configs/B2.h |1 -
include/configs/CATcenter.h |1 -
include/configs/CM
Original code displayed:
=> help i2c
i2c i2c speed [speed] - show or set I2C bus speed
i2c md chip address[.0, .1, .2] [# of objects] - read from I2C device
...
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
common/cmd_i2c.c |8
1 files changed, 4 insertions(+), 4
If CONFIG_I2C_CMD_TREE is defined, individual i2c commands such as
'imd', 'imm', 'imw', etc should not be available as their functionality
is duplicated in the 'i2c' command.
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
common/cmd_i2c.c |
On Mon, 2015-01-26 at 16:33 -0600, Scott Wood wrote:
> On Mon, 2015-01-26 at 16:24 -0600, Peter Tyser wrote:
> > The driver-specific verify_buf() function can be replaced with the
> > standard read_page_raw() function to verify writes. This will
> > allow
> > veri
On Mon, 2015-01-26 at 22:21 -0700, Simon Glass wrote:
> Hi Peter,
>
> On 26 January 2015 at 10:42, Peter Tyser wrote:
> > When run with the --dry-run argument patman prints out information
> > showing what it would do. This information currently doesn't line up
>
Hi Scott,
> > I waffled about removing it, but leaned towards leaving it in because:
> > - I didn't want to change the existing U-Boot behavior for other
> > users. A google of 'u-boot "nand write"' shows a lot of examples that
> > don't include verification of writes, and they should if we remo
On Thu, 2015-01-29 at 17:02 -0600, Scott Wood wrote:
> On Tue, 2015-01-27 at 17:47 -0600, Peter Tyser wrote:
> > Hi Scott,
> >
> >
> > > > I waffled about removing it, but leaned towards leaving it in because:
> > > > - I didn't wan
This option was removed along with legacy NAND support in
be33b046b549ad88c204c209508cd7657232ffbd. Clean up some remnants.
Signed-off-by: Peter Tyser
---
doc/README.nand | 12
include/configs/ethernut5.h | 1 -
2 files changed, 13 deletions(-)
diff --git a/doc
Remove duplicate command names in usage messages to fix issues such as:
=> help yls
yls - yaffs ls
Usage:
yls yls [-l] dirname
Signed-off-by: Peter Tyser
---
common/cmd_yaffs2.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/com
The use of the nand_write_options and nand_read_options structures were
removed in commit dfbf617ff055e4216f78d358b0867c548916d14b. Remove the
now-unused structures too.
Signed-off-by: Peter Tyser
---
include/nand.h | 26 --
1 file changed, 26 deletions(-)
diff --git a
Add nand_verify() and nand_verify_page_oob(). nand_verify() verifies
NAND contents against an arbitrarily sized buffer using ECC while
nand_verify_page_oob() verifies a NAND page's contents and OOB.
Signed-off-by: Peter Tyser
---
drivers/mtd/nand/nand_util.c
Previously NAND writes were not verified and could fail silently. Add
a verification step after all writes to NAND.
Signed-off-by: Peter Tyser
---
I don't have a board with DFU support, so this change is untested.
drivers/dfu/dfu_nand.c | 2 +-
1 file changed, 1 insertion(+), 1 del
10 0xfe 1
nand write.raw 0x1 0x800 1
mw.b 0x1000810 0x01 1
nand write.raw 0x100 0x800 3
Signed-off-by: Peter Tyser
---
common/cmd_nand.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 7f962dc..
ecial yaffs handling. This causes invalid YAFFS
data to be written. See
http://lists.denx.de/pipermail/u-boot/2011-September/102830.html for
an example and a potential workaround.
U-Boot still retains the ability to mount and access YAFFS partitions
via CONFIG_YAFFS2.
Signed-off-by: Peter
The CONFIG_MTD_NAND_VERIFY_WRITE has been removed from Linux for some
time and a more generic method of NAND verification now exists in U-Boot.
Signed-off-by: Peter Tyser
---
README | 3 --
board/prodrive/alpr/nand.c | 16 -
board/socrates/nand.c
Segfaults can occur when a mandatory argument is not provided to
"demo hello" and "demo status". Eg:
=> demo hello
Segmentation fault (core dumped)
Add a check to ensure all required arguments are provided.
Signed-off-by: Peter Tyser
---
common/cmd_demo.c | 4
Hi Simon,
On Tue, 2015-02-03 at 13:18 -0600, Peter Tyser wrote:
> Segfaults can occur when a mandatory argument is not provided to
> "demo hello" and "demo status". Eg:
>
>=> demo hello
>Segmentation fault (core dumped)
>
> Add a check t
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
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,
> 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 $(@
> >> 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
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?
> >>
> &
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
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
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
> >
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
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'
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
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 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
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
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
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
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
CC: joe.ham...@embeddedspecialties.com
---
board/sbc8641d/sbc8641d.c | 103 ++--
1 files changed, 24 insertions(+), 79 deletions(-)
diff --git a/board/sbc8641d
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
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
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
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
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
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
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
'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
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
: 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
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
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
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
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
- 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
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
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
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
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
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
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
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
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
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
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 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
> 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 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
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
&
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 ?
>
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
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 +--
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
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
> 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
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
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
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
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.
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
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 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
Hi Marek,
> I just recently got the following issues when building Sparc platforms with
> debian gcc 4.7.1-5. Peter, you seems to be involved, can you please check on
> these?
I'm not involved with these boards or Sparc, so not sure if I'm much
help. I believe Dan Hellstrom is the best cantida
Hi Scott,
On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> This was introduced by commit 244615197469dd6fe75ae082f38424b97c79aeaf, but it
> fails in a minimal SPL build where the only thing in arch/powerpc/lib is
> cache.c, which apparently doesn't generate any fixup records.
>
> If this ch
101 - 200 of 989 matches
Mail list logo