Re: [U-Boot] [PATCH] mxc_nand: fix a problem writing more than 32MB

On 07/06/2011 07:04 PM, helmut.rai...@hale.at wrote: > From: Helmut Raiger > > When writing 0x4000 to the unlockend_blkaddr register, large writes to > a 2k page NAND sometimes fail. The current kernel driver writes 0x > to this register for V2 of the nand controller. > > However on an i.MX31 t

Re: [U-Boot] [PATCH] mxc_nand: fixed some typos (cosmetic)

I know it's only typos, but could someone ack please. Helmut -- Scanned by MailScanner. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

Dear Wolfgang, > > Is there any specific reason for not using u32 for the padding as > well? > nothing specific. It makes easy to find number of bytes than words. > > Why would you need this BASE + OFFSET notation when using a C struct > for the registers? Thi smakes little sense to me. > We

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, 19 Jul 2011 14:10:48 +0200 David Jander wrote: > On Tue, 19 Jul 2011 13:20:26 +0200 > Wolfgang Denk wrote: > > > Dear David Jander, > > > > In message <20110719131744.403a81e6@archvile> you wrote: > > > > > > Now I finally know what's wrong and am working on a proposed fix to make > >

Re: [U-Boot] [PATCH] powerpc/8xxx: Update USB mode device tree fixup

Hi Kim, I just checked that this error comes when you don't have any of the following defined in the board file: CONFIG_USB_UHCI CONFIG_USB_OHCI CONFIG_USB_EHCI CONFIG_USB_OHCI_NEW ... MPC837xRDB has EHCI host controller. Hence, CONFIG_USB_EHCI and its relevant support macros should be defined i

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

Dear Ajay Bhargav, In message <1207509190.33599.1311140198703.javamail.r...@ahm.einfochips.com> you wrote: > > e.g. > struct armdgpio_gplr_register { > u32 gplr0; > u32 gplr1; > u32 gplr2; > u8 pad[some_value]; //this padding is going to be big > u32 gplr3; > } Is there any

Re: [U-Boot] No gpio.h file

- "Prafulla Wadaskar" wrote: > Done.. > Please re-sync you patches to latest u-boot-marvell.git master > branch. > > Regards.. > Prafulla . . > Hi Prafulla, Thanks for update. I do not see the first set of patches that adds support for gplugD. Regards, Ajay Bhargav

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

- "Prafulla Wadaskar" wrote: > > That can be thought of while adding support for othe SoCs. > Preferably define register struct in asm/arch/gpio.h > > Regards.. > Prafulla . . > ..snip.. (quoting from another reply..) > You have to follow all :-), more reviewers more better code output.

Re: [U-Boot] No gpio.h file

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 12:01 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; Mike > Frysinger > Subject: Re: [U-Boot] No gpio.h file > ...snip... > Marvell t

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 9:44 AM > To: Lei Wen > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; Prafulla > Wadaskar > Subject: Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for >

Re: [U-Boot] [PATCH] cmd_bmp: fix very long uncompressing time of gzipped bitmaps

On Tuesday, July 19, 2011 08:12:43 Anatolij Gustschin wrote: > If a compressed bitmap is located in sectors at the end of the > flash and it's offset + CONFIG_SYS_VIDEO_LOGO_MAX_SIZE > 0x, > the uncompressing time is very long, since processing the > stream is done bytewise (and not blockwi

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

Parsing of boards.cfg relies on sed GNU extensions and fails if sed >> doesn't support these. On FreeBSD this leads to the error: >> >> sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end >> of q command > Does it still work on linux as well? Did you test? If so, I'm all for it being

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

On Tue, Jul 19, 2011 at 18:57, Marek Vasut wrote: > On Tuesday, July 19, 2011 10:41:49 PM Jeroen Hofstee wrote: >> Parsing of boards.cfg relies on sed GNU extensions and fails if sed >> doesn't support these. On FreeBSD this leads to the error: >> >> sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra cha

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

On Tuesday, July 19, 2011 10:41:49 PM Jeroen Hofstee wrote: > Parsing of boards.cfg relies on sed GNU extensions and fails if sed > doesn't support these. On FreeBSD this leads to the error: > > sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end > of q command Does it still work o

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

Hi Mike, >> Won't work on FreeBSD since it can't quite early [afaik] (perhaps with a >> label, but gets rather ugly..) >> >> [jeroen@blue ~]$ echo configflag | sed -e '/=/{s/=/\t/;q}' -e 's/$/\t1/' >> sed: 1: "/=/{s/=/\t/;q} >> ": extra characters at the end of q command > i'm not sure you've diagn

Re: [U-Boot] Uboot tool Makefile patch for Mac OSX Snow leopard

Hello Sungyeon / Mike, I am not sure what the exact purpose of this patch is, but seems like the issue I encountered with .depends (not finding the files in the correct path). http://patchwork.ozlabs.org/patch/98316/ You might want to check if this helps: http://patchwork.ozlabs.org/patch/105538

Re: [U-Boot] Uboot tool Makefile patch for Mac OSX Snow leopard

On Tue, Jul 19, 2011 at 17:38, Jeroen wrote: > http://patchwork.ozlabs.org/patch/105538/ > > Mike: > "could you provide some real details as to what the problem is you're > hitting > and why/how this fixes things ?  2011.03 builds fine for me on leopard > (10.5). > -mike" > > Which sed version are

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

On Tue, Jul 19, 2011 at 17:28, Jeroen Hofstee wrote: >> maybe i havent read enough sed scripts, but i dont think ive seen "!" > > I took this for irony, so I triple checked: i didnt mean "it isnt in POSIX" (because it is), i meant it as "no one uses it, so it wont be obvious to people reading this

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

Hi Mike, > maybe i havent read enough sed scripts, but i dont think ive seen "!" I took this for irony, so I triple checked: jeroen@green-ubuntu:~$ echo config | sed -e '/=/!s/$/=1/' config=1 jeroen@green-ubuntu:~$ echo config=2 | sed -e '/=/!s/$/=1/' config=2 > used before. how about this more s

Re: [U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

On Tue, Jul 19, 2011 at 16:41, Jeroen Hofstee wrote: > Parsing of boards.cfg relies on sed GNU extensions and fails if sed > doesn't support these. On FreeBSD this leads to the error: > > sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end > of q command > > -       i="`echo ${i} | s

[U-Boot] [PATCH 3/3] rules.mk: replace GNU specific \w with POSIX equivalant

If sed does not support the GNU \w regex extension, build attempts lead to circular dependency warnings and finally build failure (crc32.c not found). Build output before and after the patch on FreeBSD is at: http://lists.denx.de/pipermail/u-boot/2011-June/095235.html Signed-off-by: Jeroen Hofstee

[U-Boot] [PATCH 2/3] mkconfig: create CONFIG_ defines without relying on GNU extensions

Parsing of boards.cfg relies on sed GNU extensions and fails if sed doesn't support these. On FreeBSD this leads to the error: sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end of q command Signed-off-by: Jeroen Hofstee Cc: Marek Vasut --- mkconfig |2 +- 1 files changed,

[U-Boot] [PATCH 0/3] improve build for UNIX like non GNU platforms

The sed changes can be tested with GNU sed by sed --posix. Tested on FreeBSD / Ubuntu. For completeness, building with the FreeBSD arm bootstrap compiler needs some non u-boot related changes: + gcc doesn't support the -print-file-name=include, and the correct path needs to added manually. + li

[U-Boot] [PATCH 1/3] include/compiler.h: typedef ulong for FreeBSD

Signed-off-by: Jeroen Hofstee --- include/compiler.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/compiler.h b/include/compiler.h index 91dbe56..4e047c7 100644 --- a/include/compiler.h +++ b/include/compiler.h @@ -44,7 +44,7 @@ #ifdef __linux__ # include #

Re: [U-Boot] Please pull u-boot-mmc.git

Dear Andy Fleming, In message <1310779815-6273-1-git-send-email-aflem...@freescale.com> you wrote: > are available in the git repository at: > > git://www.denx.de/git/u-boot-mmc.git master > > Lei Wen (4): > MMC: unify mmc read and write operation > MMC: add erase function to both

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On 7/19/2011 11:14 AM, Anton Staaf wrote: > On Tue, Jul 19, 2011 at 7:36 AM, J. William Campbell > wrote: >> On 7/19/2011 2:05 AM, Albert ARIBAUD wrote: >>> Le 19/07/2011 10:43, Aneesh V a écrit : >>> >> You would have to flush (before sending packets / starting external >> memory-to-devi

Re: [U-Boot] [PATCH] integrator: convert to new build system

Dear Linus Walleij, In message <1311086967-21406-1-git-send-email-linus.wall...@linaro.org> you wrote: > This deletes the integrator split_by_variant.sh script and > defines a number of unique board types for the core modules > that are meaningful to support for the Integrator AP/CP, i.e. > the o

Re: [U-Boot] [PATCH] powerpc/8xxx: Update USB mode device tree fixup

On Thu, 30 Jun 2011 20:25:02 -0500 Kumar Gala wrote: > > On Jun 8, 2011, at 6:44 AM, Ramneek Mehresh wrote: > > > Modify support for USB mode fixup: > >- Add common support for USB mode and phy type > > device tree fix-up for all USB controllers > > mentioned in hwconf

[U-Boot] Critical Error ***Help Desk*** >>>

Dear User, You have exceeded the limit of your mailbox set by your IT service provider, you will be unable to receive new emails and sent successfully. Just before this message was sent, you are Currently running on 91624 KB, You have has exceeded the storage limit which is 20GB. To prevent thi

Re: [U-Boot] ARM POST Tests.

Dear Valentin Longchamp, In message <4e25a2d0.1090...@keymile.com> you wrote: > > With the memory test, that takes place before the relocation, it is extremly > slow (even if I reduce the size of the memory tested to a very small portion). > Is it something you have noticed as well ? This might

Re: [U-Boot] NAND onfi detection

On Tue, 19 Jul 2011 12:01:58 +0530 Vipin Kumar wrote: > Hello Scott, > > The present handling of ONFI devices requires that the device id to be put in > "nand_flash_ids" table. I am pasting the code below to ease the discussion > > In case the dev_id doesn't match with the one's present in the

Re: [U-Boot] ARM POST Tests.

On Fri, Jul 15, 2011 at 04:13, Heiko Schocher wrote: > sreekumar.sivaku...@wipro.com wrote: >> 2) If NO, Is there a branch or patch I can pickup which will have ARM >> POST tests for cache and cpu? > > Try this patches (I actually worked on getting POST tests running > on an davinci based board): >

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, Jul 19, 2011 at 7:36 AM, J. William Campbell wrote: > On 7/19/2011 2:05 AM, Albert ARIBAUD wrote: >> Le 19/07/2011 10:43, Aneesh V a écrit : >> > You would have to flush (before sending packets / starting external > memory-to-device DMA) and invalidate (before reading received pack

Re: [U-Boot] [PATCH 4/4] Armada100: Enable Ethernet support for GplugD

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 9:35 AM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik > Subject: Re: [PATCH 4/4] Armada100: Enable Ethernet support for GplugD > > > ---

Re: [U-Boot] [PATCH 3/4] Armada100: Enable 88E3015 PHY support for GplugD

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 9:41 AM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik > Subject: Re: [PATCH 3/4] Armada100: Enable 88E3015 PHY support for > GplugD > >

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 3:59 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik > Subject: Re: [PATCH 1/4] gpio: Adds GPIO driver support for Armada100 > > Hi Praf

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

> -Original Message- > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com] > Sent: Tuesday, July 19, 2011 9:53 AM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik > Subject: Re: [PATCH 1/4] gpio: Adds GPIO driver support for Armada100 > > >

Re: [U-Boot] U-BOOT TFTP

Hello, This is the ouput when I do tftp or try the ping with the environment set accordingly. Could it possibly be one of the configuration files such as the RCW (reset configuration word) but I cannot change this file withno tftp connection.Any help would be great. Thank you. => ping 192.168.1

Re: [U-Boot] [PATCH v3] Let source cross-reference targets follow symbolic links

Hi, > From: Horst Kronstorfer > > Tell 'find' to follow symbolic links, so that files under include/asm > and arch/$(ARCH)/include/asm/arch are added to the indexing file list. > > Signed-off-by: Horst Kronstorfer I guess I would have placed the definitions more at the beginning of the makefile

[U-Boot] Problem with PCI Express connecting 2 MPC8544

I am trying to activate a PCIe link between two MPC8544 processor's on a custom board. One processor is configured as Root Complex(cfg_host_agt[0:2] = '111') and the other processor as endpoint (cfg_host_agt[0:2] = '101'). Only PCIe1 is active in both processors (cfg_IO_ports[0:2] = '010') In

[U-Boot] [PATCH v4 5/9] arm: adjust PLATFORM_LIBS for SPL

From: Aneesh V Signed-off-by: Aneesh V Cc: Albert ARIBAUD --- Changes since RFC v1: - none Changes since RFC v2: - none Changes since v3: - improved comment arch/arm/config.mk | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/arch/arm/config.mk b/arch/arm

Re: [U-Boot] ARM POST Tests.

Hi Heiko, On 07/15/2011 10:13 AM, Heiko Schocher wrote: > sreekumar.sivaku...@wipro.com wrote: > > Actually nobody used it on arm > >> 2) If NO, Is there a branch or patch I can pickup which will have ARM >> POST tests for cache and cpu? > > Try this patches (I actually worked on getting POST t

Re: [U-Boot] Please Pull u-boot-ti/master (see note)

> > Note that u-boot-ti still has a tag, "2009.01-rc2", which should be > removed from the repository, see > . > > (there is also a "NIOS2-5_0_0" tag which I am not sure of;maybe it > should be removed too) > Albert, I regularly

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, 19 Jul 2011 07:36:32 -0700 "J. William Campbell" wrote: > On 7/19/2011 2:05 AM, Albert ARIBAUD wrote: > > Le 19/07/2011 10:43, Aneesh V a écrit : > > > You would have to flush (before sending packets / starting external > memory-to-device DMA) and invalidate (before reading rece

[U-Boot] [PATCH] integrator: convert to new build system

This deletes the integrator split_by_variant.sh script and defines a number of unique board types for the core modules that are meaningful to support for the Integrator AP/CP, i.e. the ones that did not just say "unsupported core module" in split_by_variant.sh. If more core modules need to be suppo

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On 7/19/2011 2:05 AM, Albert ARIBAUD wrote: > Le 19/07/2011 10:43, Aneesh V a écrit : > You would have to flush (before sending packets / starting external memory-to-device DMA) and invalidate (before reading received packets / after external device-to-memory DMA is done); using MMU

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Am 19.07.2011 13:19, schrieb Wolfgang Denk: > Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, > > In message<4e256588.4010...@arcor.de> you wrote: >> >> Is this really a good idea? This will break a couple of boards using >> non-cache-aware drivers. And there are a couple of them in u-boot. I >> think d-

Re: [U-Boot] [PATCH 00/52] ARM: remove broken boards

Dear Wolfgang Denk, > Reinhard: > > There are a number of additional AT91 based boards that are currently > broken. Some bail out in drivers/mtd/cfi_flash.c dure to undefined > references to `reset_timer' (cpu9260, cpu9G20, ...), some due to > "asm/arch/io.h: No such file or directory" errors (pm9

Re: [U-Boot] [PATCH] Fix typo from 'mb_alloc' -> 'lmb_alloc'

On Tue, 2011-07-19 at 10:40 +0200, Wolfgang Denk wrote: > David, Jerry: I'm disappointed that obviously neither of you bothered > to compile-test this stuff. Please be more careful! > Sorry, looks like I have to take ownership of that mistake. I must have introduced that when I fixed the la

[U-Boot] [PATCH] cmd_bmp: fix very long uncompressing time of gzipped bitmaps

If a compressed bitmap is located in sectors at the end of the flash and it's offset + CONFIG_SYS_VIDEO_LOGO_MAX_SIZE > 0x, the uncompressing time is very long, since processing the stream is done bytewise (and not blockwise) due to overflow in inflate_fast() while calculation and checking

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, 19 Jul 2011 13:20:26 +0200 Wolfgang Denk wrote: > Dear David Jander, > > In message <20110719131744.403a81e6@archvile> you wrote: > > > > Now I finally know what's wrong and am working on a proposed fix to make > > this one driver cache-aware. > > I would just like to point out that th

Re: [U-Boot] [PATCH 41/52] ARM: remove broken "meesc" board

Hi Wolfgang, Daniel sent a patch to fix this issue in April http://lists.denx.de/pipermail/u-boot/2011-April/090794.html. Then Reinhard fixed some whitespace issues and applied it to u-boot-atmel/next. But as we noticed just a minute ago, patching failed somehow and most of the changes got lost.

[U-Boot] [PATCH] at91: reworked support for meesc board

The meesc board support was broken. Within this opportunity, I completely reworked the board files. Signed-off-by: Daniel Gorsulowski Signed-off-by: Matthias Fuchs --- V3: -fix white space issues and don't patch boards.cfg V2: -fixed commit description board/esd/meesc/config.mk |1 - board

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Dear Matthias, On Tuesday 19 July 2011 04:37 PM, Matthias Weißer wrote: > Dear Aneesh > > Am 18.07.2011 18:16, schrieb Aneesh V: >> commit c2dd0d45540397704de9b13287417d21049d34c6 >> armv7: integrate cache maintenance support >> >> In this patch I added a call to dcache_enable() at the beginning o

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Hi Albert, David, On Tuesday 19 July 2011 02:41 PM, Albert ARIBAUD wrote: > Hi David, > > Le 19/07/2011 10:58, David Jander a écrit : > 587 flush_cache(&fec->tbd_base[fec->tbd_index], 4); >>> >>> This is what is needed assuming the below is initiating a memory to >>> peripheral DMA. Is your b

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tuesday 19 July 2011 02:28 PM, David Jander wrote: > > Dear Aneesh, > > Thanks a lot for your replies. > > On Tue, 19 Jul 2011 14:13:34 +0530 > Aneesh V wrote: >> On Tuesday 19 July 2011 02:07 PM, David Jander wrote: >>> On Tue, 19 Jul 2011 10:21:12 +0200 >>> Albert ARIBAUD wrote: >>> Hi

Re: [U-Boot] Latest SPL pushed to omapzoom

Hi Simon, On Tuesday 19 July 2011 04:19 PM, Simon Schwarz wrote: > Hi Aneesh, > > If I use your omap_upstream the build fails with: > make ARCH=arm CROSS_COMPILE=$CROSS_COMPILE omap4_panda_config > Configuring for omap4_panda board... > simon@Zitronenbaum:~/tmp/test/u-boot$ make ARCH=arm > CROSS_C

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Dear David Jander, In message <20110719131744.403a81e6@archvile> you wrote: > > Now I finally know what's wrong and am working on a proposed fix to make this > one driver cache-aware. I would just like to point out that these efforts are highly appreciated! Thanks! Wolfgang Denk -- DENX Sof

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, In message <4e256588.4010...@arcor.de> you wrote: > > Is this really a good idea? This will break a couple of boards using > non-cache-aware drivers. And there are a couple of them in u-boot. I > think d-cache should be opt-in rather then opt-out as long

Re: [U-Boot] [PATCH v4 11/12] omap: add MMC and FAT support to SPL

Hi Simon, On Tuesday 19 July 2011 02:46 PM, Simon Schwarz wrote: > Hi Aneesh, > > I'am not really sure about the save_boot_params() feature you added. > > May you point me where I can find this in the OMAP reference docs? What I have done for OMAP4 will not work for OMAP3. For OMAP3 you will get

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, 19 Jul 2011 13:07:52 +0200 Matthias Weißer wrote: > Dear Aneesh > > Am 18.07.2011 18:16, schrieb Aneesh V: > > commit c2dd0d45540397704de9b13287417d21049d34c6 > > armv7: integrate cache maintenance support > > > > In this patch I added a call to dcache_enable() at the beginning of > > bo

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Dear Aneesh Am 18.07.2011 18:16, schrieb Aneesh V: > commit c2dd0d45540397704de9b13287417d21049d34c6 > armv7: integrate cache maintenance support > > In this patch I added a call to dcache_enable() at the beginning of > board_init_r() for ARM(i.e. as soon as relocation is over). As a result > D-ca

Re: [U-Boot] Flat tree structure dts file

Dear smitha.va...@wipro.com, In message <07acdfb8eca8ef47863a613bc01bbb22032bd...@hyd-mkd-mbx02.wipro.com> you wrote: > > I am trying to port WindRiver linux 2.6.21 on to mpc8247 custom board. > Does for mpc8260 core is there support for > CONFIG_OF_FLAT_TREE . > How do I supply the device tr

Re: [U-Boot] [PATCH v3 5/9] arm: adjust PLATFORM_LIBS for SPL

Hi Aneesh, Le 19/07/2011 12:38, Aneesh V a écrit : > How about something like this: > > # This file is parsed many times, so the string may get added multiple > # times. Also, the prefix needs to be different based on whether > # CONFIG_SPL_BUILD is defined or not. 'filter-out' the existing entry

Re: [U-Boot] Latest SPL pushed to omapzoom

Hi Aneesh, If I use your omap_upstream the build fails with: make ARCH=arm CROSS_COMPILE=$CROSS_COMPILE omap4_panda_config Configuring for omap4_panda board... simon@Zitronenbaum:~/tmp/test/u-boot$ make ARCH=arm CROSS_COMPILE=$CROSS_COMPILE all Generating include/autoconf.mk cc1: error: bad value

[U-Boot] Flat tree structure dts file

Hi, I am trying to port WindRiver linux 2.6.21 on to mpc8247 custom board. Does for mpc8260 core is there support for CONFIG_OF_FLAT_TREE . How do I supply the device tree structure to the kernel. Do I need to do this in the u-boot? If yes how do I do? Thanks & Regards, Smitha Please do not

Re: [U-Boot] [PATCH v3 5/9] arm: adjust PLATFORM_LIBS for SPL

Hi Albert, On Tuesday 19 July 2011 02:51 PM, Albert ARIBAUD wrote: > Hi Daniel / Aneesh, > > Le 18/07/2011 18:09, Daniel Schwierzeck a écrit : >> From: Aneesh V >> >> Signed-off-by: Aneesh V >> Cc: Albert ARIBAUD >> --- >> Changes since RFC v1: >> - none >> >> arch/arm/config.mk | 11 --- >

Re: [U-Boot] [PATCH 1/4] gpio: Adds GPIO driver support for Armada100

Hi Prafulla, > I checked datasheet and for most GPIOs, AF1 is given as GPIO but for few > its not, so adding a glue logic to check for specific GPIOs wont be a good > idea. > That's the reason i thought its good to keep MFP out of this. Please give > suggestions. correcting my previous message,

Re: [U-Boot] [PATCH v3 5/9] arm: adjust PLATFORM_LIBS for SPL

Hi Daniel / Aneesh, Le 18/07/2011 18:09, Daniel Schwierzeck a écrit : > From: Aneesh V > > Signed-off-by: Aneesh V > Cc: Albert ARIBAUD > --- > Changes since RFC v1: > - none > > arch/arm/config.mk | 11 --- > 1 files changed, 8 insertions(+), 3 deletions(-) > > diff --git a/arch/arm/

Re: [U-Boot] [PATCH v4 11/12] omap: add MMC and FAT support to SPL

Hi Aneesh, I'am not really sure about the save_boot_params() feature you added. May you point me where I can find this in the OMAP reference docs? Thanks! Simon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Hi David, Le 19/07/2011 10:58, David Jander a écrit : >>> 587 flush_cache(&fec->tbd_base[fec->tbd_index], 4); >> >> This is what is needed assuming the below is initiating a memory to >> peripheral DMA. Is your buffer only 4 bytes long? > > No it isn't. I know, I should flush the whole bu

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Le 19/07/2011 10:43, Aneesh V a écrit : >>> You would have to flush (before sending packets / starting external >>> memory-to-device DMA) and invalidate (before reading received packets / >>> after external device-to-memory DMA is done); using MMU and mapping >>> cached/non-cached areas is IMO ove

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Dear Aneesh, Thanks a lot for your replies. On Tue, 19 Jul 2011 14:13:34 +0530 Aneesh V wrote: > On Tuesday 19 July 2011 02:07 PM, David Jander wrote: > > On Tue, 19 Jul 2011 10:21:12 +0200 > > Albert ARIBAUD wrote: > > > >> Hi David, > >> > >> Le 19/07/2011 09:44, David Jander a écrit : > >>>

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tuesday 19 July 2011 02:07 PM, David Jander wrote: > On Tue, 19 Jul 2011 10:21:12 +0200 > Albert ARIBAUD wrote: > >> Hi David, >> >> Le 19/07/2011 09:44, David Jander a écrit : >>> >>> Hi Stefano, >>> >>> On Mon, 18 Jul 2011 18:55:05 +0200 >>> Stefano Babic wrote: >>> On 07/18/2011 05:

Re: [U-Boot] [PATCH] Fix typo from 'mb_alloc' -> 'lmb_alloc'

Dear Matthew McClintock, In message <1311030485-25946-1-git-send-email-...@freescale.com> you wrote: > From commit a28afca57df7875f3334407bc47bd66b98701534 > > Signed-off-by: Matthew McClintock > --- > common/image.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Tue, 19 Jul 2011 10:21:12 +0200 Albert ARIBAUD wrote: > Hi David, > > Le 19/07/2011 09:44, David Jander a écrit : > > > > Hi Stefano, > > > > On Mon, 18 Jul 2011 18:55:05 +0200 > > Stefano Babic wrote: > > > >> On 07/18/2011 05:18 PM, David Jander wrote: > >>> > >>> Hi all, > >> > >> Hi Davi

Re: [U-Boot] [PATCH 3/4] Armada100: Enable 88E3015 PHY support for GplugD

Hi Albert, > I believe Prafulla would like this comment to appear in the code -- > anyway, *I* would like it to. :) Got it.. will add that :) Regards, Ajay Bhargav ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-bo

Re: [U-Boot] [PATCH 3/4] Armada100: Enable 88E3015 PHY support for GplugD

Hi Ajay, Le 19/07/2011 06:10, Ajay Bhargav a écrit : >>> + gpio_set_value(CONFIG_SYS_GPIO_PHY_RST, GPIO_SET); >> >> May you please comment why do you need to set this GPIO? > > GPIO 104 is connected to reset pin of 88E3015 PHY. and a reset is > required before initializing PHY chip. I believe P

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Hi David, Le 19/07/2011 09:44, David Jander a écrit : > > Hi Stefano, > > On Mon, 18 Jul 2011 18:55:05 +0200 > Stefano Babic wrote: > >> On 07/18/2011 05:18 PM, David Jander wrote: >>> >>> Hi all, >> >> Hi David, >> >>> What is going on here? Why did this work with caches enabled before?? >> >> I

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

Hi Stefano, On Mon, 18 Jul 2011 18:55:05 +0200 Stefano Babic wrote: > On 07/18/2011 05:18 PM, David Jander wrote: > > > > Hi all, > > Hi David, > > > What is going on here? Why did this work with caches enabled before?? > > I think cache was always disabled.. I had even L2-caches enabled i

Re: [U-Boot] i.MX51: FEC: Cache coherency problem?

On Mon, 18 Jul 2011 21:46:28 +0530 Aneesh V wrote: > Hi David, > > On Monday 18 July 2011 08:48 PM, David Jander wrote: > > > > Hi all, > > > > I am busy debugging a problem with the i.MX51 FEC ethernet driver, that > > stopped working after upgrading u-boot. Before the upgrade I used > > v2010.

Re: [U-Boot] Please Pull u-boot-ti/master (see note)

(sorry Sandeep for the duplicate) Le 18/07/2011 16:07, s-paul...@ti.com a écrit : > Albert, > > Please pull u-boot-ti/master. I am working on some other patches from > Aneesh as well. I will send a pull request for that as well as > remaining u-boot-ti patches in due course of time. > > Regards, >