Dear Reinhard Meyer,
Am 19.04.2011 um 17:49 schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>>> Some of the patches did not apply. What did apply is now found in
>>> u-boot-atmel/next2.
>>>
>>> I have no idea why they do not apply, since the AVR32
TFTP server.
See doc/README.update for more information.
Adhere to present coding style => checkpatch warnings discarded.
Andreas Pretzsch (2):
automatic update from FIT image: add optional address parameter
add command fitupd to run an update from a FIT image
common/Makefile |1
Current update_tftp() flow:
1.) fetch "updatefile" from defined TFTP server
2.) check if FIT format
3.) flash contained images
Add an address parameter to update_tftp(). If this address is non-zero,
skip the TFTP transfer and use the image at this address.
Signed-off-by: Andrea
Command calls update_tftp() analogous to automatic update described
in doc/README.update.
Usage:
fitupd [addr]
- run update from FIT image at addr
or from tftp 'updatefile'
Signed-off-by: Andreas Pretzsch
---
common/Makefile |1 +
common/cmd_fitup
Am Mittwoch, den 13.04.2011, 21:47 +0200 schrieb Andreas Pretzsch:
> Am Montag, den 11.04.2011, 23:11 +0200 schrieb Wolfgang Denk:
> > In message <1302554333.13241.158.ca...@ws-apr.office.loc> you wrote:
> > > Is there a way to manually trigger an automatic update using a F
ied in the commit or cover letter."
--
carpe noctem engineering
Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch
Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572
Hahnengasse 3 Fax: +49-(0)731-5521573
89073 Ulm, Germany
this feature was
http://lists.denx.de/pipermail/u-boot/2011-April/090202.html
http://lists.denx.de/pipermail/u-boot/2011-April/090210.html
http://lists.denx.de/pipermail/u-boot/2011-April/090484.html
http://lists.denx.de/pipermail/u-boot/2011-April/090914.html
Thanks in advance,
And
not working
with D-cache enabled (see
http://mid.gmane.org/1314768973-94711-1-git-send-email-andreas.de...@googlemail.com
). I haven't had time to investigate that issue further but will do
sometimes this year ;)
Beside that at91rm9200ek should work, this could be a good starting
point fo
From: Andreas Bießmann
commit 44f074c771c4b70d250b0d7ed2f7513488c678bb brakes compiling avr32 boards
which do not have CONFIG_LMB. This patch re-add the empty lmb_reserve() define
to opt-out respective code parts in do_bootm() and do_bootm_subcommand().
This patch fixes errors like this:
---8
Hi,
On 03.04.2012 12:16, Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> commit 44f074c771c4b70d250b0d7ed2f7513488c678bb brakes compiling avr32 boards
> which do not have CONFIG_LMB. This patch re-add the empty lmb_reserve() define
> to opt-out respective code parts in
etely finished. I will not say it is left undone but
there is still a lot to do.
I think another point is that these Atmel devices became less important
than before in U-Boot (I see not really much users here even though a
lot of people use it):
a) a lot of users favor the at91bootstrap SPL to boo
e ABCDSR_PERIPH_D 0x3
> +
> #endif
>
> #endif
shouldn't we drop the legacy interface completely instead of adding new
definitions?
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
oc/README.at91-soc; I think step 4 is reached so step 5 should follow.
For this patch I think it would be best to not touch these definitions
at all.
A second patch (series) fulfilling step 5 in doc/README.at91-soc would
be great ;)
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
nclude some
newer features.
To understand mkimage, the binary format of the header a.s.o please read
$UBOOT_SRC/README and/or the source.
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Bo Shen,
On 17.05.2012 03:19, Bo Shen wrote:
> On 5/16/2012 18:42, Andreas Bießmann wrote:
>> Dear Bo Shen,
>>
>> On 16.05.2012 04:16, Bo Shen wrote:
>>> -#ifdef CONFIG_AT91_LEGACY
>>> -
>>> -
>> I think this should be do
Dear Albert,
Am 08.11.2011 10:38, schrieb Albert ARIBAUD:
> Hi Wolfgang,
>
> Le 05/10/2011 09:12, Andreas Bießmann a écrit :
>> Dear Sven,
>>
>> Am 04.10.2015 21:53, schrieb Sven Schnelle:
>
> Apparently, something went quite wrong with the date for this patch.
ovide printf() for SPL than to ifdef out all the printf's.
So how about providing an empty
#if !defined(CONFIG_SPL_BUILD) || defined(CONFIG_SPL_LIBCOMMON_SUPPORT)
#define printf(x)
#endif
somewhere in the SPL code?
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
conflicting types for ‘getline’
/usr/include/stdio.h:449: error: previous declaration of ‘getline’ was
here
--->8---
Signed-off-by: Andreas Bießmann
---
total: 0 errors, 0 warnings, 15 lines checked
NOTE: Ignored message types: COMPLEX_MACRO CONSIDER_KSTRTO MINMAX
MULTISTATEMENT_MACRO_USE_
ope I could answer your question, if not feel free to ask ...
best regards
Andreas Bießmann
[1] http://www.finkproject.org/
[2] http://www.macports.org/
[3] http://kegel.com/crosstool/crosstool-0.43/doc/crosstool-howto.html
[4] http://www.linuxfromscratch.org/
[5] http://trac.cross-lfs.org/
[6]
Dear Christian,
I can live with this solution. Therefore
Am 25.11.2011 um 13:37 schrieb Christian Riesch:
> This patch avoids build breakage for SPLs that do not support printf.
>
> Signed-off-by: Christian Riesch
> Cc: Wolfgang Denk
> Cc: Tom Rini
> Cc: Andreas Bießmann
ping?
Am 18.10.2011 10:03, schrieb Andreas Bießmann:
> If one wants to use fw_printenv/fw_setenv in special variants (eg compiled in
> MTD parameters without configuration file) he needs to change the sources.
> This patch add the posibillity to change the behaviour of fw_printenv by
>
Dear Reinhard,
Am 13.10.2011 12:27, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>>> if (set_interrupt_handler(0, &timer_interrupt_handler, 3))
>>> - return;
>>> + return 0;
>>
>> NAK, this is an error and should return a
2
This change will overwrite the settings done by ENV1_SIZE ... and none
of the settings match my boards needs ;)
I would appreciate you test my patch
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/106972/focus=112948
or http://patchwork.ozlabs.org/patch/120372/
I guess you could fulf
in /usr/include/i386-linux-gnu and
therefore I get errors when compiling arch/sandbox/os.c.
Are there any clean solution to get this working?
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
is tool for
different boards. Specific configuration is done via /etc/fw_env.config.
Can't we use some build-time configuration like
http://patchwork.ozlabs.org/patch/120372/ ?
best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Andreas Bießmann
If one want to use fw_printenv/fw_setenv in special variants (eg compiled in
MTD parameters without configuration file) he need to change the sources.
This patch add the posibillity to change the behaviour of fw_printenv by
defining a specific configuration header at
On Wednesday, January 11, 2012 04:34:05 PM Tom Rini wrote:
> I ordered the same card Peter sees failure on and it arrived
> yesterday. I'm formatting it now and will see if I can duplicate the
> problem here today.
ping?
Andreas
___
Fix originally spotted by Peter Bigot.
>
> Tested-by: Peter A. Bigot
> Tested-by: Robert Nelson
> Signed-off-by: Tom Rini
Tested-by: Andreas Müller
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 24.01.2012 10:10, Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> If one want to use fw_printenv/fw_setenv in special variants (eg compiled in
> MTD parameters without configuration file) he need to change the sources.
> This patch add the posibillity to change t
willing to get u-boot avr32 support to live on for at least some
years, if no one else volunteers.
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
are almost working. That
series have some timing issues which should be fixed inside the mmc
framework, see [2] for more information on that.
I will rework these patches next days and do some testing. Would be
great to get a comment on [2] from Andy Fleming (as MMC custodian).
regards
Andreas
More and more people are starting to use exFat on their usb sticks
especially now when windows starts to be the majority of instalations
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
take them
directly or is some administrative interaction necessary to mark them as
accepted?
regards
Andreas Bießmann
[1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/66904
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.
imc200,
hammerhead and favr-32-ezkit).
I guess you can not react suddenly on this mail and I'd like to apply it
now. Therefore I will modify this patch and provide a weak 'int
board_mmc_init(bd_t *bd)' in board.c.
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Sven Schnelle
gen_atmel_mci works on AVR32 as well, so no need to use the legacy
mmc driver. This also has the nice side effect of being able to use
SDHC cards an those boards.
Signed-off-by: Sven Schnelle
Signed-off-by: Andreas Bießmann
---
changes since v2:
* remove board_mmc_init in
Signed-off-by: Andreas Bießmann
---
doc/git-mailrc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 96f1d86..bc5a814 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -51,7 +51,7 @@ alias tegra uboot, Simon Glass ,
Tom
Dear Wolfgang,
On 09.03.2012 14:47, Wolfgang Denk wrote:
> Dear Andreas,
>
> In message <4f59ba55.9050...@googlemail.com> you wrote:
>>
>> There are two patches pending from Sven Schnelle since October last year:
>> http://patchwork.ozlabs.org/patch/120993/
>
From: Andreas Bießmann
New gen_atmel_mci driver does not use the outated register access macros. Since
the old atmel_mci driver is deleted these macros are no longer necessary.
Signed-off-by: Andreas Bießmann
---
include/atmel_mci.h | 36
1 files changed
On 10.03.2012 13:45, Andreas Bießmann wrote:
> From: Sven Schnelle
>
> gen_atmel_mci works on AVR32 as well, so no need to use the legacy
> mmc driver. This also has the nice side effect of being able to use
> SDHC cards an those boards.
>
> Signed-off-by: Sven Schn
On 13.03.2012 12:47, Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> New gen_atmel_mci driver does not use the outated register access macros.
> Since
> the old atmel_mci driver is deleted these macros are no longer necessary.
>
> Signed-off-by: Andreas Bießmann
ap
On 21.10.2011 14:49, Sven Schnelle wrote:
> All boards are using the gen_atmel_mci driver now, so no need
> to carry the old driver around.
>
> Signed-off-by: Sven Schnelle
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
> arch/avr32/lib/board.c|
From: Andreas Bießmann
commit 72fa467988e7944407a634ddc4bc6a2df685c04c moved atmel_mci_init() into
include/atmel_mci.h. Some AT91 boards are also using this interface and need
to include atmel_mci.h now.
This patch fixes MAKEALL complaints like this:
---8<---
Configuring for ethernut5 - Bo
u to fetch changes up to a7a564c55c3b53e5af091b82070ca1f67cba70f7:
atmel_mci.h: remove outdated register macros (2012-03-13 14:29:14 +0100)
--------
Andreas Bießmann (2):
doc/git-mailrc: add to avr32 alias
atmel_mci.h: remov
Hello
Our linux boxes with Uboot and frescale mpc5200B are set at production with
software and that is no problem.
But then when the need to update software afterwards in the field is today
only so simple that if uboot finds a usb stick with a file uImage then it
will start that and do all the upd
From: Andreas Bießmann
The outdated struct mmc_csd was only used by old atmel_mci driver which was
removed in c9abb4260c30fbfd51bb2cd551e7426e2ae15b66.
Signed-off-by: Andreas Bießmann
cc: Andy Fleming
---
include/mmc.h | 50 --
1 files
then please change that
device to use arch/arm/arm920t/at91 immediately. You may have a look for
at91rm9200ek or eb_cpux9k2 boards to see how this works.
> [1] - http://patchwork.ozlabs.org/patch/93639/
regards
Andreas Bießmann
___
U-Boot mailing list
current atmel/master. It would be nice if we can get
this change into 2011.06. The changes for at91rm9200 removal are ongoing
(atmel_usart is required!) but will most probable not be finished for 2011.06
release.
Therefore it is not a must to get these changes in now.
Andreas Bießmann (2):
at91: move
to both
cpu types.
Signed-off-by: Andreas Bießmann
---
Makefile |3 +
arch/arm/cpu/arm926ejs/at91/Makefile |1 -
arch/arm/cpu/arm926ejs/at91/clock.c | 215 --
arch/arm/lib/at91/Makefile | 45 +++
arch/arm/lib
This patch enables the new clock features from new libat91-common. This
is a required step to get at91rm9200_usart replaced by atmel_usart
driver.
Signed-off-by: Andreas Bießmann
CC: Jens Scharsig
CC: Eric Bénard
---
arch/arm/cpu/arm920t/at91/Makefile |1 +
arch/arm/include/asm
This patch enables the new clock features from new libat91-common. This
is a required step to get at91rm9200_usart replaced by atmel_usart
driver.
Signed-off-by: Andreas Bießmann
Cc: Jens Scharsig
Cc: Eric Bénard
---
changes since v1:
- add missing cpu.c
resent due to wrong list mail
or 2011.09.
@Wolfgang: Deletion of defective ARM boards will start after 2011.06
release. Is that correct?
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Reinhard Meyer,
Am 09.06.2011 11:38, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> The at91/clock.c is copied from linux kernel and has support for both
>> arm920t and arm926ejs core devices. Therefore this patch moves this
>> generic at91/clock.c to a new place at
resent to right list ...
Dear Reinhard Meyer,
Am 09.06.2011 11:21, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> This patch enables the new clock features from new libat91-common. This
>> is a required step to get at91rm9200_usart replaced by atmel_usart
>> driver
This patch removes the warning
---8<---
at91_emac.c: In function 'at91emac_write_hwaddr':
at91_emac.c:487:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! This patch is only compile tested!
It i
Dear Reinhard Meyer,
Am 09.06.2011 12:23, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> Dear Reinhard Meyer,
>>
>> Am 09.06.2011 11:38, schrieb Reinhard Meyer:
>>> Dear Andreas Bießmann,
>>> On any account, we should discuss about opening a subdir l
Dear Reinahrd Meyer,
Am 09.06.2011 13:08, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> This patch removes the warning
>>
>> ---8<---
>> at91_emac.c: In function 'at91emac_write_hwaddr':
>> at91_emac.c:487:2: warning: dereferencing type-punne
This patch fixes following compile warning:
---8<---
macb.c: In function 'macb_write_hwaddr':
macb.c:525:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! this patch is only copile tested!
dr
This patch fixes following compile warning:
---8<---
macb.c: In function 'macb_write_hwaddr':
macb.c:525:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! this patch is only compile tested!
Dear Reinhard Meyer,
Am 09.06.2011 14:06, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>>> Already applied to u-boot-atmel/master,
>>
>> But why do you apply the patch, if there are questions?
>
> At first, the << | seemed ok to me, so I applied ;)
Well
This patch sets the ATMEL_PMX_AA_TXD2 tzo the correct value.
Signed-off-by: Andreas Bießmann
CC: Jens Scharsig
CC: e...@eukrea.com
---
arch/arm/include/asm/arch-at91/at91rm9200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91rm9200
Dear Andreas Bießmann,
Am 09.06.2011 um 12:22 schrieb Andreas Bießmann:
> This patch removes the warning
>
> ---8<---
> at91_emac.c: In function 'at91emac_write_hwaddr':
> at91_emac.c:487:2: warning: dereferencing type-punned pointer will break
> strict-aliasi
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
---
changes since v1:
- fix typo in commit message
arch/arm/include/asm/arch-at91/at91rm9200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
ree to point them out.
Andreas Bießmann (7):
arm920t/at91: add clock.c
arm920t/at91: use new clock.c features
arm920t/at91: add at91rm9200_devices.c
at91rm9200ek: use atmel_usart
eb_cpux9k2: use atmel_usart
cpuat91: use atmel_usart
driver/serial: delete at91rm9200_usart
arch/arm/
This patch adds an copy of arm926ejs/at91/clock.c to arm920t/at91. The
arm926ejs specialities are removed from arm920t version and vice versa.
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm920t/at91/Makefile |1 +
arch/arm/cpu/arm920t/at91/clock.c| 160
This patch enables the new clock features from arm920t/at91/clock.c. This
is an required step to get at91rm9200_usart replaced by atmel_usart driver.
Signed-off-by: Andreas Bießmann
Cc: Jens Scharsig
Cc: Eric Bénard
---
arch/arm/cpu/arm920t/at91/Makefile |1 +
arch/arm/cpu
This is a copy of arm926ejs/at91 api for perpherial initialisation.
At the moment we just need the usart part of the api.
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm920t/at91/Makefile |1 +
arch/arm/cpu/arm920t/at91/at91rm9200_devices.c | 85
Signed-off-by: Andreas Bießmann
---
board/atmel/at91rm9200ek/at91rm9200ek.c |7 +++
include/configs/at91rm9200ek.h |7 +--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/board/atmel/at91rm9200ek/at91rm9200ek.c
b/board/atmel/at91rm9200ek/at91rm9200ek.c
Signed-off-by: Andreas Bießmann
CC: Jens Scharsig
---
board/BuS/eb_cpux9k2/cpux9k2.c |7 +++
include/configs/eb_cpux9k2.h |6 --
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/board/BuS/eb_cpux9k2/cpux9k2.c b/board/BuS/eb_cpux9k2/cpux9k2.c
index e9a1cb2
Signed-off-by: Andreas Bießmann
Cc: Eric Bénard
---
board/eukrea/cpuat91/cpuat91.c |8
include/configs/cpuat91.h |7 ---
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/board/eukrea/cpuat91/cpuat91.c b/board/eukrea/cpuat91/cpuat91.c
index fa4b25b
The at91rm9200_usart driver could be fully replaced by atmel_usart driver.
Signed-off-by: Andreas Bießmann
---
drivers/serial/Makefile |1 -
drivers/serial/at91rm9200_usart.c | 126 -
2 files changed, 0 insertions(+), 127 deletions(-)
delete
usable parameter, if it is configurable it
should be opt-out.
When I looked for the char *version_string I found out this is defined in
respective architecture board.c. Shouldn't this be defined somewhere else to
have always the same string?
regards
Andreas Bießmann
_
Dear Mark Jackson,
Am 13.06.2011 um 14:26 schrieb Mark Jackson:
> Hi
this is a quite new function, but used to work on stk1000 and our not mainline
board.
> Can anyone help ?
My last try with avr32 boards was around 2011.03 release ... will have a look
for it tomorrow.
regards
A
Dear Mark Jackson,
Am 13.06.2011 15:28, schrieb Andreas Bießmann:
> Dear Mark Jackson,
>
> Am 13.06.2011 um 14:26 schrieb Mark Jackson:
>> Can anyone help ?
>
> My last try with avr32 boards was around 2011.03 release ... will have a look
> for it tomorrow.
ATSTK10
Dear Reinhard Meyer,
Am 12.06.2011 um 13:25 schrieb Andreas Bießmann:
> 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
this is a fix and should go into 2011.06. Jens, Eric ... any objec
ff into spl/common/
>
> To use the spl directory as remote build directory, the obj and src variables
> must be tweaked a little. To keep this changes minimal, it is not possible to
> have further source files and directories inside the spl directory. I suggest
> to
> put common
() chain.
Where is your 'struct nand_chip' instance located (in .bss, in .data)?
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Simon Schwarz,
please don't use TOFU, use inline quoting and also send to the list.
Am 17.06.2011 um 17:18 schrieb Simon Schwarz:
> Dear Andreas,
>
> i tried setting it - but this should be already working code -
> therefore if I have to set the values manually it is ver
;)
You can use the at91bootstarp as first stage bootloader in future. But I
recommend you to invest some time to get U-Boot as SPL working on that
architecture.
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
R is required, if you see 'DRAM: ...' output it is likely
to be a correct value for you. I guess your gd_t parameters for SDRAM
size are not correct which leads to a wrong relocation address and
therefore relocate_code() fails.
regards
Andreas Bießmann
_
flash for at91 targets in principle is currently somewhat
broken/unreliable/defective API (there was a discussion these days,
search the list).
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This patch deletes the arch specific definitions of version_string in
favour of a single one in cmd_version module (which is always compiled
in).
Signed-off-by: Andreas Bießmann
CC: Mike Frysinger
CC: Peter Pan
---
This is an RFC as discussed in
http://mid.gmane.org/201106162022.09802.vap
This patch deletes the arch specific definitions of version_string in
favour of a single one in cmd_version module (which is always compiled
in).
Signed-off-by: Andreas Bießmann
CC: Mike Frysinger
CC: Peter Pan
---
This is an RFC as discussed in
http://article.gmane.org/gmane.comp.boot
Some thoughts about a link time solution:
We need a blob containing just the version_string, another blob
containing the ppc magic number and some linker tweaks to get them both placed
before the start.S stuff.
Then we need also some make-level distinction to have the version_string blob
This patch deletes the arch specific definitions of version_string in
favour of a single one in cmd_version module (which is always compiled
in).
Signed-off-by: Andreas Bießmann
CC: Mike Frysinger
CC: Peter Pan
---
This is an RFC as discussed in
http://article.gmane.org/gmane.comp.boot
Dear Graeme Russ,
Am 28.06.2011 13:40, schrieb Graeme Russ:
>
> Signed-off-by: Graeme Russ
> ---
..
> board/atmel/at91rm9200dk/flash.c | 10 ++
don't mind at91rm9200dk, it uses deprecated arm920t/at91rm9200 api and
will therefore removed in this merge window.
ndow
(see end of doc/README.at91-soc and various discussion threads).
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit
GmbH.
See http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html
for detailed information about this device.
Signed-off-by: Andreas Bießmann
---
board/in-circuit/grasshopper/Makefile | 45
This patch removes the board implemenatation for flash driver which can now
safely switched to the common cfi driver.
Compile tested for all atstk100x boards, runtime tested on atstk1002.
Signed-off-by: Andreas Bießmann
---
board/atmel/atstk1000/Makefile |1 -
board/atmel/atstk1000/flash.c
Dear Simon Schwarz,
Am 28.06.2011 16:14, schrieb simonschwarz...@googlemail.com:
> Signed-off-by: Simon Schwarz
> --
>
> diff --git a/boards.cfg b/boards.cfg
> index dfefc3f..bdc4136 100644
> --- a/boards.cfg
> +++ b/boards.cfg
> @@ -74,15 +74,6 @@ omap1510inn arm arm
y.
Some time we will even have chinese output on console, at this time we would
again discuss this question if we choose any ISO now (how about 8859-1 vs.
8859-15? ...).
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
ch/arm/lib/reset.c b/arch/arm/lib/reset.c
> index 08e6acb..ad444cb 100644
> --- a/arch/arm/lib/reset.c
> +++ b/arch/arm/lib/reset.c
> @@ -44,8 +44,9 @@ int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char *
> const argv[])
> puts ("resetting ...\n");
>
> udelay (5); /* wait 50 ms */
> -
> +#ifndef CONFIG_PRELOADER
> disable_interrupts();
> +#endif
again, use CONFIG_USE_IRQ here would be better. But providing an empty
disable_interrupts() in either case you can drop these #ifndef here too.
> reset_cpu(0);
>
> /*NOTREACHED*/
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ch also add preloader_console_init() to s_init() .. please
honor this in commit message (or split off in two patches)
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ecc.layout = &hw_nand_oob;
> + nand->ecc.size = 512;
> + nand->ecc.bytes = 24;
Ouch, these two values are extremely HW spwcific and need to be
configurable then.
> + nand->ecc.hwctl = omap_enable_hwecc;
> + nand->ecc.correct = omap_correct_data;
> +
This patch adds a new U_BOOT_VERSION_STRING definition to be placed in
symbol version_string in the arch specific implementations.
This is a preperation for easier modification of the version_string
variable over all architectures.
Signed-off-by: Andreas Bießmann
CC: Mike Frysinger
CC: Peter
n
> routine for clearing BSS. Then I decided to re-use it from start.S
So you could just call clear_bss(void) and skip relocate_code. But I think you
need to adopt the __bss_start_ofs, __bss_end_ofs markers, cause your linker
skript places them in SDRAM.
BTW: I think Simon Schwarz is also working on this, can one comment on his
first version of patchset?
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit
GmbH.
See http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html
for detailed information about this device.
Signed-off-by: Andreas Bießmann
---
changes since v1:
- use vim: set noet ts=8 for 80 char
This patch removes the architecture specific implementation of
version_string where possible. Some architectures use a special place
and therefore we provide U_BOOT_VERSION_STRING definition and a common
weak symbol version_string.
Signed-off-by: Andreas Bießmann
CC: Mike Frysinger
CC: Peter
Dear all,
Am 30.06.2011 um 13:16 schrieb Albert ARIBAUD:
> Andreas Bießmann (1):
> atstk100x: switch to common cfi driver
> andreas.de...@googlemail.com (8):
> at91rm9200.h: fix ATMEL_PMX_AA_TXD2
> arm920t/at91: add clock.c
> arm920t/at91: use ne
The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit
GmbH.
See http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html
for detailed information about this device.
Signed-off-by: Andreas Bießmann
---
changes since v1:
- use vim: set noet ts=8 for 80 char
This is now a series of two cause changing MAINTAINERS give an mismatch of
charsets (ISO-8859-1 vs UTF-8).
There is an discussion about changing charset in files:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/102199
Andreas Bießmann (2):
MAINTAINERS: convert to UTF-8
avr32: add
201 - 300 of 1504 matches
Mail list logo