[U-Boot] [PATCH] Fix OneNAND read_oob/write_oob functions compatability

Also sync with kernel OneNAND codes Thank you, Kyungmin Park Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]> --- diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c index 5e2062b..8d87b78 100644 --- a/common/cmd_onenand.c +++ b/common/cmd_onenand.c @@ -85,15 +85,25 @@ int do_onenand(cmd_tbl

[U-Boot] need clarification regarding mmc csd structure declaration

Hi, I need few clarification regarding mmc csd structure declaration. I was taking Atmel mci as reference. In ProductManualSDCardv2.2.pdf @ page 34 & ProdManualSDCardv1.9[1].pdf @ page 39, says ... ... ... C_SIZE_MULT 3 bit width ERASE_BLK_EN1 bit width SECTOR_SIZE 7 bit width WP_

Re: [U-Boot] onenand compile failures w/top of tree on ARM

Hi, I checked it and compiled okay except read_oob/write_oob function incompatibility. It required some big changes since it also modify read/write function too. anyway I will make it soon. Thank you, Kyungmin Park > This should be fixed by d438d50848e9425286e5fb0493e0affb5a0b1e1b. > >> onenan

[U-Boot] [PATCH 1/1] Adding bootlimit/bootcount feature for MPC5XXX on TQM5200 Boards

Tested with TQM5200S on STK52XX.200 Board Signed-off-by: Axel Beierlein <[EMAIL PROTECTED]> --- cpu/mpc5xxx/cpu.c | 20 include/configs/TQM5200.h |1 + include/mpc5xxx.h |1 + 3 files changed, 22 insertions(+), 0 deletions(-) diff --git a/cpu/mpc5xx

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

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

On Aug 15, 2008, at 2:16 PM, Peter Tyser wrote: > Does anyone have suggestions/comments? Any chance this feature > could make > it into mainline U-Boot? Are going to take on the challenge of making this work with processors that use CPM/QE devices for serial ports? :-) Thanks. -- Da

Re: [U-Boot] PCIe bridge pci memory limit register problem

Dear Danny, In message <[EMAIL PROTECTED]> you wrote: > > So, here are the changes I did here local and am thinking that if this > looks ok, then I will also need to add this to the pre-fetch logic as > well. > > void pciauto_postscan_setup_bridge(struct pci_controller *hose, > >

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Peter Tyser <[EMAIL PROTECTED]> > --- > README | 11 +++ > common/console.c | 34 +- > common/serial.c |6 -- > include/common.h |3 +++ > lib_arm/board.

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

Dear Peter Tyser, In message <[EMAIL PROTECTED]> you wrote: > > 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 con

[U-Boot] PCIe bridge pci memory limit register problem

Hello, I am a first time poster so here goes: u-boot 1.3.1 rc2 (I checked the code in 1.3.4 rc2 and it is still there) The problem is that when enumeration is taking place when a bridge is discovered it goes through pciauto_prescan_setup_bridge() which takes the current bus_lower value from t

[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_i2c.c @@ -129,

[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 - lib_m68k/boa

[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 @@ -43,6 +43

[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

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

Dear 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? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl

[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/eltec/elppc

Re: [U-Boot] [PATCH 3/3] setting pio modes for IDE devices

Wolfgang Denk wrote: > Dear "Steven A. Falco", > > In message <[EMAIL PROTECTED]> you wrote: >> I realized that I should be checking to see if word 163 is applicable to >> the ATA device in question. To do that, I need to call ata_id_is_cfa() from >> libata.h. However, libata.h conflicts with at

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

Re: [U-Boot] [PATCH 2/3] setting pio modes for IDE devices

Wolfgang Denk wrote: > Dear "Steven A. Falco", > > In message <[EMAIL PROTECTED]> you wrote: >> I realized that I should be checking to see if word 163 is applicable to >> the ATA device in question. To do that, I need to call ata_id_is_cfa() from >> libata.h. However, libata.h conflicts with at

Re: [U-Boot] [Patch 1/3] setting pio modes for IDE devices

Wolfgang Denk wrote: > Dear "Steven A. Falco", > > In message <[EMAIL PROTECTED]> you wrote: >> I realized that I should be checking to see if word 163 is applicable to >> the ATA device in question. To do that, I need to call ata_id_is_cfa() from >> libata.h. However, libata.h conflicts with at

Re: [U-Boot] [RFC] setting pio modes for IDE devices

Dear "Steven A. Falco", In message <[EMAIL PROTECTED]> you wrote: > I realized that I should be checking to see if word 163 is applicable to > the ATA device in question. To do that, I need to call ata_id_is_cfa() from > libata.h. However, libata.h conflicts with ata.h because of duplicate > enu

Re: [U-Boot] [RFC] setting pio modes for IDE devices

I realized that I should be checking to see if word 163 is applicable to the ATA device in question. To do that, I need to call ata_id_is_cfa() from libata.h. However, libata.h conflicts with ata.h because of duplicate enum values. Therefore, this respin of the proposed patch deletes the duplica

Re: [U-Boot] [PATCH 0/7 v7] SMDK6400 support

Hi On Thu, Aug 14, 2008 at 10:08:00PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > Hi Harald, > > Could you take a look on this patchset? I will do some review over the weekend. Please note that there is almost no technical relationship of the s3c64xx with s3c24xx (at least anything

Re: [U-Boot] [U-boot-Users][GIT PULL] Please pull coldfire tree

Jean, > I'll send patch for your new boards Thank you. I totally forgot about this one. Regards, TsiChung ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] coldfire: fix CFI drivers activation with new macro

rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> diff --git a/include/configs/M5253DEMO.h b/include/configs/M5253DEMO.h index b91d7d6..f2c2317 100644 --- a/include/configs/M5253DEMO.h +++ b/include/configs/M5253DEMO.h @@ -2

Re: [U-Boot] [U-boot-Users][GIT PULL] Please pull coldfire tree

On 22:43 Thu 14 Aug , Wolfgang Denk wrote: > Dear John Rigby, > > In message <[EMAIL PROTECTED]> you wrote: > > > > The following changes since commit 855efd04e440754297769849f4d7fb52c7dc6bf4: > >Wolfgang Denk (1): > > Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash >

Re: [U-Boot] onenand compile failures w/top of tree on ARM

On Fri, Aug 15, 2008 at 08:51:45AM -0500, Kumar Gala wrote: > When trying to build the apollon_config w/top of tree I get: What SHA-1? > arm-linux-gcc -g -Os -fno-strict-aliasing -fno-common -ffixed-r8 - > msoft-float -D__KERNEL__ -DTEXT_BASE=0x80e8 -I/tmp/u-boot-85xx/ > include -fno-b

Re: [U-Boot] [RFC] setting pio modes for IDE devices

Jean-Christophe PLAGNIOL-VILLARD wrote: >> --- >> common/cmd_ide.c | 52 >> include/ata.h|4 +++- >> 2 files changed, 55 insertions(+), 1 deletions(-) >> >> diff --git a/common/cmd_ide.c b/common/cmd_ide.c >> index b4d9719..0e435a7 100

Re: [U-Boot] common/23

Synopsis: [PATCH] RX 8025 RTC: analyze 12/24-hour mode flag in rtc_get(). Responsible-Changed-From-To: patch-coord->wd Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 16:23:20 +0200 Responsible-Changed-Why: Assign to prokect lead _

Re: [U-Boot] Flatten device tree & PPC linu

Wolfgang Denk wrote: > Dear Fundu, > > In message <[EMAIL PROTECTED]> you wrote: >> Thanks for clearing that up. >> >> One other question, if i update to u-boot 1.3.4 or whatever is the latest, >> can i configure so that i doesn't use FDT to boot kernel ? > > You don't have to configure that -

Re: [U-Boot] mpc85xx/26

Synopsis: [PATCH] 85xx: socrates: Enable Lime support. Responsible-Changed-From-To: patch-coord->gu-mpc85xx Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:54:24 +0200 Responsible-Changed-Why: Assign to custodian ___ U-Boot

Re: [U-Boot] net/24

Synopsis: [PATCH] PHY: Add support for the M88E1121R Marvell chip. Responsible-Changed-From-To: patch-coord->gu-net Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:53:42 +0200 Responsible-Changed-Why: Assign to custodian ___

Re: [U-Boot] mpc85xx/22

Synopsis: [PATCH] Removed hardcoded MxMR loop value from upmconfig() for MPC85xx. Responsible-Changed-From-To: patch-coord->gu-mpc85xx Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:53:11 +0200 Responsible-Changed-Why: Assign to custodian ___

Re: [U-Boot] mpc85xx/27

Synopsis: [PATCH] 85xx: Socrates: Major code update. Responsible-Changed-From-To: patch-coord->gu-mpc85xx Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:52:42 +0200 Responsible-Changed-Why: Assign to custodian ___ U-Boot ma

Re: [U-Boot] usb/25

Synopsis: [PATCH] USB EHCI: reset root hub Responsible-Changed-From-To: gu-net->gu-usb Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:52:01 +0200 Responsible-Changed-Why: Assign to correct custodian ___ U-Boot mailing list

[U-Boot] onenand compile failures w/top of tree on ARM

When trying to build the apollon_config w/top of tree I get: arm-linux-gcc -g -Os -fno-strict-aliasing -fno-common -ffixed-r8 - msoft-float -D__KERNEL__ -DTEXT_BASE=0x80e8 -I/tmp/u-boot-85xx/ include -fno-builtin -ffreestanding -nostdinc -isystem /local/opt/eldk/ 4.1/arm-linux-x86/usr/

Re: [U-Boot] net/25

Synopsis: [PATCH] USB EHCI: reset root hub Responsible-Changed-From-To: patch-coord->gu-net Responsible-Changed-By: dzu Responsible-Changed-When: Fri, 15 Aug 2008 15:51:19 +0200 Responsible-Changed-Why: Assign to custodian ___ U-Boot mailing list U-B

Re: [U-Boot] [PATCH] socrates: Update NAND driver to new API.

Hi Scott, > Also, fix some minor formatting issues, and simplify the handling of > "state" for writes. > > Signed-off-by: Scott Wood <[EMAIL PROTECTED]> > --- > I don't have hardware to test, so any help in that regard is appreciated. Testes on the actual hardware, works like a charm. The patchs

[U-Boot] unassigned-patches/27: [PATCH] 85xx: Socrates: Major code update.

- Update the local bus ranges in the FDT for Linux for the various devices connected to the local bus via chip-select. - Set the LCRR_DBYP bit in the LCRR for local bus frequencies lower than 66 MHz and uses I/O accessor functions consequently. - UPM data update. - Update of default environm

[U-Boot] unassigned-patches/22: [PATCH] Removed hardcoded MxMR loop value from upmconfig() for MPC85xx.

Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]> --- Added to GNATS database as unassigned-patches/22 >Responsible:patch-coord >Message-Id: <[EMAIL PROTECTED]> >In-Reply-To:<[EMAIL PROTECTED]> >References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> >Patch-Date:

[U-Boot] unassigned-patches/26: [PATCH] 85xx: socrates: Enable Lime support.

This patch adds Lime GDC support together with support for the PWM backlight control through the w83782d chip. The reset pin of the latter is attached to GPIO, so we need to reset it in early_board_init_r. Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]> --- Added to GNATS database as unass

[U-Boot] unassigned-patches/25: [PATCH] USB EHCI: reset root hub

Some of multi-function USB controllers (e.g. ISP1562) allow root hub resetting only via EHCI registers. So, this patch adds the corresponding kind of reset to OHCI's hc_reset() if the newly introduced CONFIG_PCI_EHCI_DEVNO option is set (e.g. for Socrates board). Signed-off-by: Yuri Tikhonov <[EM

[U-Boot] unassigned-patches/23: [PATCH] RX 8025 RTC: analyze 12/24-hour mode flag in rtc_get().

Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> --- Added to GNATS database as unassigned-patches/23 >Responsible:patch-coord >Message-Id: <[EMAIL PROTECTED]> >In-Reply-To:<[EMAIL PROTECTED]> >References: <[EMAIL PROTECTED]> >Patch-Date: Fri Aug 15 15:42:09 +0200 2008 --- dri

[U-Boot] unassigned-patches/24: [PATCH] PHY: Add support for the M88E1121R Marvell chip.

Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]> --- Added to GNATS database as unassigned-patches/24 >Responsible:patch-coord >Message-Id: <[EMAIL PROTECTED]> >In-Reply-To: >References: >Patch-Date: Fri Aug 15 15:42:08 +0200

[U-Boot] [PATCH 15/15] bootm: refactor do_reset and os boot function args

There is no need for each OS specific function to call do_reset() we can just do it once in bootm. This means its feasible on an error for the os boot function to return. Also, remove passing in cmd_tbl_t as its not needed by the OS boot functions. flag isn't currently used but might be in the f

[U-Boot] [PATCH 14/15] fdt: Added resize command

Resize the fdt to size + padding to 4k boundary Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_fdt.c |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c index 89bffa9..15ae6f9 100644 --- a/common/cmd_fdt.c +++ b/common/

[U-Boot] [PATCH 13/15] fdt: refactor initrd related code

Created a new fdt_initrd() to deal with setting the initrd properties in the device tree and fixing up the mem reserve. We can use this both in the choosen node handling and lets us remove some duplicated code when we fixup the initrd info in bootm on PPC. Signed-off-by: Kumar Gala <[EMAIL PROTEC

[U-Boot] [PATCH 12/15] fdt: refactor fdt resize code

Move the fdt resizing code out of ppc specific boot code and into common fdt support code. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/fdt_support.c | 39 +++ include/fdt_support.h |1 + lib_ppc/bootm.c | 32 -

[U-Boot] [PATCH 11/15] bootm: refactor image detection and os load steps

Created a bootm_start() that handles the parsing and detection of all the images that will be used by the bootm command (OS, ramdisk, fdt). As part of this we now tract all the relevant image offsets in the bootm_headers_t struct. This will allow us to have all the needed state for future sub-comm

[U-Boot] [PATCH 10/15] bootm: move lmb into the bootm_headers_t structure

To allow for persistent state between future bootm subcommands we need the lmb to exist in a global state. Moving it into the bootm_headers_t allows us to do that. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_bootm.c | 11 --- include/image.h|4 +++- lib_m68k/bo

[U-Boot] [PATCH 08/15] bootm: refactor fdt locating and relocation code

Move the code that handles finding a device tree blob and relocating it (if needed) into common code so all arch's have access to it. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_bootm.c | 10 + common/image.c | 502 incl

[U-Boot] [PATCH 09/15] bootm: Set working fdt address as part of the bootm flow

Set the fdt working address so "fdt FOO" commands can be used as part of the bootm flow. Also set an the environment variable "fdtaddr" with the value. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_bootm.c|8 common/cmd_fdt.c | 14 +- common/ima

[U-Boot] [PATCH 06/15] bootm: refactor entry point code

Move entry point code out of each arch and into common code. Keep the entry point in the bootm_headers_t images struct. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_bootm.c | 31 ++- include/image.h|2 ++ lib_arm/bootm.c| 19

[U-Boot] [PATCH 07/15] bootm: refactor ramdisk locating code

Move determing if we have a ramdisk and where its located into the common code. Keep track of the ramdisk start and end in the bootm_headers_t image struct. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_bootm.c | 38 ++ include/image.h|

[U-Boot] [PATCH 03/15] Add command to enable/disable interrupts

Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/Makefile |1 + common/cmd_irq.c | 50 ++ 2 files changed, 51 insertions(+), 0 deletions(-) create mode 100644 common/cmd_irq.c diff --git a/common/Makefile b/common/Makefile index c2b3

[U-Boot] [PATCH 05/15] fdt: fdt addr w/o any args reports back the current working address

Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_fdt.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c index 436fec9..c129993 100644 --- a/common/cmd_fdt.c +++ b/common/cmd_fdt.c @@ -67,6 +67,14 @@ int do_fdt (cmd_tbl_

[U-Boot] [PATCH 04/15] fdt: added the ability to set initrd start/end via chosen command

Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- common/cmd_fdt.c | 21 + 1 files changed, 17 insertions(+), 4 deletions(-) diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c index d3b19dd..436fec9 100644 --- a/common/cmd_fdt.c +++ b/common/cmd_fdt.c @@ -417,9 +417,21 @@ int

[U-Boot] [PATCH 02/15] Clean up usage of icache_disable/dcache_disable

There is no point in disabling the icache on 7xx/74xx/86xx parts and not also flushing the icache. All callers of invalidate_l1_instruction_cache() call icache_disable() right after. Make it so icache_disable() calls invalidate_l1_instruction_cache() for us. Also, dcache_disable() already calls

[U-Boot] [PATCH 01/15] Update linux bootm to support ePAPR client interface

the ePAPR spec has some subtle differences from the current device tree based boot interface to the powerpc linux kernel. The powerpc linux kernel currently ignores the differences that ePAPR specifies. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- lib_ppc/bootm.c | 33

Re: [U-Boot] Enquiry for code supporting for MPC8572pc.Thanks!

On Aug 15, 2008, at 4:05 AM, Rafal Jaworowski wrote: > lifengkai wrote: >> I downloaded the U-boot code yesterday, I can see that there is >> support for >> Freescale MPC85XX, but no specifically code supporting for MPC8572pc. >> >> So I am wondering when the code for MPC8572 will be relased? W

Re: [U-Boot] Enquiry for code supporting for MPC8572pc.Thanks!

lifengkai wrote: > I downloaded the U-boot code yesterday, I can see that there is support for > Freescale MPC85XX, but no specifically code supporting for MPC8572pc. > > So I am wondering when the code for MPC8572 will be relased? Will it be > soon? Support for the MPC8572 has been posted only r

[U-Boot] U-Boot configuration

Hello, we use an TQM5200 Board on an own designed Baseboard than the TB5200 or STK52xx. Do we have to reconfigure the U-boot Source for this new baseboard? And specially, is it necessary to disable the PCI Bus in the U-Boot Sources when we don´t use this Bus? Axel Beierlein __

[U-Boot] [PATCH] - Correct Invalid Timer Register Field Declaration

Hi, I searched the Entire u-boot-1.3.4\ directory for "PTV_BIT" declaration & couldn't find any. Rather MPUTIM_PTV_BIT is defined which is the correct declaration. Below Patch Corrects the declaration of MPUTIM_PTV_MASK bit in both omap1510.h & omap730.h. Kindly update me if i am wrong. TIA

Re: [U-Boot] Resubmit : [PATCH] Correct ARM Versatile TimerInitialization

Hi< > > > Hi, > > > > > > > according to datasheet for the register TimerXControl > > > > we are supposed to not modify the bits [31:8] and [4] > > > > so we are suppose to read the register and modify only > the others registers/register/bits/ > > > > > > Does this mean i need to resend the e

Re: [U-Boot] Flatten device tree & PPC linu

Dear Fundu, In message <[EMAIL PROTECTED]> you wrote: > Thanks for clearing that up. > > One other question, if i update to u-boot 1.3.4 or whatever is the latest, > can i configure so that i doesn't use FDT to boot kernel ? You don't have to configure that - it just depoends on how you boot

[U-Boot] Enquiry for code supporting for MPC8572pc.Thanks!

Hello, I downloaded the U-boot code yesterday, I can see that there is support for Freescale MPC85XX, but no specifically code supporting for MPC8572pc. So I am wondering when the code for MPC8572 will be relased? Will it be soon? Thanks <>___ U-Boot

Re: [U-Boot] [U-boot-Users][GIT PULL] Please pull coldfire tree

Dear John Rigby, In message <[EMAIL PROTECTED]> you wrote: > > The following changes since commit 855efd04e440754297769849f4d7fb52c7dc6bf4: >Wolfgang Denk (1): > Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash > > are available in the git repository at: > >git://git

Re: [U-Boot] Flatten device tree & PPC linu

Thanks for clearing that up. One other question, if i update to u-boot 1.3.4 or whatever is the latest, can i configure so that i doesn't use FDT to boot kernel ? TIA --- On Thu, 8/14/08, Paul Gortmaker <[EMAIL PROTECTED]> wrote: > From: Paul Gortmaker <[EMAIL PROTECTED]> > Subject: Re: [U