Re: [U-Boot] [PATCH] add Matrix Vision specific dir for common code.

On Mon, 2009-08-31 at 19:48 +0200, Wolfgang Denk wrote: > Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, > > In message <1251722510.4189.67.ca...@swa-m460> you wrote: > > > > git send-mail always creates two or more mails. The first one is > > unnecessary for a single patch, i.e. not a patch series. > >

Re: [U-Boot] ARM preprocessor error generating assembly dependencies

Dear Dirk Behme, In message <4a9cc333.7020...@googlemail.com> you wrote: > > >> That is, it doesn't use AFLAGS set in config.mk to generate assembly > >> dependencies? So setting -D__ASSEMBLY__ while generating assembly > >> dependencies is missing here? > > > > It's not needed. At least for n

Re: [U-Boot] [PATCH] add Matrix Vision specific dir for common code.

Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, In message <1251790163.4137.2.ca...@swa-m460> you wrote: > > After following your suggestion (git format-patch) with proper commit > message and "Signed-off-by:" I could omit the "--compose" argument for > git send-mail leading to a single mail, i.e. this is

Re: [U-Boot] [PATCH] Add common code dir for Matrix Vision boards.

Wolfgang, On Mon, 2009-08-31 at 20:26 +0200, Wolfgang Denk wrote: > Dear Andre Schwarz, > > In message <1251728304-26888-1-git-send-email-andre.schw...@matrix-vision.de> > you wrote: > > This fixes current build failure. > > > > Signed-off-by: Andre Schwarz > > Hm... You did not test your pat

Re: [U-Boot] ARM preprocessor error generating assembly dependencies

Dear Wolfgang Denk, Wolfgang Denk wrote: > Dear Dirk Behme, > > In message <4a9cc333.7020...@googlemail.com> you wrote: That is, it doesn't use AFLAGS set in config.mk to generate assembly dependencies? So setting -D__ASSEMBLY__ while generating assembly dependencies is missing

[U-Boot] [PATCH] AT91: Add SD/MMC controller support

This patch allows to use the atmel_mci SD/MMC driver on the at91 architecture. It contains: - initialization code for the MCI controller for all the supported AT91. It allows the use of only one controller even if a SoC has two controllers (anyway there's no support for it in atmel_mci as of

[U-Boot] how to enable various command support in u-boot-1.3.4?

Dear all, I was using u-boot-1.1.5 all these days. so i decided to use SPI API improvements and some other improvements. so i switched to u-boot 1.3.4 . I'm using AT91SAM9261 board cross compiler with GCC 3.4.1. i was able to compile the u-boot but only few of files compiled. in the /common/ direc

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Wolfgang Denk wrote: > Dear Haavard Skinnemoen, > > In message <20090831155327.62b58...@hskinnemoen-d830> you wrote: > > > > Possibly. But it means even more effort and even larger code, so I'm > > not exactly happy about it. > > Really? Sorry if I'm asking dumb questions - I don't know AVR32:

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Becky Bruce wrote: > Sorry, guys, I'm still not clear on what's going on. Haavard, did you > expect each call to flash_map to return a different VA each time (i.e. > you're trying to do some sort of dynamic mapping), or are you just > calling it to get the VA that corresponds to some PA, sin

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

On Tuesday 01 September 2009 10:57:52 Haavard Skinnemoen wrote: > > Well, usually we run with IC on and with DC off, usually because > > quite a number of drivers and other code do not use proper I/O > > accessors yet, and/or because it's easier and nobody really cares. > > For exam

Re: [U-Boot] how to enable various command support in u-boot-1.3.4?

Dear sunr2007, In message <25236687.p...@talk.nabble.com> you wrote: > > I was using u-boot-1.1.5 all these days. so i decided to use SPI API > improvements and some other improvements. so i switched to u-boot 1.3.4 . > I'm using AT91SAM9261 board cross compiler with GCC 3.4.1. i was able to May

[U-Boot] [PATCH] at91sam9260/afeb9260: Fix SPI initialization

Commit 7ebafb7ec1a0285af8380623c009576f92583b98 introduced a mistake in the spi init function call for those boards. This patch fixes this. Signed-off-by: Albin Tonnerre --- board/afeb9260/afeb9260.c |2 +- board/atmel/at91sam9260ek/at91sam9260ek.c |2 +- 2 files changed,

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Dear Haavard Skinnemoen, In message <20090901105752.5bb77...@hskinnemoen-d830> you wrote: > > > Really? Sorry if I'm asking dumb questions - I don't know AVR32: is > > it true that stting up a non-1:1 mapping for the NOR flash (i. e. > > what you are doing now) is easier (less code) than set

Re: [U-Boot] how to enable various command support in u-boot-1.3.4?

wd wrote: > > Dear sunr2007, > > In message <25236687.p...@talk.nabble.com> you wrote: >> >> I was using u-boot-1.1.5 all these days. so i decided to use SPI API >> improvements and some other improvements. so i switched to u-boot 1.3.4 . >> I'm using AT91SAM9261 board cross compiler with GCC

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Becky Bruce wrote: > > Becky: the fact that Haavard's code is breaking is not considered an > > indication of a deficiency in his code. > > I'm not calling the code deficient, just a bit inconsistent, and it > wasn't clear to me why. When code uses the same value 1) by mapping > it and 2)

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Stefan Roese wrote: > On Tuesday 01 September 2009 10:57:52 Haavard Skinnemoen wrote: > > > Well, usually we run with IC on and with DC off, usually because > > > quite a number of drivers and other code do not use proper I/O > > > accessors yet, and/or because it's easier and nobody

Re: [U-Boot] how to enable various command support in u-boot-1.3.4?

Dear sunr2007, Please make sure to read http://www.netmeister.org/news/learn2quote.html Your message is next to impossible to read as we cannot see who wrote what. In message <25237459.p...@talk.nabble.com> you wrote: > > > > Why are you not using a recent tool chain? > > since i use AT91SAM92

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Wolfgang Denk wrote: > Dear Haavard Skinnemoen, > > Like I explained in an earlier mail, the default setup includes a 1:1 > > mapping of the lowest addresses, but it's cacheable. The default setup > > also includes an uncached mapping of the same memory at a higher > > virtual address. > > You me

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Dear Haavard Skinnemoen, In message <20090901123829.55fcb...@hskinnemoen-d830> you wrote: > > And that is EXACTLY why I'm trying to advocate: Keep the additional > complexity (which can be kept to a minimum) localized to a handful of > drivers, and don't change the command line interface or the bo

Re: [U-Boot] how to enable various command support in u-boot-1.3.4?

thanks a lot Deng. sorry about previous message postin tat way. Now i was able to compile cmd_fat.c by adding tat CONFIG_CMD_FAT in /include/configs/at91sam9261ek.h. Now i want to use the atmel_spi.c driver in /drivers/spi. can u let me know what to add in the config file? i tried adding if def

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Wolfgang Denk wrote: > Dear Haavard Skinnemoen, > > In message <20090901123829.55fcb...@hskinnemoen-d830> you wrote: > > > > And that is EXACTLY why I'm trying to advocate: Keep the additional > > complexity (which can be kept to a minimum) localized to a handful of > > drivers, and don't change

[U-Boot] [PATCH][v1] ppc/85xx: Use CONFIG_FSL_ESDHC to enable sdhc clk

Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead of a platform define. This will enable all the 85xx platforms to use sdhc_clk based on CONFIG_FSL_ESDHC. Signed-off-by: Gao Guanhua Signed-off-by: Dipen Dudhat --- - applies on git.denx.de/u-boot-mpc85xx.git branch->next cpu/

[U-Boot] [PATCH][v1] ppc/85xx: Fix up eSDHC controller clock frequency in the device tree for P1 & P2 RDB platforms

Fix up eSDHC controller clock frequency in the device tree for P1 & P2 RDB platforms Signed-off-by: Dipen Dudhat --- - applies on git.denx.de/u-boot-mpc85xx.git branch->next board/freescale/p1_p2_rdb/p1_p2_rdb.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/board/fr

Re: [U-Boot] [PATCH] AT91: Add SD/MMC controller support

On Tue, Sep 01, 2009 at 10:37:21AM +0200, Albin Tonnerre wrote: > This patch allows to use the atmel_mci SD/MMC driver on the at91 architecture. > It contains: > - initialization code for the MCI controller for all the supported AT91. It >allows the use of only one controller even if a SoC has

Re: [U-Boot] [PATCH] AT91: Add SD/MMC controller support

On Tue, Sep 01, 2009 at 02:57:46PM +0300, Sami Kantoluoto wrote: > On Tue, Sep 01, 2009 at 10:37:21AM +0200, Albin Tonnerre wrote: > > This patch allows to use the atmel_mci SD/MMC driver on the at91 > > architecture. > > It contains: > > - initialization code for the MCI controller for all the s

[U-Boot] [PATCH] Support for Micrel/Kendin KS899xM managed switches.

This patch adds simple support for KS8993M and KS8995MA managed switches. It uses SPI interface for configuration (as everything cannot be configured through MII). Switch can be configured to either regular switch or to "router mode" so that every port (except the host port) has it's own VLAN ("por

Re: [U-Boot] [PATCH] AT91: Add SD/MMC controller support

On Tue, Sep 01, 2009 at 03:04:24PM +0300, Sami Kantoluoto wrote : > On Tue, Sep 01, 2009 at 02:57:46PM +0300, Sami Kantoluoto wrote: > > On Tue, Sep 01, 2009 at 10:37:21AM +0200, Albin Tonnerre wrote: > > > This patch allows to use the atmel_mci SD/MMC driver on the at91 > > > architecture. > > >

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Dear Haavard Skinnemoen, In message <20090901134257.59961...@hskinnemoen-d830> you wrote: > > > > complexity (which can be kept to a minimum) localized to a handful of > > > drivers, and don't change the command line interface or the board > > > configuration interface. > > > > We're not doing th

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Wolfgang Denk wrote: > Dear Haavard Skinnemoen, > > In message <20090901134257.59961...@hskinnemoen-d830> you wrote: > > > > > > complexity (which can be kept to a minimum) localized to a handful of > > > > drivers, and don't change the command line interface or the board > > > > configuration in

[U-Boot] Obtaining board specific phy diagnostics

Hi all, Is there a common mechanism to hook in board specific ethernet phy commands? For example, I'd like to hook in the ability to read the TDR characteristics of the ethernet cable connected to my board. I know the phy on my board supports this so I was planning on hooking it into the mii comma

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Dear Haavard Skinnemoen, In message <20090901152305.68e8d...@hskinnemoen-d830> you wrote: > > > On a 32 bit system with 36 bit physical addresses you cannot use a > > physical address when running the "md" command, for example. > > Yes you can, if you teach the "md" command to map it at a virtual

[U-Boot] Is there any full story about how to take advantage FDT function ?

And how to configure the kernel to minimize the code modification ? I am porting U-Boot and Linux to a new board with a MPC875 processor and two serial chips, and U-Boot runs well now. I hear that the FDT function can tell the kernel devices information more flexibly and reduce the code modificat

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Wolfgang Denk wrote: > Well, that was the part of me saying before: "as long as it doesn't > hurt others". We don't want to add that complexity to U-Boot as noone > needs it. Right. I forgot that nobody actually needs this. Fuck it, I'm out. Haavard _

Re: [U-Boot] [PATCH] MCI support for AT91 family processors.

On Mon, Aug 31, 2009 at 01:39:26PM +0200, Albin Tonnerre wrote: > On Mon, Aug 31, 2009 at 02:22:47PM +0300, Sami Kantoluoto wrote : > > On Sun, Aug 30, 2009 at 01:08:27AM +0200, Albin Tonnerre wrote: > > > On Sat, Aug 29, 2009 at 08:18:32PM +0300, Sami Kantoluoto wrote : > > > > Fixed to parse CSD

Re: [U-Boot] Large Block USB Flash Drive Problem

From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On Behalf Of Remy Bohmer Sent: Monday, June 01, 2009 12:04 PM To: Barnes, Clifton A. Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] Large Block USB Flash Drive Problem > Hello, > 2009/5/28 Barnes, Clifton A. : > >        I have been trying ou

Re: [U-Boot] [PATCH v6 2/2] arm: A320: Add support for Faraday A320 evaluation board

On 09:41 Tue 01 Sep , Po-Yu Chuang wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > 2009/8/20 Po-Yu Chuang : > > Dear Jean-Christophe PLAGNIOL-VILLARD, > >> From: Po-Yu Chuang > >> > >> This patch adds support for A320 evaluation board from Faraday. This board > >> uses FA526 processor by

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Thiago A. Corrêa wrote: > Hi, > >I don't want to intrude too much into the discussion, but I would > like to offer a small bit of info Oh, I wish more people would intrude ;-) > On Tue, Sep 1, 2009 at 10:23 AM, Haavard > Skinnemoen wrote: > >> It would be a good idea to clean up this board

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

John Rigby wrote: > Sorry for the late comments. We have been trying to use this code with > the associated davinci 4-bit ecc patches and have some questions (inline). > > . > + uint8_t *ecc_code = chip->buffers->ecccode; > + uint32_t *eccpos = chip->ecc.layout->eccpo

Re: [U-Boot] Obtaining board specific phy diagnostics

Matthew Lear wrote: > Hi all, > > Is there a common mechanism to hook in board specific ethernet phy > commands? For example, I'd like to hook in the ability to read the TDR > characteristics of the ethernet cable connected to my board. I know the > phy on my board supports this so I was planning

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Sorry for the late comments. We have been trying to use this code with the associated davinci 4-bit ecc patches and have some questions (inline). . > + uint8_t *ecc_code = chip->buffers->ecccode; > + uint32_t *eccpos = chip->ecc.layout->eccpos; > + uint8_t *ecc_calc = chip->

[U-Boot] API License Terms

Hi Please can someone clarify the following points regarding the 'Consumer API' which we wish to use to access the environment from the core application of a commercial closed source product. 1) Is it true that the so called 'consumer application' can use this API and remain closed so

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Hi, I don't want to intrude too much into the discussion, but I would like to offer a small bit of info On Tue, Sep 1, 2009 at 10:23 AM, Haavard Skinnemoen wrote: >> It would be a good idea to clean up this board  support,  remove  the >> proprietary  flash driver and use the CFI driver instea

Re: [U-Boot] [PATCH] atngw100: Use virtual address in CONFIG_ENV_ADDR

Haavard Skinnemoen wrote: > Right...I'm beginning to doubt that anyone is familiar enough with the > u-boot code, since everyone seems to have their own opinion about how > things are supposed to work. > > To summarize, here are the possible ways to fix the problem as I see it: > - Use virtua

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

> John Rigby wrote: > > Sorry for the late comments. We have been trying to use this code with > > the associated davinci 4-bit ecc patches and have some questions We use this internally and it works. Are you having any issues because we don't see any!! J-C has to apply a patch and you will need

[U-Boot] [PATCH 1/2] ppc: Remove -fno-strict-aliasing

-fno-strict-aliasing is hidding warnings. Signed-off-by: Kumar Gala --- board/tqc/tqm5200/Makefile |2 +- cpu/74xx_7xx/config.mk |2 +- cpu/mpc824x/config.mk |2 +- cpu/mpc8xx/config.mk |2 +- cpu/ppc4xx/config.mk |2 +- 5 files changed, 5 insertions(+),

[U-Boot] [PATCH 2/2] arm: Remove -fno-strict-aliasing

-fno-strict-aliasing is hidding warnings. Signed-off-by: Kumar Gala --- cpu/arm1136/config.mk |3 +-- cpu/arm1176/config.mk |3 +-- cpu/arm1176/s3c64xx/config.mk |3 +-- cpu/arm720t/config.mk |3 +-- cpu/arm920t/config.mk |3 +-- cpu/

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Scott answered my question about chips that don't support NAND_CMD_READOOB, we need to take care of it in cmdfunc. I still don't see why the calculate method is called. The results are ignored. On Tue, Sep 1, 2009 at 10:03 AM, Paulraj, Sandeep wrote: > > > John Rigby wrote: > > > Sorry for the

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Thanks for the info. On Tue, Sep 1, 2009 at 10:33 AM, Paulraj, Sandeep wrote: > This patch is fine. > > I'll send an updated NAND Davinci driver patch soon which adds to what is > already there. I have made a mistake and testing did not show it. > > Have you noticed that not all e-mails reach th

[U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

This is needed so that we could use this macro for non-UBI code. Signed-off-by: Anton Vorontsov --- include/compiler.h |3 +++ include/ubi_uboot.h |4 +--- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/include/compiler.h b/include/compiler.h index 272fd3c..e602cce 10064

[U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

The warning is bogus, so silence it with uninitialized_var(). Signed-off-by: Anton Vorontsov --- board/freescale/common/sys_eeprom.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/board/freescale/common/sys_eeprom.c b/board/freescale/common/sys_eeprom.c index c0fff6

Re: [U-Boot] [PATCH v3 4/4] tools: mkimage: Add: Kirkwood Boot Image support (kwbimage)

> -Original Message- > From: Prafulla Wadaskar [mailto:prafu...@marvell.com] > Sent: Monday, August 24, 2009 11:04 PM > To: u-boot@lists.denx.de > Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar > Subject: [PATCH v3 4/4] tools: mkimage: Add: Kirkwood Boot > Image support (kwb

Re: [U-Boot] [PATCH v3] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: Prafulla Wadaskar [mailto:prafu...@marvell.com] > Sent: Thursday, August 20, 2009 8:59 PM > To: u-boot@lists.denx.de > Cc: Prabhanjan Sarnaik; Ronen Shitrit; Ashish Karkare; > Prafulla Wadaskar > Subject: [PATCH v3] arm: Kirkwood: add SYSRSTn Duration > Co

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

On Sep 1, 2009, at 11:59 AM, Anton Vorontsov wrote: > The warning is bogus, so silence it with uninitialized_var(). > > Signed-off-by: Anton Vorontsov > --- > board/freescale/common/sys_eeprom.c |4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/board/freescale/commo

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

On Tue, Sep 01, 2009 at 12:30:53PM -0500, Kumar Gala wrote: > > On Sep 1, 2009, at 11:59 AM, Anton Vorontsov wrote: > > >The warning is bogus, so silence it with uninitialized_var(). > > > >Signed-off-by: Anton Vorontsov > >--- > >board/freescale/common/sys_eeprom.c |4 +++- > >1 files change

[U-Boot] I2c imd/imw for a digital potentiometer?

Hi all, I'm a little stumped as to how to write to a EEPot with the imw command. The EEPot is a Maxim 5434 and has an address of 0x28. To write to its volatile or non-volatile register ... a command byte is given. Writing 5 bits of data (it is a 32 tap pot so that is where the 5 bits come from)

Re: [U-Boot] Virtual addresses, u-boot, and the MMU

I have followed the recent discussions about problems in the CFI driver caused by the need to change the attributes of the address at which the flash is mapped. This discussion has raised some questions in my mind regarding the assumptions u-boot makes regarding the behavior of the addres

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

On Tue, Sep 01, 2009 at 09:38:14PM +0400, Anton Vorontsov wrote: [...] > > >static int prog_eeprom(void) > > >{ > > >- int ret, i; > > >+ int uninitialized_var(ret); > > >+ int i; > > > > why don't we init ret = 0; seems like we should be doing that since > > we might not enter the for loop >

Re: [U-Boot] API License Terms

Dear Daniel, In message <7b12c7cf8eb6734f9c50a406cd99bed205acf...@mail01b> you wrote: > > Please can someone clarify the following points regarding the 'Consumer > API' which we wish to use to access the environment from the core > application of a commercial closed source product. There is no s

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Anton Vorontsov wrote: > - for (i = 0, p = &e; i < sizeof(e); i += 8, p += 8) { > + do { > ret = i2c_write(CONFIG_SYS_I2C_EEPROM_ADDR, i, > CONFIG_SYS_I2C_EEPROM_ADDR_LEN, > - p, min((sizeof(e) - i), 8)); > + (void *)&e + i, min((sizeo

[U-Boot] invalid core multipliers?

Hello, I am bootstrapping an mpc5121e board. When the cpu speed is calculated (cpu/mpc512x/speed.c) there is a comment about all core pll settings above 7 are invalid I can't see anything about that in the CPU documentation so I am wondering if anyone has reference to where this is defined a

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

Dear Anton Vorontsov, In message <20090901165803.ga3...@oksana.dev.rtsoft.ru> you wrote: > This is needed so that we could use this macro for non-UBI code. > > Signed-off-by: Anton Vorontsov > --- > include/compiler.h |3 +++ > include/ubi_uboot.h |4 +--- > 2 files changed, 4 insertio

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Dear Anton Vorontsov, In message <20090901165902.ga6...@oksana.dev.rtsoft.ru> you wrote: > The warning is bogus, so silence it with uninitialized_var(). Which tool chain issues a warning here? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel

Re: [U-Boot] I2c imd/imw for a digital potentiometer?

Brian Hutchinson wrote: > Hi all, > > I'm a little stumped as to how to write to a EEPot with the imw command. > > The EEPot is a Maxim 5434 and has an address of 0x28. To write to its > volatile or non-volatile register ... a command byte is given. > > Writing 5 bits of data (it is a 32 tap po

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

On Tue, Sep 01, 2009 at 08:11:41PM +0200, Wolfgang Denk wrote: > Dear Anton Vorontsov, > > In message <20090901165803.ga3...@oksana.dev.rtsoft.ru> you wrote: > > This is needed so that we could use this macro for non-UBI code. > > > > Signed-off-by: Anton Vorontsov > > --- > > include/compiler.

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix ' may be used uninitialized' warningп

On Tue, Sep 01, 2009 at 01:09:26PM -0500, Timur Tabi wrote: > Anton Vorontsov wrote: > > > - for (i = 0, p = &e; i < sizeof(e); i += 8, p += 8) { > > + do { > > ret = i2c_write(CONFIG_SYS_I2C_EEPROM_ADDR, i, > > CONFIG_SYS_I2C_EEPROM_ADDR_LEN, > > - p, min((sizeo

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

On Tue, Sep 01, 2009 at 08:16:26PM +0200, Wolfgang Denk wrote: > Dear Anton Vorontsov, > > In message <20090901165902.ga6...@oksana.dev.rtsoft.ru> you wrote: > > The warning is bogus, so silence it with uninitialized_var(). > > Which tool chain issues a warning here? gcc version 4.0.0 (DENX ELDK

Re: [U-Boot] I2c imd/imw for a digital potentiometer?

On Tue, Sep 1, 2009 at 12:50 PM, Brian Hutchinson wrote: > Hi all, > > I'm a little stumped as to how to write to a EEPot with the imw command. > > The EEPot is a Maxim 5434 and has an address of 0x28.  To write to its > volatile or non-volatile register ... a command byte is given. > > Writing 5 b

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Anton Vorontsov wrote: > The warning is bogus, so silence it with uninitialized_var(). > > Signed-off-by: Anton Vorontsov > --- Acked-by: Timur Tabi -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http:

Re: [U-Boot] API License Terms

Wolfgang > > Please can someone clarify the following points regarding the 'Consumer > > API' which we wish to use to access the environment from the core > > application of a commercial closed source product. > > There is no such thing as a "consumer API". > > > 1) Is it true that the so

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

On Tue, Sep 01, 2009 at 10:25:18PM +0400, Anton Vorontsov wrote : > On Tue, Sep 01, 2009 at 08:11:41PM +0200, Wolfgang Denk wrote: > > Dear Anton Vorontsov, > > > > In message <20090901165803.ga3...@oksana.dev.rtsoft.ru> you wrote: > > > This is needed so that we could use this macro for non-UBI c

Re: [U-Boot] API License Terms

On 2009-09-01, at 20:08, Wolfgang Denk wrote: >> 3) If presume that we cannot use the GPLv2 glue files in a >> closed >> source application. > > Correct. There's also a BSD licensed version of the gluing code and the syscall entry, which is used for integration of the FreeBSD loader(8)

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Paulraj, Sandeep wrote: >> John Rigby wrote: >>> Sorry for the late comments. We have been trying to use this code with >>> the associated davinci 4-bit ecc patches and have some questions > We use this internally and it works. Are you having any issues because we > don't see any!! Calm down, ju

Re: [U-Boot] Large Block USB Flash Drive Problem

Hi, >> Well, there was a patch posted for this some time ago: >> http://www.mail-archive.com/u-boot@lists.denx.de/msg05444.html >> But, this patch broke several 512 byte blocksize devices, so I did not >> push it to mainline. >> You might take a look at it, maybe it solves your problem. >> If you

Re: [U-Boot] Virtual addresses, u-boot, and the MMU

Dear "J. William Campbell", In message <4a9d5ef2.4030...@comcast.net> you wrote: > I have followed the recent discussions about problems in the CFI > driver caused by the need to change the attributes of the address at > which the flash is mapped. This discussion has raised some questions

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Dear Anton Vorontsov, In message <20090901180613.ga10...@oksana.dev.rtsoft.ru> you wrote: > > Another option is to turn the for loop into do {} while, so > we can avoid unitialized_var() usage. Something like that: This is much more difficult to read. Best regards, Wolfgang Denk -- DENX Soft

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

Dear Anton Vorontsov, In message <20090901182518.ga17...@oksana.dev.rtsoft.ru> you wrote: > > We can fix the warnings by assigning some value to a variable > at declaration, but the advantage of 'x = x' trick is that it > doesn't generate any code. Argh... what a clev^H^H^H^Hdirty trick. Thanks

Re: [U-Boot] [PATCH 2/2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Dear Anton Vorontsov, In message <20090901182914.ga19...@oksana.dev.rtsoft.ru> you wrote: > On Tue, Sep 01, 2009 at 08:16:26PM +0200, Wolfgang Denk wrote: > > Dear Anton Vorontsov, > > > > In message <20090901165902.ga6...@oksana.dev.rtsoft.ru> you wrote: > > > The warning is bogus, so silence it

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

On Tue, Sep 01, 2009 at 08:52:33PM +0200, Albin Tonnerre wrote: [...] > > > > +/* compiler options */ > > > > +#define uninitialized_var(x) x = x > > > > > > Please excuse my ignorance, but where and what for is such a > > > definition useful? > > > > It's used to avoid GCC warnings, i.

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Matt Waddel wrote: > Hi Scott and Sandeep, > > As long as we're looking at these patches again I had a question about > patch 1 of 2 in this series. > > The following part of the patch added a definition for: > > chip->ecc.read_page = nand_read_page_hwecc_oob_first > > but since there aren'

Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode NAND_ECC_HW_OOB_FIRST

Hi Scott and Sandeep, As long as we're looking at these patches again I had a question about patch 1 of 2 in this series. The following part of the patch added a definition for: chip->ecc.read_page = nand_read_page_hwecc_oob_first but since there aren't any "break" statements until "case NA

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

On 02:32 Tue 11 Aug , Ilya Yanok wrote: > This patch adds support for i.MX27-LITEKIT development board from > LogicPD. This board uses i.MX27 SoC and has 2MB NOR flash, 64MB NAND > flash, FEC ethernet controller integrated into i.MX27. > > Signed-off-by: Ilya Yanok > --- > MAINTAINERS

Re: [U-Boot] [PATCH v3] arm: Kirkwood: add SYSRSTn Duration Counter Support

On 20:59 Thu 20 Aug , Prafulla Wadaskar wrote: > This feature can be used to trigger special command "sysrstcmd" using > reset key long press event and environment variable "sysrstdelay" is set > (useful for reset to factory or manufacturing mode execution) > > Kirkwood SoC implements a hardwa

Re: [U-Boot] [PATCH v8] Support for the Calao TNY-A9260/TNY-A9G20 boards

On 16:04 Thu 20 Aug , Albin Tonnerre wrote: > The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by > Calao Systems . Their components are very > similar to the AT91SAM9260EK board, so their configuration is based on > the configuration of this board

Re: [U-Boot] [PATCH] at91sam9260/afeb9260: Fix SPI initialization

On 11:26 Tue 01 Sep , Albin Tonnerre wrote: > Commit 7ebafb7ec1a0285af8380623c009576f92583b98 introduced a mistake in the > spi > init function call for those boards. This patch fixes this. > > Signed-off-by: Albin Tonnerre > --- > board/afeb9260/afeb9260.c |2 +- > boar

Re: [U-Boot] Virtual addresses, u-boot, and the MMU

Wolfgang Denk wrote: > Dear "J. William Campbell", > > In message <4a9d5ef2.4030...@comcast.net> you wrote: > >> I have followed the recent discussions about problems in the CFI >> driver caused by the need to change the attributes of the address at >> which the flash is mapped. This dis

[U-Boot] [PATCH v2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

The warning is bogus, so silence it by initializing the 'ret' variable. Signed-off-by: Anton Vorontsov --- On Tue, Sep 01, 2009 at 09:27:37PM +0200, Wolfgang Denk wrote: > Dear Anton Vorontsov, > > In message <20090901182518.ga17...@oksana.dev.rtsoft.ru> you wrote: > > > > We can fix the warnin

Re: [U-Boot] [PATCH v2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

Anton Vorontsov wrote: > p.s. Timur, since the patch has changed, I couldn't preserve your > previous Ack. I'm okay with this version, too. -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http://lis

Re: [U-Boot] I2c imd/imw for a digital potentiometer?

On Tue, Sep 1, 2009 at 2:22 PM, Jerry Van Baren wrote: > Brian Hutchinson wrote: > >> Hi all, >> >> I'm a little stumped as to how to write to a EEPot with the imw command. >> >> The EEPot is a Maxim 5434 and has an address of 0x28. To write to its >> volatile or non-volatile register ... a comma

Re: [U-Boot] [PATCH][v1] ppc/85xx: Fix up eSDHC controller clock frequency in the device tree for P1 & P2 RDB platforms

On Sep 1, 2009, at 6:57 AM, Dipen Dudhat wrote: > Fix up eSDHC controller clock frequency in the device tree for P1 & > P2 RDB platforms > > Signed-off-by: Dipen Dudhat > --- > - applies on git.denx.de/u-boot-mpc85xx.git branch->next > board/freescale/p1_p2_rdb/p1_p2_rdb.c |3 +++ > 1 files

Re: [U-Boot] [PATCH][v1] ppc/85xx: Use CONFIG_FSL_ESDHC to enable sdhc clk

On Sep 1, 2009, at 6:57 AM, Dipen Dudhat wrote: > Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead > of a platform define. > This will enable all the 85xx platforms to use sdhc_clk based on > CONFIG_FSL_ESDHC. > > Signed-off-by: Gao Guanhua > Signed-off-by: Dipen Dudhat >

[U-Boot] [PATCH] ppc/8xxx: relocate cpu pointer in global data

Now that we have a pointer to the cpu struct we need to relocate it once we get into ram. Signed-off-by: Kumar Gala --- lib_ppc/board.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/lib_ppc/board.c b/lib_ppc/board.c index 9faf7f2..6e6483b 100644 --- a/lib_ppc/board.

Re: [U-Boot] [PATCH v2] fsl: sys_eeprom: Fix 'may be used uninitialized' warning

On Sep 1, 2009, at 5:17 PM, Anton Vorontsov wrote: > The warning is bogus, so silence it by initializing the 'ret' > variable. > > Signed-off-by: Anton Vorontsov > --- > > On Tue, Sep 01, 2009 at 09:27:37PM +0200, Wolfgang Denk wrote: >> Dear Anton Vorontsov, >> >> In message <20090901182518.g

Re: [U-Boot] [PATCH] ppc/8xxx: relocate cpu pointer in global data

On Sep 1, 2009, at 9:09 PM, Kumar Gala wrote: > Now that we have a pointer to the cpu struct we need to relocate it > once > we get into ram. > > Signed-off-by: Kumar Gala > --- > lib_ppc/board.c |4 > 1 files changed, 4 insertions(+), 0 deletions(-) applied to 85xx. - k

[U-Boot] [PATCH v6 1/2 resend] arm: A320: driver for FTRTC010 real time clock

From: Po-Yu Chuang This patch adds an FTRTC010 driver for Faraday A320 evaluation board. Signed-off-by: Po-Yu Chuang --- drivers/rtc/Makefile |1 + drivers/rtc/ftrtc010.c | 124 2 files changed, 125 insertions(+), 0 deletions(-) create m

[U-Boot] Does u-boot support nand flash boot

I want to use u-boot for the ARM chip S3C2410. S3C2410 supports the nand flash boot. So I want to know whether the u-boot supports the nand flash boot.. Thank you for your answer! ___ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.

[U-Boot] [PATCH v6 2/2 resend] arm: A320: Add support for Faraday A320 evaluation board

From: Po-Yu Chuang This patch adds support for A320 evaluation board from Faraday. This board uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM. FA526 is an ARMv4 processor and uses the ARM920T source in this patch. Signed-off-by: Po-Yu Chuang --- MAINTAINERS

Re: [U-Boot] [PATCH] ppc/8xxx: Remove ddr_pd_cntl register since it doesn't exist

On Sep 1, 2009, at 10:03 PM, Kumar Gala wrote: > The ddr_pd_cntl isn't defined in any reference manual and thus we wil > remove especially since we set it to 0, which would most likely be its > POR value. > > Signed-off-by: Kumar Gala > --- > board/freescale/p1_p2_rdb/ddr.c |5 - > cpu/mp

[U-Boot] [PATCH] ppc/8xxx: Remove ddr_pd_cntl register since it doesn't exist

The ddr_pd_cntl isn't defined in any reference manual and thus we wil remove especially since we set it to 0, which would most likely be its POR value. Signed-off-by: Kumar Gala --- board/freescale/p1_p2_rdb/ddr.c |5 - cpu/mpc85xx/ddr-gen3.c |1 - cpu/mpc8xxx/ddr/ctrl_regs.

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

On Tuesday 01 September 2009 15:58:14 Anton Vorontsov wrote: > On Tue, Sep 01, 2009 at 08:52:33PM +0200, Albin Tonnerre wrote: > > > > > +/* compiler options */ > > > > > +#define uninitialized_var(x) x = x > > > > > > > > Please excuse my ignorance, but where and what for is such a > > > >

[U-Boot] [PATCH][v1] ppc/85xx,86xx: Handling Unknown SOC version

Incase the system is detected with Unknown SVR, let the system boot with a default value and a proper message. Now with dynamic detection of SOC properties from SVR, this is necessary to prevent a crash. Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- applies on git.am.freescale.net

  1   2   >