Re: [U-Boot] [PATCH 1/2] bootm: fix BOOTM_STATE_FDT subcommand usage

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > boot_relocate_fdt can only be used on PPC, M68K and SPARC > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > --- > common/cmd_bootm.c |2 ++ > 1 files changed, 2 insertions(+), 0 deletio

Re: [U-Boot] [PATCH 2/2] fit: Fix little endian target support

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > bswap_32 and bswap_64 is for host on target we use > cpu_to_be32 and cpu_to_be64 Hm do you consider this a style cleanup, or is there any real problem that needs fixing? > #if __BYTE_ORDER == __LITTLE_ENDIAN

[U-Boot] Address Space in Uboot MPC85xx

Hi, I am going through the u-boot code for MPC85xx while I see some code as follows. So what is this AS (Address Space) required and what does it do? What is happening when we switch from AS=1 to AS=0. Can someone explain me what is going on? /* create a temp mapping in AS=1 to the boot window

Re: [U-Boot] [PATCH 2/2] fit: Fix little endian target support

On 09:58 Tue 18 Nov , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <[EMAIL PROTECTED]> you wrote: > > bswap_32 and bswap_64 is for host on target we use > > cpu_to_be32 and cpu_to_be64 > > Hm do you consider this a style cleanup, or is there any real > prob

Re: [U-Boot] [PATCH 1/2] bootm: fix BOOTM_STATE_FDT subcommand usage

On 09:55 Tue 18 Nov , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <[EMAIL PROTECTED]> you wrote: > > boot_relocate_fdt can only be used on PPC, M68K and SPARC > > > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > > --- > > common/cmd_b

[U-Boot] [PATCH] at91rm9200: fix broken boot from nor flash

This patch fix the broken boot from NOR Flash on AT91RM9200 boards, if CONFIG_AT91RM9200 is defined and nor preloader is used. Please see for reason Signed-off-by: J

Re: [U-Boot] [PATCH 2/2] fit: Fix little endian target support

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > > > Hm do you consider this a style cleanup, or is there any real > > problem that needs fixing? > on little endian it does not compile What do you mena - on little endian? I didn't see any build problems for a

Re: [U-Boot] [PATCH 1/2] bootm: fix BOOTM_STATE_FDT subcommand usage

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > > > > #ifdef CONFIG_OF_LIBFDT > > > +#if defined(CONFIG_PPC) || defined(CONFIG_M68K) || defined(CONFIG_SPARC) > > > > This change seems wrong to me. There are PPC systems which do not use > > the device tree - why

Re: [U-Boot] [PATCH 2/2] fit: Fix little endian target support

On 10:52 Tue 18 Nov , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <[EMAIL PROTECTED]> you wrote: > > > > > Hm do you consider this a style cleanup, or is there any real > > > problem that needs fixing? > > on little endian it does not compile > > What do y

Re: [U-Boot] USB custodianship

Hello Wolfgang, >> What does the community think? > The most important questions is of course: what does Remy think? > Remy, is this OK with you? Yes, of course :-) For me this custiodianship is new and looks interesting, and I have enough time to do this. I also have some more (USB) ideas here

Re: [U-Boot] U-Boot to load VxWorks

Thank you for your answer, Niklaus! I have been looking at your mention files and boards. I will also use TFTP to download the VxWorks image and then the bootvx command like you do. However, just the first time. Later, the VxWorks must be saved in flash and after reseting , the board must boot au

[U-Boot] Address Space in Uboot MPC85xx

Hi, I am going through the u-boot code for MPC85xx while I see some code as follows. So what is this AS (Address Space) required and what does it do? What is happening when we switch from AS=1 to AS=0. Can someone explain me what is going on? /* create a temp mapping in AS=1 to the boot window

Re: [U-Boot] [PATCH 1/2] bootm: fix BOOTM_STATE_FDT subcommand usage

On Nov 18, 2008, at 3:55 AM, Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <[EMAIL PROTECTED]> you wrote: >> #ifdef CONFIG_OF_LIBFDT +#if defined(CONFIG_PPC) || defined(CONFIG_M68K) || defined(CONFIG_SPARC) >>> >>> This change seems wrong to me. The

Re: [U-Boot] [PATCH 1/2] bootm: fix BOOTM_STATE_FDT subcommand usage

Dear Kumar Gala, In message <[EMAIL PROTECTED]> you wrote: > > #ifdef CONFIG_OF_LIBFDT > +#if defined(CONFIG_PPC) || defined(CONFIG_M68K) || > defined(CONFIG_SPARC) ... > > I still do not understand what such a property would be in addition > > to LIBFDT support? > > I think t

[U-Boot] Confusion in loading of reset configuration words on MPC8360

Hi List, I have confusion in the manner the MPC8360 loads the reset configuration words from FLASH. According to the datasheet, it should read from the following locations: 0x00 0x08 0x10 0x18 0x20 0x28 0x30 0x38 But I have observed the following on my board. The LCS goes low for eight cycles. T

Re: [U-Boot] USB custodianship

Dear "Remy Bohmer", In message <[EMAIL PROTECTED]> you wrote: > > >> What does the community think? > > The most important questions is of course: what does Remy think? > > Remy, is this OK with you? > > Yes, of course :-) Fine. Thnaks a lot. I think I updated all relevant places in the web pa

Re: [U-Boot] Address Space in Uboot MPC85xx

On Nov 18, 2008, at 6:14 AM, Vignesh Kumar B wrote: > > Hi, > > I am going through the u-boot code for MPC85xx while I see some code > as > follows. > So what is this AS (Address Space) required and what does it do? > What is > happening when we switch from AS=1 to AS=0. > > Can someone expla

Re: [U-Boot] USB custodianship

Dear Remy, On Tue, Nov 18, 2008 at 11:45:25AM +0100, Remy Bohmer wrote: > For me this custiodianship is new and looks interesting, and I have > enough time to do this. > I also have some more (USB) ideas here that I had planned to do, so I > will keep on working on it for quite some time from her

Re: [U-Boot] [PATCH] MIPS: Add board_early_init_f() to init_sequence

Jean-Christophe PLAGNIOL-VILLARD wrote: > On 13:18 Wed 12 Nov , Stefan Roese wrote: >> diff --git a/lib_mips/board.c b/lib_mips/board.c >> index 77e1cc8..01dda69 100644 >> --- a/lib_mips/board.c >> +++ b/lib_mips/board.c >> @@ -70,6 +70,15 @@ static ulong mem_malloc_brk; >> */ >> unsigned lo

[U-Boot] Installing ELDK from arm-2006-09-06-uclibc.iso stuck at "1:glib2-devel-arm_trg" futex call on ubuntu 8.1

I also tried the file arm-2007-01-22-uclibc.iso. It also has same problem. Yes it fails on futex Process 22376 attached - interrupt to quit futex(0x8c811e4, 0x80 /* FUTEX_??? */, 1^C Thx In message <[EMAIL PROTECTED]> you wrote: > I ma trying to instal ELDK for embedded arm xscale using the

[U-Boot] [PATCH] MIPS: Flush data cache upon relocation

This patch now adds a flush to the data cache upon relocation. The current implementation is missing this. Only a comment states that it should be done. So let's really do it now. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- cpu/mips/start.S | 28 +--- 1 files cha

[U-Boot] [PATCH] MIPS: Add CONFIG_SKIP_LOWLEVEL_INIT

This patch adds the CONFIG_SKIP_LOWLEVEL_INIT option to start.S. This enables support for boards where the lowlevel initialization is already done when U-Boot runs (e.g. via OnChip ROM). This will be used in the upcoming VCTH board support. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- cpu

Re: [U-Boot] Installing ELDK from arm-2006-09-06-uclibc.iso stuck at "1:glib2-devel-arm_trg" futex call on ubuntu 8.1

Dear "Ajit Mittal", In message <[EMAIL PROTECTED]> you wrote: > I also tried the file arm-2007-01-22-uclibc.iso. It also has same problem. > > Yes it fails on futex > > Process 22376 attached - interrupt to quit > futex(0x8c811e4, 0x80 /* FUTEX_??? */, 1^C Seems curent distros / library ersion

Re: [U-Boot] [PATCH] MIPS: Add board_early_i nit_f() to init_sequence

On Tuesday 18 November 2008, Shinya Kuribayashi wrote: > >> +++ b/lib_mips/board.c > >> @@ -70,6 +70,15 @@ static ulong mem_malloc_brk; > >> */ > >> unsigned long mips_io_port_base = -1; > >> > >> +int __board_early_init_f(void) > >> +{ > >> + /* > >> + * Nothing to do in this dummy implement

[U-Boot] [PATCH] NAND: fixed bugs in nand_[read,write]_skip_bad()

- fixed bugs in nand_[read,write]_skip_bad() to double speed - added printing of dots to show progress Signed-off-by: Valeriy Glushkov <[EMAIL PROTECTED]> --- drivers/mtd/nand/nand_base.c | 16 ++-- drivers/mtd/nand/nand_util.c |6 -- 2 files changed, 18 insertions(+), 4 del

Re: [U-Boot] [PATCH v2] mpc83xx: New board support SIMPC8313

> Marvell 88E1118 PHY, and PCI host support. The board also has a FPGA > connected > to the eLBC providing glue logic to a TMS320C67xx DSP. > Please split (80 chars max) I'm not sure why this happened. I did everything using git and did it the same as last time, and last time appropriate line

[U-Boot] [PATCH 4/4 V2] add Siemens SX1 Machine support

Siemens SX1 Cellphone V1 - ARM OMAP310 processor - SRAM192 kB - SDRAM32 MB at 0x1000 - Boot flash 16 MB at 0x - Application flash 8 MB at 0x0400 - 3 serial ports - 1 SecureDigital - 1 LCD display - 1 RTC Siemens SX1 Cellphone V

Re: [U-Boot] [PATCH 4/4 V2] add Siemens SX1 Machine support

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > Siemens SX1 Cellphone V1 > - ARM OMAP310 processor > - SRAM192 kB > - SDRAM32 MB at 0x1000 > - Boot flash 16 MB at 0x > - Application flash 8 MB at 0x04

Re: [U-Boot] Pull request - net

Dear Ben Warren, In message <[EMAIL PROTECTED]> you wrote: > Wolfgang, > > The following changes since commit 1378174a1351c0285736863a665ab758fe8d5f71: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git:

Re: [U-Boot] [PATCH 4/4 V2] add Siemens SX1 Machine support

> > Are you really sure this patch was for the U-Boot mailing list? no sorry, Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] lib_ppc: Move trap_init to occur earlier

Dear Jon, In message <[EMAIL PROTECTED]> you wrote: > > Will you pick this one up? Or would you like me > to run it through u-boot-mpc86xx with the others? Thanks for running it through the 86xx repo for me. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Den

Re: [U-Boot] [PATCH] lib_ppc: Move trap_init to occur earlier

Dear Jon, In message <[EMAIL PROTECTED]> you wrote: > > I spoke to Becky about this patch and she says it is > required for the rest of her 86xx patches to work. > So I will pick this one up and run it through the u-boot-mpc86xx > git tree. OK - and sorry for being unresponsive so long. Best re

Re: [U-Boot] Pull Request: u-boot-mpc86xx

Dear Jon Loeliger, In message <[EMAIL PROTECTED]> you wrote: > The following changes since commit 1378174a1351c0285736863a665ab758fe8d5f71: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://www.denx.de

Re: [U-Boot] Pull Request: u-boot-mpc86xx

On Tue, 2008-11-18 at 21:49 +0100, Wolfgang Denk wrote: > > are available in the git repository at: > > > > git://www.denx.de/git/u-boot-mpc86xx.git masterges since commit > > > Applied, thanks. > > Best regards, > Wolfgang Denk Thanks! jdl __

Re: [U-Boot] Pull request - net

Wolfgang Denk wrote: > Dear Ben Warren, > > In message <[EMAIL PROTECTED]> you wrote: > >> Wolfgang, >> >> The following changes since commit 1378174a1351c0285736863a665ab758fe8d5f71: >> Wolfgang Denk (1): >> Merge branch 'master' of /home/wd/git/u-boot/custodians >> >> are available i

[U-Boot] compile error after installing ELDK arm-2007-01-22-uclibc.iso and uboot 1.3.4

My target is IXP425 based device. First I will try with ixdp425 board. I was testing my ELDK installation. I found this error while compiling example/hello_world.c [EMAIL PROTECTED]/u-boot-1.3.4/examples# ${CROSS_COMPILE}gcc -o hello_world hello_world.c hello_world.c:24:20: error: common.h: No suc

Re: [U-Boot] compile error after installing ELDK arm-2007-01-22-uclibc.iso and uboot 1.3.4

Dear Ajit, In message <[EMAIL PROTECTED]> you wrote: > My target is IXP425 based device. First I will try with ixdp425 board. > I was testing my ELDK installation. I found this error while compiling > example/hello_world.c ... > [EMAIL PROTECTED]/u-boot-1.3.4/examples# ${CROSS_COMPILE}gcc -o hello

Re: [U-Boot] [PATCH] Add IC Identif Module (IIM) support for ADS5121

Dear John, In message <[EMAIL PROTECTED]> you wrote: > Martha needed to make some style changes to this. I'll ping her. Any progress with these patches? Or any new stuff for 512x in general? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel

Re: [U-Boot] [PATCH] [UBI] UBI command support (take #2)

Dear Kyungmin, dear Stefan, in message <[EMAIL PROTECTED]> you wrote: > It supports basic operation such as create, remove, read, and write. Could you please summarize the current state of adding UBI support? Is it correct to assume we are targetting the 2008.12 release with this stuff? Best re

Re: [U-Boot] PPC440EP USB1.1 Host Error

Hello Steven, > I have a ploblem in using usb 1.1 host , in my board(has not CPLD) > I wanna using USB1.1 Host , and not using USB2.2 > But usb1.1 Host is not working , when usb device is connected Kernel prints > -62 err messages > How can I Slove it? Sorry for the late reply. Looking at the lo

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > This patch series adds support for the XPedite5370 SBC. > Its an MPC8572-based VPX card with a PMC/XMC site. The > XPedite5370 includes a significant number of I2C GPIO devices (5) > which are used for board configuration. I added s

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

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 > enables support for the devices while the CONFIG_CMD_PCA953X > define enables the pca953x command. I'm not sure if we ne

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

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 CONFIG_DS4510 define enables support > for the device while the CONFIG_CMD_DS4510 define > enables the ds4

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

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 > site. ... > diff --git a/board/xes/common/fsl_85xx_ddr.c b/board/xes/common/fsl_85xx_ddr.c > new file mo

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 > > enables support for the devices while t

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > This patch series adds support for the XPedite5370 SBC. > Its an MPC8572-based VPX card with a PMC/XMC site. The > XPedite5370 includes a significant number of I2C GPIO devices (5) > which are used for board configuration. I added s

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

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 - > > a MPC8572-based 3U VPX single board computer with a PMC/XMC > > site. > > > > Signed-off-by: Peter

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 CONFIG_DS4510 define enables support

Re: [U-Boot] [PATCH] Align end of bss by 4 bytes,

Dear Selvamuthukumar, In message <[EMAIL PROTECTED]> you wrote: > > >> If you could do that, it would be a great help. Thanks in advance! > > > > Do you have any such patch in the works? > > > > http://lists.denx.de/pipermail/u-boot/2008-October/041893.html Thanks for the link. Strange, that me

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 > > site. > ... > > > diff --git a/boa

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 - > > > a MPC8572-based 3U VPX single b

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > This information is very useful to a customer and doesn't add much as > far as output. No newlines at least. The output also prints > information which is configurable. I think giving the user feedback > about how they have the boa

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > > Sorry, here is a late NAK from me. See previous comments. > > Alright. Is it still possible to get it in this merge window if the > discussed changes are made? Yes, sure. The patches were submitted before the merge window closed,

Re: [U-Boot] Confusion in loading of reset configuration words on MPC8360

Hi Elison, > I have confusion in the manner the MPC8360 loads the reset configuration > words from FLASH. According to the datasheet, it should read from the > following locations: > > 0x00 0x08 0x10 0x18 0x20 0x28 0x30 0x38 http://www.ovro.caltech.edu/~dwh/carma_board/powerpc_mpc8349e.pdf p33

[U-Boot] Code style questions (weak functions, cpu/ v's lib_arch/)

Further to my question regarding weak functions versus conditional compile, I have a couple of other 'style' questions: 1) I have seen two varying applications of __attribute__ ((weak)) - The most common being of the form: function(args) __attribute__((weak,alias("__function"))); __function(

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

On Tue, 2008-11-18 at 23:20 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > > > This information is very useful to a customer and doesn't add much as > > far as output. No newlines at least. The output also prints > > information which is configu

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > > You indent the lines by a single space, but they should be indented by > > a TAB. > > Many boards I look at don't use TABS. In particular Freescale reference > platforms. Many boards even have different amounts of spaces:) I don

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > > I'm not sure if we need such a detailed level of access to these > > chips. We already have a couple of similar I/O expanders in some > > boards, for example implemente in some PICs. See for example the "pic > > read" / "

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > > > create mode 100644 drivers/gpio/ds4510.c > > > create mode 100644 include/gpio/ds4510.h > > > > This should go to devices/i2c/ > > I'm assuming you're referring to drivers/i2c. I was under the Right. > impression the drive

Re: [U-Boot] [PATCH] dataflash: fix a problem with the last partition

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > > > This patch fix the problem that only the [NB_DATAFLASH_AREA -1] dataflash > > partition can be defined to use the area to the end of dataflash size. > > Now it is possible to have only one dataflash partition f

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > These 2 patches add support for the XPedite5200 SBC - > a MPC8548-based PMC card made by Extreme Engineering > Solutions. Just out of curiousity: who comes up wityh such board names? I would bet a few beer that a board with the

Re: [U-Boot] Code style questions (weak functions, cpu/ v's lib_arch/)

On Tuesday 18 November 2008 17:35:04 Graeme Russ wrote: > 1) I have seen two varying applications of __attribute__ ((weak)) - The > most common being of the form: > > function(args) __attribute__((weak,alias("__function"))); > __function(args) > { > /* Default functionality */ > }; > >

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > Initial support for Extreme Engineering Solutions XPedite5200 - > a MPC8548-based PMC single board computer. > > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> There are some coding style violations: identation not by TAB, bad multili

Re: [U-Boot] [U-boot] Export functions using Jumptable in Standalone application

Dear Nagesh, in message <[EMAIL PROTECTED]> you wrote: > > I think in that case if I link the initialization code with the u-boot > image, then my standalone application will come under GPL conditions, right? Yes, of course. > If I dont do any network operations in U-boot(dont link th

Re: [U-Boot] [PATCH 03/10] AVR32: Make cacheflush cpu-dependent

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > The AT32UC3A series of processors doesn't contain any cache, and issuing > cache control instructions on those will cause an exception. This commit > makes cacheflush.h arch-dependent in preparation for the AT32UC3A-support. > > Signed

Re: [U-Boot] [PATCH 04/10] AVR32: Move addrspace.h to arch-directory, and move some functions from io.h to addrspace.h

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > The AVR32A architecture (which AT32UC3A-series is based on) has a > different memory layout than the AVR32B-architecture. This patch moves > addrspace.h to an arch-dependent directory in preparation for > AT32UC3A-support. It also moves

Re: [U-Boot] [PATCH 05/10] AVR32: macb - Disable 100mbps if clock is slow

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > For 100mbps operation, the ethernet controller requires a 25 MHz clock > in MII mode, and a 50 MHz clock in RMII mode. If the clock is slower, > disable 100mbps mode. > > Signed-off-by: Gunnar Rangoy <[EMAIL PROTECTED]> > Signed-off-by

Re: [U-Boot] [PATCH 05/10] AVR32: macb - Disable 100mbps if clock is slow

Dear Ben Warren, In message <[EMAIL PROTECTED]> you wrote: > > Applied to net/testing. Please see previous review comment. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

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

On Wed, 2008-11-19 at 00:28 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > These 2 patches add support for the XPedite5200 SBC - > > a MPC8548-based PMC card made by Extreme Engineering > > Solutions. > > Just out of curiousity: who comes up wity

Re: [U-Boot] [PATCH 07/10] AVR32: Disable relocation of command table when on AT32UC3A for now

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > Due to a bug with the SDRAM-controller, running code from the SDRAM is > impossible. This patch disables relocation of the command table on those > chips. You are aware that this is dangerous, as it will probably prevent you rom using

Re: [U-Boot] [PATCH 09/10] AVR32: CPU support for AT32UC3A0xxx CPUs

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > This patch adds support for the AT32UC3A0xxx chips. > > Signed-off-by: Gunnar Rangoy <[EMAIL PROTECTED]> > Signed-off-by: Paul Driveklepp <[EMAIL PROTECTED]> > Signed-off-by: Olav Morken <[EMAIL PROTECTED]> Coding style violations: C+

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

On Wed, 2008-11-19 at 00:36 +0100, Wolfgang Denk wrote: > Dear Peter Tyser, > > In message <[EMAIL PROTECTED]> you wrote: > > Initial support for Extreme Engineering Solutions XPedite5200 - > > a MPC8548-based PMC single board computer. > > > > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> > >

Re: [U-Boot] [PATCH 10/10] AVR32: Board support for ATEVK1100

Dear Olav Morken, In message <[EMAIL PROTECTED]> you wrote: > From: Paul Driveklepp <[EMAIL PROTECTED]> > > This patch adds support for the ATEVK1100 evaluation kit, which contains > an AT32UC3A0512ES chip. > > Signed-off-by: Gunnar Rangoy <[EMAIL PROTECTED]> > Signed-off-by: Paul Driveklepp <[E

Re: [U-Boot] [PATCH] fsl ddr skip interleaving if not supported.

Dear KIm / Any / Jon, In message <[EMAIL PROTECTED]> you wrote: > Removed while(1) hang if memctl_intlv_ctl is set wrong. > Remove embedded tabs from strings. > > Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]> > --- > > cpu/mpc8xxx/ddr/main.c|9 +++-- > cpu/mpc8xxx/ddr/options.c |

[U-Boot] [PATCH] Fix FDT support to use fdt blob and FIT together or not

FDT support is used for both FIT style images and architectures (ppc, m68k, sparc) that can pass a fdt blob to an OS.. The BOOTM_STATE_FDT support should only exist for the case that we are passing a blob to an OS. Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> --- replace my

[U-Boot] [PATCH] Fix FIT and fdt blob support to have CONFIG_OF_LIBFDT and CONFIG_FIT independant

FDT support is used for both FIT style images and architectures (ppc, m68k, sparc) that can pass a fdt blob to an OS.. For other arch and board which do not pass a fdt blob to an OS but want to use the new uImage format, we just need FIT support (ex : ARM). Now we can have the 3 following config

Re: [U-Boot] [PATCH] [UBI] UBI command support (take #2)

On Wed, Nov 19, 2008 at 6:17 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote: > Dear Kyungmin, dear Stefan, > > in message <[EMAIL PROTECTED]> you wrote: >> It supports basic operation such as create, remove, read, and write. > > Could you please summarize the current state of adding UBI support? > No

Re: [U-Boot] [PATCH] [UBI] UBI command support (take #2)

On Wednesday 19 November 2008, Kyungmin Park wrote: > > Could you please summarize the current state of adding UBI support? > > Not much as before, > > 1. Basic UBI command support. >read/write/update volume. Of course you can create & remove the volume. > 2. Send ubi device from environment va

[U-Boot] Uboot 4K Page Jump in MPC85xx

Hi, As am I going through the MPC85xx reset.s code, I find this code snippet below. I find the Config_sys_monitor is the Text_Base Address in loaded in r3, The Start Offset is zero, I am not getting why we are subtracting the start_cont with start and that addr is loaded in the link register wher