Dear Igor Grinberg,
In message <1322467058-30532-1-git-send-email-grinb...@compulab.co.il> you
wrote:
> When ENV_IS_EMBEDDED is not set, but CONFIG_BUILD_ENVCRC is set,
> the environment.h file does not get included resulting in unrecognized
> env_t type.
> Fix this by moving the include directiv
Hi Andy,
> Changes for v2:
> > - Fix the problem if we read status register too fast in
> FTSDC010_CMD_RETRY
> >loop. If we read status register here too fast, the hardware will
> report
> >RSP_TIMEOUT incorrectly.
> > Changes for v3:
> > - Remove host high speed capability due to hardwa
Dear Igor Grinberg,
In message <1322467058-30532-1-git-send-email-grinb...@compulab.co.il> you
wrote:
> When ENV_IS_EMBEDDED is not set, but CONFIG_BUILD_ENVCRC is set,
> the environment.h file does not get included resulting in unrecognized
> env_t type.
> Fix this by moving the include directiv
Tom,
Can we do cache enabling of cpsw as a follow up patch to this?
As, initial aim is to upstream basic cpsw functional driver first
and then follow on other features like you said cache enable etc.
Regards
Chandan
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
Dear Wolfgang Denk,
Signed-off-by: Dimitar Penev
Cc: Mike Frysinger
www.switchfin.org/patches/uBoot-br4-v1.patch
If you want to submit a patch, then please follow the rules explained
for example here: http://www.denx.de/wiki/U-Boot/Patches
Most of all, send the patch to the mailing list.
Hi,
On 11/27/2011 08:07 AM, Marek Vasut wrote:
>>>
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
but kirkwood has currently no implementation for this. So
undefine this for kirkwood b
Hi Wolfgang,
On 11/28/11 10:18, Wolfgang Denk wrote:
> Dear Igor Grinberg,
>
> In message <1322467058-30532-1-git-send-email-grinb...@compulab.co.il> you
> wrote:
>> When ENV_IS_EMBEDDED is not set, but CONFIG_BUILD_ENVCRC is set,
>> the environment.h file does not get included resulting in unre
Hi Wolfgang,
On 11/28/11 10:07, Wolfgang Denk wrote:
> Dear Igor Grinberg,
>
> In message <1322467058-30532-1-git-send-email-grinb...@compulab.co.il> you
> wrote:
>> When ENV_IS_EMBEDDED is not set, but CONFIG_BUILD_ENVCRC is set,
>> the environment.h file does not get included resulting in unre
Add a host capability checking to avoid the mmc stack
switch the card to HIGHSPEED mode when the card supports
HIGHSPEED while the host doesn't.
This patch avoid furthur transaction problem when the
mmc/sd card runs different mode to the host.
Signed-off-by: Macpaul Lin
Changes for v2:
- Repl
Sorry this is an e-mail testing from this address,
Please ignore it.
Macpaul Lin
CONFIDENTIALITY NOTICE:
This e-mail (and its attachments) may contain confidential and legally
privileged information or information protected from disclosure. If you are not
the intended recipient, you are here
Add a host capability checking to avoid the mmc stack
switch the card to HIGHSPEED mode when the card supports
HIGHSPEED while the host doesn't.
This patch avoid furthur transaction problem when the
mmc/sd card runs different mode to the host.
Signed-off-by: Macpaul Lin
---
Changes for v2:
- R
Add a host capability checking to avoid the mmc stack
switch the card to HIGHSPEED mode when the card supports
HIGHSPEED while the host doesn't.
This patch avoid furthur transaction problem when the
mmc/sd card runs different mode to the host.
Signed-off-by: Macpaul Lin
---
Changes for v2:
- R
Add a host capability checking to avoid the mmc stack
switch the card to HIGHSPEED mode when the card supports
HIGHSPEED while the host doesn't.
This patch avoid furthur transaction problem when the
mmc/sd card runs different mode to the host.
Signed-off-by: Macpaul Lin
---
Changes for v2:
- R
Hi Andy
2011/11/28 Macpaul Lin
> Add a host capability checking to avoid the mmc stack
> switch the card to HIGHSPEED mode when the card supports
> HIGHSPEED while the host doesn't.
>
> This patch avoid furthur transaction problem when the
> mmc/sd card runs different mode to the host.
>
> Signe
Am 26.11.2011 23:27, schrieb Remy Bohmer:
2011/10/17 Stefan Herbrechtsmeier:
The current relocation don't work correct, as it doesn't clear the
initial ram (dcache) after relocation. This leads to missing bootargs
during Linux boot. Additionally the current relocation use the sdram
address for t
Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Sandeep Paulraj
> Cc: Heiko Schocher
> Cc: Sudhakar Rajashekhara
> Cc: Syed Mohammed Khasim
> Cc: Sughosh Ganu
> Cc: Nick Thompson
> Cc: Stefano Babic
> ---
> arch/arm/cpu/arm926ejs/davinci/Makefile
Hello Christian,
Christian Riesch wrote:
> The configuration in struct pinmux_config i2c_pins does not configure
> the pins for i2c but for uart. Since this function is already
> configured by struct pinmux_config uart2_pins the i2c_pins struct
> is obsolete.
>
> Signed-off-by: Christian Riesch
Hello Christian,
Christian Riesch wrote:
> Pinmux configuration for the EMAC was done in a separate call
> of davinci_configure_pin_mux(). This patch moves all the pinmux
> configuration that is done for this board to a common place.
>
> Signed-off-by: Christian Riesch
> Cc: Heiko Schocher
> Cc
Hello Christian,
Christian Riesch wrote:
> Up to now nearly every davinci board has separate code for the
> definition of pinmux configurations. This patch adds pinmux
> configurations for the DA850 SoCs to the arch tree which may later
> be used for all DA850 based boards.
>
> Signed-off-by: Chr
Hello Christian,
Christian Riesch wrote:
> The boards in board/davinci/da8xxevm/ define pinmux_config[] vectors
> that contain pinmux configurations for emac, uarts, memory controllers...
> In an earlier patch such pinmux configurations were added to the arch
> tree. This patch makes the da850evm
Hello Christian,
Christian Riesch wrote:
> The boards in board/davinci/da8xxevm/ define pinmux_config[] vectors
> that contain pinmux configurations for emac, uarts, memory controllers...
> In an earlier patch such pinmux configurations were added to the arch
> tree. This patch makes the hawkboard
Hello Christian,
Christian Riesch wrote:
> This patch replaces the pinmux configuration code in
> arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c by the code from
> arch/arm/cpu/arm926ejs/davinci/pinmux.c.
>
> Signed-off-by: Christian Riesch
> Cc: Sandeep Paulraj
> Cc: Heiko Schocher
> ---
>
Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Heiko Schocher
> Cc: Sandeep Paulraj
> Cc: Sudhakar Rajashekhara
> ---
> board/davinci/da8xxevm/da850evm.c |4 +-
> board/davinci/da8xxevm/u-boot-spl.lds | 73
> +
> inc
Am 26.11.2011 23:25, schrieb Remy Bohmer:
2011/10/17 Stefan Herbrechtsmeier:
On some usb device controllers (pxa) the endpoint configuration must be
programmed prior to enable it.
Signed-off-by: Stefan Herbrechtsmeier
CC: Marek Vasut
CC: Remy Bohmer
---
drivers/serial/usbtty.c |4 ++--
Andy,
> -Original Message-
> From: Andy Fleming [mailto:aflem...@gmail.com]
> Sent: Friday, November 11, 2011 4:14 AM
> To: Kumar Nath, Chandan
> Cc: u-boot@lists.denx.de; Chemparathy, Cyril
> Subject: Re: [U-Boot] [PATCH v2 1/2] TI: netdev: add driver for cpsw
> ethernet device
>
> On Th
repost from:
[U-Boot] [PATCH v2 0/3] arm, davinci: add am1808 based enbw_cmc board
http://lists.denx.de/pipermail/u-boot/2011-October/104399.html
Following patches are needed for this patchset
- patchset from Christian Riesch:
[U-Boot] [PATCH v3 00/15] Add an SPL to boot the da850evm from SPI
http
move struct davinci_rtc to arch/arm/include/asm/arch-davinci/hardware.h
and add RTC_KICK0R_WE, RTC_KICK1R_WE defines,
so they are global useable.
Signed-off-by: Heiko Schocher
Cc: Sandeep Paulraj
---
arch/arm/include/asm/arch-davinci/hardware.h | 39 ++
drivers/rtc/dav
Signed-off-by: Heiko Schocher
Cc: Sandeep Paulraj
Cc: Tom Rini
Cc: Albert ARIBAUD
Cc: Christian Riesch
---
arch/arm/cpu/arm926ejs/davinci/da850_pinmux.c |5 +
arch/arm/include/asm/arch-davinci/pinmux_defs.h |1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arc
- booting from NOR Flash with direct boot method
- POST support
- LOGBUF support
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
Cc: Igor Grinberg
Cc: Christian Riesch
***
- changes for v2
- use CONFIG_MACH_TYPE instead setting the MACH_TYPE in
board specific code,
Hello. 28-11-2011.
Greetings, my name is Daniel Tsai I live in Hong Kong.
I am contacting you because I want you to be my partner in a business
Project of 44.5million U.S. dollars, 50% is your share.
If interested, please contact me back through my private e-mail
address danieltsa...@yahoo.com
Hi Heiko,
On 11/28/11 12:44, Heiko Schocher wrote:
> repost from:
> [U-Boot] [PATCH v2 0/3] arm, davinci: add am1808 based enbw_cmc board
> http://lists.denx.de/pipermail/u-boot/2011-October/104399.html
>
> Following patches are needed for this patchset
> - patchset from Christian Riesch:
> [U-Bo
Stephan Linz wrote:
Am Sonntag, den 27.11.2011, 20:09 +0100 schrieb Wolfgang Denk:
Dear Stephan Linz,
In message <1322419397-26326-2-git-send-email-l...@li-pro.net> you wrote:
Xilinx LocalLink Tri-Mode Ether MAC driver can be
used by Xilinx Microblaze or Xilinx ppc405/440 in
SDMA and FIFO mode
Stephan Linz wrote:
Am Sonntag, den 27.11.2011, 20:09 +0100 schrieb Wolfgang Denk:
Dear Stephan Linz,
In message <1322419397-26326-2-git-send-email-l...@li-pro.net> you wrote:
Xilinx LocalLink Tri-Mode Ether MAC driver can be
used by Xilinx Microblaze or Xilinx ppc405/440 in
SDMA and FIFO mode
Thomas Weber wrote:
This patch removes the CONFIG_OMAP3430, because it is unused.
Acked-by: Enric Balletbo i Serra
Acked-by: Tom Rini
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
Acked-by: Luca Ceresoli
But please check my name spelling in Cc:, as I received only one of your
v3 patch
Thomas Weber wrote:
This patch removes the unused definition of SDRC_R_C_B
from the config files.
Acked-by: Enric Balletbo i Serra
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
Acked-by: Luca Ceresoli
Luca
___
U-Boot mailing list
U-Boot@list
Thomas Weber wrote:
This patch removes the definition of stack sizes for
irq and fiq if the CONFIG_USE_IRQ is undefined before.
Acked-by: Enric Balletbo i Serra
Acked-by: Tom Rini
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
This does not touch the board I maintain, but since I was in C
Stephan Linz wrote:
@Michal: please, can you test this code on Xilinx PPC4xx platforms
and acknowledge the results? I have no access to a ml405 and ml507.
Note: To use the driver on Microblaze, you will need additional
platform patches by Michal Simek:
- http://patchwork.ozlabs.org/patch/11253
Hi Heiko,
On 11/28/11 12:44, Heiko Schocher wrote:
> - booting from NOR Flash with direct boot method
> - POST support
> - LOGBUF support
>
> Signed-off-by: Heiko Schocher
> Cc: Paulraj Sandeep
> Cc: Albert ARIBAUD
> Cc: Igor Grinberg
> Cc: Christian Riesch
> ***
> - changes for v2
> - use
Dear Wolfgang Denk,
Dear Mike Frysinger,
> > +#define CONFIG_HOSTNAME br4
> > +#define CONFIG_IPADDR 192.168.1.100
> > +#define CONFIG_GATEWAYIP 192.168.1.1
> > +#define CONFIG_SERVERIP 192.168.1.2
> > +#define CONFIG_TFTP_BLOCKSIZE 4404
>
> NAK.
i'm guessing you're only NAK-ing the middle
Hi,
On Sun, Nov 27, 2011 at 5:41 PM, Tom Rini wrote:
> On Sun, Nov 27, 2011 at 8:09 AM, Wolfgang Denk wrote:
>> In message <1321048618-20616-1-git-send-email-ya...@emcraft.com> you wrote:
>>> DaVinci EMAC driver has no support for running with D-Cache enabled so
>>> disable D-Cache on all DaVinc
i'm teaching some embedded linux next week and, while i will have
physical boards for the students to play with, i'd also like to
demonstrate basic u-boot within a QEMU session as far as that's
practical.
the boards themselves will be powerpc-based lite5200 (icecube)
systems all currently pop
Hi Fabio,
Le 21/11/2011 16:57, Fabio Estevam a écrit :
Fix the following checkpatch warning:
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Fabio Estevam
---
board/ttcontrol/vision2/vision2.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff
Hi all,
Le 27/11/2011 20:36, Wolfgang Denk a écrit :
Don't you think that adding stub implementation for cache functions on
arm926ejs and fixing the driver is better?
Yes, that would be the 4th approach, listed as "much better" :-)
Better yet, have an ARM-wide, not only ARM926EJ-S, cache fr
Make endianess of target CPU configurable. Use the new config
option for dbau1550_el and pb1000 boards.
Adapt linking of standalone applications to pass through
endianess options to LD.
Build tested with:
- ELDK 4 mips_4KC- and mips4KCle
- Sourcery CodeBench Lite 2011.03-93
Signed-off-by: Dani
Signed-off-by: Thomas Weber
---
MAINTAINERS |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f6f6b72..6ea465d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -696,10 +696,6 @@ Chander Kashyap
Torsten Koschorrek
scb9328
Since commit 97039ab98 (env_mmc: Allow board code to override the environment
address)
mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
board/freescale/common/sdhc_boot.c also defines mmc_get_env_addr, but this
should be
dependant on CONFIG_FSL_ESDHC.
Add this protection in the m
On Mon, Nov 28, 2011 at 1:23 AM, Kumar Nath, Chandan
wrote:
> Tom,
> Can we do cache enabling of cpsw as a follow up patch to this?
> As, initial aim is to upstream basic cpsw functional driver first
> and then follow on other features like you said cache enable etc.
Per Wolfgang in the davinci e
On 11/26/2011 01:30 PM, Thomas Weber wrote:
> This patch removes the unused definition of SDRC_R_C_B
> from the config files.
>
> Acked-by: Enric Balletbo i Serra
> Acked-by: Igor Grinberg
> Signed-off-by: Thomas Weber
Acked-by: Tom Rini
--
Tom
__
On Mon, Nov 28, 2011 at 5:06 AM, Christian Riesch
wrote:
> Hi,
>
> On Sun, Nov 27, 2011 at 5:41 PM, Tom Rini wrote:
>> On Sun, Nov 27, 2011 at 8:09 AM, Wolfgang Denk wrote:
>>> In message <1321048618-20616-1-git-send-email-ya...@emcraft.com> you wrote:
DaVinci EMAC driver has no support for
On Mon, Nov 28, 2011 at 3:44 AM, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> Cc: Sandeep Paulraj
> Cc: Tom Rini
> Cc: Albert ARIBAUD
> Cc: Christian Riesch
Acked-by: Tom Rini
> ---
> arch/arm/cpu/arm926ejs/davinci/da850_pinmux.c | 5 +
> arch/arm/include/asm/arch-davi
Dear "Dimitar Penev",
In message <003601ccada7$ce75c4b0$2901a8c0@dpn> you wrote:
>
> I will try to fix my mail client and use plain text as it is explained for
> the future.
You don't even need to fix your mail client. Just use "git send-email".
Best regards,
Wolfgang Denk
--
DENX Software
Dear Igor Grinberg,
In message <4ed34e9b.7040...@compulab.co.il> you wrote:
>
> > Hm... the fix seems wrong to me. What happens now if ENV_IS_EMBEDDED
> > is set, but CONFIG_BUILD_ENVCRC is _not_ set?
>
> Well, you should look into that file...
It's faster for me to ask you to do that :-)
> >
Hello Igor,
Igor Grinberg wrote:
> Hi Heiko,
>
> On 11/28/11 12:44, Heiko Schocher wrote:
>> - booting from NOR Flash with direct boot method
>> - POST support
>> - LOGBUF support
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Paulraj Sandeep
>> Cc: Albert ARIBAUD
>> Cc: Igor Grinberg
>> Cc: Chri
Dear Macpaul Lin,
In message
you wrote:
>
> Please drop these multiple mails which are the same.
> I'll delete them in patchworks and left the only one patch v2 of this patch
> which should be correct.
But you've sent a V3, too ???
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Dear Igor Grinberg,
it is really not necessary to quote 1300+ lines of unrelated code.
Just provide sufficient context for your remarks.
In message <4ed373c6.5020...@compulab.co.il> you wrote:
>
> > + ret = gpio_request(gpio, enbw_gpio_config[i].name);
> > + if (ret)
> > +
Dear "Dimitar Penev",
In message <001301ccadc3$30140c70$2901a8c0@dpn> you wrote:
>
> >> > > +#define CONFIG_TFTP_BLOCKSIZE 4404
...
> > I have to admit that I'm not sure i having the last ine is a clever
> > idea, but in any case it's not my problem.
>
> I have not dug in the code to understand
Dear "Robert P. J. Day",
In message you wrote:
>
> i'm teaching some embedded linux next week and, while i will have
> physical boards for the students to play with, i'd also like to
> demonstrate basic u-boot within a QEMU session as far as that's
> practical.
Or use sandbox?
Best regards,
Dear Heiko Schocher,
In message <4ed3a6a8.5010...@denx.de> you wrote:
>
> >> + ret = gpio_request(gpio, enbw_gpio_config[i].name);
> >> + if (ret)
> >> + printf("%s: Could not get %s gpio\n", __func__,
> >> + enbw_gpio_config[i].name);
>
Hi Tom,
On Mon, Nov 28, 2011 at 3:53 PM, Tom Rini wrote:
> On Mon, Nov 28, 2011 at 5:06 AM, Christian Riesch
> wrote:
>> On Sun, Nov 27, 2011 at 5:41 PM, Tom Rini wrote:
>>> On Sun, Nov 27, 2011 at 8:09 AM, Wolfgang Denk wrote:
In message <1321048618-20616-1-git-send-email-ya...@emcraft.c
Dear Christian Riesch,
In message
you wrote:
...
> Then I commented out the lines
> #define CONFIG_SYS_ICACHE_OFF
> #define CONFIG_SYS_DCACHE_OFF
> #define CONFIG_SYS_L2CACHE_OFF
> re-built u-boot and tried the same, the Ethernet connection still
> worked and I could still load the kernel image.
Dear E-mail User,
This is to inform you that your email address with MICROS ID
MCX-27604-MFG-176CN-9KD emerge our second place winner of $485,000 plus a brand
new Range Rover SUV from the SHEZHEN YAXI™ end of year promotion.
Please confirm your status by logging to our site below.
On Mon, Nov 28, 2011 at 2:07 AM, Macpaul Lin wrote:
>> However, aside from that, the interrupt clearing confuses me. Usually,
>> you read the event register, and then write it back to clear
>> it. If there is more than one error, some of the status bits will be
>> left uncleared. If you only want
Hi Christian,
On 28.11.2011 19:43, Christian Riesch wrote:
>>> What do you mean by "broken"? Is it "never working" or is it "working
>>> sometimes" or "not working under specific conditions"? I have a DA850
>>> based board and I use the Davinci EMAC driver (CONFIG_DRIVER_TI_EMAC).
>>> I don't have
Christian,
On 25/11/11 12:37, Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Sandeep Paulraj
> Cc: Heiko Schocher
> Cc: Sudhakar Rajashekhara
> Cc: Syed Mohammed Khasim
> Cc: Sughosh Ganu
> Cc: Nick Thompson
> Cc: Stefano Babic
> ---
> arch/arm/cpu/arm926ejs/davinci/Makef
On 11/24/11 10:57 PM, Daniel Schwierzeck wrote:
diff --git a/arch/mips/cpu/mips32/start.S b/arch/mips/cpu/mips32/start.S
index 9c1b2f7..b6cb4be 100644
--- a/arch/mips/cpu/mips32/start.S
+++ b/arch/mips/cpu/mips32/start.S
@@ -224,6 +224,14 @@ reset:
setup_c0_status_reset
+ /* Set a
Dear Ilya Yanok,
In message <4ed3b09a.7060...@emcraft.com> you wrote:
>
> Don't you see "WARNING: Caches not enabled" message during boot?
>
> 2Wolfgang: So caches are actually disabled on everything except OMAP...
I see. What a chaos.
Best regards,
Wolfgang Denk
--
DENX Software Engineeri
Hi All,
these patches introduce support for HTKW mcx board (AM3517-based)
including DaVinci EMAC driver fixes to work on AM35xx, SPL fixes
and OMAP3 EHCI support.
This is an updated version of previously posted patches:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/116535
Patches are re
On AM35xx CPPI RAM had different addresses when accessed from the CPU
and from the EMAC. We need to account this to deal with the buffer
descriptors correctly.
Signed-off-by: Ilya Yanok
---
drivers/net/davinci_emac.c | 39 ++-
1 files changed, 30 insertions(
Added noop implementation for dcache operations that will buzz
about missing real implementation and disable the dcache.
This fixes compilation of DaVinci EMAC driver on arm926ejs.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/arm926ejs/Makefile |2 +-
arch/arm/cpu/arm926ejs/cache.c | 75 +++
AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
files to
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/arch-omap3/mux.h | 41 +
board/logicpd/am3517evm/am3517evm.h | 40
board/ti/am3517crane/am3517cr
For some reason code setting the speed based on the PHY feedback causes
troubles on AM3517 so hardcode 100Mbps for now.
Signed-off-by: Ilya Yanok
---
drivers/net/davinci_emac.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/dav
DaVinci EMAC is found not only on DaVinci SoCs but on some OMAP3 SoCs
also. This patch moves common defines from arch-davinci/emac_defs.h to
drivers/net/davinci_emac.h
DaVinci specific PHY drivers hacked to include the new header. We might
want to switch to phylib in future.
Signed-off-by: Ilya Y
This patch adds support for software ECC to the nand_spl_simple driver.
To enable this one have to define CONFIG_SPL_NAND_SOFTECC.
Tested on OMAP3.
Signed-off-by: Ilya Yanok
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11 ++-
2 files changed,
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch-omap3/emac_defs.h |
DaVinci EMAC is present on TI AM35xx SoCs (ARMv7) which run with D-Cache
enabled by default. So we have to take care and flush/invalidate the
cache before/after the DMA operations.
Please note that the receive buffer alignment to 32 byte boundary comes
from the old driver version I don't know if i
Signed-off-by: Ilya Yanok
---
drivers/net/davinci_emac.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 2ac6874..4f9ed2f 100644
--- a/drivers/net/davinci_emac.c
+++ b/drivers/net/davinci_emac.c
@@ -803,
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok
---
drivers/mtd/nand/omap_gpmc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/omap_gpmc.c b/drivers/mtd/nand/omap_gpmc.c
index 5bbec48..1dfe
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok
---
board/ti/beagle/beagle.c | 101 --
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-omap.c | 156
include/configs/oma
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain already loaded data. I can't see any way to
determine some safe address automagically so make it up to board porter
to provide the safe-to-use address via CONFIG_SPL_NAND_WORKSPACE value.
Signed-off
This patch adds support for the HTKW mcx AM3517-based board.
Serial, Ethernet, NAND, MMC, RTC, EHCI USB host and both
NAND and MMC SPLs are supported.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok
---
MAINTAINERS |4 +
board/htkw/mcx/Makefile | 38 +
board/ht
Hi Albert,
On 28.11.2011 16:56, Albert ARIBAUD wrote:
>> Yes, that would be the 4th approach, listed as "much better" :-)
>
> Better yet, have an ARM-wide, not only ARM926EJ-S, cache framework with
> a hierarchy of cache function implementations, from ARM architectures to
> Cores / SoCs or even b
On 11/24/11 10:57 PM, Daniel Schwierzeck wrote:
@@ -206,11 +206,28 @@ _start:
RVECENT(romReserved,125)
RVECENT(romReserved,126)
RVECENT(romReserved,127)
+ XVECENT(romExcHandle,0x400);
+ RVECENT(romReserved,129);
+ RVECENT(romReserved,130);
+ RVECENT
Hi,
On Sun, Nov 27, 2011 at 4:19 PM, Jana Rapava wrote:
> Add generic functions for reading, writing and setting bits in ULPI registers.
>
> Signed-off-by: Jana Rapava
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
> Cc: Simon Glass
> ---
> Changes for v
Hi Marek,
On Fri, Nov 25, 2011 at 10:53 AM, Marek Vasut wrote:
> The board is unmaintained and maintainer doesn't respond.
Should this and the other patches be version 2, or perhaps 3?
Also I like Mike's suggested phrasing (something like "The board
doesn't build and maintainer doesn't respond"
> Hi Marek,
>
> On Fri, Nov 25, 2011 at 10:53 AM, Marek Vasut wrote:
> > The board is unmaintained and maintainer doesn't respond.
>
> Should this and the other patches be version 2, or perhaps 3?
Probably.
>
> Also I like Mike's suggested phrasing (something like "The board
> doesn't build an
Hi Marek,
On Mon, Nov 28, 2011 at 9:21 AM, Marek Vasut wrote:
>> Hi Marek,
>>
>> On Fri, Nov 25, 2011 at 10:53 AM, Marek Vasut wrote:
>> > The board is unmaintained and maintainer doesn't respond.
>>
>> Should this and the other patches be version 2, or perhaps 3?
>
> Probably.
>>
>> Also I like
* Andy Fleming wrote:
> On Thu, Nov 17, 2011 at 5:51 AM, Thierry Reding
> wrote:
> > Check for board-specific card detect each time an MMC/SD device is
> > initialized. If card detection is not implemented, this code behaves as
> > before and continues assuming a card is present. If no card is det
On 11/23/2011 03:59 PM, Simon Glass wrote:
> This call is more of an architecture requirement than a board
> one, so move it there.
>
> Signed-off-by: Simon Glass
Acked-by: Stephen Warren
--
nvpublic
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On 11/23/2011 03:59 PM, Simon Glass wrote:
> The clock init is not board specific, so move it into
> the cpu code.
>
> Signed-off-by: Simon Glass
Acked-by: Stephen Warren
--
nvpublic
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/
On 11/23/2011 03:59 PM, Simon Glass wrote:
> funcmux permits selection of config options for particular peripherals,
> such as the pins that are used for that peripheral, if there are several
> options.
>
> Add UART selection to start with.
> +static void enable_uart(enum periph_id pid)
> +{
> +
On 11/23/2011 03:59 PM, Simon Glass wrote:
> We need to define CONFIG_ENV_IS_NOWHERE to avoid this error:
>
> cmd_nvedit.c:69:3: error: #error Define one of
> CONFIG_ENV_IS_IN_{EEPROM|FLASH|DATAFLASH|ONENAND|SPI_FLASH|MG_DISK|NVRAM|MMC}
> or CONFIG_ENV_IS_NOWHERE
Seems like you need to wrap tha
On 11/23/2011 08:54 PM, Simon Glass wrote:
> This fixes three trivial issues in fdtdec.c:
> 1. fdtdec_get_is_enabled() doesn't really need a default value
> 2. The fdt must be word-aligned, since otherwise it will fail on ARM
> 3. The compat_names[] array is missing its first element
> diff --git
On 11/23/2011 08:54 PM, Simon Glass wrote:
> Add a function to lookup a property which is a phandle in a node, and
> another to read a fixed-length integer array from an fdt property.
> Also add a function to read boolean properties.
>
> Signed-off-by: Simon Glass
Looking at the U-Boot custodian
On Mon, Nov 28, 2011 at 04:04, Igor Grinberg wrote:
> I don't have the tool chain for ppc.
http://dev.gentoo.org/~vapier/u-boot/
-mike
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Igor Grinberg,
In message <4ece39a9.4080...@compulab.co.il> you wrote:
>
> >> As for my understanding, the delivery path ends with the repository
> >> from which the pull process starts.
> >
> > That makes no sense either. What about the case where the author
> > provides (say, for conveni
Dear Anatolij Gustschin,
In message <2027202055.15fa9fe2@wker> you wrote:
> Hello Wolfgang,
>
> The following changes since commit fdbe8b9a2d1858ba35dd6214315563ad44d4a0e3:
>
> Merge branch 'h...@denx.de' of git://git.denx.de/u-boot-staging (2011-11-23
> 21:23:45 +0100)
>
> are available
On Mon, 28 Nov 2011, Wolfgang Denk wrote:
> Dear "Robert P. J. Day",
>
> In message you wrote:
> >
> > i'm teaching some embedded linux next week and, while i will have
> > physical boards for the students to play with, i'd also like to
> > demonstrate basic u-boot within a QEMU session as far
On Fri, Nov 25, 2011 at 3:53 AM, Stefano Babic wrote:
> On 25/11/2011 08:35, Simon Glass wrote:
>> Hi,
>>
>> On Tue, Oct 18, 2011 at 4:50 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>
> Hi Simon,
>
A new board_pre_console_putc() function is added to the board API. If
provided by the board
On 11/23/2011 08:54 PM, Simon Glass wrote:
> This was taken from commit 1ea6b8f at:
> git://git.kernel.org/pub/scm/linux/kernel/git/olof/tegra.git
That's not the latest version in linux-next. Also, this doesn't include
quite a few changes that have been sent to the mailing lists but not yet
applie
Dear Anatolij Gustschin,
In message <202831.10432bf4@wker> you wrote:
> Hello Wolfgang,
>
> Added a patch from Stefano.
>
> The following changes since commit 99258c34103efad3395c679256a221731d010c4b:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mmc (2011-11-27 16:03:21
> +0
1 - 100 of 192 matches
Mail list logo
