Dear Andreas Bießmann,
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
Dear Asen Dimov,
Hello,
I got several instances of the patches, probably you got it too,
so I apology for the mess.
Actually, I did get none per e-Mail, I see them in patchworks only.
Here is the list of patches:
[PM9261]
http://patchwork.ozlabs.org/patch/99663/
The empty
Am 09.06.2011 12:57, schrieb Reinhard Meyer:
Dear Asen Dimov,
Hello,
I got several instances of the patches, probably you got it too,
so I apology for the mess.
Actually, I did get none per e-Mail, I see them in patchworks only.
Here is the list of patches:
[PM9261]
http
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-punned pointer will break
strict-aliasing rules
---8---
Signed-off-by: Andreas Bießmann andreas.de...@gmail.com
---
BEWARE!
Dear Andreas Bießmann,
+ writel( (netdev-enetaddr[0] | netdev-enetaddr[1] 8 |
+ netdev-enetaddr[2] 16 | netdev-enetaddr[3] 24),
+ emac-sa2l);
OUCH, I would think by precedence rules, | comes before !?!?!
You are wrong, try the following:
Yep, just
Dear Asen Dimov,
Hello Reinhard,
On 06/09/2011 01:57 PM, Reinhard Meyer wrote:
...
Dear Asen Dimov,
The empty reset_timer() function added there can obviously only
solve build issues.
On any account reset_timer() must not be used anymore.
As such this patch must get a NAK
Dear Asen Dimov,
Hi Reinhard,
On 06/09/2011 02:00 PM, Reinhard Meyer wrote:
...
http://patchwork.ozlabs.org/patch/99665/
http://patchwork.ozlabs.org/patch/99666/
[PM9263]
http://patchwork.ozlabs.org/patch/99662/
http://patchwork.ozlabs.org/patch/99668/
[PM9G45]
http
Dear Andreas Bießmann,
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ßmannandreas.de...@gmail.com
Tested-by: Reinhard
Dear Eric Bénard,
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 e...@eukrea.com
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++-
1 files changed, 2
Dear Eric Bénard,
handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not
defined
Signed-off-by: Eric Bénard e...@eukrea.com
---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Dear Igor Grinberg,
On 06/07/11 10:37, Andreas Bießmann wrote:
Dear Igor Grinberg,
Am 07.06.2011 08:09, schrieb Igor Grinberg:
Hi Reinhard,
What about this [1] patch?
Are there any issues with it? Will you take it?
the arch/arm/arm920t/at91rm9200 is subject to be deleted soon!
If you
Dear Xu, Hong,
Dear Reinhard,
We just noticed the warning from Wolfgang Denk about the status of the ARM
boards.
See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/100918
There're quite a lot of AT91 boards listed. We're going to focus on
fixing the current issues to let
Dear Hong Xu,
If there are SoC specific files to be adapted, they should be adapted
as done in 9260.
Board specific files should be looking like those of at91sam9260-ek.
Remove fixed boards from the global Makefile and add them to boards.cfg.
I'll put the fix for at91sam9260*-ek on
Dear Reinhard Meyer,
The rework effort for ATMEL (AT91/AVR32) accidentially broke build of
this driver. Fix this to make it build again. However this driver should
be reworked as soon as possible!
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/spi/atmel_dataflash_spi.c
Dear Reinhard Meyer,
Make ATMEL's at91sam9260/9g20/9xe-ek boards build again
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
Makefile | 37 -
board/atmel/at91sam9260ek/at91sam9260ek.c | 127
-
board/atmel
Dear Reinhard Meyer,
Fix EMK TOP9000 board to build again:
- changes required due to ATMEL rework
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
board/emk/top9000/top9000.c | 64 +++---
include/configs/top9000.h | 30
Dear Simon Glass:
From: Ryan Mallon r...@bluewatersys.com
Add support for Bluewater Systems AT91 based Snapper 9260 and 9G20
single board computer modules. Includes NAND flash and Ethernet
support.
Signed-off-by: Ryan Mallon r...@bluewatersys.com
---
Build and run tested with new
Dear Prchal Jiří,
This fixes floating pin PB14 (DRXD) if it is unconnected, witch cause
sometimes to stop autoboot by receiving char
(noise). It turns internal pull up on this pin.
It turns pull up on all other pins where should be pull up and is set in
driver too.
Signed-off-by: Jiri
Dear Jens Scharsig,
can you apply this patch to current atmel_rework 110411.
The eb_cpux9k2 board runs with this patch.
The at91rm9200_ek has compiled without error's.
Applied to u-boot-atmel. I am running MAKEALL at91 right now.
Best Regards,
Reinhard
Hello,
I am just now quick fixing that driver so it will build with current TOT.
But this driver otherwise still is a bit of a mess:
1. It does not use struct SoC access.
2. It needs to include BOTH drivers/spi/atmel_spi.h
AND arch/arm/include/asm/arch-at91/at91_spi.h !
It would be helpful is
The rework effort for ATMEL (AT91/AVR32) accidentially broke build of
this driver. Fix this to make it build again. However this driver should
be reworked as soon as possible!
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/spi/atmel_dataflash_spi.c |3 +--
1 files changed
Make ATMEL's at91sam9260/9g20/9xe-ek boards build again
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
Makefile | 37 -
board/atmel/at91sam9260ek/at91sam9260ek.c | 127 -
board/atmel/at91sam9260ek/config.mk
Fix EMK TOP9000 board to build again:
- changes required due to ATMEL rework
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
board/emk/top9000/top9000.c | 64 +++---
include/configs/top9000.h | 30 ++--
2 files changed, 50
Dear Simon Glass,
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 +
board/bluewater/snapper9260/Makefile
Dear ALL,
it still escapes me why everyone tries to make things so complicated INSIDE the
loop.
Why not just define an API like this:
u32 timeout = make_timeout(5); /* minimum 5 millisecond timeout */
u32 start = get_timer();
while ((get_timer() - start) timeout)
...
make_timeout() can
Dear Jan Pohanka,
I'm trying to get u-boot 2010.12 working on at91sam9260ek devkit with
mmc support. I have read several discussions here and followed the
steps described in README.atmel-mci. (my config and board file are
below...)
2010.12 is outdated. Use current top of tree. Besides I have
Dear Graeme Russ,
Hi Reinhard,
On Tue, May 31, 2011 at 4:57 AM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear ALL,
it still escapes me why everyone tries to make things so complicated INSIDE
the loop.
Why not just define an API like this:
u32 timeout = make_timeout(5
Dear Graeme Russ,
Hi Reinhard,
On Tue, May 31, 2011 at 2:07 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear Graeme Russ,
Hi Reinhard,
On Tue, May 31, 2011 at 4:57 AM, Reinhard Meyer
u-b...@emk-elektronik.dewrote:
Dear ALL,
it still escapes me why everyone tries to make
Dear Simon Glass,
On Mon, May 30, 2011 at 5:24 PM, Graeme Russgraeme.r...@gmail.com wrote:
Hi Reinhard,
On Tue, May 31, 2011 at 4:57 AM, Reinhard Meyer
...
make_timeout() can be arch/soc/platform specific and take into account to
return at least
such a value that the timeout is never
Dear Graeme Russ,
On Tue, May 31, 2011 at 2:53 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear Simon Glass,
On Mon, May 30, 2011 at 5:24 PM, Graeme Russgraeme.r...@gmail.com
wrote:
Hi Reinhard,
On Tue, May 31, 2011 at 4:57 AM, Reinhard Meyer
...
make_timeout() can be arch
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message4de4743c.5040...@emk-elektronik.de you wrote:
Exactly! And (saying it silently) this would not mandate that the now hidden
internal
timer needs to be in ms units, it could be the bare natural tick of the
hardware...
Yes. We can throw
Dear Graeme Russ,
u32 get_timer(u32 base)
{
if (base != 0) {
if (timer - base (CONFIG_MIN_TIMER_RESOLUTION * 2))
return 0;
else
return timer - base - CONFIG_MIN_TIMER_RESOLUTION;
} else {
Dear Albert ARIBAUD,
Le 26/05/2011 07:25, Graeme Russ a écrit :
I think we can still rationalise the timer API as suggested which, as
a minimum will:
- Not diminish current functionality for any platform
- Will dramatically reduce the current amount of code duplication
- Improve
Dear Graeme Russ,
On closer inspection, some do, some don't. All ARMv7 (OMAP, S5P, Tegra2)
do. at91 is odd - It looks like it uses interrupts, but get_timer() and
udelay() both end up calling get_timer_raw() (with udelay only having
millisecond resolution it seems). Some others can be
I know its futile to repeat what I suggested about 9 months ago...
Since get_timer() is only used (to my knowledge) to break out of
loops that do not terminate normally because an expected event does
not occur, the following API would be simpler and take less time per
loop:
(I use the names A
Dear J. William Campbell,
please demonstrate for me (and others), by a practical example,
how _any_ arithmetic (even less with just shifts and multiplies)
can convert a free running 3.576 MHz (wild example) free running
32 bit counter (maybe software extended to 64 bits) into a ms
value that will
Dear J. William Campbell,
On 5/22/2011 1:15 AM, Reinhard Meyer wrote:
Dear J. William Campbell,
please demonstrate for me (and others), by a practical example,
how _any_ arithmetic (even less with just shifts and multiplies)
can convert a free running 3.576 MHz (wild example) free running
Dear Graeme Russ,
Hi All,
I've just had a good look through the timer API code with the view of
rationalising it and fixing up some of the inconsistencies. What I found
was a little scarier than I expected! Anyway, here is a write-up of what I
found - Please comment
We have been at this
Dear Jens Scharsig,
Hello,
please apply the following patch
http://patchwork.ozlabs.org/patch/83703/
this will make at91rm9200ek and eb_cpux9k2 board work with current release.
This patch also fix the broken arm/920t/at91 arch since last merge with
arm custodian tree.
I will see to that
Dear e...@bus-elektronik.de,
Hello,
since AT91: fix timer.c - remove reset_timer()
http://git.denx.de/?p=u-boot/u-boot-atmel.git;a=commit;h=cfff263f41e32c7ba2ee9162a8cc6423eb5a8390
was commited the arm926ejs/at91 boards can't compile with cfi_flash support:
remove __attribute__ ((packed)) in at91 headers
Reinhard Meyer (15):
AT91: rework at91sam9260.h
AT91: rework at91sam9261.h
AT91: rework at91sam9263.h
AT91: rework at91sam9g45.h
AT91: cleanup hardware.h, remove memory-map.h
AT91: fix related arch-at91 header files
Hi Albert,
Incidentally, I see a new master-arm branch on u-boot-atmel. If it is one you
created locally to track u-boot-arm/master and pushed by accident, then you
can unpublish it from your public git repo by 'git push
ssh://gu-at...@git.denx.de/u-boot-atmel :master-arm'.
No, that was on
Dear Albert,
Hi Reinhard,
Le 13/05/2011 10:46, Reinhard Meyer a écrit :
Dear Albert,
The following changes since commit 2e73808ee97d75400881d1fe144b062f427cfcb9:
Clint Adams (1):
Enable multiple fs options for Marvell SoC family on OpenRD boards
are available in the git repository
board
at91: reworked support for otc570 board
Jens Scharsig (2):
at91rm9200: fix lowlevel_init() SMRDATA size
remove __attribute__ ((packed)) in at91 headers
Reinhard Meyer (15):
AT91: rework at91sam9260.h
AT91: rework at91sam9261.h
AT91: rework at91sam9263.h
Dear Igor Grinberg,
at91 ethernet module used machine_is_cbs337() macro for board specific
Linux compatibility issue.
Use compile time defines instead.
Signed-off-by: Igor Grinberggrinb...@compulab.co.il
---
arch/arm/cpu/arm920t/at91rm9200/ether.c | 18 +-
1 files
On 26.04.2011 23:32, Wolfgang Denk wrote:
Dear Albert ARIBAUD,
In message4db72d4a.5070...@aribaud.net you wrote:
Well, as you stated yourself recently, why would/should we maintain
mach-types that are apparently not going to be used? Do machine types
have other uses than for Linux? No code
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 part has not changed
since 110202.
I can check that and will rebase on u-boot-atmel/next.
Applied to u-boot-atmel/next.
Dear Daniel Gorsulowski,
The meesc board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91:
Am 18.04.2011 16:15, schrieb Daniel Gorsulowski:
The otc570 board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message 4da6edab.8040...@emk-elektronik.de you wrote:
Guess I have no other choice now, but you owe me a new keyboard.
I'm busy right now, but I will take this (and other stuff) in during the
upcoming weekend.
Applied to u-boot-atmel/next
Dear Andreas Bießmann,
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 part has not changed
since 110202.
I can check
Dear Remy Bohmer,
Signed-off-by: Remy Bohmer li...@bohmer.net
---
drivers/spi/atmel_dataflash_spi.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/atmel_dataflash_spi.c
b/drivers/spi/atmel_dataflash_spi.c
index 4a5c4aa..2f23f54 100644
---
Dear Alessandro Rubini:
Commit 5dca710a3d7703e41da0e9894f2d71f9e25bea6b removed
get_timer_masked for at91. The dataflash driver was still
using it and so stopped compiling. This blindly fixes
the compilation problem (I am not currently using dataflash).
Signed-off-by: Alessandro Rubini
Dear Andreas Bießmann:
This patch fixes following error:
---8---
avr32-linux-ld: --gc-sections and -r may not be used together
---8---
Since 8aba9dceebb14144e07d19593111ee3a999c37fc all avr32 boards are broken due
to linking error as seen above.
Signed-off-by: Andreas Bießmann
Dear Andreas Bießmann,
This series do some cleanup all avr32 boards. This series is on top of 'Get
AVR32 boards working with partial linking' rebased to
u-boot-atmel/rework110202.
In summary the board specific config.mk and u-boot.lds files are deleted in
favor of a version at architecture
Dear Wolfgang Denk:
Dear =?ISO-8859-1?Q?Andreas_Bie=DFmann?=,
In message 4da6b173.2010...@gmail.com you wrote:
From my point of view, I would like to reject this patch. If you
however manage to get this accepted for mainline Linux, then maybe I
reconsider.
The patch was accepted in
Dear Andreas Bießmann:
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
changes since v1:
- only rename definitions to ATMEL_BASE_xx schema in this patch
- rename of memeory-map.h - hardweare.h is required before
arch/avr32/cpu/at32ap700x/sm.h|4 +-
Dear Andreas Bießmann:
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
changes since v1:
- only rename in this patch and fixup includes in respective includes
- use 'format-patch -C'
arch/avr32/cpu/at32ap700x/clk.c|2 +-
I wrote,
These are all the reworks on the ATMEL parts done by me so far.
They are now officially posted as patches for commenting.
They are the patches found in u-boot-atmel so far, with minor
whitespace and long line fixes complained about by checkpatch.
The following files are affected:
Dear Jens Scharsig,
Dear Reinhard Meyer
Dear Andreas Bießmann,
Dear Jens Scharsig,
Am 18.12.2010 um 13:30 schrieb Jens Scharsig:
* use start/end label for initialization tables instead of fix values
Signed-off-by: Jens Scharsigjs_at...@scharsoft.de
Acked-by: Andreas Bießmannandreas.de
Dear Jens Scharsig,
* remove __attribute__ ((packed)) to prevent byte access
to soc registers in some gcc version
Signed-off-by: Jens Scharsig js_at...@scharsoft.de
---
Applied to u-boot-atmel/next.
Thanks,
Reinhard
___
U-Boot mailing list
Dear Daniel Gorsulowski,
Check that your AT91Bootstrap loads u-boot to a sane address not at the
very end
of DRAM, and that CONFIG_SYS_TEXT_BASE is exactly the address where
AT91Bootstrap
loads u-boot. (I changed AT91Bootstrap to load u-boot to the very begin
of DRAM
for our boards.)
I
Dear Daniel Gorsulowski,
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c | 55
+++--
1 files changed, 18 insertions(+), 37 deletions(-)
Applied to u-boot-atmel/next.
Thanks,
Reinhard
Dear Eric Bénard,
- 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 (64MB RAM nor boot)
9260_nand (64MB RAM nand boot)
Dear Asen Dimov,
sorry for the late reply.
This patch needs to be rebased on top of u-boot-atmel/next,
also please observe the following comments:
Signed-off-by: Asen Dimov di...@ronetix.at
---
board/ronetix/pm9g45/pm9g45.c | 15 +++
include/configs/pm9g45.h |5
Dear Ryan Mallon,
Add support for Bluewater Systems AT91 based Snapper 9260 and 9G20
single board computer modules. Includes NAND flash and Ethernet
support.
Signed-off-by: Ryan Mallon r...@bluewatersys.com
---
Patches apply against the rework101229 branch of
Dear Michael Trimarchi,
This patch add the watchdog reset function to the atmel atsam9x architectures.
NAK.
Watchdog already exists at drivers/watchdog/at91sam9_wdt.c :)
Maybe its a bit of an obscure location... But it is already invented ;)
+ int re_enable = disable_interrupts();
+
+
Hello Matt Waddel,
Sorry, my original comment still holds true for the naming,
now the name suggests that this driver is generic to ARM devices,
which clearly is not true.
Correct. However, this hardware device was developed by ARM (the
company). As far as I know the other ARM mmc drivers,
Dear matt.waddel,
From: Matt Waddelmatt.wad...@linaro.org
These patches add support for the ARM PrimeCell PL180 MultiMedia Interface.
The Versatile Express was the test platform for these changes.
---
Change log:
v2 - Rename patch items to a more descriptive name (ie. mmci - arm_mmci)
Dear matt.wad...@linaro.org,
From: Matt Waddelmatt.wad...@linaro.org
These patches add support for the ARM PrimeCell PL180 MultiMedia Interface.
The Versatile Express was the test platform for these changes.
Matt Waddel (3):
MMC: Max blocks value adjustable
MMC: Add support for PL180
Dear Uli Raich,
This version has been tested on an
armputer-vmax board, which is similar to the at91sam9263ek
but not on the at91sam9263ek board itself.
A new configuration armputer-vmax_config has been added. This configuration
has been tested on the hardware and is known to work. Further
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message4d624a5e.30...@emk-elektronik.de you wrote:
Please, provide a separate patch for changes in the OHCI drivers.
They need to go to the u-boot-usb tree.
Apart from the fact that no change is required here..
I don't think it would make
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91sam9260.h | 252 ++
1 files changed, 132 insertions(+), 120 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9260.h
b/arch/arm/include/asm/arch-at91/at91sam9260
These are all the reworks on the ATMEL parts done by me so far.
They are now officially posted as patches for commenting.
They are the patches found in u-boot-atmel so far, with minor
whitespace and long line fixes complained about by checkpatch.
The following files are affected:
(Output of
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91sam9261.h | 187 ++
1 files changed, 102 insertions(+), 85 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9261.h
b/arch/arm/include/asm/arch-at91/at91sam9261.h
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91sam9263.h | 218 --
1 files changed, 100 insertions(+), 118 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9263.h
b/arch/arm/include/asm/arch-at91/at91sam9263
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91sam9g45.h | 225 --
1 files changed, 107 insertions(+), 118 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9g45.h
b/arch/arm/include/asm/arch-at91/at91sam9g45
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/hardware.h | 96 +--
arch/arm/include/asm/arch-at91/memory-map.h | 36 --
2 files changed, 32 insertions(+), 100 deletions(-)
delete mode 100644 arch/arm/include/asm
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91_common.h |3 +--
arch/arm/include/asm/arch-at91/at91_pio.h| 19 +++
arch/arm/include/asm/arch-at91/gpio.h| 18 +-
arch/arm/include/asm/arch-at91/io.h
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/Makefile |1 +
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c | 45 ++---
arch/arm/cpu/arm926ejs/at91/clock.c |6 +-
arch/arm/cpu/arm926ejs/at91/cpu.c
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/gpio/at91_gpio.c| 52 +++---
drivers/rtc/at91sam9_rtt.c | 12
drivers/usb/host/ohci-at91.c| 16 ++--
drivers/watchdog/at91sam9_wdt.c |4 +-
4 files
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
.../arm/include/asm/arch-at91/at91sam9260_matrix.h | 102 +---
1 files changed, 45 insertions(+), 57 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9260_matrix.h
b/arch/arm/include/asm/arch-at91
and remove the now unused asm/arch-at91/io.h
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
arch/arm/cpu/arm926ejs/at91/clock.c |2 +-
arch/arm/cpu/arm926ejs/at91/cpu.c |3 +-
arch/arm
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/spi/atmel_dataflash_spi.c | 94 ++--
include/dataflash.h |1 -
2 files changed, 57 insertions(+), 38 deletions(-)
diff --git a/drivers/spi/atmel_dataflash_spi.c
b/drivers/spi
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/mmc/gen_atmel_mci.c |2 +-
drivers/net/macb.c | 14 --
drivers/serial/atmel_usart.c | 28 +++-
drivers/spi/atmel_spi.c | 16
4 files changed, 24
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/watchdog/at91sam9_wdt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/watchdog/at91sam9_wdt.c b/drivers/watchdog/at91sam9_wdt.c
index 6254765..80dad07 100644
--- a/drivers/watchdog
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/include/asm/arch-at91/at91_rstc.h | 25 -
1 files changed, 0 insertions(+), 25 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_rstc.h
b/arch/arm/include/asm/arch-at91/at91_rstc.h
index
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
arch/arm/cpu/arm926ejs/at91/timer.c | 27 +++
1 files changed, 11 insertions(+), 16 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/timer.c
b/arch/arm/cpu/arm926ejs/at91/timer.c
index 87a5b63..a087687
Dear Andreas Bießmann,
+#ifndef __ASM_ARM_ARCH_HARDWARE_H__
+#define __ASM_ARM_ARCH_HARDWARE_H__
...
+#endif /* __ASM_ARM_ARCH_MEMORYMAP_H__ */
hardware.h here!
Thanks for discovering this!
I'll lowercase and remove the rather pointless comment.
Reinhard
Dear Andreas Bießmann,
+#ifdef CONFIG_ATMEL_LEGACY
is this still necessary?
I am afraid so. The ATMEL GPIO code should be reworked.
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Andreas Bießmann,
#ifndef CONFIG_AT91_LEGACY
-#define CONFIG_AT91_LEGACY
-#warning Please update to use C structur SoC access !
+# define CONFIG_AT91_LEGACY
this would be CONFIG_ATMEL_LEGACY
+# warning Please update to use C structur SoC access !
#endif
Interesting.. It did build
Dear Andreas Bießmann, Remy Bohmer,
I saw your request for review and have some (little) comments which may be
pointed out by Reinhard too.
Thank you for helping me out. I have a few further recommendations:
Am 05.02.2011 um 13:43 schrieb Remy Bohmer:
Since U-boot v2010.12 the support
Dear Andreas Bießmann, Dear Remy Bohmer,
some more comments on that patchset.
Am 05.02.2011 um 13:43 schrieb Remy Bohmer:
Also removes CONFIG_AT91_LEGACY related stuff.
Signed-off-by: Remy Bohmerli...@bohmer.net
---
V1: This patch contains everything to make the boards work again on
Dear jacopo mondi,
Hi all,
I'm trying enabling enc2j60 in order to use tftp with SPI-Ethernet
enc28j60 and beagleboard rev C3.
When building u-boot some functions referred by enc28j60.c remain
undefined.
drivers/net/libnet.o: In function `enc28j60_initialize':
Dear Marcel Janssen,
On Tuesday, February 15, 2011 01:00:50 am Reinhard Meyer wrote:
If someone would rework the 9g45 in the spirit of the 9260 it would be
great. Please as a separate patch. Same goes for the other SoCs ;)
I did most of that. I just hit this :
drivers/mtd/cfi_flash.c:576
Dear Marcel Janssen,
Hi Remy and Reinhard,
To make it easy for you: It is up to you if you choose '
rework_110202'
...
It looks like if at91sam9g45.h has not been updated. Is that right ?
If so, should all be changed to ATMEL_ID and ATMEL_BASE ?
That is correct. Only 9260/1/3 are reworked
Dear Marcel Janssen,
From: Marcelkorg...@home.nl
Signed-off-by: Marcelkorg...@home.nl
---
Sorry, this patch has to be rejected for several reasond, see below.
Makefile |4 +
Nope, boards must be added to boards.cfg.
board/in-circuit/icnova/Makefile
Dear Wolfgang Denk,
Dear Jens Scharsig,
In message4d5573ca.9000...@scharsoft.de you wrote:
* convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
* Fix: timer.c compile error io.h not found with arm/at91rm9200
* update arm920t/at91 to ATMEL_xxx name scheme
* update
Dear Andreas Bießmann,
This patch series make avr32 boards compile again. They where broken by
partial linking changes.
Additionally two warnings fixed. MAKEALL complained broken boards cause of
these warnings.
In my opinion these changes are fixes and should go into v2011.03. Some more
Dear Chris Moore,
Hi,
Me again.
Le 10/02/2011 07:16, Chris Moore a écrit :
Hi,
Le 09/02/2011 22:17, Scott Wood a écrit :
On Wed, 9 Feb 2011 07:40:44 +0100
Albert ARIBAUDalbert.arib...@free.frwrote:
Le 09/02/2011 07:19, Chris Moore a écrit :
I also noticed this in some of my (rare)
101 - 200 of 735 matches
Mail list logo