Re: [U-Boot] [PATCH 1/2] gpio: Add GPIO driver framework for Marvell SoCs

- "Lei Wen" wrote: > Hi Ajay, > > Please put this get_gpio_base into arch's self directory, since > different soc may have > different number of banks. For example, mmp3 has 6 banks. > > Best regards, > Lei > was out of my mind... I think having a macro for this would be better coz indiv

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

On Wed, 20 Jul 2011 08:36:12 -0700 "J. William Campbell" wrote: > On 7/20/2011 7:35 AM, Albert ARIBAUD wrote: > > Le 20/07/2011 16:01, J. William Campbell a écrit : > >> On 7/20/2011 6:02 AM, Albert ARIBAUD wrote: > >>> Le 19/07/2011 22:11, J. William Campbell a écrit : > >>> > If this is tr

Re: [U-Boot] [PATCH 1/2] gpio: Add GPIO driver framework for Marvell SoCs

Hi Ajay, On Thu, Jul 21, 2011 at 1:39 PM, Ajay Bhargav wrote: > This patch adds generic GPIO driver framework support for Marvell SoCs. > > To enable GPIO driver define CONFIG_MV_GPIO and for GPIO commands > define CONFIG_CMD_GPIO in your board configuration file. > > Signed-off-by: Ajay Bhargav

Re: [U-Boot] [PATCH v4 00/12] U-Boot MMC SPL for OMAP4

Hi Sandeep, On Thu, Jul 21, 2011 at 3:01 AM, Paulraj, Sandeep wrote: >> Aneesh V (11): >>   omap4: utility function to identify the context of hw init >>   omap4: cleanup pin mux data >>   omap4: add OMAP4430 revision check >>   omap4: add clock support >>   omap4: add sdram init support >>   oma

[U-Boot] [PATCH 2/2] gpio: Add GPIO driver for Marvell SoC Armada100

This patch adds support for generic GPIO driver framework for Marvell SoC Armada100. Signed-off-by: Ajay Bhargav --- arch/arm/include/asm/arch-armada100/gpio.h | 71 1 files changed, 71 insertions(+), 0 deletions(-) create mode 100644 arch/arm/include/asm/arch-arm

[U-Boot] [PATCH 1/2] gpio: Add GPIO driver framework for Marvell SoCs

This patch adds generic GPIO driver framework support for Marvell SoCs. To enable GPIO driver define CONFIG_MV_GPIO and for GPIO commands define CONFIG_CMD_GPIO in your board configuration file. Signed-off-by: Ajay Bhargav --- drivers/gpio/Makefile |1 + drivers/gpio/mvgpio.c | 125 +++

[U-Boot] [PATCH 2/3] powerpc/85xx: Add support for P2041[e] XAUI in SERDES

We add XAUI_FM1 into the SERDES tables for P2041[e] devices. However for the P2040[e] devices that dont support XAUI we handle this at runtime via SVR checks. If we are on a P2040[e] device the SERDES functions will behave as follows: is_serdes_prtcl_valid() will always report invalid if prtcl p

[U-Boot] [PATCH 1/3] powerpc/85xx: Rename P2040 id & SERDES to P2041

P2041 is the superset part that covers both P2040 & P2041. The only difference between the two devices is that P2041 supports 10g/XAUI and has an L2 cache. Signed-off-by: Kumar Gala --- arch/powerpc/cpu/mpc85xx/Makefile |6 +- arch/powerpc/cpu/mpc85xx/p2040_ids.c| 109 ---

[U-Boot] [PATCH 0/3] Fixups for P2041/P2040 support

We have a few minor differences between P2041 & P2040 that we need to handle or we run into issues. We also rename a few things to make the P2041 the superset device. P2040 is a reduced P2041 (missing 10g/XAUI and L2-cache). - k ___ U-Boot mailing list

[U-Boot] [PATCH 3/3] powerpc/85xx: Handle the lack of L2 cache on P2040/P2040E

The P2040/P2040E have no L2 cache. So we utilize the SVR to determine if we are one of these devices and skip the L2 init code in cpu_init.c and release. For the device tree we skip the updating of the L2 cache properties but we still update the chain of caches so the CPC/L3 node can be properly

[U-Boot] [RFC] mmc:saveenv problem

Hello Dear Andy: I found in env_mmc.c, mmc_get_env_addr(...)only do *env_addr = CONFIG_ENV_OFFSET.If CONFIG_ENV_OFFSET is defined in partition space,the raw data may cover the env.IF CONFIG_ENV_OFFSET = 0,will it damage MBR?Should it do some protection methods? Thank you very much Elen.

Re: [U-Boot] [PATCH] command "sspi": add write-only flag '.w' (discard read data)

On Wednesday, July 20, 2011 13:04:47 Andreas Pretzsch wrote: > I also thought about passing NULL for the read buffer, but a quick > browse through the code showed that most, but not all SPI drivers are > prepared for that. And as there is already a static rx buffer in the spi > command code, I pref

Re: [U-Boot] [PATCH] ppc460: read get_sys_info from CPR registers instead of STRP registers

Dear Mike Williams, In message <1311197713-13010-1-git-send-email-m...@mikebwilliams.com> you wrote: > This code has been changed to read the CPU speed information from the > CPR registers rather than the bootstrap registers. This is useful when > changing the clock speed to something other than t

[U-Boot] SAUDARA

-- Saya anak tunggal dari orang tua saya. Apa yang terjadi sekarang? Orang tua saya telah meninggal karena kecelakaan mobil. Ayah saya ternyata telah menikah dua istri. Ibu dari Indonesia. Kami bahagia hidup bersama di Pulau Sumatra sebelum gempa bumi. Setelah gempa, kami memutuskan untuk pi

[U-Boot] [PATCH] ppc460: read get_sys_info from CPR registers instead of STRP registers

This code has been changed to read the CPU speed information from the CPR registers rather than the bootstrap registers. This is useful when changing the clock speed to something other than the default on boot. Signed-off-by: Mike Williams --- arch/powerpc/cpu/ppc4xx/speed.c| 33 ++

Re: [U-Boot] [PATCH v4 00/12] U-Boot MMC SPL for OMAP4

> Aneesh V (11): > omap4: utility function to identify the context of hw init > omap4: cleanup pin mux data > omap4: add OMAP4430 revision check > omap4: add clock support > omap4: add sdram init support > omap4: calculate EMIF register values > omap4: automatic sdram detection > ar

Re: [U-Boot] [PATCH v3 0/9] Add initial support for a generic SPL framework

> > This is the finalized version for the SPL framework: > http://marc.info/?l=u-boot&m=131056990001719&w=2 > > Changes since RFC v1: > - added documentation for SPL framework > - enable garbage collect of unused sections for SPL unconditionally > > Changes since RFC v2: > - renamed CONFIG_SYS

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > OMAP4460 is the latest addition to the OMAP4 family. > OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto > 1.5 GHz > > The memory architecture has been improved to provide better > performance and there several other minor improvements in various > modules. > > This series dep

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > Dear "Paulraj, Sandeep", > > In message you > wrote: > > > > > This series depends on the OMAP4 spl series [1] and the SPL framework > > > series [2] > > > > > > [1] http://marc.info/?l=u-boot&m=131082102506002&w=2 > > > [2] http://marc.info/?l=u-boot&m=131056990001719&w=2 > > > > Wolfgang

Re: [U-Boot] [PATCH v2 3/3] mkconfig: also create CONFIG defines with BSD sed

On Wed, Jul 20, 2011 at 14:38, Jeroen Hofstee wrote: > Parsing of boards.cfg fails on FreeBSD with the error: > > sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end > of q command > > BSD sed expects commands to be on seperate 'lines', hence it expects > an additional ; before the c

Re: [U-Boot] [PATCH 0/6] Drop obsolete at91rm9200 support

Dear Reinhard Meyer, In message <4e273239.10...@emk-elektronik.de> you wrote: > > > The series "ARM: remove broken boards" deletes the last few boards which > > used > > the obsolete arm920t/at91rm9200 arch code. > > This series completes it and removes the now obsolete at91rm9200 arch code > > c

Re: [U-Boot] POST - Hardware Diagnose Commands methodologies

Dear "Vega, Ferdinand (ESEA MESA)", In message <7c815335a6382547a0240c3fa5f33bc9ac5...@de08ev804.global.ds.honeywell.com> you wrote: > > I would like to know if there's any methodology or requirement documentation > available for the POST Hardware Diagnose Commands from U-Boot, for > microproce

Re: [U-Boot] [PATCH 0/6] Drop obsolete at91rm9200 support

Dear Wolfgang, On 18.07.2011 21:41, Andreas Bießmann wrote: > The series "ARM: remove broken boards" deletes the last few boards which used > the obsolete arm920t/at91rm9200 arch code. > This series completes it and removes the now obsolete at91rm9200 arch code > completely. Additionally ther are

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

Dear "Paulraj, Sandeep", In message you wrote: > > > This series depends on the OMAP4 spl series [1] and the SPL framework > > series [2] > > > > [1] http://marc.info/?l=u-boot&m=131082102506002&w=2 > > [2] http://marc.info/?l=u-boot&m=131056990001719&w=2 > > Wolfgang, Albert, > > If it is OK

[U-Boot] POST - Hardware Diagnose Commands methodologies

Hi, I would like to know if there's any methodology or requirement documentation available for the POST Hardware Diagnose Commands from U-Boot, for microprocessor MPC8378? Thanks, Ferdinand Vega Systems Engineer II (ESEA MESA) Honeywell Aerospace San Antonio Industrial Park Road #1

[U-Boot] [PATCH v2 3/3] mkconfig: also create CONFIG defines with BSD sed

Parsing of boards.cfg fails on FreeBSD with the error: sed: 1: "/=/ {s/=/\t/;q } ; { s/ ...": extra characters at the end of q command BSD sed expects commands to be on seperate 'lines', hence it expects an additional ; before the closing brackets. BSD sed does not support \t, replaced by literal

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

Changes for v2: - updated mkconfig patch to make minimal changes and changed commit message, since it now relies on GNU and BSD extensions. Jeroen Hofstee (3): include/compiler.h: typedef ulong for FreeBSD rules.mk: replace GNU specific \w with POSIX equivalant mkconfig: also create CONFI

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

Changes for v2: - updated mkconfig patch to make minimal changes and changed commit message, since it now relies on GNU and BSD extensions. Jeroen Hofstee (3): include/compiler.h: typedef ulong for FreeBSD rules.mk: replace GNU specific \w with POSIX equivalant mkconfig: also create CONFI

Re: [U-Boot] [RFC] gpio command: return value on write, additional actions

Am Donnerstag, den 07.07.2011, 12:15 +0200 schrieb Detlev Zundel: > Hi Wolfgang, > > > Dear Detlev Zundel, > > > > In message you wrote: > >> > >> > I'd say clear/set/toggle are changeable, don't see any legit > >> > return-value-usage here. For 100% backward compatibility, one could > >> > leav

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

On Wed, 20 Jul 2011 08:53:48 +0200 Helmut Raiger wrote: > I know it's only typos, but could someone ack please. > > Helmut I'll apply it soon, sorry for the delay. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/list

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

On Wed, 20 Jul 2011 08:55:00 +0200 Helmut Raiger wrote: > 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 t

Re: [U-Boot] [PATCH] command "sspi": add write-only flag '.w' (discard read data)

Am Montag, den 18.07.2011, 13:49 -0400 schrieb Mike Frysinger: > On Sat, Jul 16, 2011 at 13:32, Andreas Pretzsch wrote: > > The sspi command writes the given data out on SPI and prints the data it > > reads to the console. For write-only slaves (i.e. a SPI-connected latch > > used as output expande

[U-Boot] We Have Been Trying To Reach You!!!

Nokia has Approved you of GBP £750,000.00. For claim contact: Mr. David Bassett ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > OMAP4460 is the latest addition to the OMAP4 family. > OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto > 1.5 GHz > > The memory architecture has been improved to provide better > performance and there several other minor improvements in various > modules. > > This series dep

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

On 7/20/2011 7:35 AM, Albert ARIBAUD wrote: > Le 20/07/2011 16:01, J. William Campbell a écrit : >> On 7/20/2011 6:02 AM, Albert ARIBAUD wrote: >>> Le 19/07/2011 22:11, J. William Campbell a écrit : >>> If this is true, then it means that the cache is of type write-back (as opposed

[U-Boot] Get these great inspirational books and songs

Hi, “The determination to explore new ways of doing things, especially by reading important life changing books, easily brings about a sustainable progressive and successful life” --G.P.I. Among these great highly motivational and inspirational books are;- ‘WAYS OF ATTAINING BUSINESS SUCCE

Re: [U-Boot] [PATCH] [v3] [upstream] powerpc/85xx: Adding configuration for DCSRCR to enable 32M access

On Jul 20, 2011, at 9:47 AM, Stephen George wrote: > Configuring DCSRCR to define the DCSR space to be 1G instead > of the default 4M. DCSRCR only allows selection of either 4M > or 1G. > Most DCSR registers are within 4M but the Nexus trace buffer > is located at offset 16M within the DCSR. > >

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

Dear Jeroen. The patch file that i uploaded before is for u-boot tools for snow leopard 10.6.8. I think http://patchwork.ozlabs.org/patch/105538/ will resolve for snow leopard environment. Regards sungyeon. On Jul 19, 2011, at 11:38 PM, Jeroen wrote: > Hello Sungyeon / Mike, > > I am not sur

[U-Boot] [PATCH] [v3] [upstream] powerpc/85xx: Adding configuration for DCSRCR to enable 32M access

Configuring DCSRCR to define the DCSR space to be 1G instead of the default 4M. DCSRCR only allows selection of either 4M or 1G. Most DCSR registers are within 4M but the Nexus trace buffer is located at offset 16M within the DCSR. Configuring the LAW to be 32M to allow access to the Nexus trace b

[U-Boot] [RFC PATCH] armv7: setup vector

The vector is not correctly setup in armv7 except for OMAP3. Correcting this. Signed-off-by: Aneesh V Cc: Albert Aribaud --- arch/arm/cpu/armv7/start.S | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm/cpu/armv7/start.S b/arch/arm/cpu/armv7/start.S inde

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

Hi Wolfgang, I agree with you that there may be some boards that have USB (on soc) but do not use it. But in that case, they should not define CONFIG_HAS_FSL_DR_USB in their board file. usb.h file has a logic that if this file is included, and the USB protocol is not defined then it throws co

Re: [U-Boot] ARM POST Tests.

Dear Valentin Longchamp, In message <4e26cad9.3090...@keymile.com> you wrote: > > We are currently planning to move away from I2C EEPROM for environment (for > future hardware), but what would you advise me to do for our current hardware > where the environment is in this EEPROM ? This depends on

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

Le 19/07/2011 22:11, J. William Campbell a écrit : > If this is true, then it means that the cache is of type write-back (as > opposed to write-thru). From a (very brief) look at the arm7 manuals, it > appears that both types of cache may be present in the cpu. Do you know > how this operates? Us

Re: [U-Boot] ARM POST Tests.

On 07/20/2011 02:20 PM, Wolfgang Denk wrote: > Dear Valentin Longchamp, > > In message <4e26b523.3070...@keymile.com> you wrote: >> >> I have done a little bit of profiling this morning, and the main culprit is >> the >> call to getenv_f in post_get_flags for the four environment variables: >> >>

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

- "Lei Wen" wrote: > Hi Ajay, > > On Wed, Jul 20, 2011 at 6:43 PM, Ajay Bhargav > wrote: > > Hi Lei, > > > >> I think we make thing complicated here. For GPIO driver, the only > >> structure we need to > >> define is the GPIO register itself, like GPIO_PLR, GPIO_PDR, > etc... > >> > > > >

Re: [U-Boot] ARM POST Tests.

Dear Valentin Longchamp, In message <4e26b523.3070...@keymile.com> you wrote: > > I have done a little bit of profiling this morning, and the main culprit is > the > call to getenv_f in post_get_flags for the four environment variables: > > "post_poweron", "post_normal", "post_slowtest" "post_cr

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

Dear Ajay Bhargav, In message <1499501074.35394.1311158638174.javamail.r...@ahm.einfochips.com> you wrote: > Hi Lei, > > > I think we make thing complicated here. For GPIO driver, the only > > structure we need to > > define is the GPIO register itself, like GPIO_PLR, GPIO_PDR, etc... > > > >

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

Hi Ajay, On Wed, Jul 20, 2011 at 6:43 PM, Ajay Bhargav wrote: > Hi Lei, > >> I think we make thing complicated here. For GPIO driver, the only >> structure we need to >> define is the GPIO register itself, like GPIO_PLR, GPIO_PDR, etc... >> > > I got your point, but lemme show you where the probl

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

Dear Linus Walleij, In message you wrote: > > > Would it not make > > sense to omit these file alltogether then, and let the entries in > > boards.cfg point to the generic files integratorap.h resp. > > integratorcp.h instead? > > This row in the global Makefile is the reason: > > sinclude $(o

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

Dear Ajay Bhargav, In message <794341286.33968.1311143785027.javamail.r...@ahm.einfochips.com> you wrote: > > > 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. If there is no specific reason (

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

Hi David, On Wednesday 20 July 2011 05:01 PM, David Jander wrote: > > Hi Aneesh, > > On Wed, 20 Jul 2011 15:59:42 +0530 > Aneesh V wrote: >> On Wednesday 20 July 2011 02:51 PM, David Jander wrote: >>> On Wed, 20 Jul 2011 10:56:07 +0200 >> >> [snip ..] >> > Any ideas? Yes, one: I had

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

Dear Mehresh Ramneek-B31383, In message <16867771548d2f469f1a8f817f38278820a...@039-sn1mpn1-003.039d.mgd.msft.net> you wrote: > > 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 > C

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

Hi Aneesh, On Wed, 20 Jul 2011 15:59:42 +0530 Aneesh V wrote: > On Wednesday 20 July 2011 02:51 PM, David Jander wrote: > > On Wed, 20 Jul 2011 10:56:07 +0200 > > [snip ..] > > >>> Any ideas? > >> > >> Yes, one: I had issues with the Marvell Ethernet adapter, which has DMA > >> as well, not be

Re: [U-Boot] ARM POST Tests.

On 07/19/2011 08:45 PM, Wolfgang Denk wrote: > 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).

[U-Boot] [PATCH v2 5/5] omap4: clock init support for omap4460

--- arch/arm/cpu/armv7/omap4/clocks.c| 61 ++--- arch/arm/include/asm/arch-omap4/clocks.h | 12 +- 2 files changed, 65 insertions(+), 8 deletions(-) diff --git a/arch/arm/cpu/armv7/omap4/clocks.c b/arch/arm/cpu/armv7/omap4/clocks.c index 0db9d18..eda960c 1

[U-Boot] [PATCH v2 4/5] omap4: support TPS programming

TPS62361 is the new power supply used in OMAP4460 that supplies vdd_mpu. VCORE1 from Phoenix supplies vdd_core and VCORE2 supplies vdd_iva. VCORE3 is not used in OMAP4460. Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/omap4/board.c|4 ++ arch/arm/cpu/armv7/omap4/clocks.c

[U-Boot] [PATCH v2 3/5] omap: reuse omap3 gpio support in omap4

Signed-off-by: Aneesh V --- V2: * Added a new file that was accidentally missing in v1 --- arch/arm/cpu/armv7/omap-common/Makefile|1 + arch/arm/cpu/armv7/{omap3 => omap-common}/gpio.c | 41 arch/arm/cpu/armv7/omap3/Makefile |1 - arch

[U-Boot] [PATCH v2 2/5] omap4: sdram init changes for omap4460

Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/omap4/emif.c| 39 ++-- arch/arm/include/asm/arch-omap4/emif.h | 10 ++- 2 files changed, 30 insertions(+), 19 deletions(-) diff --git a/arch/arm/cpu/armv7/omap4/emif.c b/arch/arm/cpu/armv7/omap4/emif.c ind

[U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

OMAP4460 is the latest addition to the OMAP4 family. OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto 1.5 GHz The memory architecture has been improved to provide better performance and there several other minor improvements in various modules. This series depends on the OMAP4 spl s

[U-Boot] [PATCH v2 1/5] omap4: add omap4460 revision detection

Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/omap4/board.c|3 +++ arch/arm/include/asm/arch-omap4/omap4.h |1 + arch/arm/include/asm/armv7.h|1 + 3 files changed, 5 insertions(+), 0 deletions(-) diff --git a/arch/arm/cpu/armv7/omap4/board.c b/arch/arm/cpu/armv7/

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

Hi Lei, > I think we make thing complicated here. For GPIO driver, the only > structure we need to > define is the GPIO register itself, like GPIO_PLR, GPIO_PDR, etc... > I got your point, but lemme show you where the problem is.. GPIO_PLR00x GPIO_PLR10x0004 GPIO_PLR20x0008 GPIO_

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

Hi David, On Wednesday 20 July 2011 02:51 PM, David Jander wrote: > On Wed, 20 Jul 2011 10:56:07 +0200 [snip ..] >>> Any ideas? >> >> Yes, one: I had issues with the Marvell Ethernet adapter, which has DMA >> as well, not because of cache (it was not active at the time) but >> because of instruc

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

Hi Ajay, On Wed, Jul 20, 2011 at 2:36 PM, Ajay Bhargav wrote: > 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 us

Re: [U-Boot] [PATCH 4/7] mmc: rescan fails on empty slot

Hi Michael Thanks for your explanation. :) Regards, Jaehoon Chung Michael Jones wrote: > Hi Jaehoon Chung, > > On 07/19/2011 04:06 AM, Jaehoon Chung wrote: >> Hi Michael. >> >> I have some question. there are some mmc_init(). >> But you are only checked there.. >> Did you have any special reaso

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

On Wed, 20 Jul 2011 10:56:07 +0200 Albert ARIBAUD wrote: > Hi David, > > Le 20/07/2011 08:29, David Jander a écrit : > > 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

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

Hi David, Le 20/07/2011 08:29, David Jander a écrit : > 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

Re: [U-Boot] [PATCH 4/7] mmc: rescan fails on empty slot

Hi Jaehoon Chung, On 07/19/2011 04:06 AM, Jaehoon Chung wrote: > > Hi Michael. > > I have some question. there are some mmc_init(). > But you are only checked there.. > Did you have any special reason? > > Regards, > Jaehoon Chung The purpose of my patch was to enable an if/else to detect whet

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

(to : ARM custodians, for action) (cc: Wolfgang and Scott, for info) Hi Sandeep, Le 19/07/2011 17:22, Paulraj, Sandeep a écrit : > > >> >> Note that u-boot-ti still has a tag, "2009.01-rc2", which should be >> removed from the repository, see >>

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

Hi Anton, On Tuesday 19 July 2011 11:44 PM, Anton Staaf wrote: [snip ..] > There are a number of possible solutions: > > 1) Modify the invalidate code to first read the partial cache line > and then invalidate and then write back just the valid part of the > line. This suffer

[U-Boot] [PATCH v2] i2c:gpio:s5p: I2C GPIO Software implementation (via soft_i2c)

This patch adds support for software I2C for GONI reference target. It adds support for access to GPIOs by number, not as it is present, by bank and offset. Signed-off-by: Lukasz Majewski Signed-off-by: Kyungmin Park Cc: Minkyu Kang Cc: Heiko Schocher --- Changes for v2: - Generic GPI

[U-Boot] [PATCH v2] MAINTAINERS: integrator+versatile boards

- Take maintainership of the unlisted integratorap, and the integratorcp boards - Orphan the versatile maintained by Peter Pearse, as he has retired from ARM Cc: Philippe Robin Signed-off-by: Linus Walleij --- Changes v1->v2: take care also of the integratorcp board(s). --- MAINTAINERS |

[U-Boot] [PATCH] integratorcp: make the board compile

This defines the requires CONFIG_SYS_* variables to make the Integrator CP board compile. Signed-off-by: Linus Walleij --- This complements the other Integrator patches so that the CP variants also build cleanly with the new build system. --- include/configs/integratorcp.h |6 ++ 1 files

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

- "Lei Wen" wrote: > I mean why there has to be one request() function call is need? > Is this mandatory for the gpio general framwork as you said? > > Best regards, > Lei > If you're enabling GPIO command support (CONFIG_CMD_GPIO), Its necessary. and yes its a part of framework. Regard

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

Dear Wolfgang, On Tuesday 19 July 2011 09:21 PM, Daniel Schwierzeck wrote: > 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 I think this was the final change reque

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

On Tue, Jul 19, 2011 at 10:04 PM, Wolfgang Denk wrote: > [Me] >>  include/configs/integratorap.h              |    3 + >>  include/configs/integratorap_cm720t.h       |    1 + >>  include/configs/integratorap_cm920t.h       |    1 + >>  include/configs/integratorap_cm926ejs.h     |    1 + >>  inc

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

On Wed, Jul 20, 2011 at 3:29 PM, Ajay Bhargav wrote: > Hi Lei, > >> I am not mixing those two concept together, and in our pratice, we >> also do as you said, >> use mfp to set that pin to GPIO state, and use gpio function to >> manupulate the gpio. >> So there is no need checking MFP setting for

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

Hi Lei, > I am not mixing those two concept together, and in our pratice, we > also do as you said, > use mfp to set that pin to GPIO state, and use gpio function to > manupulate the gpio. > So there is no need checking MFP setting for gpio requreset. Directly > set would be ok. exactly... so her

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

On Wed, Jul 20, 2011 at 3:14 PM, Ajay Bhargav wrote: > Hi Lei, > >> Actually, as uboot target at small size, I tend to don't add too much >> logic to it. So there is no need to >> check the "MAX", if one need to set the gpio, he should notice by >> himself, the gpio number he specified >> is a val

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

Hi Lei, > Actually, as uboot target at small size, I tend to don't add too much > logic to it. So there is no need to > check the "MAX", if one need to set the gpio, he should notice by > himself, the gpio number he specified > is a valid gpio address in the system. Yeah so i made this assumption

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

Hi Ajay, On Tue, Jul 19, 2011 at 6:29 PM, Ajay Bhargav wrote: > 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 ou

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

Hi Ajay, On Tue, Jul 19, 2011 at 12:23 PM, Ajay Bhargav wrote: > > - "Prafulla Wadaskar" wrote: > >> You should define all GPIO register in a single struct >> And point them with base address offsets >> > >> >> I suggest you to add mvgpio.c instead of armada100_gpio.c >> This will be used in