Dear Lei Wen,
In message you
wrote:
>
> Well, I think I also think I am lucky enough. :)
> But I am still a little confussed, even for the new scheme, at the end
> of board_init_f, there is a relocate_code, which is
> the exactly as original "simply copied" code.
> What the relocation in new sc
Dear Lei Wen,
In message you
wrote:
>
> Although the common code is named as mmc.c, I think a lot of people use it
> to work for sd too, since they are compatible in most case.
Right. And where SD drivers differ, such differeng code should be
provided by the SD drivers, and not pulled into the
Le 10/10/2010 06:33, Lei Wen a écrit :
> But I am still a little confussed, even for the new scheme, at the end
> of board_init_f, there is a relocate_code, which is
> the exactly as original "simply copied" code.
> What the relocation in new scheme is different with the old simply
> copy, has mor
On Sun, 2010-10-10 at 01:13 +0200, Enric Balletbo i Serra wrote:
> The IGEP v2 board is a low-cost, fan-less and industrial temperature
> range single board computer that unleashes laptop-like performance and
> expandability without the bulk, expense, or noise of typical desktop
> machines. Its arc
On Sun, 2010-10-10 at 01:13 +0200, Enric Balletbo i Serra wrote:
> Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
> config options to allow for platform files to setup their timings.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> arch/arm/include/asm/arch-omap3/mem.h | 4
On Sat, Oct 9, 2010 at 4:13 PM, Enric Balletbo i Serra
wrote:
> This patch adds the Numonyx manufacturer code (0x20) to
> onenand manufacturers.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> drivers/mtd/onenand/onenand_base.c | 1 +
> include/linux/mtd/onenand.h | 1 +
> 2 files
Hi Wolfang,
On Sun, Oct 10, 2010 at 1:50 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> But it let the uboot lose a good feature that let it boot itself to
>> debug a new feature.
>
> This has never been supported, and never been working reliably, not
> across acrchi
When use the CONFIG_ENV_IS_NOWHERE, I met such issue:
DRAM: 256 MiB
Using default environment
*** Warning - bad CRC, using default environment
Signed-off-by: Lei Wen
---
V2: don't move the warning when environment is not vaild
common/env_common.c |2 +-
1 files changed, 1 insertions(+),
Thanks, I would post another. :-p
Lei
On Sun, Oct 10, 2010 at 2:42 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1286618288-14552-1-git-send-email-lei...@marvell.com> you wrote:
>> When use the CONFIG_ENV_IS_NOWHERE, I met such issue:
>> Using default environment
>>
>> *** Warning - b
Hi Reinhard,
On Mon, Sep 6, 2010 at 7:50 PM, Reinhard Meyer wrote:
> Lei Wen schrieb:
> Where does this limitation supposedly come from?
This limitation comes from the SD/MMC sepc. You could find one and
check the 0x6 offset register(BLOCK COUNT REGISTER).
>>> This might refer to ce
While debugging u-boot by BDI3000 and GDB, I have the following issue. Do
you encounter such a problem? How to fix it? Any suggestions are warmly
welcome?
(gbd) n
[wan...@localhost u-boot]$ /home/wangsy/gdb-mips/bin/mips-linux-gdb
u-boot-octeon_bbgw_ref_failsafe
GNU gdb (GDB) 7.2
Copyright (C
Only until the end of this week you can buy ANY list below for just $99 or 2
for $179:
[ HEALTHCARE ]
> Complete US Physicians Database
> Chiropractic Doctors in the USA
> American Holistic Medicine Providers/Clinics
> General Dentists in the USA
> American Veterinarians & Veterinary Clinics
> U
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in common with other OMAP3 boards.
Signed-off-by:
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra
---
arch/arm/include/asm/arch-omap3/mem.h | 42 +
1 files changed, 42 insertions(+), 0 del
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra
---
drivers/mtd/onenand/onenand_base.c |1 +
include/linux/mtd/onenand.h|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/onenand/on
Hello,
This is the first version of patch series to add initial support for
OMAP3 IGEP v2 board. Please consider to include in next merge window.
Cheers,
Enric
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>
> The crash was occuring in env_relocate because it was being called prior
> to mmc_initialize. This patch moves the MMC initialization earlier in
> the init process.
>
> This patch also cleans up the env_relocate_spec code in env_mmc.c
>
> Developed jointly with Stefano Babic
Fine; but is
Dear Lei Wen,
In message <1286618288-14552-1-git-send-email-lei...@marvell.com> you wrote:
> When use the CONFIG_ENV_IS_NOWHERE, I met such issue:
> Using default environment
>
> *** Warning - bad CRC, using default environment
>
> Signed-off-by: Lei Wen
> ---
> common/env_common.c |1 -
>
Dear Lei Wen,
In message you
wrote:
>
> But it let the uboot lose a good feature that let it boot itself to
> debug a new feature.
This has never been supported, and never been working reliably, not
across acrchitectures, and not on all ARM systems.
> In original scheme, the relocate operation
T.J. Staley wrote:
> Hi Stefano,
>
Hi Jacob,
> Thanks for the feedback. I'll contact Freescale to see if there is
> anything in the pipeline as far as the support I was looking for.
Ok, let see if they have something newer.
>
> Judging by your response you seem to be significantly further in
When use the CONFIG_ENV_IS_NOWHERE, I met such issue:
Using default environment
*** Warning - bad CRC, using default environment
Signed-off-by: Lei Wen
---
common/env_common.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/common/env_common.c b/common/env_common.c
inde
Le 09/10/2010 11:08, Lei Wen a écrit :
> Ok, I know what the difference between our opinion now...
> You means the uboot should always loaded to TEXT_BASE(for nand case,
> as you said).
> So when we run to board_init_f, we don't need any relocation.
>
> I am just feel put the code arrange like thi
On Sat, Oct 9, 2010 at 4:57 PM, Albert ARIBAUD wrote:
> Le 09/10/2010 10:24, Lei Wen a écrit :
>
>>> For arm926, TEXT_BASE should be the FLASH location (if booting from NOR)
>>> or
>>> a location in DRAM (for NAND and other methods).
>>
>> Yeah, got that. The TEXT_BASE of 0xf0 in my case is th
Le 09/10/2010 10:24, Lei Wen a écrit :
>> For arm926, TEXT_BASE should be the FLASH location (if booting from NOR) or
>> a location in DRAM (for NAND and other methods).
>
> Yeah, got that. The TEXT_BASE of 0xf0 in my case is the exactly what I
> want
> to uboot run during its run time.
Watc
Hi,
2010/9/22 :
> From: Vitaly Kuzmichev
>
> After gadget reinitializaton (after tftp has been done once)
> packet_received may become equal to 1 due to nuking OUT_EP
> while disabling it in eth_reset_config.
>
> rx_submit called from usb_eth_init queues rx_req first time.
> But the first call o
Hi,
2010/9/22 :
> From: Vitaly Kuzmichev
>
> Remove and fix needless and destructive operations with tx/rx_req.
>
> 1) 'req' in rx_complete is always not NULL and always equals to rx_req
> 2) Free allocated tx_req if rx_req allocation has failed
> 3) Do not zero out tx/rx_req in usb_eth_init, le
On Sat, Oct 9, 2010 at 4:10 PM, Albert ARIBAUD wrote:
> Le 09/10/2010 09:53, Lei Wen a écrit :
>>
>> Hi Albert,
>>
>> On Sat, Oct 9, 2010 at 3:43 PM, Albert ARIBAUD
>> wrote:
>>>
>>> Le 09/10/2010 07:50, Lei Wen a écrit :
Hi,
I recently try to port our board code to new uboot,
Le 09/10/2010 10:10, Albert ARIBAUD a écrit :
(one coffe later)
> For arm926, TEXT_BASE should be the FLASH location (if booting from NOR)
> or a location in DRAM (for NAND and other methods).
... or a location in DRAM awa from top of RAM; relocation can be from
RAM to RAM, as long as you defin
Le 09/10/2010 09:53, Lei Wen a écrit :
> Hi Albert,
>
> On Sat, Oct 9, 2010 at 3:43 PM, Albert ARIBAUD wrote:
>> Le 09/10/2010 07:50, Lei Wen a écrit :
>>> Hi,
>>>
>>> I recently try to port our board code to new uboot, which has been
>>> changed to use new relocation scheme.
>>> But I found a ver
Hi Albert,
On Sat, Oct 9, 2010 at 3:43 PM, Albert ARIBAUD wrote:
> Le 09/10/2010 07:50, Lei Wen a écrit :
>> Hi,
>>
>> I recently try to port our board code to new uboot, which has been
>> changed to use new relocation scheme.
>> But I found a very strange thing, that is if the uboot is loaded to
Le 09/10/2010 07:50, Lei Wen a écrit :
> Hi,
>
> I recently try to port our board code to new uboot, which has been
> changed to use new relocation scheme.
> But I found a very strange thing, that is if the uboot is loaded to
> the TEXT_BASE address, it could run without
> problem. But if it is loa
Hi,
2010/9/20 Marek Vasut :
> This fixes TIMEOUT with my Kingston 32GB USB3.0 flashdrive, which I
> experienced
> on my PXA270 (USB 1.1) Vpac270 board.
>
> Signed-off-by: Marek Vasut
> ---
> drivers/usb/host/ohci-hcd.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
Hi,
2010/10/5 Marcel :
> Hi,
>
> It looks like I've got most thing implemented regarding USB CDC for the
> Sam9g45. I do however have some basic questions.
>
> One of the things is that I don't see any descriptors in Windows. I installed
> some inf file found on the net for Ethernet RNDIS but mayb
33 matches
Mail list logo
