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

2008-08-13 Thread Peter Tyser
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 index

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

2008-08-15 Thread Peter Tyser
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 aac7e9a

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

2008-08-15 Thread Peter Tyser
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] [RFC] Early serial debug console

2008-08-15 Thread Peter Tyser
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

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

2008-08-15 Thread Peter Tyser
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 runtime

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

2008-08-15 Thread Peter Tyser
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 multiple

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

2008-08-28 Thread Peter Tyser
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

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

2008-08-29 Thread Peter Tyser
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 sr_ie

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

2008-09-08 Thread Peter Tyser
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] [PATCH] cmd_mem.c: Fix help message alignment

2008-09-08 Thread Peter Tyser
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 makes the code

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

2008-09-08 Thread Peter Tyser
Hello, In message [EMAIL PROTECTED] you wrote: 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

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

2008-09-08 Thread Peter Tyser
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 + common/image.c

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

2008-09-08 Thread Peter Tyser
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 be non

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

2008-09-09 Thread Peter Tyser
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 replaced

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

2008-09-10 Thread Peter Tyser
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/MAINTAINERS b

[U-Boot] Merge window questions

2008-09-11 Thread Peter Tyser
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

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

2008-09-15 Thread Peter Tyser
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;

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

2008-09-15 Thread Peter Tyser
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 *regs = priv-regs;

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

2008-09-16 Thread Peter Tyser
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] --- drivers/net/tsec.c

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

2008-09-23 Thread Peter Tyser
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 -- 3

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

2008-09-23 Thread Peter Tyser
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/CMS700.h

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

2008-10-13 Thread Peter Tyser
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 configuration

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

2008-10-14 Thread Peter Tyser
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 http://www.denx.de/wiki/U-Boot

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

2008-10-17 Thread Peter Tyser
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 binary was programmed

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

2008-10-17 Thread Peter Tyser
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 every compile which occassionally threw me

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

2008-10-21 Thread Peter Tyser
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 of

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

2008-10-21 Thread Peter Tyser
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

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

2008-10-21 Thread Peter Tyser
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))' \ ) [EMAIL PROTECTED]

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

2008-10-21 Thread Peter Tyser
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 dependency and why they needed

Re: [U-Boot] Sparc build warnings

2012-07-22 Thread Peter Tyser
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 cantidate

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-22 Thread Peter Tyser
Hi Kumar, I understand what the patch does. It just removes the capability of soft-resetting a core back into the boot translation code. I understand your problem I'm just not keen on solving it by completely disabling boot translation. We had a similar memory map and I moved

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

2009-07-22 Thread Peter Tyser
, by suggestion of Peter Tyser * Updated copyright informations in all new files * Use get_ram_size(), as suggested by Wolfgang Denk * Do some cleanup of useless comments, re-indent definitions to avoid long lines, etc. * Add entry to MAINTAINERS I'm still including

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

2009-07-22 Thread Peter Tyser
On Wed, 2009-07-22 at 18:04 +0200, Thomas Petazzoni wrote: Hi, Le Wed, 22 Jul 2009 10:57:09 -0500, Peter Tyser pty...@xes-inc.com a écrit : Hi Thomas, Just a note, but its nice when you resend patches to include the string [PATCH vX] where X=2, 3, etc. That way whoever applies

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-23 Thread Peter Tyser
Any feedback on my last email above, or is disabling boot page translation just a no-go? It is at this point. Or is there an more ideal alternative? I really don't want to change up the memory map on all our Freescale boards, documentation, dts files, etc because of an

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

2009-07-24 Thread Peter Tyser
OSes. ... Hm... tested on TQM834x - it's still booting, but flash recognition stopped working: I git-bisected the problem on TQM834x: 982adfc610669482a32127282fe489857a92cfe3 is first bad commit commit 982adfc610669482a32127282fe489857a92cfe3 Author: Peter Tyser pty...@xes-inc.com Date

[U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

2009-07-24 Thread Peter Tyser
-off-by: Peter Tyser pty...@xes-inc.com --- This is very similar to 85xx: Fix mapping of 0xfxxx when CONFIG_MP The 2 differences are: - Boot page translation is only disabled when CONFIG_MPC8xxx_DISABLT_BPTR is defined. - Instead of zeroing out BPTR when disabling translation, this patch only

Re: [U-Boot] [PATCH] ppc4xx: amcc: Set CONFIG_SYS_BOOTMAPSZ to 16MB to enable booting of big kernels

2009-07-29 Thread Peter Tyser
Hi Stefan, On Wed, 2009-07-29 at 16:25 +0200, Stefan Roese wrote: This patch changes CONFIG_SYS_BOOTMAPSZ from 8MB to 16MB which is the initial TLB on 40x PPC's in the Linux kernel. With this change even bigger Linux kernels ( 8MB) can be booted. Might be nice to increase CONFIG_SYS_BOOTM_LEN

Re: [U-Boot] [PATCH] stxamc8548: initial commit

2009-08-03 Thread Peter Tyser
Hi Alex, I made a few comments below: On Sun, 2009-08-02 at 22:24 -0700, Alex Dubov wrote: STx AMC8548 board is an old, AMC form factor, MPC8548 based board intended for RapidIO applications. It features 16MiB NAND flash, one DDR2 soDIMM slot, ethernet on front panel and backplane, RapidIO on

Re: [U-Boot] [PATCH] stxamc8548: initial commit

2009-08-03 Thread Peter Tyser
Hi Alex, Alex Dubov wrote: When you say its an old board, hopefully its still being used. ie adding support for an old board still has some value? :) The board is still for sale, even though it's not recommended for new designs. http://www.silicontkx.com/AMC8548.htm But then, there

Re: [U-Boot] suggest on how to convey value of 'CCSRBAR' to user on FSL PPC parts

2009-08-04 Thread Peter Tyser
On Tue, 2009-08-04 at 09:27 -0500, Kumar Gala wrote: On Aug 4, 2009, at 9:24 AM, Wolfgang Denk wrote: Dear Kumar Gala, In message 7acc3970-1b73-4828-941c-48c6601a7...@kernel.crashing.org you wrote: I had two ideas on simple ways to convey the value of CCSRBAR, IMMR, etc.. on

Re: [U-Boot] [PATCH] stx: add support for AMC8548 board

2009-08-04 Thread Peter Tyser
On Tue, 2009-08-04 at 14:27 +0200, Wolfgang Denk wrote: Dear oa...@yahoo.com, In message 1249383697-28141-2-git-send-email-oa...@yahoo.com you wrote: From: Alex Dubov oa...@yahoo.com STx AMC8548 board is an old, AMC form factor, MPC8548 based board intended for RapidIO applications.

[U-Boot] [PATCH] xes: Use proper IO access functions

2009-08-04 Thread Peter Tyser
Also fix some minor whitespace oddities while we're cleaning up Signed-off-by: Peter Tyser pty...@xes-inc.com --- board/xes/common/fsl_8xxx_clk.c |6 ++-- board/xes/common/fsl_8xxx_pci.c | 46 +- board/xes/xpedite5200/xpedite5200.c | 17

Re: [U-Boot] [PATCH] tsec: Wait for auto-negotiation to complete without link

2009-08-04 Thread Peter Tyser
On Sun, 2009-07-19 at 15:14 -0500, Peter Tyser wrote: On Wed, 2009-02-04 at 15:14 -0600, Peter Tyser wrote: Previously, waiting for auto-negotiation would only occur if a valid link had been detected. Problems arose when attempting to use a tsec immediately after bootup but before link

Re: [U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

2009-08-04 Thread Peter Tyser
On Fri, 2009-07-24 at 13:18 -0500, Peter Tyser wrote: Previously, when CONFIG_MP was defined Boot Page Translation was unconditionally enabled and secondary cores were put in a spin loop at address 0xf000. The 0xfxxx address range (ie the Boot Page) was being remapped to SDRAM via

[U-Boot] [PATCH] hush: Fix bogus free() call

2009-08-05 Thread Peter Tyser
An off-by-one error in hush.c resulted in an unintentional free() call every time a command was executed Signed-off-by: Peter Tyser pty...@xes-inc.com --- common/hush.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/hush.c b/common/hush.c index 97fd070..528dd25

Re: [U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

2009-08-05 Thread Peter Tyser
Hi Kumar, diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c index 76f02a4..53fc3be 100644 --- a/cpu/mpc85xx/mp.c +++ b/cpu/mpc85xx/mp.c @@ -129,7 +129,7 @@ ulong get_spin_addr(void) ulong addr = (ulong)__spin_table - (ulong)__secondary_start_page; - addr +=

[U-Boot] [PATCH 2/2 v2] xpedite5370: Enable MP support

2009-08-05 Thread Peter Tyser
Also, disable Boot Page Translation after the secondary core is enabled so that the 0xf000-0x memory region can still be utilized for flash similar to other X-ES boards Signed-off-by: Peter Tyser pty...@xes-inc.com --- include/configs/XPEDITE5370.h |2 ++ 1 files changed, 2

[U-Boot] [PATCH v2] xes: Use proper IO access functions

2009-08-07 Thread Peter Tyser
Also fix some minor whitespace oddities while we're cleaning up Signed-off-by: Peter Tyser pty...@xes-inc.com --- Changes since v1: - Rebase on 85xx next branch - Use setbits_be32() where possible board/xes/common/fsl_8xxx_clk.c |6 ++-- board/xes/common/fsl_8xxx_pci.c | 44

Re: [U-Boot] [PATCH 1/2 v2] 85xx: CONFIG_MP Boot Page Translation update

2009-08-07 Thread Peter Tyser
diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c index 76f02a4..53fc3be 100644 --- a/cpu/mpc85xx/mp.c +++ b/cpu/mpc85xx/mp.c @@ -129,7 +129,7 @@ ulong get_spin_addr(void) ulong addr = (ulong)__spin_table - (ulong)__secondary_start_page; - addr += 0xf000;

Re: [U-Boot] how big is the NOR flash on 85xx boards?

2009-08-10 Thread Peter Tyser
On Mon, 2009-08-10 at 14:07 -0500, Kumar Gala wrote: I was wondering if we can see how big the NOR flash is on the XES TQM boards. XES's 85xx and 86xx boards should all have U-Boot located in a NOR flash that is either 64MB or 128MB. Sector sizes are generally 128KB. Out of curiosity, how

Re: [U-Boot] 85xx: MPC8536DS board does not build

2009-08-10 Thread Peter Tyser
On Mon, 2009-08-10 at 15:27 -0400, Jerry Van Baren wrote: Kumar Gala wrote: On Aug 10, 2009, at 1:59 PM, Zang Roy-R61911 wrote: -Original Message- From: Kumar Gala [mailto:ga...@kernel.crashing.org] Sent: Monday, August 10, 2009 13:41 PM To: Wolfgang Denk Cc: U-Boot-Users

Re: [U-Boot] [PATCH] V2 Add Support for the galaxy5200

2009-08-12 Thread Peter Tyser
Hi Eric, The subject of your email should be [PATCH V2] Add support for galaxy5200. As is, the V2 would be included in the commit title. Support also doesn't need to be capitalized. Add support for the DEKA Research and Development galaxy5200 board. Amended with comments from Wolfgang. Make

Re: [U-Boot] [PATCH] V3 Add support for the galaxy5200

2009-08-13 Thread Peter Tyser
The title should be [PATCH V3] ..., not [PATCH] V3 On Thu, 2009-08-13 at 08:13 -0500, Eric Millbrandt wrote: Removed trailing whitespace introduced in V2 to conform with U-Boot coding style. Defined additional chip select region. This should all go below the --- below. Signed-off-by:

Re: [U-Boot] [PATCH v3] Adding support for DevKit8000

2009-08-20 Thread Peter Tyser
Hi Frederik, I had some minor aesthetic nitpicks. I'd change the title to Add support for the DevKit8000 board. snip diff --git a/MAINTAINERS b/MAINTAINERS index 620604c..03b2d10 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -706,6 +706,10 @@ Alex Z lartSA1100

Re: [U-Boot] [PATCH v3] Adding support for DevKit8000

2009-08-21 Thread Peter Tyser
Hi Dirk, On Fri, 2009-08-21 at 15:00 +0200, Dirk Behme wrote: Frederik Kriewitz wrote: Jean-Christophe asked me to move it out of the omap3 vendor directory: On 10:55 Thu 20 Aug , Frederik Kriewitz wrote: On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe

Re: [U-Boot] Rules for board/* directory, was: [PATCH v3] Adding support for DevKit8000

2009-08-21 Thread Peter Tyser
Hi Dirk, My understanding is that the board/ layout should be /board/board vendor or board name/ So even though the Frederik's board has a TI OMAP3 cpu, he shouldn't put it in board/ti or board/omap3 since neither TI nor OMAP3 made the DevKit8000. ... For example, there are

Re: [U-Boot] [PATCH] tsec: Wait for auto-negotiation to complete without link

2009-08-21 Thread Peter Tyser
On Tue, 2009-08-04 at 17:50 -0500, Peter Tyser wrote: On Sun, 2009-07-19 at 15:14 -0500, Peter Tyser wrote: On Wed, 2009-02-04 at 15:14 -0600, Peter Tyser wrote: Previously, waiting for auto-negotiation would only occur if a valid link had been detected. Problems arose when attempting

[U-Boot] [PATCH 2/3] Standardize mem_malloc_init() implementation

2009-08-21 Thread Peter Tyser
This lays the groundwork to allow architectures to share a common mem_malloc_init(). Note that the x86 implementation was not modified as it did not fit the mold of all other architectures. Signed-off-by: Peter Tyser pty...@xes-inc.com --- lib_arm/board.c| 14 +++--- lib_avr32

[U-Boot] [PATCH 1/3] Consolidate arch-specific sbrk() implementations

2009-08-21 Thread Peter Tyser
Signed-off-by: Peter Tyser pty...@xes-inc.com --- common/dlmalloc.c | 18 +- include/malloc.h |6 ++ lib_arm/board.c| 20 lib_avr32/board.c | 19 --- lib_blackfin/board.c | 20

[U-Boot] [PATCH 3/3] Consolidate arch-specific mem_malloc_init() implementations

2009-08-21 Thread Peter Tyser
Signed-off-by: Peter Tyser pty...@xes-inc.com --- common/dlmalloc.c | 15 +++ include/malloc.h |2 ++ lib_arm/board.c| 10 -- lib_avr32/board.c | 15 ++- lib_blackfin/board.c |9 - lib_m68k/board.c | 14

[U-Boot] [PATCH 0/3] Clean up up malloc pool init

2009-08-21 Thread Peter Tyser
Most architectures share nearly identical malloc initialization code. This series factors out the common code into dlmalloc.c. I tested on the XPedite5200, an mpc8548-based board. Let me know if anyone runs into any issues on other architectures. Peter Tyser (3): Consolidate arch-specific

Re: [U-Boot] [PATCH 3/3] Consolidate arch-specific mem_malloc_init() implementations

2009-08-22 Thread Peter Tyser
Jean-Christophe PLAGNIOL-VILLARD wrote: On 23:05 Fri 21 Aug , Peter Tyser wrote: Signed-off-by: Peter Tyser pty...@xes-inc.com --- common/dlmalloc.c | 15 +++ include/malloc.h |2 ++ lib_arm/board.c| 10 -- lib_avr32/board.c | 15

[U-Boot] [PATCH] Remove deprecated 'autoscr' command

2009-08-22 Thread Peter Tyser
The more standard 'source' command provides identical functionality to the autoscr command. Environment variable names/values on the MVBC_P, MVBML7, kmeter1, mgcoge, and km8xx boards were updated to no longer refernce 'autoscr'. Signed-off-by: Peter Tyser pty...@xes-inc.com --- There was a fair

Re: [U-Boot] [PATCH 1/3] omap: move TI's boards to board/ti/

2009-08-23 Thread Peter Tyser
Hi Dirk, snip Third, I don't like the mixing of board and vendor name as directory names. It seems to me that where you think you know the vendor, you use the vendor name, and where you seem to not know it, you use the board name. So, to be consistent, and to overcome vendor name issue

Re: [U-Boot] [PATCH] Remove deprecated 'autoscr' command

2009-08-23 Thread Peter Tyser
Hi Wolfgang, There was a fair amount of grey area as far as environment variable naming for those variables that used to refernce autoscr. Why actually? I guess because we don't see eye-to-eye:) I tended to lean toward using script in the variable name as I thought that was a lot

Re: [U-Boot] [PATCH] net: tsec - handle user interrupt while waiting for PHY auto negotiation to complete

2009-08-24 Thread Peter Tyser
On Mon, 2009-08-24 at 18:10 -0500, Scott Wood wrote: Andy Fleming wrote: On Mon, Aug 24, 2009 at 2:32 PM, Kim Phillips kim.phill...@freescale.comwrote: if you don't have firmware installed for the PHY to come to life, this wait can be painful - let's give the option to avoid it if we

Re: [U-Boot] [PATCH 2/3] Reset interrupted i2c slaves (galaxy5200)

2009-08-25 Thread Peter Tyser
Hi Eric, On Tue, 2009-08-25 at 08:57 -0500, Eric Millbrandt wrote: Reset any i2c devices that may have been interrupted by a system reset. Normally this would be accomplished by clocking the line until SCL and SDA are released and then sending a start condtiion (From an Atmel datasheet). But

Re: [U-Boot] [RFC PATCH 2/3] net: add phylib implementation

2009-08-27 Thread Peter Tyser
On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote: On Thu, Aug 27, 2009 at 01:54:47AM -0400, Mike Frysinger wrote: On Thursday 27 August 2009 01:11:32 Stefan Roese wrote: On Thursday 27 August 2009 03:55:57 Mike Frysinger wrote: +int phy_init(void) +{ + /* Initialize the

Re: [U-Boot] [PATCH 1/2 v2] 85xx: CONFIG_MP Boot Page Translation update

2009-09-03 Thread Peter Tyser
On Thu, 2009-09-03 at 08:25 -0500, Kumar Gala wrote: On Aug 7, 2009, at 3:57 PM, Peter Tyser wrote: diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c index 76f02a4..53fc3be 100644 --- a/cpu/mpc85xx/mp.c +++ b/cpu/mpc85xx/mp.c @@ -129,7 +129,7 @@ ulong get_spin_addr(void) ulong

Re: [U-Boot] [PATCH][v1] ep8248: add support for device tree and secondary Ethernet interface.

2009-09-03 Thread Peter Tyser
Hi Marcel, On Thu, 2009-09-03 at 14:52 +, Marcel Ziswiler wrote: ep8248: add support for device tree and secondary Ethernet interface. This commit message shouldn't be necessary since its identical to your commit subject. snip + +#if defined(CONFIG_OF_BOARD_SETUP)

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

2009-09-04 Thread Peter Tyser
On Fri, 2009-09-04 at 10:12 -0500, Timur Tabi wrote: Wolfgang Denk wrote: Wrong Question. I don't know enough about the I2C protocol. Why is i2c_wait4bus necessary? Ok, why is it necessary? Freescale's I2C core supports multiple masters. I'd guess that i2c_wait4bus() is used to ensure

Re: [U-Boot] [PATCH][v1] mpc8260: move FDT memory node fixup into common CPU code.

2009-09-04 Thread Peter Tyser
Thanks for cleaning this up Marcel. I had a few comments though. Your patch appears to be line wrapped. Please use git to send the patch or configure your email client not to line-wrap. On Fri, 2009-09-04 at 14:37 +, Marcel ziswiler wrote: Move the memory node fixup of the MPC8260ADS,

Re: [U-Boot] [PATCH][v2] ep8248: add support for device tree and secondary Ethernet interface.

2009-09-04 Thread Peter Tyser
Hi Marcel, This patch also appears to be line wrapped. Best, Peter On Fri, 2009-09-04 at 14:41 +, Marcel ziswiler wrote: Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com --- board/ep8248/ep8248.c| 22 +- include/configs/ep8248.h | 53

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

2009-09-04 Thread Peter Tyser
On Fri, 2009-09-04 at 10:30 -0500, Timur Tabi wrote: Peter Tyser wrote: If this is the case, the timeout should be the maximum (or reasonable maximum) time an I2C transaction could take. How long is that? Is one millisecond good enough? The timeout in i2c_wait4bus() could potentially

Re: [U-Boot] [PATCH] fsl_i2c: increase I2C timeout values and make them configurable

2009-09-04 Thread Peter Tyser
(-) Acked-by: Wolfgang Denk w...@denx.de Tested-by: Peter Tyser pty...@xes-inc.com Acked-by: Peter Tyser pty...@xes-inc.com Looks good to me, Peter ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] ARM Pull Request

2009-09-06 Thread Peter Tyser
On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote: Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:12 Sun 06 Sep , Dirk Behme wrote: Jean-Christophe PLAGNIOL-VILLARD wrote: On 07:37 Sat 05 Sep , Dirk Behme wrote: Dear Jean-Christophe, Jean-Christophe PLAGNIOL-VILLARD wrote:

Re: [U-Boot] ARM Pull Request

2009-09-06 Thread Peter Tyser
On Sun, 2009-09-06 at 20:40 +0200, Dirk Behme wrote: Peter Tyser wrote: On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote: Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:12 Sun 06 Sep , Dirk Behme wrote: Jean-Christophe PLAGNIOL-VILLARD wrote: On 07:37 Sat 05 Sep , Dirk Behme

Re: [U-Boot] PowerPC -mrelocatable

2009-09-08 Thread Peter Tyser
On Thu, 2009-08-27 at 12:49 -0500, Scott Wood wrote: Peter Tyser wrote: On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote: Someone tried to get proper relocation working a while ago, but ran into toolchain bugs. Maybe current toolchains are better... X-ES's board's in U-Boot fully

[U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-11 Thread Peter Tyser
** This patch is only meant to allow others to test relocation, it should not be applied!! ** This patch is a quick hack to enable proper relocation on powerpc boards. I tested on some mpc85xx-based boards. I updated the common ppc config.mk and u-boot.lds in cpu/ as needed, but didn't bother

Re: [U-Boot] PowerPC -mrelocatable

2009-09-11 Thread Peter Tyser
Hi Wolfgang, Does anyone out there by chance have a failure case for gcc 4.0.0, because I can't seem to reproduce the issues others had in the past. Do you have an up-to-date patch that can be used for such testing? I just sent an example patch (ppc: Relocation test patch) that others

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-14 Thread Peter Tyser
On Mon, 2009-09-14 at 23:26 +0200, Wolfgang Denk wrote: Dear Peter Tyser, In message 1252709159-22326-1-git-send-email-pty...@xes-inc.com you wrote: ** This patch is only meant to allow others to test relocation, it should not be applied!! ** This patch is a quick hack to enable

Re: [U-Boot] LCRR setting on XPEDITE5370 XPEDITE5200

2009-09-15 Thread Peter Tyser
Hi Kumar, I see you guys set LCRR in the config.h. You are using LCRR_CLKDIV_4. Do you think this means clk/4? (I ask because the defines aren't correct, and wasn't sure about your expectation). I faintly remember punching the numbers for LCRR a while back, then blindly replacing the

Re: [U-Boot] [PATCH] ppc/85xx: Fix LCRR_CLKDIV defines

2009-09-15 Thread Peter Tyser
: clk/4: CLKDIV = 2 clk/8: CLKDIV = 4 clk/16: CLKDIV = 8 Ensure that the MPC86xx and MPC85xx still get the same behavior and make the the defines reflect their logical view (not the value of the field). Signed-off-by: Kumar Gala ga...@kernel.crashing.org Acked-by: Peter Tyser pty...@xes

Re: [U-Boot] [PATCH] ppc/85xx: Fix LCRR_CLKDIV defines

2009-09-15 Thread Peter Tyser
On Tue, 2009-09-15 at 23:11 -0500, Kumar Gala wrote: On Sep 15, 2009, at 10:32 PM, Peter Tyser wrote: On Tue, 2009-09-15 at 22:26 -0500, Kumar Gala wrote: For some reason the CLKDIV field varies between SoC in how it interprets the bit values. All 83xx and early (e500v1) PQ3

Re: [U-Boot] [STATUS] RFC: stretch merge window?

2009-09-16 Thread Peter Tyser
On Wednesday 16 September 2009 15:32:26 Wolfgang Denk wrote: The reorganization of the ARM custodian setup has caused some changes to the workflow, and I wonder if we should allow for a longer merge window? What do you think about stretching the MW by another week (with or without

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-16 Thread Peter Tyser
On Mon, 2009-09-14 at 23:26 +0200, Wolfgang Denk wrote: Dear Peter Tyser, In message 1252709159-22326-1-git-send-email-pty...@xes-inc.com you wrote: ** This patch is only meant to allow others to test relocation, it should not be applied!! ** This patch is a quick hack to enable

[U-Boot] [PATCH v2] Remove deprecated 'autoscr' command/variables

2009-09-16 Thread Peter Tyser
are also removed. Signed-off-by: Peter Tyser pty...@xes-inc.com --- Changes since v1: - Removed all references to autoscript and autoscript_uname, previously just the autoscr command was removed. README |8 board/LEOX/elpt860/README.LEOX

[U-Boot] [PATCH 1/2] ppc: Clean up calling of misc_init_r() during init

2009-09-16 Thread Peter Tyser
Remove board-specific #ifdefs for calling misc_init_r() during initializtion Signed-off-by: Peter Tyser pty...@xes-inc.com --- include/configs/CCM.h|1 + include/configs/CPCI405.h|1 + include/configs/CPCI4052.h |1 + include/configs/CPCI405AB.h |1

[U-Boot] [PATCH 2/2] ppc: Clean up calling of phy_reset() during init

2009-09-16 Thread Peter Tyser
Remove board-specific #ifdefs for calling phy_reset() during initializtion Signed-off-by: Peter Tyser pty...@xes-inc.com --- include/configs/CCM.h|1 + include/configs/ELPT860.h|1 + include/configs/IP860.h |1 + include/configs/IVML24.h |2 ++ include

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-17 Thread Peter Tyser
On Thu, 2009-09-17 at 09:06 +0200, Joakim Tjernlund wrote: When preparing the ppc relocation patches I noticed that the gcc -mrelocatable compiler flag increases the .reloc section by 3 or 4 Kbytes. I did a compile test, and this increase pushes the ALPR board back over 256K (it

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-18 Thread Peter Tyser
On Thu, 2009-09-17 at 09:06 +0200, Joakim Tjernlund wrote: When preparing the ppc relocation patches I noticed that the gcc -mrelocatable compiler flag increases the .reloc section by 3 or 4 Kbytes. I did a compile test, and this increase pushes the ALPR board back over

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-18 Thread Peter Tyser
On Fri, 2009-09-18 at 16:52 +0200, Joakim Tjernlund wrote: Peter Tyser pty...@xes-inc.com wrote on 18/09/2009 16:28:35: On Thu, 2009-09-17 at 09:06 +0200, Joakim Tjernlund wrote: When preparing the ppc relocation patches I noticed that the gcc -mrelocatable compiler flag

Re: [U-Boot] [TESTING PATCH] ppc: Relocation test patch

2009-09-18 Thread Peter Tyser
Sorry, I don't have an example. Just a guess, weak function references: void weak_fun(void) __attribute__ ((weak)); if (weak_fun) weak_fun(); Using default weak functions as well as overridden weak functions both definitely work. So the pointers must be being updated

[U-Boot] [PATCH] MAKEALL: Add summary information

2009-09-18 Thread Peter Tyser
to quickly determine which boards are broken. As a side benefit, no empty $BOARD.ERR files are generated by MAKEALL. Previously, each board had a corresponding $BOARD.ERR file, even if the board compiled cleanly. Signed-off-by: Peter Tyser pty...@xes-inc.com --- MAKEALL | 30

[U-Boot] [PATCH v2] MAKEALL: Add summary information

2009-09-18 Thread Peter Tyser
to quickly determine which boards are broken. As a side benefit, no empty $BOARD.ERR files are generated by MAKEALL. Previously, each board had a corresponding $BOARD.ERR file, even if the board compiled cleanly. Signed-off-by: Peter Tyser pty...@xes-inc.com --- Changes since v1: - Fix issue where

[U-Boot] [PATCH v3] MAKEALL: Add summary information

2009-09-18 Thread Peter Tyser
to quickly determine which boards are broken. As a side benefit, no empty $BOARD.ERR files are generated by MAKEALL. Previously, each board had a corresponding $BOARD.ERR file, even if the board compiled cleanly. Signed-off-by: Peter Tyser pty...@xes-inc.com --- Changes since v1: - Fix issue where

Re: [U-Boot] [PATCH 5/6] DLMALLOC:!X86: add av_ initialization

2009-09-19 Thread Peter Tyser
On Fri, 2009-09-18 at 21:21 -0500, Nishanth Menon wrote: This is questionable if this is really required as the av_ static initalized values should have been loaded to sdram as part of the boot process and initialization should have been done. Is there a reason you need to do this fixup?

[U-Boot] [PATCH v4] MAKEALL: Add summary information

2009-09-19 Thread Peter Tyser
to quickly determine which boards are broken. As a side benefit, no empty $BOARD.ERR files are generated by MAKEALL. Previously, each board had a corresponding $BOARD.ERR file, even if the board compiled cleanly. Signed-off-by: Peter Tyser pty...@xes-inc.com --- Changes since v1: - Fix issue where

Re: [U-Boot] [PATCH 5/6] DLMALLOC:!X86: add av_ initialization

2009-09-19 Thread Peter Tyser
On Sat, 2009-09-19 at 10:37 -0500, Nishanth Menon wrote: Peter Tyser said the following on 09/19/2009 09:03 AM: On Fri, 2009-09-18 at 21:21 -0500, Nishanth Menon wrote: This is questionable if this is really required as the av_ static initalized values should have been loaded

Re: [U-Boot] [PATCH v2] MAKEALL: Add summary information

2009-09-20 Thread Peter Tyser
+# Print statistics when ctrl-c is pressed +trap print_stats; exit 2 Why only on signal 2? Usually we use 1 2 3 15 in such cases. 2's the only case I've ever used for MAKEALL, I'll add the other cases as you suggest. Also, you might add 0 here and then... @@ -932,3 +956,5 @@ do

  1   2   3   4   5   6   7   8   9   10   >