About .u_boot_cmd section, you can see the u-boot.lds for each
processor core directory(arch/...).
This section collects all cmd_tbl_t structures into this section.
So each uboot command line command should use macro U_BOOT_CMD to
allocate the structure.
After compilation you can see how linker a
vapierfil...@gmail.com wrote on 2010/08/10 22:23:19:
>
> On Tue, Aug 10, 2010 at 10:36 AM, Joakim Tjernlund wrote:
> > Instead of always performing an autoneg, check if the PHY
> > already has a link and if it matches one of the requested
> > modes. Initially only 100MbFD is optimized this way.
>
>
Hi all,
I need to know how the command line interface has been developed in U-boot?
I could understand few things about command line interface from command.h and
command.c file.
I am unable to get how from command line the U_BOOT_CMD macro has been called?
Also, what is the need of the sp
Hi all,
I need to know how the command line interface has been developed in U-boot?
I could understand few things about command line interface from command.h and
command.c file.
I am unable to get how from command line the U_BOOT_CMD macro has been called?
Also, what is the need of the sp
Hello Ben,
Thanks for trying this patches!
Ben Gardiner wrote:
> On Fri, Aug 6, 2010 at 12:44 PM, Ben Gardiner
> wrote:
>> On Fri, Aug 6, 2010 at 12:32 PM, Reinhard Meyer
>> wrote:
>>> The value loaded into SP is IN the location at PC+808... look there.
About in 0xc1080078+0x0328 give or t
Hello Dear,
How are you today? My name is Aisha Rabiya. However it really pleases me to
write you for a lovely and sincere friendship even if we havent met or seen
each other before.I will so much appreciate to see your reply soon so that we
can share pictures and more about ourselves.
Yours
On 08/10/2010 06:39 AM, Sekhar Nori wrote:
> The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
> of different speed grades.
>
> The maximum speed the chip can support can only be determined from
> the label on the package (not software readable).
>
> Introduce a method to pass the spee
Dear Tirumala Marri,
In message <1f0a61861c6ba89e0172a79d5a564...@mail.gmail.com> you wrote:
>
> It has been a while I submitted u-boot patches. Can someone please send me
> updated guide lines.
Please see the "Patches" page in the U-Boot wiki.
Best regards,
Wolfgang Denk
--
DENX Software En
Dear Marek Vasut,
In message <201008110213.22613.marek.va...@gmail.com> you wrote:
>
> > Did you even compile test this driver?
> >
> > > Tested on:
> > > - Palm Tungsten|C PXA255
> > > - Aeronix ZipitZ2 PXA270
> > > - Marvell Zylonite 300PXA300
> >
> > Really?
> >
> All right, not the vers
On Tue, Aug 10, 2010 at 9:53 PM, Tirumala Marri wrote:
> It has been a while I submitted u-boot patches. Can someone please send me
> updated guide lines.
u-boot has a doc wiki. i suggest you start there.
http://www.denx.de/wiki/U-Boot/WebHome
-mike
___
Hi Jianchun,
The result of objdump is based on the ELF format.
It knows that the piece of code should be put to address 0x33f8 to run,
although the code is running at address 0x0 after power-on.
And bl instruction is a jump instruction according to an offset of PC.
That't why you see the fol
Hi,
It has been a while I submitted u-boot patches. Can someone please send me
updated guide lines.
Thanks in Advance,
Marri
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Your email address won £500,000 GPB. Contact claims officer: uknl-mr.grahamwilbe
r...@windowslive.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dne Út 10. srpna 2010 23:08:15 Wolfgang Denk napsal(a):
> Dear Marek Vasut,
>
> In message <1281119471-30895-1-git-send-email-marek.va...@gmail.com> you
wrote:
> > The new driver is a complete rewrite. It uses the MMC framework and
> > should support both pxa2xx and pxa3xx.
>
> Did you even comp
Dne Út 10. srpna 2010 23:45:05 Wolfgang Denk napsal(a):
> Dear Marek Vasut,
>
> In message <1281415810-31363-2-git-send-email-marek.va...@gmail.com> you
wrote:
> > ACX517AKN LCD panel is found in Palm Tungsten|C
> >
> > Signed-off-by: Marek Vasut
> > ---
> >
> > arch/arm/cpu/pxa/pxafb.c | 3
Dne Út 10. srpna 2010 23:38:25 Wolfgang Denk napsal(a):
> Dear Marek Vasut,
>
> In message <1281415810-31363-1-git-send-email-marek.va...@gmail.com> you
wrote:
> > These functions are undefined on ARM when using __io. These are the
> > commonly used versions and can be redefined.
> >
> > Signed-
On Tue, 10 Aug 2010 13:39:57 -0600
Grant Likely wrote:
> :-)
>
> I still stand on my point that hard coding device tree manipulations
> is asking for trouble. IMNSHO, firmware should really be restricted
> to very well defined things in the device tree. I've been thinking
> about this a lot, a
Dear Marek Vasut,
In message <1281415810-31363-8-git-send-email-marek.va...@gmail.com> you wrote:
> The following hardware is currently supported:
> - UART
> - USB Host
> - FPGA
>
> Signed-off-by: Marek Vasut
> ---
> MAKEALL|1 +
> board/balloon3/Makefile|
Dear Marek Vasut,
In message <1281415810-31363-9-git-send-email-marek.va...@gmail.com> you wrote:
> Signed-off-by: Marek Vasut
> ---
> MAINTAINERS |9 +
> 1 files changed, 9 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 4b91b0f..f782f64 100644
> --
Dear Marek Vasut,
In message <1281415810-31363-2-git-send-email-marek.va...@gmail.com> you wrote:
> ACX517AKN LCD panel is found in Palm Tungsten|C
>
> Signed-off-by: Marek Vasut
> ---
> arch/arm/cpu/pxa/pxafb.c | 34 ++
> 1 files changed, 34 insertions(+), 0 d
Dear Marek Vasut,
In message <1281415810-31363-1-git-send-email-marek.va...@gmail.com> you wrote:
> These functions are undefined on ARM when using __io. These are the commonly
> used versions and can be redefined.
>
> Signed-off-by: Marek Vasut
> ---
> arch/arm/include/asm/io.h | 46
On Aug 10, 2010, at 1:26 PM, Grant Likely wrote:
> Hi Dan! I'm glad you're reading as you're one of the use-cases I was
> thinking about. :-)
Hi Grant. Yeah, it's me, the "special" case :-)
> ... but I
> gather from your comment that even that causes problems in your
> use-case.
The /ch
Dear Matthias Weisser,
In message <1281353511-23719-4-git-send-email-weiss...@arcor.de> you wrote:
> This patch adds support for the jadecpu board using the
> MB86R01 'Jade' SoC from Fujitsu.
>
> Signed-off-by: Matthias Weisser
> ---
> MAINTAINERS |4 +
> MAKEALL
Dear Matthias Weisser,
In message <1281353511-23719-3-git-send-email-weiss...@arcor.de> you wrote:
> This patch adds support for the display controller in
> the MB86R0x SoCs.
>
> Signed-off-by: Matthias Weisser
> ---
> drivers/video/Makefile |1 +
> drivers/video/mb86r0xgdc.c | 186
>
Dear Matthias Weisser,
In message <1281353511-23719-2-git-send-email-weiss...@arcor.de> you wrote:
> Signed-off-by: Matthias Weisser
> ---
> arch/arm/cpu/arm926ejs/mb86r0x/Makefile | 47 ++
> arch/arm/cpu/arm926ejs/mb86r0x/clock.c | 43 ++
> arch/arm/cpu/arm926ejs/mb86r0x/re
Dear Sergei Trofimovich,
In message <1281269139-8194-1-git-send-email-sly...@inbox.ru> you wrote:
> From: Sergei Trofimovich
>
> Before:
> Marvell>> usb storage
> Device 0: Vendor: StoreJet Rev: Prod: Transcend
> Type: Hard Disk
> Capacity: 28759.9 MB
On Tue, Aug 10, 2010 at 3:03 PM, John Rigby wrote:
> Kumar, Grant:
>
> On Tue, Aug 10, 2010 at 1:39 PM, Grant Likely
> wrote:
>> On Thu, Aug 5, 2010 at 5:36 PM, John Rigby wrote:
>>> On Thu, Aug 5, 2010 at 5:26 PM, Kumar Gala
>>> wrote:
>
>
>
The problem w/libfdt is that u
Dear Marek Vasut,
In message <1281119471-30895-1-git-send-email-marek.va...@gmail.com> you wrote:
> The new driver is a complete rewrite. It uses the MMC framework and should
> support both pxa2xx and pxa3xx.
Did you even compile test this driver?
> Tested on:
> - Palm Tungsten|C PXA255
> -
Kumar, Grant:
On Tue, Aug 10, 2010 at 1:39 PM, Grant Likely wrote:
> On Thu, Aug 5, 2010 at 5:36 PM, John Rigby wrote:
>> On Thu, Aug 5, 2010 at 5:26 PM, Kumar Gala wrote:
>>>
>>>
>>> The problem w/libfdt is that use of 'offsets' to get to nodes can be
>>> problematic if the offset chan
> The following changes since commit 201532a69cf7e7a84bff354fdab45947425d22b4:
>
> Merge branch 'master' of ../master (2010-08-10 22:20:27 +0200)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-arm.git master
>
> Albert Aribaud (6):
> ide: add configuration
>
Dear John Rigby,
In message you
wrote:
> Thanks Albert, this is an excellent idea.
>
> On Tue, Aug 10, 2010 at 2:23 PM, Albert ARIBAUD wr=
Full quote delted.
Please DO NOT top post / full quote.
Thanks.
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zunde
Dear Ben Warren,
In message <4c604f72.8010...@gmail.com> you wrote:
>
>
> Wolfgang,
>
> The following changes since commit b417260d871d4d8d336c160d95ed40cc8c0fb0fa:
>Marek Vasut (1):
> PXA: Declare __io for vpac270 IDE
>
> are available in the git repository at:
>
>git://git.
Le 10/08/2010 22:45, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4c5fbee7.4050...@free.fr> you wrote:
>>
>> I haven't got a publically accessible repo at this point. Wolfgang, as
>> Prafulla acknowledged the 'default windows mapping' patch except for the
>> formal Ack-by, could y
2010/8/10 Marc-André Hébert:
> The spansion_erase currently only works when the sector size is 64KB.
> cmd[1] should contain the higher 8 bit of the 24 bit address of the
> sector to be erased. Currently it is holding the sector index to be
> erased which happens to be the same thing when the secto
Dear Stefan Roese,
In message <201008091625.45939...@denx.de> you wrote:
> The following changes since commit b417260d871d4d8d336c160d95ed40cc8c0fb0fa:
>
> PXA: Declare __io for vpac270 IDE (2010-08-09 01:15:22 +0200)
>
> are available in the git repository at:
> git://www.denx.de/git/u-boot
The following changes since commit 201532a69cf7e7a84bff354fdab45947425d22b4:
Merge branch 'master' of ../master (2010-08-10 22:20:27 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Albert Aribaud (6):
ide: add configuration
ide: reorder obj
Dear Stefano Babic,
In message <4c6107a6.60...@denx.de> you wrote:
> Hi Wolfgang,
>
> in the pull request I have already merged the fix by Reinhard Meyer (
> fix cmd_mmc.c, line 136 missing "), even if it is not strictly related
> to imx, else I cannot compile clean. It should not be a problem ;-
Thanks Albert, this is an excellent idea.
On Tue, Aug 10, 2010 at 2:23 PM, Albert ARIBAUD wrote:
> Le 10/08/2010 21:44, Grant Likely a écrit :
>
>>> #if defined(CONFIG_OF_LIBFDT)
>>> -#if defined(CONFIG_PPC) || defined(CONFIG_M68K) || defined(CONFIG_SPARC)
>>> +#if defined(CONFIG_PPC) || \
>>>
Dear Albert ARIBAUD,
In message <4c5fbee7.4050...@free.fr> you wrote:
>
> I haven't got a publically accessible repo at this point. Wolfgang, as
> Prafulla acknowledged the 'default windows mapping' patch except for the
> formal Ack-by, could you please merge it directly from the mailing list
> in
Dear Albert Aribaud,
In message <1279004666-12949-1-git-send-email-albert.arib...@free.fr> you wrote:
> Turn all ORION5X_DEF{ADR,SZ}_xxx macros into ORION5X_{ADR,SZ}_xxx
> and allow defining them from board code to override defaults. This
> is particularly useful for defining board-specific FLASH
Dear Prafulla Wadaskar,
In message
you wrote:
>
> are available in the git repository at:
>
> u-boot-marvell.git maaster branch
>
> Albert Aribaud (5):
> ide: add configuration
> ide: reorder object files alphabetically
> ide: add mvsata_ide driver
> cmd_ide: add sup
On Tue, Aug 10, 2010 at 6:26 AM, Sergei Shtylyov wrote:
> Mike Frysinger wrote:
>> --- a/drivers/usb/musb/musb_hcd.c
>> +++ b/drivers/usb/musb/musb_hcd.c
>> } else {
>> - if (!toggle)
>> - writew(MUSB_RXCSR_CLRDATATOG, &musbr->rxcsr);
>> - el
On Aug 10, 2010, at 12:39 PM, Grant Likely wrote:
> . At the
> moment, I think firmware should be restricted to only touching the
> /chosen node, the /memory node,
I don't even want it updating these, except maybe for the processor
clock speeds.
I'm trying to use device trees as a mechanis
On Tue, Aug 10, 2010 at 2:17 PM, Dan Malek wrote:
>
> On Aug 10, 2010, at 12:39 PM, Grant Likely wrote:
>
>> . At the
>> moment, I think firmware should be restricted to only touching the
>> /chosen node, the /memory node,
>
> I don't even want it updating these, except maybe for the processo
Le 10/08/2010 21:44, Grant Likely a écrit :
>> #if defined(CONFIG_OF_LIBFDT)
>> -#if defined(CONFIG_PPC) || defined(CONFIG_M68K) || defined(CONFIG_SPARC)
>> +#if defined(CONFIG_PPC) || \
>> +defined(CONFIG_M68K) || \
>> +defined(CONFIG_SPARC) || \
>> +defined(CONFIG_ARM)
>
> There's
On Tue, Aug 10, 2010 at 10:36 AM, Joakim Tjernlund wrote:
> Instead of always performing an autoneg, check if the PHY
> already has a link and if it matches one of the requested
> modes. Initially only 100MbFD is optimized this way.
wish the common net/miiphy layer had similar functionality ...
-m
Dear s-paul...@ti.com,
In message <128908-22215-1-git-send-email-s-paul...@ti.com> you wrote:
> The following changes since commit 9efac4a1eb99d9c5539aa6992025eeacab7980c6:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-samsung
>
> are available in the git
On Thu, Aug 5, 2010 at 4:14 PM, John Rigby wrote:
> Add device tree support for ARM. Based on other existing
> implementations.
Hi John,
minor comments.
>
> Signed-off-by: John Rigby
> ---
> arch/arm/include/asm/config.h | 1 +
> arch/arm/lib/bootm.c | 128
> +++
On Tue, Aug 10, 2010 at 1:44 PM, Grant Likely wrote:
> On Thu, Aug 5, 2010 at 4:14 PM, John Rigby wrote:
>> Add device tree support for ARM. Based on other existing
>> implementations.
>
> Hi John,
>
> minor comments.
BTW, is the u-boot fdt support code little-endian safe? libfdt should
be, bu
On Thu, Aug 5, 2010 at 5:36 PM, John Rigby wrote:
> On Thu, Aug 5, 2010 at 5:26 PM, Kumar Gala wrote:
>>
>> On Aug 5, 2010, at 5:14 PM, John Rigby wrote:
>>
>>> Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory
>>> to use it.
>>>
>>> Signed-off-by: John Rigby
>>> ---
>>> common/fdt_sup
Seu programa de e-mail não está configurado para
acessar mensagens no formato HTML.
Para visualizar este email copie e cole o
seguinte link em seu navegador:
www.inriseconsultoria.com.br/emailmkt/visualizar.php?key=6bbd35f76452aef&id=3697732
__
On Fri, Aug 6, 2010 at 12:44 PM, Ben Gardiner
wrote:
> On Fri, Aug 6, 2010 at 12:32 PM, Reinhard Meyer
> wrote:
>> The value loaded into SP is IN the location at PC+808... look there.
>>>
>>> About in 0xc1080078+0x0328 give or take a word.
>>>
>>
>> And well, the location is mentioned right behin
Hi Kim,
20.07.2010 4:33, Kim Phillips wrote:
> turning icache on early causes a different pattern of bus accesses when
> fetching code, and this might trigger bus accesses that interfere with
> code that sets bus configuration registers, such as the acr. Can you
> test this patch please?:
This
On Tue, Aug 10, 2010 at 05:28:59PM +0200, Stefan Roese wrote:
> Hi Philippe,
>
> one more thing:
>
> On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
> > Here is the excerpt from the errata :
> >
> > Workaround: If the interval between 60h and its subsequent command
> > can
Hi Philippe,
one more thing:
On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
> Here is the excerpt from the errata :
>
> Workaround: If the interval between 60h and its subsequent command
>can be guaranteed within 20μs, Option I is recommended,
>otherwise Opt
Fix reading and printing of CFI flashes 16-bit devices identifiers
Nowadays CFI flashes have a 16-bit device identifier. U-boot still
print them and read them as if they were only 8-bit wide. Fix that.
Before:
Intel Extended command set, Manufacturer ID: 0x89, Device ID: 0x1B
After:
Intel Ex
Instead of always performing an autoneg, check if the PHY
already has a link and if it matches one of the requested
modes. Initially only 100MbFD is optimized this way.
Signed-off-by: Joakim Tjernlund
---
drivers/qe/uec_phy.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
di
Hi Reinhard
On Tuesday, August 10, 2010, Reinhard Meyer wrote:
> Hallo,
>
> macb.c is known to work for AT91 and AVR32.
>
> Why was at91_emac.c introduced into mainstream?
>
> By name it suggests it is designed to work with AT91 (only)?
>
> I don't think it is desireable to have to drivers doing
Hi Stefan,
On Tue, Aug 10, 2010 at 01:20:42PM +0200, Stefan Roese wrote:
> Hi Philippe,
>
> On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
> > > Please move this variable declaration of "cmd" and assignment further
> > > down (see below). You can remove the "{" "}" of this block then
Dear Wolfgang,
On Sun, Aug 8, 2010 at 11:30 PM, Wolfgang Denk wrote:
> Dear Michael Zaidman,
>
>> On Wed, Jun 30, 2010 at 7:16 PM, Michael Zaidman
>> wrote:
...
>> More than 5 week ago I rebased and resubmitted this patch as you asked
>> but did not receive any response yet.
>
> Sorry, but this
Hi Philippe,
On Tuesday 10 August 2010 15:31:12 Philippe De Muyter wrote:
> > > Because of requirement (3), I choosed to minimize the number of
> > > instructions between the `read lock status' and the `unlock' commands,
> > > hence the initialisation of `cmd' moved before the `read lock status'
>
The spansion_erase currently only works when the sector size is 64KB.
cmd[1] should contain the higher 8 bit of the 24 bit address of the
sector to be erased. Currently it is holding the sector index to be
erased which happens to be the same thing when the sector size is
64KB.
Signed-off-by: Marc-
Hello.
Marc-André Hébert wrote:
> The spansion_erase currently only works when the sector size is 64KB.
> cmd[1] should contain the higher 8 bit of the 24 bit address of the
> sector to be erased. Currently it is holding the sector index to be
> erased which happens to be the same thing when the
The spansion_erase currently only works when the sector size is 64KB.
cmd[1] should contain the higher 8 bit of the 24 bit address of the
sector to be erased. Currently it is holding the sector index to be
erased which happens to be the same thing when the sector size is
64KB.
Signed-off-by: Marc-
Disregard this patch, please.
I found a better solution based on Rob Emanuele's work,
it will be presented as a patch soon.
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Reinhard Meyer schrieb:
> TOP9000> fatls mmc 0:1
> gen_atmel_mci: CMDR 0x1050 (16) ARGR 0x (SR: 0x) COMMAND
> Dbg
> Msg
> gen_atmel_mci: CMDR 0x00051051 (17) ARGR 0x (SR: 0x) COMMAND
> Dbg
> Msg
>
> *** system hangs here ***
>
> But, if preceeded by a mmc r
The correct definition is in drivers/qe/uec.h so just
remove this one.
Signed-off-by: Joakim Tjernlund
---
include/netdev.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/netdev.h b/include/netdev.h
index 882642a..65833e2 100644
--- a/include/netdev.h
+++ b/incl
vapierfil...@gmail.com wrote on 2010/08/10 08:04:02:
>
> On Tue, Aug 10, 2010 at 1:52 AM, Joakim Tjernlund wrote:
> > Ben Warren wrote on 2010/08/09 22:54:10:
> >> On 8/9/2010 1:18 PM, Mike Frysinger wrote:
> >> > On Mon, Aug 9, 2010 at 3:15 PM, Joakim Tjernlund wrote:
> >> >> The correct definiti
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
of different speed grades.
The maximum speed the chip can support can only be determined from
the label on the package (not software readable).
Introduce a method to pass the speed grade information to kernel
using ATAG_REVISION. The
Hi Philippe,
On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
> > Please move this variable declaration of "cmd" and assignment further
> > down (see below). You can remove the "{" "}" of this block then.
>
> Here is the excerpt from the errata :
>
> Workaround: If the interval betwe
Hello.
Mike Frysinger wrote:
> From: Bryan Wu
> This is a change similar to what is already in the Linux driver. We
> should only program the CLRDATATOG bit when the current mode indicates
> that it is needed.
> Signed-off-by: Bryan Wu
> Signed-off-by: Cliff Cai
> Signed-off-by: Mike Frysin
Rob Emanuele schrieb:
> To use it on your platform add defines like these:
> #define CONFIG_MMC 1
> #define CONFIG_GENERIC_MMC 1
> #define CONFIG_GENERIC_ATMEL_MCI1
Dear Rob Emanuele,
this patch applies to current TOT, however it does
not work flawlessly
Hi Reinhard,
> - The comment was wrong/misleading
> - One would assume that a u-boot "reset" command should also
> reset the external hardware outside the SoC. Since its unknown
> whether some boards rely on that NOT being so, asserting the
> external reset signal is optional
>
> Signed-off-by: Re
Hallo,
macb.c is known to work for AT91 and AVR32.
Why was at91_emac.c introduced into mainstream?
By name it suggests it is designed to work with AT91 (only)?
I don't think it is desireable to have to drivers doing the same task.
Unless someone has a good point why we need at91_emac.c I propo
Dear Shawn Jin,
In message you
wrote:
> >> SPI flash seems supported in u-boot after searching it in the mailing
> >> list. But can u-boot boot from spi flash?
> >
> > it completely depends on your processor. =A0but you never said what
> > processor you're actually using.
>
> It's a LPC3131 (AR
Dear Joe Hershberger,
In message you
wrote:
>
> I'm looking to submit some patches that I'm currently running on
> u-boot-2009.11. I'd like to know before I go through the trouble of
> creating the separate patches if it is a problem for the patches to be
> based on that version. Should I fir
Dear Reinhard Meyer,
On 10 August 2010 15:10, Reinhard Meyer wrote:
> Dear Minkyu Kang,
>
> my five cents:
>
>>> #define REGL(addr) (*(volatile unsigned int *)(REGBASE+addr))
>>> #define REGW(addr) (*(volatile unsigned short *)(REGBASE+addr))
>>> #define REGB(addr) (*(volatile unsi
Hi Wolfgang,
in the pull request I have already merged the fix by Reinhard Meyer (
fix cmd_mmc.c, line 136 missing "), even if it is not strictly related
to imx, else I cannot compile clean. It should not be a problem ;-)
The following changes since commit b417260d871d4d8d336c160d95ed40cc8c0fb0fa
Li Haibo wrote:
> get_timer_masked() should return current timestamp,
> not current ticks from hardware register.
>
> Tested on one custom board with NAND flash.
> Without this patch, NAND write always TIMEOUT
> because get_timer(0) return a big value.
>
> This patch applies for u-boot-2010.06
>
>> SPI flash seems supported in u-boot after searching it in the mailing
>> list. But can u-boot boot from spi flash?
>
> it completely depends on your processor. but you never said what
> processor you're actually using.
It's a LPC3131 (ARM926EJ-S) based.
Thanks,
-Shawn.
___
80 matches
Mail list logo
