Re: [U-Boot] [PATCH v2 3/3] XPedite5370 board support

On Tue, 2008-11-18 at 22:51 +0100, Wolfgang Denk wrote: > Dear Andy, > > In message <[EMAIL PROTECTED]> you wrote: > > On Mon, Oct 27, 2008 at 1:59 PM, Peter Tyser <[EMAIL PROTECTED]> wrote: > > > Initial support for Extreme Engineering Solutions XPedite5370 -

Re: [U-Boot] [PATCH 3/3] XPedite5370 board support

On Tue, 2008-11-18 at 22:44 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > > > Initial support for Extreme Engineering Solutions XPedite5370 - > > a MPC8572-based 3U VPX single board computer with a PMC/XMC &g

Re: [U-Boot] [PATCH 2/3] Add support for Maxim's DS4510 I2C device

On Tue, 2008-11-18 at 22:37 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > Initial support for the DS4510, a CPU supervisor with > > integrated EEPROM, SRAM, and 4 programmable non-volatile > > GPIO pins. The CON

Re: [U-Boot] [PATCH 1/3] Add support for PCA953x I2C gpio devices

Hi Wolfgang, On Tue, 2008-11-18 at 22:33 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > Initial support for NXP's 4 and 8 bit I2C gpio expanders > > (eg pca9537, pca9557, etc). The CONFIG_PCA953X define > >

Re: [U-Boot] [PATCH] 85xx: Fix relocation of CCSRBAR

On Thu, 2008-11-13 at 06:30 -0600, Kumar Gala wrote: > If the virtual address for CCSRBAR is the same after relocation but > the physical address is changing we'd end up having two TLB entries with > the same VA. Instead we new us the new CCSRBAR virt address + 4k as a > temp virt address to acces

[U-Boot] [PATCH] Remove unneeded CONFIG_SHELL references

Make should be using the bash shell by default which makes CONFIG_SHELL unnecessary Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- I noticed this after submitting "Use bash for default GNU Make shell application", let me know if I should roll both these into 1 patch. This p

[U-Boot] [PATCH] Use bash for default GNU Make shell application

Some Make script commands rely on bash-specific features so default to bash for the SHELL variable with a fallback to the standard sh shell Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Commands such as these from the top-level Makefile failed on my Ubuntu 7.04 system which has the sh

Re: [U-Boot] [PATCH] Makefile: use find to simplify clobber and avoid some bash problem

On Wed, 2008-11-12 at 13:16 -0500, Jerry Van Baren wrote: > Jean-Christophe PLAGNIOL-VILLARD wrote: > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > > --- > > please try this on ubuntu > > > > Best Regards, > > J. > > Makefile |5 ++--- > > 1 files changed, 2 insertio

Re: [U-Boot] [PATCH] Makefile: use find to simplify clobber and avoid some bash problem

On Wed, 2008-11-12 at 19:06 +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > --- > please try this on ubuntu > > Best Regards, > J. > Makefile |5 ++--- > 1 files changed, 2 insertions(+), 3 deletions(-) > > diff --git a/M

[U-Boot] GNU Make shell application

Hello, I noticed on my Ubuntu 7.04 system that when I did a 'make clobber' the tools directory was still littered with symlinks that should have been removed. It looks like commands such as the following in the Makefiles fail: @rm -f $(obj)tools/{crc32.c,env_embedded.c,env/crc32.c,md5.c,s

[U-Boot] [PATCH] 85xx: Add CPU 2 errata workaround to all 8548 boards

esent. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Changes since v1: - Use out/in _be32 access functions board/freescale/mpc8548cds/mpc8548cds.c | 12 board/sbc8548/sbc8548.c |7 --- cpu/mpc85xx/cpu_init.c | 13 + 3 files

[U-Boot] [PATCH] 85xx: Add CPU 2 errata workaround to all 8548 boards

esent. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- board/freescale/mpc8548cds/mpc8548cds.c | 12 board/sbc8548/sbc8548.c |7 --- cpu/mpc85xx/cpu_init.c | 13 + 3 files changed, 13 insertions(+), 19 deletions(-) diff --

Re: [U-Boot] [PATCH] lcd: Let the board code show board-specific info cleanup

Hi Wolfgang, > In message <[EMAIL PROTECTED]> you wrote: > > 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]> > > --- > >

[U-Boot] [PATCH v5] Update U-Boot's build timestamp on every compile

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) defin

Re: [U-Boot] [PATCH v4] Update U-Boot's build timestamp on every compile

On Sat, 2008-11-01 at 03:26 -0700, Trent Piepho wrote: > On Fri, 31 Oct 2008, Peter Tyser wrote: > > +$(TIMESTAMP_FILE): > > + @( printf '#define U_BOOT_DATE "%s"\n' '$(shell date +"%b %d > > %C%y")' \ > > +

Re: [U-Boot] [patch] U-Boot Firetux board support

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

[U-Boot] [PATCH] ppc: Fix compile warnings when !CONFIG_OF_LIBFDT

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 @@ stat

[U-Boot] [PATCH] lcd: Let the board code show board-specific info cleanup

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 sh

[U-Boot] [PATCH v4] Update U-Boot's build timestamp on every compile

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) defin

[U-Boot] [PATCH 1/2 v2] pci/fsl_pci_init: Enable inbound PCI config cycles

Add fsl_pci_config_unlock() function to enable a PCI/PCIe interface configured in agent/endpoint mode to respond to inbound PCI configuration cycles. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Changes since v1: - Made unlocking dependent on interface being agent/endpoint - Moved ne

[U-Boot] [PATCH 2/2 v2] 85xx: Enable inbound PCI config cycles for X-ES boards

Update X-ES Freescale boards to allow inbound PCI configuration cycles when configured as agent/endpoint. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- This patch relies on the following patches being applied first: - XPedite5370 board support - 85xx: Support for XPedite5200 boa

Re: [U-Boot] [PATCH v2] pci/fsl_pci_init: Enable inbound PCI config cycles

> >> Shouldn't we only be doing this for an agent? Also is the right > >> place to enable it? Just wondering if board code should have more > >> flexibility here. > > > > I was under the impression that if a PCIe interface was configured > > as root complex its CFG_READY bit would still ne

Re: [U-Boot] [PATCH v2] pci/fsl_pci_init: Enable inbound PCI config cycles

Hi Kumar, > On Oct 28, 2008, at 7:24 PM, Peter Tyser wrote: > >> Set CFG_READY bit in Configuration Ready register for PCIe >> interfaces and clear ACL bit in PBFR register for PCI >> interfaces to allow devices to respond to incoming PCI >> configuration cycles. &g

[U-Boot] [PATCH v2] pci/fsl_pci_init: Enable inbound PCI config cycles

Set CFG_READY bit in Configuration Ready register for PCIe interfaces and clear ACL bit in PBFR register for PCI interfaces to allow devices to respond to incoming PCI configuration cycles. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Changes since v1: - Anal retentive update to the

[U-Boot] [PATCH] pci/fsl_pci_init: Enable inbound PCI config cycles

Set CFG_READY bit in Configuration Ready Register for PCIe devices and clear ACL bit in PBFR to allow Freescale devices to respond to incoming PCI configuration cycles. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- drivers/pci/fsl_pci_init.c | 17 + 1 files chang

[U-Boot] [PATCH 2/2] XPedite5200 board support

Initial support for Extreme Engineering Solutions XPedite5200 - a MPC8548-based PMC single board computer. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- MAINTAINERS |1 + MAKEALL |1 + Makefile

[U-Boot] [PATCH 1/2] 85xx: Add PORDEVSR_PCI1 define

Add define used to determine if PCI1 interface is in PCI or PCIX mode. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- include/asm-ppc/immap_85xx.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/immap_85xx.h b/include/asm-ppc/immap_85xx.h

[U-Boot] [PATCH 0/2] 85xx: Support for XPedite5200

support Best, Peter Peter Tyser (2): 85xx: Add PORDEVSR_PCI1 define XPedite5200 board support MAINTAINERS |1 + MAKEALL |1 + Makefile|3 + board/xes/common/Makefile |3 +- board/xes

Re: [U-Boot] [PATCH 1/7] sh: ap325rxa: Moveed ap325rxa board in board/renesas

Hi Nobuhiro, The titles for this patch series should be renamed with s/Moveed/Moved/ and maybe s/in/to/. Also, git should be smart enough to know the files were moved as opposed to separate file deletions/creations. For example from "[PATCH 01/12] gunzip: move to lib_generic": Signed-off-by: Jea

[U-Boot] [PATCH] 85xx: Update MPC85xx_PORDEVSR_IO_SEL mask

The MPC8572 has a 4-bit wide PORDEVSR IO_SEL field. Other MPC85xx processors have a 3-bit wide IO_SEL field but have the most significant bit is wired to 0 so this change should not affect them. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- include/asm-ppc/immap_85xx.h |2 +- 1

[U-Boot] [PATCH] 85xx: Fix MPC85xx_PORDEVSR_IO_SEL mask for MPC8572

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- include/asm-ppc/immap_85xx.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/immap_85xx.h b/include/asm-ppc/immap_85xx.h index ad30099..4a0429e 100644 --- a/include/asm-ppc/immap_85xx.h +++ b/i

[U-Boot] [PATCH v2 2/3] Add support for Maxim's DS4510 I2C device

Initial support for the DS4510, a CPU supervisor with integrated EEPROM, SRAM, and 4 programmable non-volatile GPIO pins. The CONFIG_DS4510 define enables support for the device while the CONFIG_CMD_DS4510 define enables the ds4510 command. Signed-off-by: Peter Tyser <[EMAIL PROTEC

[U-Boot] [PATCH v2 1/3] Add support for PCA953x I2C gpio devices

Initial support for NXP's 4 and 8 bit I2C gpio expanders (eg pca9537, pca9557, etc). The CONFIG_PCA953X define enables support for the devices while the CONFIG_CMD_PCA953X define enables the pca953x command. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Makefile

[U-Boot] [PATCH v2 0/3] Support for XPedite5370 and misc GPIO

GPIO devices in drivers/gpio. Thanks, Peter Changes since v1: - Rebased to u-boot-mpc85xx tree - Updated NOR flash remapping method - Added CONFIG_SYS_I2C2_OFFSET define to XPEDITE5370.h - Removed CONFIG_SYS_EEPROM_PAGE_WRITE_ENABLE from XPEDITE5370.h Peter Tyser (3): pca953x: Add support for P

Re: [U-Boot] [PATCH 3/3] XPedite5370 board support

> > board/xes/common/fsl_8572_clk.c | 51 +++ > > board/xes/common/fsl_85xx_ddr.c | 93 ++ > > board/xes/common/fsl_85xx_pci.c | 287 + > > > Could you take a look at the new PCI code Kumar submitted (which I > just applied), and rework the board code to imit

[U-Boot] [PATCH 2/3] Add support for Maxim's DS4510 I2C device

Initial support for the DS4510, a CPU supervisor with integrated EEPROM, SRAM, and 4 programmable non-volatile GPIO pins. The CONFIG_DS4510 define enables support for the device while the CONFIG_CMD_DS4510 define enables the ds4510 command. Signed-off-by: Peter Tyser <[EMAIL PROTEC

[U-Boot] [PATCH 1/3] Add support for PCA953x I2C gpio devices

Initial support for NXP's 4 and 8 bit I2C gpio expanders (eg pca9537, pca9557, etc). The CONFIG_PCA953X define enables support for the devices while the CONFIG_CMD_PCA953X define enables the pca953x command. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Makefile

[U-Boot] [PATCH 0/3] Support for XPedite5370 and misc GPIO

GPIO devices in drivers/gpio. Thanks, Peter Peter Tyser (3): pca953x: Add support for PCA953x I2C gpio devices ds4510: Add support for Maxim's DS4510 I2C device XPedite5370 board support MAINTAINERS |3 + MAKEALL

[U-Boot] [PATCH v3] Update U-Boot's build timestamp on every compile

Use the GNU 'date' command to auto-generate a new U-Boot timestamp on every compile. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- NOTE: As far as the changes to the Makefile, I wasn't sure why the NAND_SPL and ONENAND_IPL didn't have the "depend"

Re: [U-Boot] [PATCH v2] Update U-Boot's build timestamp on every compile

Hi Wolfgang, > > --- a/Makefile > > +++ b/Makefile > > @@ -368,6 +368,10 @@ $(VERSION_FILE): > > @( printf '#define U_BOOT_VERSION "U-Boot %s%s"\n' > > "$(U_BOOT_VERSION)" \ > > '$(shell $(CONFIG_SHELL) $(TOPDIR)/tools/setlocalversion > > $(TOPDIR))' \ > > )

[U-Boot] [PATCH v2] Update U-Boot's build timestamp on every compile

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 inital PATCH/RFC: * Split up U_BOOT_DATE define (date and time) into U_BOOT_DATE (day, month, year) and U_BOOT_TIME (time o

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Andy, > I don't think he's wanting this as much for releases (which would be > fine with the git id as you mentioned), but during the development > process. It is very useful during development to have a timestamp > which confirms that what you are running now is what you expect. > There are v

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Wolfgang, > Note that I'm not against this in principle. But if it gets changed, > then not only for a single architecture, but everywhere. > > > Cost: $0.00. Benefit: $0.02. Benefit/Cost = priceless. > > Cost: work to implement, review and test. Benefit: $0.02. > Benefit/Cost = small ;-)

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Wolfgang, > > __TIME__ and __DATE__ aren't ideal as they are only updated when the > > file that contains them is recompiled. For example, during the normal > > modify/build/test cycle the version string remains the same for an 85xx > > board as start.S would not be recompiled. So any number

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Kim, > > Use the GNU 'date' command to auto-generate a new U-Boot > > timestamp on every compile. > > > > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> > > --- > > I noticed that the build time of U-Boot was not updated on every >

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

On Fri, 2008-10-17 at 17:51 -0500, Peter Tyser wrote: > Use the GNU 'date' command to auto-generate a new U-Boot > timestamp on every compile. > > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> > --- > I noticed that the build time of U-Boot was not updated on e

[U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Use the GNU 'date' command to auto-generate a new U-Boot timestamp on every compile. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- I noticed that the build time of U-Boot was not updated on every compile which occassionally threw me for a loop as to whether a new U-Boot binar

[U-Boot] [PATCH] Add feature-removal-schedule.txt

Add a text file which lists features to be removed from U-Boot in the future. The initial entry plans for removal of individual I2C commands. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- I wasn't sure what to make of the 'Deprecate "autosrc" command' on

Re: [U-Boot] [PATCH] cmd_i2c: Update available commands when CONFIG_I2C_CMD_TREE is defined

Hello Wolfgang, > In message <[EMAIL PROTECTED]> you wrote: > > 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. > > If I remember correctly, there has been discus

Re: [U-Boot] [PATCH] fsl_pci_init do not scan bus when configured as an end-point

On Mon, 2008-10-13 at 14:14 -0500, Andy Fleming wrote: > On Wed, Oct 8, 2008 at 11:38 PM, Ed Swarthout > <[EMAIL PROTECTED]> wrote: > > Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]> > > Acked-by: Andy Fleming <[EMAIL PROTECTED]> When agent/end-point, I thought the CPU must enable inbound PCI co

[U-Boot] [PATCH] cmd_i2c: Update available commands when CONFIG_I2C_CMD_TREE is defined

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 |

[U-Boot] [PATCH] cmd_i2c: Fix help for CONFIG_I2C_CMD_TREE && !CONFIG_I2C_MULTI_BUS

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

[U-Boot] [PATCH] Remove unused CFG_EEPROM_PAGE_WRITE_ENABLE references

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

[U-Boot] [PATCH] Remove CFG_EEPROM_PAGE* dependencies for temperature sensors

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 ---

[U-Boot] [PATCH v4] Support for multiple SGMII/TBI interfaces for TSEC ethernet

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

Re: [U-Boot] [PATCH v3] Support for multiple SGMII/TBI interfaces for TSEC ethernet

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

Re: [U-Boot] [PATCH v3] Support for multiple SGMII/TBI interfaces for TSEC ethernet

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; > >

[U-Boot] Merge window questions

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

[U-Boot] [PATCH v3] Support for multiple SGMII/TBI interfaces for TSEC ethernet

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...

[U-Boot] [PATCH] Update mailing list email and archive addresses

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

[U-Boot] [PATCH v2] Support for multiple SGMII/TBI interfaces for TSEC ethernet

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

Re: [U-Boot] [PATCH] Support multiple SGMII/TBI interfaces for TSEC ethernet

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

[U-Boot] [PATCH] Support multiple SGMII/TBI interfaces for TSEC ethernet

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

[U-Boot] [PATCH v2] Add support for booting of INTEGRITY operating system uImages

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 +

Re: [U-Boot] [PATCH] Add support for booting of INTEGRITY operating system uImages

Hello, > In message <[EMAIL PROTECTED]> you wrote: > > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> > > --- > > README |5 +++-- > > common/cmd_bootm.c | 39 +++ > > common/image.c |

Re: [U-Boot] [PATCH] cmd_mem.c: Fix help message alignment

> > 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

Re: [U-Boot] [PATCH] Remove support for booting ARTOS images

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.

Re: [U-Boot] Image.c get_table_entry_name

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

Re: [U-Boot] [PATCH v3 02/16] FSL DDR: Rewrite the FSL mpc8xxx DDR controller setup code.

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

Re: [U-Boot] [PATCH 06/12] autoscript: Move conditional compilation to Makefile

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

Re: [U-Boot] [PATCH 06/12] autoscript: Move conditional compilation to Makefile

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

Re: [U-Boot] [PATCH] Standardize bootp, tftpboot, rarpboot, dhcp, and nfs command descriptions

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

[U-Boot] [PATCH] Standardize bootp, tftpboot, rarpboot, dhcp, and nfs command descriptions

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

Re: [U-Boot] [PATCH] cmd_mem.c: Fix help message alignment

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

Re: [U-Boot] Location of jump table in global_data structure

> > I've noticed that the jump table pointer (**jt) in the global_data > > structure is always the last field in the structure. When standalone > > applications are compiled, they hard code the jump table pointer offset > > into the global_data structure. When new versions of U-Boot come out > >

[U-Boot] Location of jump table in global_data structure

Hello, I've noticed that the jump table pointer (**jt) in the global_data structure is always the last field in the structure. When standalone applications are compiled, they hard code the jump table pointer offset into the global_data structure. When new versions of U-Boot come out which add/rem

Re: [U-Boot] [PATCH 1/3] [RFC] Add support for early serial debug console

Thanks for the comments. Response inline: On Sat, 2008-08-16 at 09:49 +0200, Wolfgang Denk wrote: > Dear Peter, > > In message <[EMAIL PROTECTED]> you wrote: > > > > I attempted to account for this fact. I followed the program flow of > > run_command() and readline() in particular looking for

Re: [U-Boot] [PATCH] Replace references to extern console_buffer with a function call

> > I'm not sure if the debug console will be accepted to mainline, but > I > > think this patch alone is an improvement over the current > implementation > > Frankly, I don't think so - it just makes the code bigger for no good > use to 99.9% of the users. > > > of using a global string and mult

Re: [U-Boot] [PATCH 1/3] [RFC] Add support for early serial debug console

> I understand what you are trying todo, but I think it doesn't work. > > You are invoking a numer of pretty complex functions (like readline() > and run_command() and ...) which in turn ionvoke other functions etc. > - all of them written in C with theassumption that they have a valid > C runtim

[U-Boot] [PATCH 3/3] [RFC] Make i2c commands usable before relocation to SDRAM

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- common/cmd_i2c.c | 36 +++- 1 files changed, 23 insertions(+), 13 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c index 1f32646..ae7ed90 100644 --- a/common/cmd_i2c.c +++ b/common/cmd

[U-Boot] [PATCH 1/3] [RFC] Add support for early serial debug console

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- README | 11 +++ common/console.c | 34 +- common/serial.c |6 -- include/common.h |3 +++ lib_arm/board.c | 12 lib_i386/board.c | 13 - li

[U-Boot] [PATCH 2/3] [RFC] Make memory commands usable before relocation to SDRAM

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- common/cmd_mem.c | 32 ++-- 1 files changed, 22 insertions(+), 10 deletions(-) diff --git a/common/cmd_mem.c b/common/cmd_mem.c index f3299bd..6eb1fd4 100644 --- a/common/cmd_mem.c +++ b/common/cmd_mem.c @@

[U-Boot] [PATCH] [RFC] Early serial debug console

The following 3 patches enable a basic serial console while U-Boot is still executing out of flash. When enabled, the user is dropped to the debug console when an error occurs in a function in the init_sequence[]. The user can also drop to a debug console by pressing ctrl-c during bootup. Many co

Re: [U-Boot] [PATCH] Replace references to extern console_buffer with a function call

> what is the purpose of this patch? As far as I can see we gain > nothing, but we lose on memory footpint. I guess there is some > problem you're trying to fix, but you did not mention it? I've added a basic "debug serial console" which relies on this patch. The debug console is a simple command

[U-Boot] [PATCH] Replace references to extern console_buffer with a function call

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- board/amcc/canyonlands/bootstrap.c |2 +- board/amcc/katmai/cmd_katmai.c |2 +- board/amcc/sequoia/cmd_sequoia.c |2 +- board/amcc/yucca/cmd_yucca.c |2 +- board/eltec/bab7xx/misc.c |2 +- board

[U-Boot] [PATCH] mod_i2c_mem() bugfix

The last used chip, address, and address length were not being stored for the imm and imn commands. Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- common/cmd_i2c.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c index a

[U-Boot] [PATCH] [RFC] Standardize bootp, tftpboot, rarpboot, dhcp, and nfs command descriptions

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- Not sure if "boot" is the proper word to use in the command definitions since the downloaded images are only booted if "autostart=yes", and the majority of board configs don't have autostart set to yes. I'd v

Re: [U-Boot] [PATCH] Add support for booting of INTEGRITY operating system uImages

On Wed, 2008-08-13 at 16:10 -0500, Kumar Gala wrote: > > Any reason we can't just use go? > > - k Our INTEGRITY images are loaded to address 0x0. We can't relocate the INTEGRITY binaries there without disabling interrupts first (ppc boards), which go doesn't do. Best, Peter __

[U-Boot] [PATCH] Add support for booting of INTEGRITY operating system uImages

Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> --- README |5 +++-- common/cmd_bootm.c | 39 +++ common/image.c |3 +++ include/image.h|1 + 4 files changed, 46 insertions(+), 2 deletions(-) diff --git a/README b/README

<    5   6   7   8   9   10