Re: [U-Boot-Users] [PATCH RFC] ARM: Davinci: NAND fix for large page ECC and linux compatibility

hout having to define anything. I also named the #define CFG_DAVINCI_BROKEN_ECC since it is DaVinci specific. The patch will follow after this email. Hugo Villeneuve. - This SF.Net email is sponsored by the Moblin Your Move Develope

Re: [U-Boot-Users] [PATCH 4/4] ARM DaVinci: Standardize names ofdirectories/files

Jean-Christophe PLAGNIOL-VILLARD wrote: > On 15:10 Fri 11 Jul , Hugo Villeneuve wrote: >> ARM DaVinci: Standardize names of directories/files. >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> >> >> --- >> >> Makefile

Re: [U-Boot-Users] RFC: U-Boot version numbering

the confusion. Then in some time, maybe someone will propose to switch to a name based version scheme, and so on, and so on... :) Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-4644 #2395 Toll-free/Sans frais - Canada & USA : (1) (888)

Re: [U-Boot-Users] [patch 1/1] Set GD_FLG_RELOC for boardsskipping relocation to RAM

[EMAIL PROTECTED] wrote: > when would you not want to relocate ? Hi, On some platforms U-Boot is loaded from flash to RAM memory by a ROM bootloader. Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-4644 #2395 Toll-free/Sans frais - Can

[U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Round the serial port clock divisor value returned by calc_divisor() Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- drivers/serial/serial.c | 12 +++- 1 files changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c

Re: [U-Boot-Users] [PATCH v2] Round the serial port clock divisor valuereturned by calc_divisor()

[EMAIL PROTECTED] wrote: > This formula is better at avoiding integer overflow. > > Signed-off-by: Gerald Van Baren <[EMAIL PROTECTED]> > --- > > This is my latest entry in the baud rate rounding dual. Since it > doesn't multiply the master BRG clock but instead adds the baud rate > scaled by 1/

Re: [U-Boot-Users] [PATCH] Fix integer overflow warning in calc_divisor()

On Sun, 2008-07-13 at 15:14 +0200, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > Fix the integer overflow warning when rounding the serial > > port clock divisor value in calc_divisor(). > > > > Signed-off-by:

[U-Boot-Users] [PATCH 3/4] ARM DaVinci: Move common functions to board/davinci/common

ARM DaVinci: Move common functions to board/davinci/common. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- board/davinci/common/Makefile | 53 board/davinci/common/misc.c| 126 board/davinci/common/misc.h

[U-Boot-Users] [PATCH 4/4] ARM DaVinci: Standardize names of directories/files

ARM DaVinci: Standardize names of directories/files. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- Makefile |2 +- board/davinci/{dv-evm => dvevm}/Makefile |2 +- board/davinci/{dv-evm => dvevm}/board_init.S

[U-Boot-Users] [PATCH 2/4] ARM DaVinci: Remove extern phy_t declaration by moving code to proper place

ARM DaVinci: Remove extern phy_t declaration by moving code to proper place. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- board/davinci/dv-evm/dv_board.c|6 +- board/davinci/schmoogie/dv_board.c |6 +- board/davinci/sffsdr/sffsdr.c |6 +-

[U-Boot-Users] [PATCH 1/4] ARM DaVinci: Remove duplicate definitions of MACH_TYPE and prototype of i2c_init()

ARM DaVinci: Remove duplicate definitions of MACH_TYPE and prototype of i2c_init(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- board/davinci/dv-evm/dv_board.c|3 --- board/davinci/schmoogie/dv_board.c |3 --- board/davinci/sonata/dv_board.c|3 --- 3

[U-Boot-Users] [PATCH] Fix integer overflow warning in calc_divisor()

Fix the integer overflow warning when rounding the serial port clock divisor value in calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- drivers/serial/serial.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/serial/seri

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor valuereturned by calc_divisor()

[EMAIL PROTECTED] wrote: > This formula is better at avoiding integer overflow. This patch doesn´t round the value correctly. Wolfgang, I will resubmit a new patch shortly today to fix the problem. Hugo V. - Sponsored by: S

[U-Boot-Users] [PATCH] ARM: Fix for broken compilation when defining CONFIG_CMD_ELF

ARM: Fix for broken compilation when defining CONFIG_CMD_ELF caused by missing dcache status/enable/disable functions. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- cpu/arm926ejs/cpu.c | 51 +- include/configs/davinci_sffsdr.h

[U-Boot-Users] [PATCH V2] Round the serial port clock divisor value returned by calc_divisor()

Round the serial port clock divisor value returned by calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: John Roberts <[EMAIL PROTECTED]> --- Rounding is important, especially when using high baud rates values like 115200bps. When using the non-rounded

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Jerry Van Baren wrote: > Hugo Villeneuve wrote: >> Jerry Van Baren wrote: >>> Hugo Villeneuve wrote: >>>> Round the serial port clock divisor value returned by >>>> calc_divisor(). >>>> >>>> Signed-off-by: Hugo Villeneuve &

Re: [U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Jerry Van Baren wrote: > Hugo Villeneuve wrote: >> Round the serial port clock divisor value returned by calc_divisor(). >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> >> >> --- >> >> Rounding is important, especially when using high

[U-Boot-Users] [PATCH] Round the serial port clock divisor value returned by calc_divisor()

Round the serial port clock divisor value returned by calc_divisor(). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- Rounding is important, especially when using high baud rates values like 115200bps. When using the non-rounded value, some boards will work and some won't

[U-Boot-Users] [PATCH] ARM: Fix for wrong patch version applied for Lyrtech SFF-SDR board (ARM926EJS)

ARM: Fix for incorrect version of patch applied when adding support for the Lyrtech SFF-SDR board. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> --- CREDITS |5 + board/davinci/sff

Re: [U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

t repository, i. e. just esending an old > patch that is based on previous versions is not useful. Understood, I´m rebasing right now :) Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-4644 #2395 Toll-free/Sans frais - Canada & USA :

Re: [U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

[EMAIL PROTECTED] wrote: > In message > <[EMAIL PROTECTED]> you > wrote: >> ARM: This patch adds support for the Lyrtech SFF-SDR >> board, based on the TI DaVinci architecture (ARM926EJS). >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]&

Re: [U-Boot-Users] [PATCH V8] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

Hugo Villeneuve wrote: > [EMAIL PROTECTED] wrote: >> ARM: This patch adds support for the Lyrtech SFF-SDR >> board, based on the TI DaVinci architecture (ARM926EJS). > > I haven´t heard from anyone about my patch being accepted or not. > It´s been almost five weeks sin

[U-Boot-Users] [PATCH 2/2] Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c.

Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c. Remove duplicate code in a if/else block in cpu/arm926ejs/davinci/lxt972.c. Fixed style issues. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- cpu/arm926ejs/davinci/lxt972.c | 39 --- 1

[U-Boot-Users] [PATCH 1/2] Remove duplicate definitions in include/lxt971a.h.

Remove duplicate definitions in include/lxt971a.h. Remove duplicate registers and bits definitions in include/lxt971a.h for standard MII registers, and use values in include/miiphy.h instead. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- cpu/arm920t/at91rm9200/lxt972.c

Re: [U-Boot-Users] [PATCH V8] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

ee it in the ARM tree or U-Boot master tree. Should I look into a specific tree to see if my patch has been accepted? Thank-you, Hugo V. > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]>

Re: [U-Boot-Users] [PATCH V2] ARM: Add support for LyrtechSFF-SDRboard (ARM926EJS)

Jean-Christophe PLAGNIOL-VILLARD wrote: > On 13:32 Thu 05 Jun , Hugo Villeneuve wrote: >> Philip Balister wrote: >>>>> Is everything fine with the patch now? >>>> >>>> I did not see any negative reaction to your 5th version[1], so its >

[U-Boot-Users] [PATCH V8] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> --- CREDITS |

Re: [U-Boot-Users] [PATCH V7] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

this, IIRC). Fixed. I used the exact same code found in drivers/net/cs8900.c. >> +/* For most DaVinci boards, U-Boot is copied in RAM by the UBL, >> + * so we are always in the relocated state. This is >> + * necessary f

[U-Boot-Users] [PATCH V7] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> --- CREDITS |

Re: [U-Boot-Users] [PATCH V6] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

Jean-Christophe PLAGNIOL-VILLARD wrote: > On 13:33 Thu 05 Jun , Hugo Villeneuve wrote: >> ARM: This patch adds support for the Lyrtech SFF-SDR >> board, based on the TI DaVinci architecture (ARM926EJS). >> >> Changes between V5 and V6: >> -New email addre

[U-Boot-Users] [PATCH V6] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

. -Use NFS for Linux boot command. -Add relocate flag for command history. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> --- CREDITS |5 + MAKEALL |1

Re: [U-Boot-Users] [PATCH V2] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

e added at the moment, I will post an updated version of the V5 patch which fixes a few issues I have found since I submitted V5. Hugo v. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-4644 #2395 Toll-free/Sans frais - Canada & USA : (1) (888) 92

[U-Boot-Users] [PATCH] Remove duplicate code introduced by commit 597f6c26a18b389903a64692bacbf9a1ca69355b

Remove duplicate code introduced by commit 597f6c26a18b389903a64692bacbf9a1ca69355b Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- common/main.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/common/main.c b/common/main.c index a17b60b..046da6f

Re: [U-Boot-Users] [Junk released by Allow List] Command historyno longer working

Kenneth Johansson wrote: > On Thu, 2008-05-29 at 15:41 -0400, Hugo Villeneuve wrote: >> [EMAIL PROTECTED] wrote: >>> Hi, >>> I have observed that after this commit, the command history is no >>> longer working: >>> >>> --- >>> co

Re: [U-Boot-Users] [Junk released by Allow List] Command history no longer working

ld be working again, and it did. But is it the right thing to do? I noticed that not a lot of platforms/boards set GD_FLG_RELOC so command history will probably cease to work for these boards also? Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-

[U-Boot-Users] Command history no longer working

er() if it is called before relocation. --- Based on the comments, I dont understand why it ceases to work because, in my case, U-Boot runs entirely from RAM (it is copied from flash to RAM by a first stage bootloader). I have CONFIG_CMDLINE_EDITING defined. Hugo V. Hugo Villeneuve Hardwar

Re: [U-Boot-Users] [PATCH V2] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

I got rid of the message. Is everything fine with the patch now? Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél. : (1) (418) 877-4644 #2395 Toll-free/Sans frais - Canada & USA : (1) (888) 922-4644 #2395 Fax/Téléc. : (1) (418) 877-7710 www.lyrte

[U-Boot-Users] [PATCH V5] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister <[EMAIL PROTECTED]> --- CREDITS |

Re: [U-Boot-Users] [PATCH V2] ARM: Add support for Lyrtech SFF-SDRboard (ARM926EJS)

plemented a significant conceptual > change, you should add your own copyright notice. > > Best regards, > > Wolfgang Denk Thanks for the advice, I have modified the copyright notices accordingly. Hugo V. Hugo Villeneuve Hardware developer | Concepteur matériel Lyrtech Phone/Tél.

[U-Boot-Users] [PATCH V4] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister <[EMAIL PROTECTED]> --- CREDITS |

Re: [U-Boot-Users] [PATCH V2] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

[EMAIL PROTECTED] wrote: > Wolfgang Denk wrote: >> In message >> <[EMAIL PROTECTED]> you >> wrote: >>> ARM: This patch adds support for the Lyrtech SFF-SDR >>> board, based on the TI DaVinci architecture (ARM926EJS). >>> >>> Signe

Re: [U-Boot-Users] [PATCH V3] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

[EMAIL PROTECTED] wrote: > In message > <[EMAIL PROTECTED]> you > wrote: >> ARM: This patch adds support for the Lyrtech SFF-SDR >> board, based on the TI DaVinci architecture (ARM926EJS). >> >> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]&

[U-Boot-Users] [PATCH V3] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister <[EMAIL PROTECTED]> --- CREDITS |

[U-Boot-Users] [PATCH V2] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister <[EMAIL PROTECTED]> --- MAKEALL |1

[U-Boot-Users] [PATCH] ARM: Add support for Lyrtech SFF-SDR board (ARM926EJS)

ARM: This patch adds support for the Lyrtech SFF-SDR board, based on the TI DaVinci architecture (ARM926EJS). Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister <[EMAIL PROTECTED]> --- MAKEALL |1

Re: [U-Boot-Users] [PATCH] Fix NAND erase progress error

Scott Wood wrote: > Hugo Villeneuve wrote: >> Scott Wood wrote: >>> Hugo Villeneuve wrote: >>>> I would be perfectly happy if the mtd driver reported a warning >>>> when the requested erase size is not an exact multiple of the >>>> block siz

Re: [U-Boot-Users] [PATCH] Fix NAND erase progress error

Scott Wood wrote: > Hugo Villeneuve wrote: >> I would be perfectly happy if the mtd driver reported a warning when >> the requested erase size is not an exact multiple of the block size, >> and allow the whole block erase to proceed. Then my patch would make >> sense

Re: [U-Boot-Users] [PATCH] Fix NAND erase progress error

Scott Wood wrote: > Hugo Villeneuve wrote: >> Scott Wood wrote: >>> That should be an error. >> >> What should be an error, the fact that 6400% is displayed, or the >> fact that the user is trying to erase less than a block? :) > > The latter. It shou

Re: [U-Boot-Users] [PATCH] Fix NAND erase progress error

Scott Wood wrote: > On Fri, May 16, 2008 at 02:39:17PM -0400, Hugo Villeneuve wrote: >> This patch fixes an error when reporting the NAND erase progress as >> in this example: U-Boot > nand erase 800 >> NAND erase: device 0 offset 0x0, size 0x800 >> Er

[U-Boot-Users] [PATCH] Fix NAND erase progress error

This patch fixes an error when reporting the NAND erase progress as in this example: U-Boot > nand erase 800 NAND erase: device 0 offset 0x0, size 0x800 Erasing at 0x0 -- 6400% complete. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- drivers/mtd/nand/nand_util

[U-Boot-Users] [PATCH] Fix NAND erase progress error

diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c index 6c5624a..bd21e04 100644 --- a/drivers/mtd/nand/nand_util.c +++ b/drivers/mtd/nand/nand_util.c @@ -209,10 +209,15 @@ int nand_erase_opts(nand_info_t *meminfo, const nand_erase_options_t *opts) }