Re: [U-Boot] [U-Boot-Users] [PATCH v4] Add MIMC200 board

Wolfgang Denk <[EMAIL PROTECTED]> wrote: > Dear Haavard, > > in message <[EMAIL PROTECTED]> you wrote: > > The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra > > 8MByte FLASH and 128KByte FRAM. > > --- > > CREDITS |4 + > > MAINTAINERS

Re: [U-Boot] [U-Boot-Users] [PATCH] rtl8169: add support for RTL8110SCL

Dear Ben, Ben Warren wrote: > Yoshihiro Shimoda wrote: >> This patch fixes a problem that RTL8110SCL started transfer >> with an incorrect memory address. >> >> Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]> >> --- > Applied to net repo. Please be careful with spaces in front of tabs > goin

[U-Boot] [Fix] cfi: rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER

Hello Jean-Chistophe, your commit: commit 00b1883a4cac59d97cd297b1a3a398db85982865 drivers/mtd: Move conditional compilation to Makefile rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> overloocked 3 boards: [EMAIL PR

[U-Boot] [PATCH v2] [POWERPC] Added support for the muas3001 board

Hello, changes since last post: - merge patches 1 and 2 - integrated comments from Wolfgang Denk - rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER [POWERPC] Added support for the muas3001 board from IAI, based on a MPC8270 CPU. Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>

Re: [U-Boot] [Fix] cfi: rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER

On 09:57 Tue 19 Aug , Heiko Schocher wrote: > Hello Jean-Chistophe, > > your commit: > > commit00b1883a4cac59d97cd297b1a3a398db85982865 > > drivers/mtd: Move conditional compilation to Makefile > > rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER > > Signed-off-by: Jean-Chris

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

On 18:32 Fri 15 Aug , Jean-Christophe PLAGNIOL-VILLARD wrote: > rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > Wolfgang, Could you apply this fix please? Best Regards, J. ___

Re: [U-Boot] [PATCH v2 1/6] i.MX31: Add NFC_BASE_ADDR definition.

Hi 2008/8/18 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>: > On 11:30 Mon 18 Aug , Magnus Lilja wrote: >> Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]> >> --- >> include/asm-arm/arch-mx31/mx31-regs.h | 11 +++ >> 1 files changed, 11 insertions(+), 0 deletions(-) >> >> diff

Re: [U-Boot] [PATCH v2 2/6] i.MX31: Add reset_timer() and modify get_timer_masked().

Hi 2008/8/18 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>: > On 11:30 Mon 18 Aug , Magnus Lilja wrote: >> This patch adds the reset_timer() function (needed by nand_base.c) and >> modifies the get_timer_masked() to work in the same way as the omap24xx >> function. >> >> Signed-off-by:

Re: [U-Boot] [Fix] cfi: rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER

Hello Jean-Chistophe, Jean-Christophe PLAGNIOL-VILLARD schrieb: > On 09:57 Tue 19 Aug , Heiko Schocher wrote: >> Hello Jean-Chistophe, >> >> your commit: >> >> commit 00b1883a4cac59d97cd297b1a3a398db85982865 >> >> drivers/mtd: Move conditional compilation to Makefile >> >> rename CFG_FLA

Re: [U-Boot] [PATCH v2 2/6] i.MX31: Add reset_timer() and modify get_timer_masked().

On 10:55 Tue 19 Aug , Magnus Lilja wrote: > Hi > > 2008/8/18 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>: > > On 11:30 Mon 18 Aug , Magnus Lilja wrote: > >> This patch adds the reset_timer() function (needed by nand_base.c) and > >> modifies the get_timer_masked() to work in the s

Re: [U-Boot] [PATCH v2 5/6] i.MX31: Make the SPI bus and chip select configurable for MC13783

On 11:30 Mon 18 Aug , Magnus Lilja wrote: > The i.MX31 has three SPI buses and each bus has several chip selects > and the MC13783 chip can be connected to any of these. The current > RTC driver for MC13783 is hardcoded for CSPI2/SS2. > > This patch makes make MC13783 SPI bus and chip select c

[U-Boot] bootflag for mpc85xx cpu?

As for mpc85xx cpu,It seems bootflag parametor in board_init_f does not work correctly,anyone ever experienced the same issue? I am using u-boot-1.3.2,No matter execute power-on or hard reset via MSR[DE],DBCR0[IDM],always get wrong bootflag value. Is there any other ways to differentiate cold rebo

Re: [U-Boot] [PATCH v2 5/6] i.MX31: Make the SPI bus and chip select configurable for MC13783

2008/8/19 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>: > On 11:30 Mon 18 Aug , Magnus Lilja wrote: >> The i.MX31 has three SPI buses and each bus has several chip selects >> and the MC13783 chip can be connected to any of these. The current >> RTC driver for MC13783 is hardcoded for CS

Re: [U-Boot] bootflag for mpc85xx cpu?

Dear "jin.wang", In message <[EMAIL PROTECTED]> you wrote: > > As for mpc85xx cpu,It seems bootflag parametor in board_init_f does not work > correctly,anyone ever experienced the same issue? > I am using u-boot-1.3.2,No matter execute power-on or hard reset via > MSR[DE],DBCR0[IDM],always get wr

[U-Boot] [PATCH v2] hush: Fix printf debug macro in hush.c so that it usable in U-Boot

This patch changes the debug_printf() marco for U-Boot in hush.c and moves the definition of DEBUG_SHELL to a place that is actually compiled under U-Boot. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- v2: Fix comment common/hush.c |8 ++-- 1 files changed, 6 insertions(+), 2 delet

Re: [U-Boot] [U-Boot-Users] [PATCH] (Resend)Allows negative offset in command loads

Hi Wolfgang: Up to my knowledge, u-boot can load .bin, .elf and .srec binary files. .bin files are just raw binaries with no location info. When you load this file the offset mean the "absolute address" .srec files have info about location. The offset really mean offset, and is relative to the

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

The extra lines and line wrap are a result of my cut and paste, won't happen again. Any comments on the logic change? -- Interphase- Designed to Perform, Designed to Last (R) Danny Waldron - Technical Support Phone - 214.654.5244 ---

[U-Boot] [PATCH] enable 10/100M at VSC8601 at tsec driver

Currently VSC8601 doesn't link with 10/100M partners if the EEPROM/Strapping is not set up. Setting the auto-neg register fixes this. Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]> --- MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090

[U-Boot] [PATCH v3] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- We walk through the env now searching for 'eth*addr'

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

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

Re: [U-Boot] [PATCH v3] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Dear Kumar Gala, In message <[EMAIL PROTECTED]> you wrote: > > --- a/common/fdt_support.c > +++ b/common/fdt_support.c > @@ -368,55 +368,96 @@ int fdt_fixup_memory(void *blob, u64 start, u64 size) ... > + /* walk the env looking for eth[.*]addr */ > + for (i=0; env_get_char(i) != '\0'; i=n

Re: [U-Boot] [new uImage] Cleanup cmd_bootm.c

Dear Marian, in commit 1ee1180b you added code to common/cmd_bootm.c which uses the env_get_char() function. By then, this went through unnoticed. I'm sorry, but env_get_char() is a function that is internal to the environment handling code. It is not supposed to be exported to arbitrary

Re: [U-Boot] [PATCH v3] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

On Aug 19, 2008, at 10:06 AM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <[EMAIL PROTECTED]> > you wrote: >> >> --- a/common/fdt_support.c >> +++ b/common/fdt_support.c >> @@ -368,55 +368,96 @@ int fdt_fixup_memory(void *blob, u64 start, >> u64 size) > ... >> +/* walk the env

Re: [U-Boot] [new uImage] Cleanup cmd_bootm.c

On Aug 19, 2008, at 10:10 AM, Wolfgang Denk wrote: > Dear Marian, > > in commit 1ee1180b you added code to common/cmd_bootm.c which uses the > env_get_char() function. By then, this went through unnoticed. > > I'm sorry, but env_get_char() is a function that is internal to the > environment ha

[U-Boot] ARTOS support?

Does anyone use ARTOS? or have any pointers to it? I can't find anything that is clearly related to ArtOS in a google search. Should we be maintaining support for this? Pantelis? - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.d

[U-Boot] [PATCH v4] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- Iterate over the aliases since its simplier than inv

[U-Boot] [PATCH] change mvBL-M7 default env and move to vendor subdir

move mvBL-M7 board to matrix_vision subdir and fix config file to use MKSTR for default environment. Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]> --- MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thulln

Re: [U-Boot] [PATCH v3] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

On Tue, Aug 19, 2008 at 10:23:54AM -0500, Kumar Gala wrote: > > Please do not do this. env_get_char() is a function that is internal > > to the environment handling code. It is not supposed to be exported to > > arbitrary code. Please do not make any assumptions about the internals > > of how the e

Re: [U-Boot] ARTOS support?

On Aug 19, 2008, at 6:49 PM, Kumar Gala wrote: > Does anyone use ARTOS? or have any pointers to it? I can't find > anything that is clearly related to ArtOS in a google search. > Should we be maintaining support for this? > > Pantelis? > > - k AFAIK, it is still used but the products using

Re: [U-Boot] [PATCH] change mvBL-M7 default env and move to vendor subdir

On Tue, 19 Aug 2008 18:41:03 +0200 Andre Schwarz <[EMAIL PROTECTED]> wrote: > move mvBL-M7 board to matrix_vision subdir and fix config file > to use MKSTR for default environment. > > Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]> Hi Andre, please resubmit using the -B and -M options for git

Re: [U-Boot] [U-Boot-Users] [PATCH] SPI Flash: Support the STMicroelectronics M25P80 and M25P40 SPI Flash

Hi, May I know the status of this patch back in mid-June? I haven't seen it has been committed last time. I have two platforms that need this driver. If not, I can re-send the patch again. Thanks! Regards, TsiChung -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAI

[U-Boot] [PATCH] CFI: Fix AMD Legacy sector protect

From: TsiChung Liew <[EMAIL PROTECTED]> New implement sector lock and unlock or softlock commands do not exist in AMD legacy flash. Thus, causing issue when erasing AMD legacy flash (such as lv040) Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> --- drivers/mtd/cfi_flash.c | 12 +---

[U-Boot] [PATCH] Add I2C frequency dividers for ColdFire

From: TsiChung Liew <[EMAIL PROTECTED]> The existing I2C freqency dividers for FDR does not apply to ColdFire platforms; thus, a seperate table is added based on MCF5xxx Reference Manual Signed-off-by: Luigi 'Comio' Mantellini <[EMAIL PROTECTED]> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> -

Re: [U-Boot] [PATCH] Add I2C frequency dividers for ColdFire

Tsi-Chung Liew wrote: > From: TsiChung Liew <[EMAIL PROTECTED]> > > The existing I2C freqency dividers for FDR does not apply > to ColdFire platforms; thus, a seperate table is added > based on MCF5xxx Reference Manual > > Signed-off-by: Luigi 'Comio' Mantellini <[EMAIL PROTECTED]> > Signed-off-b

[U-Boot] [PATCH v5] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- Just iterate over eth*addr until we dont find one.

[U-Boot] Help with u-boot & linux on walnut based board.

Hi all, I'm having trouble witn my network interface under linux and need some help from the experts here. My board is based on IBM walnut (PPC405GPr) but uses a different phys chip. It is using DP83848 instead of DP83843. The network seems to work find in u-boot (both 1.3.1 and 1.3.4) but the l

Re: [U-Boot] [PATCH v4] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Dear Kumar Gala, In message <[EMAIL PROTECTED]> you wrote: > Move to using the environment variables 'ethaddr', 'eth1addr', etc.. > instead of bd->bi_enetaddr, bi_enet1addr, etc. > > This makes the code a bit more flexible to the number of ethernet > interfaces. > > Signed-off-by: Kumar Gala <[E

Re: [U-Boot] Help with u-boot & linux on walnut based board.

Dear "Brian S. Park", In message <[EMAIL PROTECTED]> you wrote: > > I'm having trouble witn my network interface under linux and need > some help from the experts here. > My board is based on IBM walnut (PPC405GPr) but uses a different phys > chip. It is using DP83848 instead of DP83843. The net

[U-Boot] [PATCH v6] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- Use Wolfgang's while loop. - k common/fdt_support

Re: [U-Boot] [PATCH] Add I2C frequency dividers for ColdFire

Thanks for this patch :) luigi 2008/8/19 Timur Tabi <[EMAIL PROTECTED]>: > Tsi-Chung Liew wrote: >> From: TsiChung Liew <[EMAIL PROTECTED]> >> >> The existing I2C freqency dividers for FDR does not apply >> to ColdFire platforms; thus, a seperate table is added >> based on MCF5xxx Reference Manua

[U-Boot] [PATCH] 85xx: remove redudant code with lib_ppc/interrupts.c

For some reason we duplicated the majority of code in lib_ppc/interrupts.c not show how that happened, but there is no good reason for it. Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why they exist. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- cpu/mpc85xx/interrupts.c |

[U-Boot] [PATCH v2] 85xx: remove redudant code with lib_ppc/interrupts.c

For some reason we duplicated the majority of code in lib_ppc/interrupts.c not show how that happened, but there is no good reason for it. Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why they exist. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- V1 dropped setting of the

[U-Boot] [PATCH] 86xx: remove redudant code with lib_ppc/interrupts.c

For some reason we duplicated the majority of code in lib_ppc/interrupts.c not show how that happened, but there is no good reason for it. Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why they exist. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- cpu/mpc86xx/interrupts.c |

[U-Boot] [PATCH 2/2] ARM DaVinci: Removed redundant NAND initialization code.

ARM DaVinci: Removed redundant NAND initialization code. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- cpu/arm926ejs/davinci/nand.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/cpu/arm926ejs/davinci/nand.c b/cpu/arm926ejs/davinci/nand.c index 080b32c..5a1d

[U-Boot] [PATCH 1/2] ARM DaVinci: Fix compilation error with new MTD code.

ARM DaVinci: Fix compilation error with new MTD code. Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> --- The new nand_ecclayout structure no longer has the useecc member. Removed code that set this member. cpu/arm926ejs/davinci/nand.c |2 -- 1 files changed, 0 insertions(+), 2 deletion

[U-Boot] [PATCH v7] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- Wolfgang was right, I need a v7. Fix a bug if we do

[U-Boot] Mailing List Archive

Hi everybody, the complete combined archive of the old "u-boot-users" mailing list at SourceForge and the new "u-boot" list at DENX is now available at http://lists.denx.de/pipermail/u-boot/ Enjoy! Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Z

[U-Boot] [PATCH v8] fdt: rework fdt_fixup_ethernet() to use env instead of bd_t

Move to using the environment variables 'ethaddr', 'eth1addr', etc.. instead of bd->bi_enetaddr, bi_enet1addr, etc. This makes the code a bit more flexible to the number of ethernet interfaces. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- Bump the array sizes to cover a vast number of ether

Re: [U-Boot] [PATCH 2/2] ARM DaVinci: Removed redundant NAND initialization code.

On Tue, 19 Aug 2008, Hugo Villeneuve wrote: ACK by: Sergey Kubushyn <[EMAIL PROTECTED]> > ARM DaVinci: Removed redundant NAND initialization code. > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > > --- > > cpu/arm926ejs/davinci/nand.c |3 +-- > 1 files changed, 1 insertions(+), 2 delet

Re: [U-Boot] [PATCH 1/2] ARM DaVinci: Fix compilation error with new MTD code.

On Tue, 19 Aug 2008, Hugo Villeneuve wrote: ACK by: Sergey Kubushyn <[EMAIL PROTECTED]> > ARM DaVinci: Fix compilation error with new MTD code. > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > > --- > > The new nand_ecclayout structure no longer has the > useecc member. Removed code that

Re: [U-Boot] [PATCH] Consolidate strmhz() implementation

On 13:41 Mon 18 Aug , Haavard Skinnemoen wrote: > ARM, i386, m68k and ppc all have identical implementations of strmhz(). > Other architectures don't provide this function at all. > > This patch moves strmhz() into lib_generic, reducing code duplication > and providing a more unified API acros

Re: [U-Boot] [PATCH] Consolidate strmhz() implementation

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <[EMAIL PROTECTED]> you wrote: > > When I read the patch, I really like it. But when I take a look on all board.c > > I've seen 2 others functions which are commom. > > Could we use the patch that reply to this message instead? Sorry, which spec

Re: [U-Boot] ARTOS support?

On Aug 19, 2008, at 12:21 PM, Pantelis Antoniou wrote: > > On Aug 19, 2008, at 6:49 PM, Kumar Gala wrote: > >> Does anyone use ARTOS? or have any pointers to it? I can't find >> anything that is clearly related to ArtOS in a google search. >> Should we be maintaining support for this? >> >>

Re: [U-Boot] Help with u-boot & linux on walnut based board.

Thanks Wolfgang, I looked at the code more carefully and found that I actually commented out a portion of the code that copies the emac address in linux. My initial port was using Linux 2.4.20 and the code was not there in that version. Since I'm now using 2.4.25 (ELDK 4.1 would not compile the

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

> It's weekend, and not many people are active now. Let's wait for a > few more days if anybody shows up with arguments to support your > patches. In my opinion, the serial device should be the first device initialized and utilized before all other devices where that is possible. For exa

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

[EMAIL PROTECTED] wrote: > I'm strongly in favor of having some early serial functionality > whether in the form of simply being able to send output to the > serial port or having a semi-functional to fully functional shell > prior to RAM relocation. We already have the former. -Scott ___

[U-Boot] [PATCH 1/1] Consolidate strmhz() and init_baudrate() implementation

From: Haavard Skinnemoen <[EMAIL PROTECTED]> ARM, i386, m68k and ppc all have identical implementations of strmhz(). Other architectures don't provide this function at all. ARM, avr32, blackfin, i386, m68k, mips and sparc all have identical implementations of init_baudrate(). Other architectures

[U-Boot] [PATCH] ColdFire: Add FEC Buffer descriptors in SRAM

From: TsiChung Liew <[EMAIL PROTECTED]> Add FEC Buffer descriptors and data buffer in SRAM for faster execution and access. Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> --- drivers/net/mcffec.c | 42 -- 1 files changed, 36 insertions(+), 6 deletions(

Re: [U-Boot] ARTOS support?

Dear Kumar Gala, In message <[EMAIL PROTECTED]> you wrote: > > Wolfgang, any issue with just removing ARTOS support (seems like the > easiest way to fix the env_get_char() issue). Which env_get_char() issue are you referring to? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH

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

Dear [EMAIL PROTECTED], In message <[EMAIL PROTECTED]> you wrote: > > In my opinion, the serial device should be the first device > initialized and utilized before all other devices where that > is possible. For example, it would be very useful to have This is exactly how U-Boot was designed. Ho

[U-Boot] who is the maintainer for OMAP730 & OMAP1510 Boards

Hi, According to the Maintainer file, Kshitij Gupta <[EMAIL PROTECTED]> is the maintainer for omap1510inn board & Dave Peverley <[EMAIL PROTECTED]> for omap730p2 I had submitted a patch for OMAP 1510 & OMAP 730 Boards. ( http://www.nabble.com/-U-Boot---PATCHCorrect-Invalid-Timer-Register-

[U-Boot] RFA: libfdt: using missing type uintptr_t

Hello all, I have a Request For Advice. I've pulled down the dtc/libfdt updates and applied them to my personal working git repository. It turns out that David Gibson added a use of the typedef "uintptr_t" found in linux-land in /usr/include/stdint.h.

[U-Boot] Would like to know the status of the Patches

Hi, I would like to know the status of below patches that i submitted. I would like to contribute as much as possible to uboot & i am really sorry if my patch are incorrect/invalid. Kindly le me know in such situations & i will update/correct/change it & re-submit. Sorry for the trouble & Tha

Re: [U-Boot] RFA: libfdt: using missing type uintptr_t

On Tue, Aug 19, 2008 at 08:40:27PM -0400, Jerry Van Baren wrote: > Hello all, I have a Request For Advice. > > I've pulled down the dtc/libfdt updates and applied them to my personal > working git repository. It turns out that David Gibson added a use of > the typedef "uintptr_t" found in lin

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

Peter Tyser wrote: > Hello, > I've noticed that the jump table pointer (**jt) in the global_data > structure is always the last field in the structure. When standalone > applications are compiled, they hard code the jump table pointer offset > into the global_data structure. When new versions of

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

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

[U-Boot] [PATCH 1/7] dtc: Enable and fix -Wpointer-arith warnings

From: David Gibson <[EMAIL PROTECTED]> This patch turns on the -Wpointer-arith option in the dtc Makefile, and fixes the resulting warnings due to using (void *) in pointer arithmetic. While convenient, pointer arithmetic on void * is not portable, so it's better that we avoid it, particularly in

[U-Boot] [PATCH 6/7] libfdt: Implement fdt_get_property_namelen() and fdt_getprop_namelen()

From: David Gibson <[EMAIL PROTECTED]> As well as fdt_subnode_offset(), libfdt includes an fdt_subnode_offset_namelen() function that takes the subnode name to look up not as a NUL-terminated string, but as a string with an explicit length. This can be useful when the caller has the name as part

[U-Boot] [PATCH 0/7] libfdt: Update to resync with dtc/libfdt

The following changesets resynchronize u-boot with the master libfdt. Best regards, gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 3/7] libfdt: Increase namespace-pollution paranoia

From: David Gibson <[EMAIL PROTECTED]> libfdt is supposed to easy to embed in projects all and sundry. Often, it won't be practical to separate the embedded libfdt's namespace from that of the surrounding project. Which means there can be namespace conflicts between even libfdt's internal/static

Re: [U-Boot] ARTOS support?

On Aug 19, 2008, at 6:05 PM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message [EMAIL PROTECTED]> you wrote: >> >> Wolfgang, any issue with just removing ARTOS support (seems like the >> easiest way to fix the env_get_char() issue). > > Which env_get_char() issue are you referring to? The

[U-Boot] [PATCH 7/7] libfdt: Add support for using aliases in fdt_path_offset()

From: Kumar Gala <[EMAIL PROTECTED]> If the path doesn't start with '/' check to see if it matches some alias under "/aliases" and substitute the matching alias value in the path and retry the lookup. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> Acked-by: David Gibson <[EMAIL PROTECTED]> Acked-b

[U-Boot] [PATCH 4/7] libfdt: Improve documentation in libfdt.h

From: Wolfram Sang <[EMAIL PROTECTED]> Fix a few typos and mistakes. Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]> Acked-by: David Gibson <[EMAIL PROTECTED]> --- include/libfdt.h | 28 ++-- 1 files changed, 14 insertions(+), 14 deletions(-) diff --git a/include/libfd

[U-Boot] [PATCH 5/7] libfdt: Forgot one function when cleaning the namespace

From: David Gibson <[EMAIL PROTECTED]> In commit b6d80a20fc293f3b995c3ce1a6744a5574192125, we renamed all libfdt functions to be prefixed with fdt_ or _fdt_ to minimise the chance of collisions with things from whatever package libfdt is embedded in, pulled into the libfdt build via that environme

[U-Boot] [PATCH 2/7] dtc: Enable and fix -Wcast-qual warnings

From: David Gibson <[EMAIL PROTECTED]> Enabling -Wcast-qual warnings in dtc shows up a number of places where we are incorrectly discarding a const qualification. There are also some places where we are intentionally discarding the 'const', and we need an ugly cast through uintptr_t to suppress t

Re: [U-Boot] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit

Hi Nobuhiro Iwamatsu, 1. Clock frequency of board. #define CONFIG_SYS_CLK_FREQ #define TMU_CLK_DIVIDER 4 /* 4 (default), 16, 64, 256 or 1024 */ #define CFG_HZ (CONFIG_SYS_CLK_FREQ / TMU_CLK_DIVIDER) I don't understand how to set CONFIG_SYS_CLK_FREQ va