Hi Ruud,
Le Fri, 7 Jun 2013 11:28:54 +0200,
Ruud Commandeur a écrit :
> I have not come any further yet in finding the real cause. For now, I just
> tested with workarounds like lowering the ARP timeout and skipping the phy
> reset (or only reset for the 1st transfer). Note that also the phy re
gt; initialization takes more time and sometimes tftp fails
> in RMII mode.
>
> Signed-off-by: Rajashekhara, Sudhakar
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Hadli, Manjunath
Tested-by: Eric Bénard
on an AM1808 with a RMII PHY where tftp
Hi Andreas,
Le Thu, 20 Mar 2014 16:13:53 +,
Andreas Geisreiter a écrit :
> Thanks for your help. In the header files which you mentioned I found the
> following:
>
> V-Sync: Active high or low = FB_SYNC_VERT_HIGH_ACT
> H-Sync: Active high or low = FB_SYNC_HOR_HIGH_ACT
> Output enable: Activ
informations on this board :
http://www.embest-tech.com/shop/star/marsboard.html
Signed-off-by: Eric Bénard
---
board/embest/marsboard/Makefile| 9 +
board/embest/marsboard/marsboard.c | 489 +
boards.cfg | 1 +
include/configs/marsboard.h
this board : http://www.riotboard.org/
Signed-off-by: Eric Bénard
---
board/embest/riotboard/Makefile| 9 +
board/embest/riotboard/riotboard.c | 493 +
boards.cfg | 1 +
include/configs/riotboard.h| 299
Hi Wolfgang,
Le Wed, 26 Mar 2014 20:02:57 +0100,
Wolfgang Denk a écrit :
> In message <1395858363-21054-2-git-send-email-e...@eukrea.com> you wrote:
> >
> > this board is produced by Embest/Element 14 and is based on i.MX6 Dual
>
> Comparing this patch agains the earlier one for the RiOTboard,
informations on this board :
http://www.embest-tech.com/shop/star/marsboard.html
As this board shares a lot with RiOTboard, both boards are supported by
the same code base which is renamed embest/mx6boards
Signed-off-by: Eric Bénard
---
board/embest/{riotboard => mx6boards}/Makefile |
this board : http://www.riotboard.org/
Signed-off-by: Eric Bénard
---
board/embest/riotboard/Makefile| 9 +
board/embest/riotboard/riotboard.c | 493 +
boards.cfg | 1 +
include/configs/riotboard.h| 299
Hi Stefan,
Le Thu, 27 Mar 2014 08:05:10 +0100,
Stefan Roese a écrit :
> Yes, I agree. #ifdef's are ugly. But code duplication is also a problem
> as Wolfgang has mentioned.
>
> Isn't there a way to detect the board type at runtime somehow (via CPU
> type or GPIO input, ...)? And then dynamical
Hi Fabio,
Le Thu, 27 Mar 2014 09:44:02 -0300,
Fabio Estevam a écrit :
> So in theory yes, we could have a single board file for all the mx6
> boards out there and make it full of ifdefs all over it to handle all
> the hardware variations.
>
here we talk of 2 boards from the same manufacturer whi
Hi Otavio,
Le Thu, 27 Mar 2014 09:50:10 -0300,
Otavio Salvador a écrit :
> And this does work, as can be seen in Barebox which has it working for
> quite some time.
>
> You can see equivalent patch in
>
> http://lists.infradead.org/pipermail/barebox/2014-March/018408.html
>
> It seems U-Boot i
this board : http://www.riotboard.org/
Signed-off-by: Eric Bénard
---
board/embest/riotboard/Makefile| 9 +
board/embest/riotboard/riotboard.c | 493 +
boards.cfg | 1 +
include/configs/riotboard.h| 299
informations on this board :
http://www.embest-tech.com/shop/star/marsboard.html
As this board shares a lot with RiOTboard, both boards are supported by
the same code base which is renamed embest/mx6boards.
Signed-off-by: Eric Bénard
---
v3: switch to automatic board detection in c code to remove the
USB loader are tested.
For more informations on this board : http://www.riotboard.org/
Signed-off-by: Eric Bénard
---
v4: add LVDS TFT support and use clrbits / setbits / clrsetbits as
suggested by Wolfgang
board/embest/riotboard/Makefile| 9 +
board/embest/riotboard/riotboard.c | 566
through USB loader are tested.
For more informations on this board :
http://www.embest-tech.com/shop/star/marsboard.html
As this board shares a lot with RiOTboard, both boards are supported by
the same code base which is renamed embest/mx6boards.
Signed-off-by: Eric Bénard
---
v4: add LVDS TFT
Hi Stefano,
Le Sun, 30 Mar 2014 18:20:49 +0200,
Stefano Babic a écrit :
> I jump directly to V4 ;-) Sorry for late review, I was not in office
> last days.
>
> Added Ben in CC. He sent a first version for the Marsboard.
>
> On 29/03/2014 22:29, Eric Bénard wrote:
> > t
convert the board to the new soc architecture
update default config
i2c upgrade taken from eb_cpux9k2.h & board/BuS/eb_cpux9k2/cpux9k2.c
Signed-off-by: Eric Bénard
---
v4 : rebased against current HEAD
v3 : send to Hong Xu
v2 : send to Tom Rix's new email
Makefile
Signed-off-by: Eric Bénard
---
v4 : rebased against current HEAD
v3 : send to Hong Xu
v2 : send to Tom Rix's new email
include/configs/cpuat91.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/cpuat91.h b/include/configs/cpuat91.h
index b0
16384 b
and without NAND :
NAND: No NAND device found!!!
0 MiB
MX28EVK U-Boot > nand info
MX28EVK U-Boot >
Signed-off-by: Eric Bénard
---
include/configs/mx28evk.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index 0d918a1..
Hi Fabio,
Le Mon, 8 Apr 2013 10:24:45 -0300,
Fabio Estevam a écrit :
> On Mon, Apr 8, 2013 at 10:20 AM, Eric Bénard wrote:
>
> > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
> > index 0d918a1..789d980 100644
> > --- a/include/configs/mx28evk.h
&
Hi Tom,
Le Mon, 8 Apr 2013 09:27:29 -0400,
Tom Rini a écrit :
> On Mon, Apr 08, 2013 at 10:24:45AM -0300, Fabio Estevam wrote:
> > Hi Eric,
> >
> > On Mon, Apr 8, 2013 at 10:20 AM, Eric B??nard wrote:
> >
> > > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
> > > index 0d9
this is usefull when writing an UBI image which contains
and UBIFS volume (check README.nand and UBI FAQ for more details)
Signed-off-by: Eric Bénard
---
include/configs/mx28evk.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index
Hi Fabio,
Le Tue, 9 Apr 2013 15:02:44 -0300,
Fabio Estevam a écrit :
> Eric Bénard wrote:
> > this is usefull when writing an UBI image which contains
> > and UBIFS volume (check README.nand and UBI FAQ for more details)
> >
> > Signed-off-by: Eric Bénard
&
Hi Jason,
On 12/08/2011 23:09, Jason Kridner wrote:
> On Tue, Jun 14, 2011 at 10:33 AM, Eric Bénard wrote:
>> Hi Christian,
>>
>> On 14/06/2011 16:27, Christian Spielberger wrote:
>>> we have both, a beagle xM-B and a beagle xM-C. The following works on
>>>
Hi Joel,
Le 27/08/2011 06:46, Joel A Fernandes a écrit :
>> The logic is wrong here. I don't remember the polarity, but I do remember
>> that it is
>> xM-A and xM-B that are the oddballs. I believe this is the correct change:
>
> Hi Jason,
>
> LEDAON should be high for HUB power up on xMA and x
board with a
2k page NAND.
Signed-off-by: Eric Bénard
Cc: Marek Vasut
Cc: Fabio Estevam
---
include/configs/m28evk.h |2 +-
include/configs/mx28evk.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index b49ec8c
Hi Scott,
Le Mon, 10 Dec 2012 16:59:23 -0600,
Scott Wood a écrit :
> On 12/10/2012 10:41:59 AM, Eric Bénard wrote:
> > - commit 418396e212b59bf907dbccad997ff50f7eb61b16 chenged the
> > behaviour
> > of nand write.raw which now takes a pagecount as a parameter and no
>
environment of these boards to provide a
pagecount instead of a size to nand write.raw.
- tested on a mx28evk with a 4k page NAND and on a custom board with a
2k page NAND.
Signed-off-by: Eric Bénard
Cc: Marek Vasut
Cc: Fabio Estevam
---
include/configs/m28evk.h |2 +-
include/configs/mx28evk.h
tested on a MCIMX257CJM4A which now reports :
CPU: Freescale i.MX25 rev1.2 at 399 MHz
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/mx25/generic.c |3 +++
arch/arm/include/asm/arch-mx25/imx-regs.h |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch
X35).
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/mx25/generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx25/generic.c
b/arch/arm/cpu/arm926ejs/mx25/generic.c
index cb74b82..6a3a8b3 100644
--- a/arch/arm/cpu/arm926ejs/mx25/generic.
Signed-off-by: Eric Bénard
---
MAINTAINERS |2 +
board/eukrea/cpuimx25/Makefile| 44 +++
board/eukrea/cpuimx25/config.mk |5 +
board/eukrea/cpuimx25/cpuimx25.c | 123 ++
board/eukrea/cpuimx25/imxima
Le Sat, 22 Sep 2012 18:18:58 -0300,
Otavio Salvador a écrit :
> On Sat, Sep 22, 2012 at 5:50 PM, Eric Bénard wrote:
> > this board is based on an i.MX25 from Freescale.
> > It consists of a SOM containing :
> > - NAND flash (internal or external boot supported and tes
Hi Otavio,
Le Sat, 22 Sep 2012 18:18:58 -0300,
Otavio Salvador a écrit :
> On Sat, Sep 22, 2012 at 5:50 PM, Eric Bénard wrote:
> > this board is based on an i.MX25 from Freescale.
> > It consists of a SOM containing :
> > - NAND flash (internal or external boot supported a
tested on a MCIMX257CJM4A which now reports :
CPU: Freescale i.MX25 rev1.2 at 399 MHz
Signed-off-by: Eric Bénard
Acked-by: Otavio Salvador
---
v2 : rebased against 2012.10-rc1, added Otavio's ack
arch/arm/cpu/arm926ejs/mx25/generic.c |3 +++
arch/arm/include/asm/arch-mx25/imx-r
tested on a MCIMX257CJM4A which now reports :
CPU: Freescale i.MX25 rev1.2 at 399 MHz
Signed-off-by: Eric Bénard
Acked-by: Otavio Salvador
---
v2 : rebased against 2012.10-rc1, added Otavio's ack
arch/arm/cpu/arm926ejs/mx25/generic.c |3 +++
arch/arm/include/asm/arch-mx25/imx-r
t any key to stop autoboot: 0
Signed-off-by: Eric Bénard
---
v2: rebased against 2012.10-rc1, disabled eSDHC until proper fix
from Benoît gets applied, updated bootlog.
MAINTAINERS |2 +
board/eukrea/cpuimx25/Makefile| 44 +++
board/e
Hi,
Le Sun, 23 Sep 2012 14:02:17 +0200,
Eric Bénard a écrit :
> tested on a MCIMX257CJM4A which now reports :
> CPU: Freescale i.MX25 rev1.2 at 399 MHz
>
> Signed-off-by: Eric Bénard
> Acked-by: Otavio Salvador
> ---
> v2 : rebased against 2012.10-rc1, added Otavio&#
Hi Vikram,
Le Sun, 23 Sep 2012 23:02:18 +0530,
Vikram Narayanan a écrit :
> Why the clock init is in two places?
> imximage.cfg and this file. Am I missing something?
>
imximage.cfg for internal boot, lowlevel_init.S for external boot.
Eric
___
U-Boot
Hi Stefano,
Le Thu, 6 Sep 2012 10:04:57 +0200,
Stefano Babic a écrit :
> +#define RCSR_MEM_CTL_WEIM0
> +#define RCSR_MEM_CTL_NAND1
> +#define RCSR_MEM_CTL_SD 2
> +#define RCSR_MEM_TYPE_NOR0
> +#define RCSR_MEM_TYPE_ONENAND2
> +#define RCSR_MEM_TYPE_SD 0
> +#d
Hi Stefano,
Le Sun, 23 Sep 2012 19:46:50 +0200,
Stefano Babic a écrit :
> > nand_spl/board/eukrea/cpuimx25/Makefile | 79
> > nand_spl/board/eukrea/cpuimx25/config.mk |1 +
> > nand_spl/board/eukrea/cpuimx25/u-boot.lds | 83
>
> There is a main issue with the
Hi Stefano,
Le Mon, 10 Sep 2012 14:09:21 +0200,
Stefano Babic a écrit :
> The chip supports ONFI, but it seems the i.MX driver does not. Quite as
> described in http://patchwork.ozlabs.org/patch/60042/. READ-ID is always
> sent with address 0, I do not know if we can convince the driver to send
>
Hi Maxim,
Le Thu, 24 Jan 2013 12:21:30 +0400,
Maxim Podbereznyy a écrit :
> Your instructions are exceptional! However I have a few questions:
> 1) why should I generate patches for 1st 3 patch, because I have only one?
> 2) if there are 3 patches (only 1 is mine) + a cover which exactly
> shoul
Hi Robert,
Le Tue, 05 Feb 2013 08:37:20 -0500,
"Robert P. J. Day" a écrit :
>main question -- should flinfo not tell me about my flash? what
> might this configuration be missing? i should have access to the
> board in an hour or two. thanks.
>
you can read : doc/README.nand
which con
Hi Fabio,
Le Tue, 26 Feb 2013 15:35:20 -0300,
Fabio Estevam a écrit :
> Currently is_16bit_nand() is a per SoC function and it decides the bus nand
> width by reading some boot related registers.
>
> This method works when NAND is the boot medium, but does not work if another
> boot medium is
Hi Benoît,
Le Wed, 27 Feb 2013 13:53:10 +0100 (CET),
Benoît Thébaudeau a écrit :
>
> This code is not used for NAND boot, for which the SPL version of this driver
> and CONFIG_SYS_NAND_BUSWIDTH_16 are used.
>
I didn't follow SPL migration (I have to come back to it so the next
question may be s
Hi Benoît and Fabio,
Le Wed, 27 Feb 2013 14:40:51 +0100 (CET),
Benoît Thébaudeau a écrit :
> On Wednesday, February 27, 2013 2:15:21 PM, Eric Bénard wrote:
> > Hi Benoît,
> >
> > Le Wed, 27 Feb 2013 13:53:10 +0100 (CET),
> > Benoît Thébaudeau a écrit :
> > &
Dear Wolfgang Denk,
Wolfgang Denk a écrit :
> In message <1247735589-15527-1-git-send-email-e...@eukrea.com> you wrote:
>> CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
>> flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
>> Ethernet PHY in RMII mode.
> .
Dear Wolfgang,
Wolfgang Denk a écrit :
>> I'm not sure it's possible to use a generic geometry/timings there else
>> u-boot may never relocate.
>> How would you do this ?
>
> Well, normally you have 2 or 3 row/col combinations that have to be
> considered; you try these in turn until you find on
Hi Alessandro,
Alessandro Rubini a écrit :
> So, with the current code base, you can't autodetect ram size on the
> atmel 926x.
>
> I have the same problem, as I have boards that ship as either 64M or
> 128M. I'd configure for 128M and look for aliases, reconfiguring for
> 64M if needed. This c
Scott Wood a écrit :
> On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote:
>> +if (pdata->is2k) {
>> +host->pagesize_2k = 1;
>> +NFMS |= (1 << NFMS_BIT);
>> +this->badblock_pattern = &smallpage_memorybased;
>
> Why are you using the small-page badbl
Jean-Christophe PLAGNIOL-VILLARD wrote :
>> +
>> +cpuat91_ram_config \
>> +cpuat91_config:unconfig
>> +@if [ "$(findstring _ram_,$@)" ] ; then \
>> +echo "#define CONFIG_CPUAT91_RAM 1" >> ./include/config.h ; \
> what is this ram config?
the ram config allows to generate a
Ben Warren wrote :
> This patch has many coding style violations that haven't been addressed,
> so it can't go in. I"m not a fan of the piece-meal PHY implementation
coding style violations should be fixed in v3 /
http://www.mail-archive.com/u-boot@lists.denx.de/msg18068.html
Eric
Scott Wood a écrit :
> On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote:
>> Signed-off-by: Eric Benard
>> ---
>> drivers/nand/nand_imx.c | 20 +---
>> include/asm-arm/arch-imx/imx-nand.h |3 ++-
>> 2 files changed, 19 insertions(+), 4 deletions(-)
>
>
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
>> +cpuat91_ram_config \
>> +cpuat91_config : unconfig
>> +@mkdir -p $(obj)include
>> +@if [ "$(findstring _ram_,$@)" ] ; then \
>> +echo "#define CONFIG_CPUAT91_RAM 1" >>$(obj)include/config.h ; \
> NACK
Dear Wolfgang Denx,
Wolfgang Denk a écrit :
> Would you please indicate what's the difference between the patches
> you submit? Such comment belongs below the '---' line!
>
Is there a way to add these comments using git or should I edit the
patch before sending it ?
> What exactly is the differ
Hi,
aulraj, Sandeep a écrit :
> I get the following compilation errors when I try to compile DaVinci DM355 on
> the latest U-Boot source. I thought I saw similar issues on the mailing list
> some time back. Have these been resolved?
>
>
> 3.2/libgcc.a(_udivsi3.o) has EABI version 5, but target
Hi,
Albin Tonnerre a écrit :
> Currently, I don't really have any idea. Besides, it's going to be hard for me
> to debug this, as I don't have an oscilloscope at hand. Would you please try
> to
> run u-boot within a debugger to see where exactly the CS line is driven low?
isn't the RTC connected
Hi Willian,
William C. Landolina a écrit :
> Has there been any resolution on this? From what I can see (with
> scope and logic analyzer) the RTC seems to be corrupted by the
> DataFlash boot code built into the chip. [The Calao board doesn't
> have the DataFlash memory and used the chip select
Hi Rick,
Le 26/01/2010 20:10, Rick Bronson a écrit :
>> Do you try the patches I sent to the ML ? And which is the version of
>> your processor (TO1, TO2 or TO3) and of the board ?
>
>Not sure what patches these are or where to find them. Also not
> sure what source to apply these patches to.
Hi,
Le 10/02/2010 13:23, Andreas Orfanos a écrit :
> I have set up the right switches on the board, and I can boot RedBoot
> from nand without problem.
> Therefore it should be easy to do it on u-boot.
>
we are booting u-boot from NAND on a custom iMX51 board (using mDDR and
not DDR2), we started
Hi Andreas,
Le 10/02/2010 15:55, Andreas Orfanos a écrit :
> Did you have to make changes in cpu/arm_cortex8/start.S file?
we are using u-boot-2009.01 + freescale patches.
No change to start.S (except a small hack to turn on a led to check
u-boot is properly loaded and run).
> I don't have to ma
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
> On 18:15 Sat 05 Sep , Eric Benard wrote:
>> these boards are built around Atmel's AT91SAM9260/9G20 and have
>> up to 64MB of NOR flash, up to 128MB of SDRAM, up to 2GB of NAND
>> and include a 10/100 Ethernet PHY in RMII mode.
>>
Hi Tom,
may you please comment on the following patches :
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/67400
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/65674
Many thanks
Eric
___
U-Boot mailing list
U-Boot@lists.denx.de
http://li
Hi,
Le 20/02/2010 08:25, Maxim Podbereznyi a écrit :
> OK, then can you explain what software do you flash? Does rm9200 u-boot
> setup PLL? Because if it is not then you will never see anything at DBGU
> pins. Another problem can be with your RC filters for PLL. Did you use the
> same quartz as in
Hi Frans,
Le 24/02/2010 20:32, Frans Meulenbroeks a écrit :
> If anyone can educate me how to get the patches numbered, please
> (I have sent this by git send-email 0001... 0002 etc in one command
>
git format-patch -n
-n, --numbered
Name output in [PATCH n/m] format, even
Hi,
On 22/01/2011 08:39, Reinhard Meyer wrote:
> I am not aware of any AT91SAM9xxx systems right now that uses low-level init,
> it
> would only make sense for those that boot directly from NOR, without
> AT91BOOTSTRAP involved.
cpu9260 (at91sam9260 / 9g20 based) is using low-level init as it bo
this board was cancelled long time ago so remove it as it won't
be maintained anymore
Signed-off-by: Eric Bénard
---
board/mp2usb/Makefile| 50 -
board/mp2usb/config.mk |3 -
board/mp2usb/flash.c | 552 --
board/mp2usb/mp2
28MB RAM & nor boot)
9G20_nand_128M (128MB RAM & nand boot)
(nor boot is using lowlevel init)
Signed-off-by: Eric Bénard
---
board/eukrea/cpu9260/config.mk |1 -
board/eukrea/cpu9260/cpu9260.c | 161 +--
board/eukrea/cpu9260/
Hi Wolfgang,
On 26/01/2011 10:20, Wolfgang Denk wrote:
> In message<4d3fdb14.6060...@emk-elektronik.de> you wrote:
>>
>> I heard rumors that the SZ_* defines are going to be outphased.
>
> I's on my personal hate list, indeed.
>
>> If so, new submissions should not use them anymore, right?
Hi,
On 03/04/2011 18:35, Eric Bénard wrote:
> - update to new relocation code
> - switch to boards.cfg
> - get rid of LEGACY (still a little hack in .h to compile)
> - add nand boot configuration
> - boot tested for the following configurations :
> 9260 (6
Hi,
On 03/04/2011 18:35, Eric Bénard wrote:
> - fix board support following relocation changes
> - switch to boards.cfg
> - disable i2c to keep size under 128kiB (1 sector)
>
> Signed-off-by: Eric Bénard
> ---
any news concerning this patch ?
http://patchwork.ozlabs.org/patch/89
Hi Wolfgang,
On 27/04/2011 22:00, Wolfgang Denk wrote:
> In message<1301848555-14404-1-git-send-email-e...@eukrea.com> you wrote:
>> this board was cancelled long time ago so remove it as it won't
>> be maintained anymore
>>
>> Signed-off-by: Eric Bénard
>> ---
>> board/mp2usb/Makefile|
- remove from boards.cfg
- add to doc/README.scrapyard
Signed-off-by: Eric Bénard
---
boards.cfg |1 -
doc/README.scrapyard |1 +
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index d4cbb06..916414a 100644
--- a/boards.cfg
+++ b
Hi Wolfgang,
cpu9260* and cpu9G20* were fixed in april by commit
c2b2a07eeb688b52ad74a1b679904cf3c339f34f
cpuat91* were fixed in 632f8fdf4c4fae8343409be13d5e028cd4eee32d
All these boards were then broken by the at91 rework in Reinhard's pull
request of may.
So please don't remove these board u
Hi Simon,
On 04/06/2011 20:47, Simon Glass wrote:
> Hi Reinhard,
>
> I have been asked to have a quick look at this patch, which is showing
> accepted here:
>
> http://patchwork.ozlabs.org/patch/81422/
>
> The diffstat on patchwork is:
>
> MAINTAINERS |5 +
> b
Signed-off-by: Eric Bénard
---
MAKEALL|1 -
board/eukrea/cpuat91/cpuat91.c |6 +++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 13dde6f..50c0080 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -454,7 +454,6 @@ LIST_at91
Signed-off-by: Eric Bénard
---
arch/arm/include/asm/arch-at91/at91_matrix.h | 10 +++---
arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
arch/arm/include/asm/arch-at91/at91_wdt.h|2 +-
arch/arm/include/asm/arch-at91/at91sam9_sdramc.h | 30
handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not
defined
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/lowlevel_init.S
b/arch/arm/cpu
this patch fix the following error :
u-boot/include/asm/arch/at91_pio.h:91: error: 'ATMEL_PIO_PORTS' undeclared here
(not in a function)
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
di
Signed-off-by: Eric Bénard
---
MAKEALL|2 --
Makefile |8
board/eukrea/cpu9260/cpu9260.c | 33 -
board/eukrea/cpu9260/led.c |6 +++---
include/configs/cpu9260.h |7 +++
5 files
Hi Reinhard,
On 07/06/2011 10:04, Reinhard Meyer wrote:
> How "temporary" is "temporary"?
>
> This fix could be done better, by using
> CONFIG_SYS_SDRAM_BASE right away, and using ATMEL_BASE_PIOA
> as well in that file.
>
> Please resubmit this fix, or explain why it cannot be done the
> way I sug
Signed-off-by: Eric Bénard
---
arch/arm/include/asm/arch-at91/at91_matrix.h | 10 +++---
arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
arch/arm/include/asm/arch-at91/at91_wdt.h|2 +-
arch/arm/include/asm/arch-at91/at91sam9_sdramc.h | 30
atmel rework changed define names which broke this file
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S | 24
arch/arm/include/asm/arch-at91/at91_pio.h| 14 +++---
arch/arm/include/asm/arch-at91/at91sam9260.h |1 +
arch
Signed-off-by: Eric Bénard
---
MAKEALL|1 -
board/eukrea/cpuat91/cpuat91.c |6 +++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 13dde6f..50c0080 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -454,7 +454,6 @@ LIST_at91
Signed-off-by: Eric Bénard
---
MAKEALL|2 --
Makefile |8
board/eukrea/cpu9260/cpu9260.c | 33 -
board/eukrea/cpu9260/led.c |6 +++---
include/configs/cpu9260.h | 11 +--
5
Hi,
On 09/06/2011 09:06, Wolfgang Denk wrote:
> what are the chances to see a pull request for the Atmel boards any
> time soon? As is, theyu still form the majority of broken ARM boards,
> and I would like to get the release out as soon as possible.
>
> So I'd appreciate if we could have your pul
Hi Reinhard,
On 09/06/2011 10:17, Reinhard Meyer wrote:
> Several lines are longer than 80 chars. Can you fix this asap?
>
> I think the comments could be left away completely or at least shortened by
> removing the obvios "SDAM Controller" part.
>
These lines are already over 80 char before this
Hi Simon,
On 10/06/2011 17:04, Simon Glass wrote:
> +int smsc95xx_eth_get_info(struct usb_device *dev, struct ueth_data *ss,
> + struct eth_device *eth)
> +{
> + debug("** %s()\n", __func__);
> + if (!eth) {
> + debug("%s: missing parameter.\n", __fu
which is used to provide 120MHz to USB EHCI
This allows EHCI to work on BeagleBoard XM
Signed-off-by: Eric Bénard
---
arch/arm/cpu/armv7/omap3/clock.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/clock.c b/arch/arm/cpu/armv7/omap3/clock.c
LEDA needs to be at level 0 to enable HUB_3V3
Signed-off-by: Eric Bénard
---
board/ti/beagle/beagle.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index ab50514..7509916 100644
--- a/board/ti/beagle/beagle.c
Hi Simon,
On 10/06/2011 17:04, Simon Glass wrote:
> This is a small clean-up patch.
>
> Signed-off-by: Simon Glass
> ---
> net/bootp.c | 75
> +-
> 1 files changed, 32 insertions(+), 43 deletions(-)
>
> diff --git a/net/bootp.c b/net/bo
load() function
for the 4 first patches, with the 2 comments I sent concerning patches 1 and 4 :
Tested-by: Eric Bénard
Thanks,
Eric
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 11/06/2011 00:26, Simon Glass wrote:
> OK thanks have added Gilles' patch and will resend the series on
> Monday with any comments received. If this can get applied then
> perhaps we can more easily handle other patches that come up. This
> driver is by no means perfect but it is a start.
>
a ve
Hi Christian,
On 14/06/2011 16:27, Christian Spielberger wrote:
> we have both, a beagle xM-B and a beagle xM-C. The following works on
> both boards and is different from your patch. It is not possible to
> differentiate between Rev xM-A and xM-B. Anyway, the only difference is
> in the processor
On 12/06/2011 13:25, Andreas Bießmann wrote:
> This patch sets the ATMEL_PMX_AA_TXD2 to the correct value.
>
> Signed-off-by: Andreas Bießmann
> CC: Jens Scharsig
> CC: e...@eukrea.com
Acked-by: Eric Bénard
Thanks !
> ---
> changes since v1:
> - fix typo in commi
Hi Stefano,
Le Fri, 19 Apr 2013 10:15:49 +0200,
Stefano Babic a écrit :
> On 18/04/2013 19:37, Wolfgang Denk wrote:
> > Dear Pierre Aubert,
> >
> > In message <1366296086-22394-1-git-send-email-p.aub...@staubli.com> you
> > wrote:
> >> The SabreSD platform is available with i.MX6Q or i.MX6DL.
this is needed to bring UART0 out of reset but this function
currently only exists for dm644x/355/365/646x when da850 (at
least am1808 also need it).
Signed-off-by: Eric Bénard
---
arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c | 8
arch/arm/include/asm/arch-davinci/hardware.h| 2
LE
and two configuration defines already exist for this purpose so use
them.
Signed-off-by: Eric Bénard
---
arch/arm/include/asm/arch-davinci/nand_defs.h | 9 +
include/configs/da830evm.h| 4 ++--
include/configs/da850evm.h| 4 ++--
include/configs/
Hi Fabio,
Le Fri, 26 Apr 2013 13:01:26 -0300,
Fabio Estevam a écrit :
> From: Fabio Estevam
>
> commit 5c2f444c9 (mxs: Reset the EMI block on mx23) changed the DDR voltage
> level, which causes mx23evk to fail to load a kernel.
>
> Put back the original values, so that mx23evk can boot a ker
Hi Igor,
Le Fri, 26 Apr 2013 17:17:54 +0200,
"Igor Ferrara" a écrit :
> Please confirm the reception of the present message by sending back an
> answer message Thank You for the cooperation.
>
this list has 2535 subscribers, do you really need to get 2535 answers
each time tou send an email he
1 - 100 of 159 matches
Mail list logo
