Re: [U-Boot-Users] [PATCH] Merge code duplication in ata.h and libata.h

> - fsl_sata_exec_cmd(sata, cfis, CMD_ATA, 0, buffer, > ATA_SECT_SIZE * blkcnt); > + fsl_sata_exec_cmd(sata, cfis, CMD_ATA, 0, buffer, > ATA_SECT_BYTESIZE * blkcnt); > return blkcnt; > } > > @@ -658,7 +659,7 @@ static u32 fsl_sata_rw_cmd_ext(int dev, u32 start, > u32 blkcnt,

[U-Boot-Users] [PATCH] Merge code duplication in ata.h and libata.h

ata.h and libata.h contains duplicate and conflicting definitions. This patch tries to resolve this and make them both includeable in a sourcefile. Also updated is the fsl_sata driver which uses libata.h Signed-off-by: Tor Krill <[EMAIL PROTECTED]> --- drivers/block/fsl_sata.c | 15 ---

Re: [U-Boot-Users] Outstanding NET patches

Hi > Please consider this as 'last call' for submitting new network-related > code. We will of course accept bug fixes up until the release of > v1.3.3. The following are the outstanding patch sets that I'm aware of: > > - SMSC LAN9x1x (Guennadi L. or Sascha H.) - implement read/write > fun

Re: [U-Boot-Users] s3c2440 -- serial_init

Hi Michael, I have verified all the RAM initializations in board/smdk2440/lowlevel_init.S and it seems to be fine. The other changes that I have done are 1. In the board/smdk2440/config.mk file I changed TEXT_BASE = 0x33F8 to TEXT_BASE = 0x because I am booting from the NOR flash

Re: [U-Boot-Users] s3c2440 -- serial_init

Hi Michael, I have verified all the RAM initializations in board/smdk2440/lowlevel_init.S and it seems to be fine. The other changes that I have done are 1. In the board/smdk2440/config.mk file I changed TEXT_BASE = 0x33F8 to TEXT_BASE = 0x because I am booting from the NOR flash

Re: [U-Boot-Users] [PATCH] Add Vitesse 8601 support to TSEC driver

Ben regarding your call for network related patches. Im not sure if i should have sent this one to you? Got no reactions on it. /Tor On 3/28/2008, "Tor Krill" <[EMAIL PROTECTED]> wrote: >Add phy_info for Vitesse VSC8601. >Add config option, CFG_VSC8601_SKEWFIX, to enable RGMII skew timing >co

[U-Boot-Users] [PATCH 2/2] Support for LinkStation / KuroBox HD and HG PPC models

This patch is based on the port by Mihai Georgian (see linkstation.c for Copyright information) and implements support for LinkStation / KuroBox HD and HG PPC models from Buffalo Technology, whereby HD is deactivated at the moment, pending network driver fixing. Notice to users: this is pretty

[U-Boot-Users] Outstanding NET patches

Hello, Please consider this as 'last call' for submitting new network-related code. We will of course accept bug fixes up until the release of v1.3.3. The following are the outstanding patch sets that I'm aware of: - SMSC LAN9x1x (Guennadi L. or Sascha H.) - implement read/write functions/ma

[U-Boot-Users] [PATCH] Add apollon board MAINTAINERS entry

Add apollon board MAINTAINERS entry Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]> --- diff --git a/MAINTAINERS b/MAINTAINERS index e31ea06..35e532d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -554,6 +554,10 @@ Richard Woodruff <[EMAIL PROTECTED]> omap2420h4 ARM1136EJS

[U-Boot-Users] [PATCH] Fix OneNAND read

It should access with 16-bit instead of 8-bit Now it uses the generic memcpy with 8-bit access. It means it reads wrong data from OneNAND. Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]> --- diff --git a/drivers/mtd/onenand/onenand_base.c b/drivers/mtd/onenand/onenand_base.c index 3b828fb..174

[U-Boot-Users] [PATCH] Fix OneNAND erase command

It mis-calculates the block address. Also fix DECLARE_GLOBAL_DATA_PTR in env_onenand. Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]> --- diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c index dcda099..aff11d1 100644 --- a/common/cmd_onenand.c +++ b/common/cmd_onenand.c @@ -44,14 +44,28 @

[U-Boot-Users] [PATCH v2] tools/envcrc.c: use the target sizeof rather than build

The envcrc.c does sizeof(unsigned long) when calculating the crc, but this is done with the build toolchain instead of the target toolchain, so if the build is a 64bit system but the target is 32bits, the size will obviously be wrong. This introduces a sizeof.sh script to calculate the required si

[U-Boot-Users] [PATCH] ppc4xx: Add CFG_MEM_TOP_HIDE to Denali SPD-based SDRAM setup

Signed-off-by: Larry Johnson <[EMAIL PROTECTED]> --- cpu/ppc4xx/denali_spd_ddr2.c | 27 ++- 1 files changed, 14 insertions(+), 13 deletions(-) diff --git a/cpu/ppc4xx/denali_spd_ddr2.c b/cpu/ppc4xx/denali_spd_ddr2.c index 60f89c9..e20c9eb 100644 --- a/cpu/ppc4xx/denali_

Re: [U-Boot-Users] ENV in NAND and in EEPROM ?

Manuel Sahm wrote: > > Hello, > > > > I want to use an eeprom AND an NANDFLASH for storing the Enviroment Data. > > > > First: The EEPROM should be connected via SPI, so I have to make a c > file within the function for spi_write and spi_read…to use it with the > CFG_CMD_EEPROM. > > right ? > >

[U-Boot-Users] ISAF Ankara Fuarına Davetlisiniz! !!

Untitled Document BU DAVETİYENİN ÇIKIŞINI ALARAK YA DA LİNKTEKİ FORMU DOLDURARAK FUARIMIZI ÜCRETSİZ ZİYARET EDEBİLİRSİNİZ. Marmara Tanıtım Fuarcılık İstanbul (Merkez) Tel: +90 212 481 04 0

Re: [U-Boot-Users] [PATCH] tools/envcrc.c: use the target sizeof rather than build

On Sunday 30 March 2008, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > The envcrc.c does sizeof(unsigned long) when calculating the crc, but > > this is done with the build toolchain instead of the target toolchain, so > > if the build is a 64bit system but the target is 32bi

Re: [U-Boot-Users] [PATCH] Add support for hammerhead AVR32 board

Hi Alex, Alex wrote: > Hi > > Sorry, as you might have guessed I did not run MAKEALL to check my patch :-( > Worse, It would have broken existing code... Sorry again. > > I try to avoid such things in future. > > I corrected the patch. I tried to run MAKEALL, but it fails, as I don't have > all t

[U-Boot-Users] [PATCH 1/2] Additional PCI IDs for IDE and network controllers

These PCI IDs are required by the Linkstation platforms. Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]> --- Sorry for a last minute submission... Woould be good to get this and the following patch in for 1.3.3. Haven't found a PCI custodian, so, CC-ing Wolfgang. include/pci_ids.h |

Re: [U-Boot-Users] [PATCH] Add CONFIG_MII_INIT support to related boards

Tsi-Chung Liew wrote: > From: TsiChung Liew <[EMAIL PROTECTED]> > > Replace CONFIG_8xx and CONFIG_MCF532x to CONFIG_MII_INIT in > cmd_init.c. Add CONFIG_MII_INIT to board configuration files > that use mii_init() in cmd_init.c. > > Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> > Acked-by: Be

Re: [U-Boot-Users] [PATCH] Change env_get_char from a global function ptr to a function.

In message <[EMAIL PROTECTED]> you wrote: > > Just one step closer to full relocation of u-boot. Global variables > before relocation to RAM is hard to deal with. Not sure if the code > got smaller or not. Hm...there are some such variables. Did you compare sizes? Best regards, Wolfgang Denk

[U-Boot-Users] Revolutionary wonderdrug now available

Find out new ways to give her pleasure Do not be unhappy with your small size, we can help http://www.builopoe.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about a

Re: [U-Boot-Users] [PATCH] tools/envcrc.c: use the target sizeof rather than build

In message <[EMAIL PROTECTED]> you wrote: > The envcrc.c does sizeof(unsigned long) when calculating the crc, but this > is done with the build toolchain instead of the target toolchain, so if > the build is a 64bit system but the target is 32bits, the size will > obviously be wrong. This introduc

Re: [U-Boot-Users] [PATCH] Change env_get_char from a global function ptr to a function.

On Sun, 2008-03-30 at 22:59 +0200, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > This avoids an early global data reference. > > What exactly is the problem you're trying to fix? It seems the > resulting code is not exactly smaller than the old one? Just one step closer to

Re: [U-Boot-Users] [PATCH] Change env_get_char from a global function ptr to a function.

In message <[EMAIL PROTECTED]> you wrote: > This avoids an early global data reference. What exactly is the problem you're trying to fix? It seems the resulting code is not exactly smaller than the old one? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk &

Re: [U-Boot-Users] auto-save environment if using default environment?

On Wednesday 26 March 2008, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > i'll have to double check the endian (istr it being broken), but bitness > > is most definitely broken. this issue was posted over a year and a half > > ago. > > > > tools/envcrc.c does sizeof(unsigned

[U-Boot-Users] [PATCH] tools/envcrc.c: use the target sizeof rather than build

The envcrc.c does sizeof(unsigned long) when calculating the crc, but this is done with the build toolchain instead of the target toolchain, so if the build is a 64bit system but the target is 32bits, the size will obviously be wrong. This introduces a sizeof.sh script to calculate the required si

Re: [U-Boot-Users] [PATCH] net/Blackfin: move on-chip MAC driver into drivers/net/

On Tuesday 25 March 2008, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > The Blackfin on-chip MAC driver was being managed in the BF537-STAMP > > board directory, but it is not board specific, so relocate it to the > > drivers dir so that other Blackfin ports can utilize it. >

[U-Boot-Users] Pull request u-boot-blackfin.git

The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82: Bartlomiej Sieka (1): Fix host tool build breakage, take two are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Mike Frysinger (4): Blackfin: BF537-stamp: cleanup

Re: [U-Boot-Users] [PATCH] Change env_get_char from a global function ptr to a function.

On 16:45 Fri 28 Mar , Joakim Tjernlund wrote: > This avoids an early global data reference. > > --- > I hope this still applies. > > api/api.c|1 - > common/cmd_bootm.c |3 --- > common/cmd_nvedit.c |3 --- > common/env_common.c | 21 +++-- > com

[U-Boot-Users] [PATCH] 4xx: add ptm configuration variables for PMC440

Add support for the ptm1la, ptm1ms, ptm2la and ptm2ms environment variables. Cleanup pci_target_init. Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]> --- board/esd/pmc440/pmc440.c | 86 - 1 files changed, 54 insertions(+), 32 deletions(-) diff --g

[U-Boot-Users] [PATCH] 4xx: Cleanup PMC440 board support

Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]> --- board/esd/pmc440/cmd_pmc440.c | 53 +- board/esd/pmc440/pmc440.c | 227 +++-- 2 files changed, 132 insertions(+), 148 deletions(-) diff --git a/board/esd/pmc440/cmd_pmc440.c b/board/esd/pmc440

[U-Boot-Users] [PATCH] 4xx: Minor updates for DU440 boards

Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]> --- board/esd/du440/du440.c |5 +++-- board/esd/du440/du440.h |1 + include/configs/DU440.h | 16 ++-- 3 files changed, 10 insertions(+), 12 deletions(-) diff --git a/board/esd/du440/du440.c b/board/esd/du440/du440.c index ce

Re: [U-Boot-Users] [patch u-boot git 2/3] better ARM9 compiler options

On 12:50 Fri 18 Jan , David Brownell wrote: > Update some ARM9 builds to pass the exact CPU to GCC, when the compiler > supports that specification. This stops pessimizing codegen, and removes > voluminous warnings about (no) interworking support from EABI compilers. > (Like CodeSourcery's ARM

[U-Boot-Users] [PATCH] use correct at91rm9200 register name in m501sk board

This fixes a naming bug for at91rm9200 lowlevel init code: NOR boot flash is on chipselect 0, not chipselect 2. This makes code use the register name from chip datasheets. Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> diff --git a/board/m501sk/memsetup.S b/board/m501sk/mems

Re: [U-Boot-Users] [patch u-boot git 1/3] add missing ARM boards to MAKEALL

On 12:45 Fri 18 Jan , David Brownell wrote: > Add some missing ARM boards to MAKEALL. These build correctly, > unlike several of the boards already listed. > > Signed-off-by: David Brownell <[EMAIL PROTECTED]> Applied Best Regards, J.

Re: [U-Boot-Users] [patch u-boot git 3/3] use correct at91rm9200 register name

On 12:55 Fri 18 Jan , David Brownell wrote: > This fixes a naming bug for at91rm9200 lowlevel init code: > NOR boot flash is on chipselect 0, not chipselect 2. This > makes code use the register name from chip datasheets. > > Signed-off-by: David Brownell <[EMAIL PROTECTED]> You missed m501s

[U-Boot-Users] [PATCH][resubmit] QE IO: Add initial data to pin configuration + read/write functions

On the MPC83xx & MPC85xx architectures that have QE, add initial data to the pin configuration table (qe_iop_conf_tab). This is relevant for GPIO pins defined as output. One can setup a value of -1 to leave the value unchanged. QE initialization tables in all relevant boards were also replaced. In

[U-Boot-Users] Mind-blowing amazing lovemaking

Hiliary was happy with her result You will be the only one the girls have eyes for, after your growth package. http://www.weolpofa.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell serv

[U-Boot-Users] [GIT PULL] Please pull u-boot-arm

Wolfgang Please pull from git://www.denx.de/git/u-boot-arm.git master. These are the patches: [PATCH v2] ARM: Davinci: Fix DM644x timer overflow handling and cleanup [PATCH] DM644x: This patch removes all boardspecific code from the arch part for DM644x (DaVinci) boards [PATCH] DM644x: (2

[U-Boot-Users] Touch her like never before

I blew her mind Life will never be the same again - click here to make the best decision in your life http://www.wetinger.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for

Re: [U-Boot-Users] [PATCH] Altera Stratix II support

I've also (mistakenly) been working on this. Seems more likely to be relevant to nios. Regards Peter - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Ope

Re: [U-Boot-Users] [PATCH] ixp: Support for NSLU2

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 29 March 2008 17:33 > To: Peter Pearse > Cc: u-boot-users@lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] ixp: Support for NSLU2 > > In message <[EMAIL PROTECTED]> you wrote: > > > > > Subjec