Am 28.10.2014 10:48, schrieb Wolfgang Denk:
Dear Reinhard,
In message ca+gzxspktwyahhm88fbtgw17cxt7ncez9obxwpqij55wr-k...@mail.gmail.com
Vasili Galka wrote:
You're right, that would probably be a better solution. Although I'm not a
user of TOP860 board so I'm not really the right person to
Dear Wolfgang,
Dear Reinhard,
In message 544f6ad8.2070...@emk-elektronik.de you wrote:
top860 can be removed (We already had that discussion a while ago.)
top5200 is still active in several older projects, but there was no need
to make changes to u-boot or to integrate new features of u-boot.
Hello Jeroen,
Hello Reinhard,
On 01/14/2014 12:33 PM, Reinhard Meyer wrote:
Dear Wolfgang,
Dear Reinhard,
attempting to build the TOP860 code with a GCC 4.8.1 based tool chain
(say ELDK v5.5 or Yocto 1.5) gives the following errors:
- ./MAKEALL TOP860
Configuring for TOP860 board
Dear Wolfgang,
Dear Reinhard,
attempting to build the TOP860 code with a GCC 4.8.1 based tool chain
(say ELDK v5.5 or Yocto 1.5) gives the following errors:
- ./MAKEALL TOP860
Configuring for TOP860 board...
textdata bss dec hex filename
165471 21020 17316 203807
Dear Simon Glass,
Snapper 9G45 is a ARM9-based CPU module with 1GB NAND and 128MB
DDR SDRAM. This patch includes NAND and Ethernet support.
Signed-off-by: Simon Glasssgl...@bluewatersys.com
---
board/bluewater/snapper9g45/Makefile | 43 +++
Dear Simon Glass,
Several places in U-Boot's board files can make use of a function like this,
so this patch series creates the function, and changes the board files to
use it.
As suggested by Mike Frysingervap...@gentoo.org.
Simon Glass (10):
Add getenv_int() to read an integer from
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 negative value (though the
return value is currently not evaluated).
Agreed
BTW there is another patch pending -
Dear Sven Schnelle,
Hi List,
these patches switch all AVR32 boards to the generic MMC framework. Motivation
for doing so is to be able to boot from SDHC cards. The second patch removes
the legacy atmel_mci driver, as it is no longer used by any board.
I've only tried this code on the Atmel
Dear Andreas Bießmann,
Commit c2dd0d45540397704de9b13287417d21049d34c6 enabled D-Cache for all
arm devices explicitly. This renders at91_emac driver on at91rm9200ek
unusable.
This patch disables D-Cache for at91rm9200ek explicitly to get this
driver working again.
As my experience, the MACB
Dear Albert,
[snip]
Also, the following boards, for which Reinhard is a delegate, are still
undecided:
[U-Boot,46/52] ARM: remove broken at91rm9200dk board 2011-07-17 Wolfgang
Denk reinhardm New
[U-Boot,45/52] ARM: remove broken m501sk board 2011-07-17 Wolfgang Denk
reinhardm New
Dear *ALL*,
It is embarrassing to admit, but I've __wrongly__ assumed that *_range()
functions are accepting the start address and range for
invalidation/flushing.
Do you mean we're hitting again a confusion between *_range(start, stop)
and *_range(start, length)?
If so, then the need
Dear Albert,
Signed-off-by: Reinhard Meyeru-b...@emk-elektronik.de
---
FYI, there are two consecutive commits in your u-boot-atmel/fix-at91cap9
branch with this same exact title of AT91: fix at91cap9 SoC files.
Somehow this can't be correct: either both patches contribute to the same
Dear Cajus Hahn,
Dear Marcel, Dear Reinhard,
I have the same problem with my board and the actual u-boot-atmel (git
from 5th Aug. 2011). It even looks like I am using the same board.
It is a in-circuit ICnova SAM9G45 OEM on a ADB1000 with a 5 display.
Actually I use the u-boot from
Dear Cajus Hahn,
Dear Marcel, Dear Reinhard,
sorry I forgot to mention, that this is in reply to
http://lists.denx.de/pipermail/u-boot/2011-January/084499.html
I suppose you have not followed the steps I pointed out then?
I have the same problem with my board and the actual u-boot-atmel
Dear Albert, Aneesh, Hong,
There seem to be functions of type
xxx(start, end) and xxx(start, size).
Can't it be somehow decided to use only one variant
in all cases (flush, invalidate)?
On a personal taste, I'd prefer (start, size) :)
Best Regards,
Reinhard
Hi Aneesh,
On Monday 08 August 2011 03:29 PM, Reinhard Meyer wrote:
Dear Albert, Aneesh, Hong,
There seem to be functions of type
xxx(start, end) and xxx(start, size).
Can't it be somehow decided to use only one variant
in all cases (flush, invalidate)?
The u-boot standard seems
Dear Albert, Aneesh, Eric,
We have a fundamental problem when it comes to invalidating an
un-aligned buffer. Either you flush the boundary lines and corrupt your
buffer at boundaries OR you invalidate without flushing and corrupt
memory around your buffer. Both are not good! The only real
Dear Albert,
Since this is an ARM question, I'll look into it, and since Wolfgang
will be on vacation, I suggest either that we either postpone -rc1, or
(preferably IMO) that we tag -rc1 now with a specific warning about the
ARM tree, and I analyze what the issue is using several ARM
Dear Dirk Behme,
From: Dirk Behme dirk.be...@googlemail.com
Use the boards from boards.cfg for building ./MAKEALL ARMx.
Note: ARM10 systems don't seem to exist any more.
Wrong: a simple grep shows that those are still in Makefile.
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
Dear Matthias Fuchs,
The meesc board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
V3: -fix white space issues and don't patch
Dear Thomas Petazzoni,
Based on earlier work by Alex Waterman awater...@dawning.com.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
.../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 28 ++--
arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
Dear Thomas Petazzoni,
Based on earlier work by Alex Waterman awater...@dawning.com.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
Makefile| 21 ---
board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 121 +---
Dear Thomas Petazzoni,
Cc: Albin Tonnerre tonnerreal...@gmail.com
CC: Gregory Hermant gregory.herm...@calao-systems.com
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
Makefile |7 ---
board/calao/sbc35_a9g20/sbc35_a9g20.c | 88
Dear Thomas Petazzoni,
Cc: Albin Tonnerre tonnerreal...@gmail.com
CC: Gregory Hermant gregory.herm...@calao-systems.com
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
board/calao/tny_a9260/tny_a9260.c | 55
boards.cfg
Dear Asen Dimov,
oddly I don't have the original e-Mail im my Inbox, but the patch was in
patchwork:
Signed-off-by: Asen Chavdarov Dimov di...@ronetix.at
---
Note:
This patch was a part of patches, but it is better to be done step by
step and
so this patch is a split from the patch series with
Dear Thomas Petazzoni,
Based on earlier work by Alex Waterman awater...@dawning.com.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
.../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 114 ++--
arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
Dear Thomas Petazzoni,
Based on earlier work by Alex Waterman awater...@dawning.com.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
Makefile| 21 ---
board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 114 +++--
Dear Asen Dimov,
Signed-off-by: Asen Chavdarov Dimov di...@ronetix.at
---
board/ronetix/pm9263/led.c|9 +++
board/ronetix/pm9263/pm9263.c | 42 +++-
boards.cfg|2 +-
include/configs/pm9263.h | 17
Dear Asen Chavdarov Dimov,
Signed-off-by: Asen Chavdarov Dimov di...@ronetix.at
---
Makefile |4
board/ronetix/pm9g45/pm9g45.c | 30 ++
boards.cfg|1 +
include/configs/pm9g45.h | 16 +++-
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91sam9g45.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9g45.h
b/arch/arm/include/asm/arch-at91/at91sam9g45.h
index 4df6b09..1aeedc0
Dear Thomas Petazzoni,
Le Thu, 04 Aug 2011 20:21:58 +,
Reinhard Meyer u-b...@emk-elektronik.de a écrit :
AND this board's early_init_f is quite different from the other atmel
boards, also the place of calling at91_seriald_hw_init() is different
from them.
If at91_seriald_hw_init
Dear Thomas Petazzoni,
Based on earlier work by Alex Waterman awater...@dawning.com.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
MAKEALL |1 -
Makefile| 21 ---
with the AT91 reworked scheme
make pm9263 buildable for v2011.06 release
make pm9g45 buildable for v2011.06 release
Matthias Fuchs (1):
at91: reworked support for meesc board
Reinhard Meyer (1):
AT91: fix at91sam9g45.h to include USB Host defines
Thomas Petazzoni (4
Dear Wolfgang,
Hm... current build results are shattering; building for ARM with good
old ELDK 4.2 gives this:
- SUMMARY
Boards compiled: 201
Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon ap7
ap720t armadillo
B2
Dear Wolfgang,
Hm... current build results are shattering; building for ARM with good
old ELDK 4.2 gives this:
- SUMMARY
Boards compiled: 201
Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon
ap7 ap720t
Dear Hong Xu,
After DMA operation, we need to maintain D-Cache coherency.
We need to clean cache (write back the dirty lines) and then
make the cache invalidate as well(hence CPU will fetch data
written by DMA controller from RAM).
Tested on AT91SAM9261EK with Peripheral DMA controller.
Dear Albert,
Overall ARM builds (./MAKEALL arm) went from 199 boards
built, 119 with warnings or errors before applying, to 201 boards,
97 with warnings or errors once applied.
When boards were defined in the MAKEALL apparently only one variant
was built and counted, whereas in boards.cfg
Dear Albert,
After Reinhard's remark on boards.cfg vs MAKEALL, I may have accepted
the patch a bit hastily. All of these boards are already in boards.cfg,
and need not be in makeall IIUC.
Thus, I am rolling back master one notch and will mark the patch as
Supersedes (could not find a
Dear Andy, dear Elen,
According to datasheet,set block count before multiple read/write.
Signed-off-by: elen.song elen.s...@atmel.com
---
drivers/mmc/atmel_mci.h |9 -
drivers/mmc/gen_atmel_mci.c |4
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git
Dear Wolfgang Denk,
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message1307619188-18655-1-git-send-email-andreas.de...@gmail.com you
wrote:
This patch fixes following compile warning:
---8---
macb.c: In function 'macb_write_hwaddr':
macb.c:525:2: warning: dereferencing type-punned
Dear Asen Dimov,
Signed-off-by: Asen Dimov di...@ronetix.at
---
Note:
This patch was a part of patches, but it is better to be done step by step and
so this patch is a split from the patch series with message id:
1307606409-29818-2-git-send-email-di...@ronetix.at
and Patchwork:
Bits 0..3 in cs_mask = CS0..CS3 in SPI mode require it to be peripheral
Bits 4..7 in cs_mask = CS0..CS3 in GPIO mode require it to be output
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
1 files changed, 1 insertions(+), 1
This is a general update of all projects involving the TOP9000 CPU module.
Changes:
Enable the /RESET input
Add more ARCH numbers
Add EAN13 checksum routine
Add reading of VPD EEPROM
Remove obsolete reset_phy()
Add boot progress LEDs
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
Dear Asen Dimov,
and one forgotten answer ...
What I miss in at91sam9261_devices.c (as compared to the 9260)
is support for MACB and MCI. Don't 9261 systems use Ethernet?
Or is that part still in the board specific files?
that part is in the board file.
Sorry for that confusion. I just
Dear Asen Dimov,
and one forgotten answer ...
What I miss in at91sam9261_devices.c (as compared to the 9260)
is support for MACB and MCI. Don't 9261 systems use Ethernet?
Or is that part still in the board specific files?
that part is in the board file.
That is unfortunate. I'd like to
Dear Reinhard Meyer,
Bits 0..3 in cs_mask = CS0..CS3 in SPI mode require it to be peripheral
Bits 4..7 in cs_mask = CS0..CS3 in GPIO mode require it to be output
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
1 files
Dear Asen Dimov,
I have this as a local patch and could squash this onto yours, or
you may provide an updated patch.
I will try once more to make it as it should be.
The squashed version is at top of u-boot-atmel/rework-at91sam9261.
If you are OK with that, I'll post the patch and apply it
From: Asen Dimov di...@ronetix.at
Signed-off-by: Asen Dimov di...@ronetix.at
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 76 ++---
arch/arm/include/asm/arch-at91/at91sam9261.h |3 +-
2 files changed, 38
Dear Asen Dimov, Reinhard Meyer:
From: Asen Dimov di...@ronetix.at
Signed-off-by: Asen Dimov di...@ronetix.at
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 76
++---
arch/arm/include/asm/arch-at91
Dear Jens Scharsig, Wolfgang Denk,
Dear u-b...@emk-elektronik.de,
In message 1310382637.7288.7.camel@ubuntu you wrote:
The patch you sent as an attachment does indeed apply, but I remember
its against the rules to use it; however patchworks does correctly
Indeed patches shpuld be sent
Dear Reinhard Meyer,
This is a general update of all projects involving the TOP9000 CPU module.
Changes:
Enable the /RESET input
Add more ARCH numbers
Add EAN13 checksum routine
Add reading of VPD EEPROM
Remove obsolete reset_phy()
Add boot progress LEDs
Signed-off-by: Reinhard
Dear Hong Xu,
Hi Albert,
On 07/18/2011 02:39 PM, Albert ARIBAUD wrote:
Hi Eric,
Le 18/07/2011 04:52, Hong Xu a écrit :
Hi Reinhard,
It's a pity to see that some of the AT91 boards are planed to be removed
by Wolfgang.
Several weeks ago, the patches for
On 23.07.2011 15:41, Albert ARIBAUD wrote:
Hi Reinhard,
Le 21/07/2011 14:05, Reinhard Meyer a écrit :
Dear Wolfgang Denk,
The series ARM: remove broken boards deletes the last few boards which
used
the obsolete arm920t/at91rm9200 arch code.
This series completes it and removes the now
Dear Andreas Bießmann:
Am 01.07.2011 16:47, schrieb Andreas Bießmann:
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.
Dear Wolfgang Denk,
The series ARM: remove broken boards deletes the last few boards which
used
the obsolete arm920t/at91rm9200 arch code.
This series completes it and removes the now obsolete at91rm9200 arch code
completely. Additionally ther are some more cleanup in documentation
Dear Andreas Bießmann,
The CONFIG_AT91RM9200_USART is an remnant of
18ed5e9550810e2fc5bf2c757aee47774609651c which deleted the
at91rm9200_usart driver.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
arch/arm/cpu/arm920t/at91/reset.c |4
1 files changed, 0
Dear Wolfgang,
On 18.07.2011 21:41, Andreas Bießmann wrote:
The series ARM: remove broken boards deletes the last few boards which used
the obsolete arm920t/at91rm9200 arch code.
This series completes it and removes the now obsolete at91rm9200 arch code
completely. Additionally ther are some
Dear Wolfgang Denk,
Reinhard:
There are a number of additional AT91 based boards that are currently
broken. Some bail out in drivers/mtd/cfi_flash.c dure to undefined
references to `reset_timer' (cpu9260, cpu9G20, ...), some due to
asm/arch/io.h: No such file or directory errors (pm9261,
Dear Jens Scharsig,
This is a resend without modifications by mail client
Really? It seems the patch was completely omitted.. :)
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear J. William Campbell, All
I have two comments regarding this discussion so far. First, I
think using the time function name at all is a VERY BAD idea. People
will confuse it with the normal c library function that returns the
time of day since the epoch. One may say that they
Hello Song, Elen,
Hello Reinhard:
I've tried your patch([PATCH] AT91: enable MMC on at91sam(9260/9g20/0xe)ek)
on uboot-atmel branch on at91sam9260.The sdcard is correctly initialized,but
when I test mmc read command, I found two issues.
1.while run command mmc read 2200 0 1 to read
Dear Song, Elen,
[snip]
static int mci_send_cmd(struct mmc *mmc, struct mmc_cmd *cmd, struct
mmc_data *data)
{
...
cmdr = mci_encode_cmd(cmd, data,error_flags);
/* Send the command */
+if ((cmd-cmdidx == MMC_CMD_READ_MULTIPLE_BLOCK) ||(cmd-cmdidx ==
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
board/emk/top9000/top9000.c | 131 ++-
1 files changed, 116 insertions(+), 15 deletions(-)
diff --git a/board/emk/top9000/top9000.c b/board/emk/top9000/top9000.c
index 61dee62..92e8a9d 100644
Dear Song, Elen,
Hello Reinhard,
We planed to add MCI support in U-Boot. We found you once had a branch named
“wip110202” which makes use of generic
mci for AT91SAM9260. The commit id is 137f4defd “AT91:enable MMC on
at91sam(9260/9g20/0xe)ek”.
I tried that branch. It works well with
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 33 +
include/configs/at91sam9260ek.h | 45 ++--
2 files changed, 62 insertions(+), 16 deletions(-)
diff --git a/board/atmel
Dear Albert,
thanks for fixing the names.
My assumption of needing an afteernoon to get a new GIT up and running
was too optimistic... After ubuntu 10.10 offered an automated upgrade
to 11.04, I happyly accepted this and ended up with a broken installation
that stops in grub, complaining there
Dear Alex Waterman,
Move this file to the new ATMEL_BASE_* and ATMEL_ID_* defines.
Also fixed a problem appearing in the ethernet initialization where
the entire board was being reset, not just the ethernet controller.
This at least makes ethernet work on my board if the correct
environment
Dear Alex Waterman,
Some boards use AT91_SLOW_CLOCK and other use
CONFIG_SYS_AT91_SLOW_CLOCK. This patch makes it so the arm926ejs
clock code will return which ever is set.
Signed-off-by: Alex Waterman awater...@dawning.com
---
arch/arm/cpu/arm926ejs/at91/clock.c |4
1 files
Dear Alex Waterman,
Adds a short busy loop wait to the atmel_usart.c serial_init()
function.
Signed-off-by: Alex Waterman awater...@dawning.com
---
drivers/serial/atmel_usart.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/atmel_usart.c
Dear Alex Waterman,
Moves to using newer defines and adds possible support for the
second bank of RAM (if so desired).
Also, some coding clean up: removed the needless define to 1s for
defines that just act as flags.
Signed-off-by: Alex Waterman awater...@dawning.com
---
Dear Alex Waterman,
Add the default generic at91sam9m10g45ek_config target to the new
config system. Not all possible configurations of u-boot for the
at91sam9m10g45ek are included yet. Add them as needed.
Signed-off-by: Alex Waterman awater...@dawning.com
---
boards.cfg |1 +
1
=2Edevel=40googlemail=2Ecom?=
=?utf-8?q?=3E?=
X-Patchwork-Id: 100078
Message-Id: 1307879357-97986-4-git-send-email-andreas.de...@googlemail.com
To: u-boot@lists.denx.de,
Reinhard Meyer u-b...@emk-elektronik.de
This is a copy of arm926ejs/at91 api for perpherial initialisation
Am 01.07.2011 12:05, schrieb Reinhard Meyer:
...
why is in the second block my clear name replaced by email address (as in
the commits in atmel/master) but the mails have correct (UTF8-formattet)
clear name in 'From:'?
Hmm... Sorry for not having noticed this. Apparently, it is already so
Am 01.07.2011 12:59, schrieb Albert ARIBAUD:
Le 01/07/2011 12:05, Reinhard Meyer a écrit :
why is in the second block my clear name replaced by email address (as in
the commits in atmel/master) but the mails have correct (UTF8-formattet)
clear name in 'From:'?
Hmm... Sorry for not having
Dear Andreas Bießmann,
Dear Reinhard Meyer,
Am 01.07.2011 12:47, schrieb Reinhard Meyer:
Am 01.07.2011 12:05, schrieb Reinhard Meyer:
snip
git is version 1.5.6.5
can you please try a more recent version?
(squeeze is out since February the 6th this year ;)
my time is *very
Dear Andreas Bießmann,
Dear Reinhard Meyer,
Am 01.07.2011 13:07, schrieb Reinhard Meyer:
Dear Andreas Bießmann,
Dear Reinhard Meyer,
Am 01.07.2011 12:47, schrieb Reinhard Meyer:
Am 01.07.2011 12:05, schrieb Reinhard Meyer:
snip
git is version 1.5.6.5
can you please try a more recent
Dear Andreas Bießmann,
The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit
GmbH.
...
+struct mmu_vm_range mmu_vmr_table[CONFIG_SYS_NR_VM_REGIONS] = {
+{
+.virt_pgno = CONFIG_SYS_FLASH_BASE PAGE_SHIFT,
+.nr_pages = CONFIG_SYS_FLASH_SIZE
Dear Andreas Bießmann,
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 biessm...@corscience.de
---
Dear Andreas Bießmann,
This series is an RFC for atmel/next!
It should replace the current at91rm9200_usart driver by the common
atmel_usart
driver. This is tested on at91rm9200ek, there are patches included for the two
other arm920t/at91 boards currently supported by u-boot.
Jens, Eric
Dear Andreas Bießmann,
This patch sets the ATMEL_PMX_AA_TXD2 to the correct value.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
CC: Jens Scharsig js_at...@scharsoft.de
CC: e...@eukrea.com
---
changes since v1:
- fix typo in commit message
Dear e...@bus-elektronik.de,
* Fix compiler error for cpu at91sam9, if lowlevel init is enabled
* use correct ATMEL_ name scheme to define ATMEL_BASE_SDRAMC
Signed-off-by: Jens Scharsig
---
arch/arm/include/asm/arch-at91/at91sam9_sdramc.h |2 +-
1 files changed, 1 insertions(+), 1
Dear Albert,
The following changes since commit 385d2e0e93ca09fa9f763053afd03076b317228f:
Matthias Weisser (1):
arm: Update jadecpu board
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git master
Andreas Bießmann (1):
atstk100x: switch to common cfi
Dear All,
Well I know i have asked this before, but I feel I should ask again
because I didn't like the answer much.
Imagine we change this code to:
ts = time_now_ms() + msec
do {
...
} while (time_since_ms(ts) 0);
That should be legal, right? But I don't think this can work since the
defines
cpu9260/9G20: fix board support
cpuat91: fix board support
include/asm/arch-at91: update several .h files to ATMEL_xxx name scheme
Jens Scharsig (1):
update arm/at91rm9200 work with rework rework110202
Reinhard Meyer (3):
AT91 rework: fix at91sam(9260/9g20/9xe)ek
Dear Lin,
The following is the status XU Hong is reporting to me on
u-boot-atmel/master.
I saw it has been silent for 2 days. I don’t know if we could do something to
help maintain all the boards.
I will try to help allocate some of my people to handling missing parts for
our EK.
I
Dear Hong Xu,
Rework for AT91SAM9263 SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S|2 +-
arch/arm/cpu/arm926ejs/at91/timer.c| 13 ++
Dear Hong Xu,
Rework for AT91SAM9261(9G10) SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 45 +---
arch/arm/include/asm/arch-at91/at91_spi.h |2 +-
Dear Hong Xu,
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 26 ++--
arch/arm/include/asm/arch-at91/at91_spi.h |2 +-
Dear Hong Xu,
Rework for AT91SAM9261(9G10)-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
Makefile | 23 -
board/atmel/at91sam9261ek/at91sam9261ek.c | 136
Dear Sergey Lapin,
Make AFEB9260 build again.
Based on fix for AT91SAM9260EK.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
Fixed unneeded 1s in defines in board configuration
Removed most undefs in board configuration
Setting SoC name in board configuration
Dear Friends,
I have received several different patches reworking
at91sam*_devices.c
and
at91sam9*.h.
Lokking at them, none of them is completely done the way the files for
at91sam9260 are done.
Examples:
9260, 9263: ATMEL_ID_USART0
9261: ATMEL_ID_US0
9260 uses the CONFIG_AT91_GPIO_PULLUP
Dear Hong Xu,
Rework for AT91SAM9261-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: voicevoice.s...@atmel.com
Signed-off-by: Hong Xuhong...@atmel.com
---
Makefile | 23
Dear Hong Xu,
and please rebase against the u-boot-atmel/master, there are already
a few patches on it that yours might be relying on.
For the time being, we should at first fix the SoC files, and later
when that all is on top of tree, fix the boards.
Otherwise we'll get a lot of mess and
Dear Wolfgang Denk,
Dear Reinhard,
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 pull request
Dear Eric Bénard,
Signed-off-by: Eric Bénard e...@eukrea.com
---
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 +-
Am 07.06.2011 10:48, schrieb Eric Bénard:
Signed-off-by: Eric Bénard e...@eukrea.com
---
MAKEALL|2 --
Makefile |8
board/eukrea/cpu9260/cpu9260.c | 33 -
board/eukrea/cpu9260/led.c |6
Am 07.06.2011 10:48, schrieb Eric Bénard:
Signed-off-by: Eric Bénard e...@eukrea.com
---
MAKEALL|1 -
board/eukrea/cpuat91/cpuat91.c |6 +++---
2 files changed, 3 insertions(+), 4 deletions(-)
Applied to u-boot-atmel/master.
Thanks,
Reinhard
Am 09.06.2011 10:25, schrieb Eric Bénard:
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
Dear Sergey Lapin,
Make AFEB9260 build again.
Based on fix for AT91SAM9260EK.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
Cleaned-up a bit
board/afeb9260/afeb9260.c | 103 ---
boards.cfg |2 +-
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 arch/arm/lib/at91 to be used from
at91 family devices.
We build a new libat91-common.o to
1 - 100 of 735 matches
Mail list logo