u-boot.git/cpu/at32ap/Makefile, branch v2009.08

avr32: Add support for "GPIO" port mux

2008-09-01T12:38:46+00:00

The "GPIO" port mux is used on AVR32 UC3 parts as well as AT32AP7200 and
all later AVR32 chips. This patch adds a driver for it, implementing the
same API as the existing portmux-pio driver but with more functionality.

Signed-off-by: Haavard Skinnemoen

avr32: refactor the portmux/gpio code

2008-09-01T12:20:41+00:00

  - Separate the portmux configuration functionality from the GPIO pin
    control API.
  - Separate the controller-specific code from the chip-specific code.
  - Allow "ganged" port configuration (multiple pins at once).
  - Add more flexibility to the "canned" peripheral select functions:
      - Allow using more than 23 address bits, more chip selects, as
	well as NAND- and CF-specific pins.
      - Make the MACB SPEED pin optional, and choose between MII/RMII
	using a parameter instead of an #ifdef.
      - Make it possible to use other MMC slots than slot 0, and support
	different MMC/SDCard data bus widths.
  - Use more reasonable pull-up defaults; floating pins may consume a
    lot of power.
  - Get rid of some custom portmux code from the mimc200 board code. The
    old gpio/portmux API couldn't really handle its requirements, but
    the new one can.
  - Add documentation.

The end result is slightly smaller code for all boards. Which isn't
really the point, but at least it isn't any larger.

This has been verified on ATSTK1002 and ATNGW100. I'd appreciate if
the board maintainers could help me test this on their boards. In
particular, the mimc200 port has lost a lot of code, so I'm hoping Mark
can help me out.

Signed-off-by: Haavard Skinnemoen 
Cc: Hans-Christian Egtvedt 
Cc: Mark Jackson 
Cc: Alex Raimondi 
Cc: Julien May 

Changes since v1:
  * Enable pullup on NWAIT
  * Add missing include to portmux-pio.h
  * Rename CONFIG_PIO2 -> CONFIG_PORTMUX_PIO to match docs

mmc: Move atmel_mci driver into drivers/mmc

2008-07-09T22:05:52+00:00

This makes it easier to use the driver on other platforms.

Signed-off-by: Haavard Skinnemoen 
Acked-by: Jean-Chritophe PLAGNIOL-VILLARD

avr32: Use CONFIG_ATMEL_MCI to select the atmel_mci driver

2008-07-09T22:04:47+00:00

After we move the atmel_mci driver into drivers/mmc, we can't select
it with CONFIG_MMC anymore. Introduce a new symbol specifically for
this driver so that there's no ambiguity.

Signed-off-by: Haavard Skinnemoen 
Acked-by: Jean-Chritophe PLAGNIOL-VILLARD

avr32: Compile atmel_mci.o conditionally

2008-05-27T13:27:31+00:00

Remove #ifdef CONFIG_MMC from the source file and use conditional
compilation in the Makefile instead.

Signed-off-by: Haavard Skinnemoen

avr32: Use the same entry point for reset and exception handling

2008-05-27T13:27:30+00:00

Since the reset vector is always aligned to a very large boundary, we
can save a couple of KB worth of alignment padding by placing the
exception vectors at the same address.

Deciding which one it is is easy: If we're handling an exception, the
CPU is in Exception mode. If we're starting up after reset, the CPU is
in Supervisor mode. So this adds a very minimal overhead to the reset
path (only executed once) and the exception handling path (normally
never executed at all.)

Signed-off-by: Haavard Skinnemoen

avr32: Use new-style Makefile for the at32ap platform

2008-05-27T13:27:30+00:00

This makes it easier to avoid compiling certain files later.

Signed-off-by: Haavard Skinnemoen

Atmel MCI driver

2007-04-14T14:14:06+00:00

Driver for the Atmel MCI controller (MMC interface) for AT32AP CPUs.

The AT91 ARM-based CPUs use basically the same hardware, so it should
be possible to share this driver, but no effort has been made so far.

Hardware documentation can be found in the AT32AP7000 data sheet,
which can be downloaded from

http://www.atmel.com/dyn/products/datasheets.asp?family_id=682

Signed-off-by: Haavard Skinnemoen

AVR32: Resource management rewrite

2007-04-14T13:20:27+00:00

Rewrite the resource management code (i.e. I/O memory, clock gating,
gpio) so it doesn't depend on any global state. This is necessary
because this code is heavily used before relocation to RAM, so we
can't write to any global variables.

As an added bonus, this makes u-boot's memory footprint a bit smaller,
although some functionality has been left out; all clocks are enabled
all the time, and there's no checking for gpio line conflicts.

Signed-off-by: Haavard Skinnemoen

Fix "ar" flags in some Makefiles to allow for silent "make -s"

2006-10-27T09:55:21+00:00