d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
181,111 Commits 4 Branches 49 Tags 2 GiB
94d6c8b29d
Commit Graph

316 Commits

Author SHA1 Message Date
imp
94d6c8b29d These files will support the whole at91sam9x5 family when done, 
so rename them now before they get copied further afield...
 2012-07-30 21:30:43 +00:00
imp
299454071c List the members of the AT91SAM9G45 family. 2012-07-30 21:19:19 +00:00
imp
7f5d6e7486 Fix a couple of comments about the rm9200, and fix a couple of indentation 
issues.  Add note that we need to implement at91sam9260 erratum workaround.
 2012-07-30 06:00:31 +00:00
imp
a0e5c55d62 Add the usb device (gadget) side of things. Also add ehci bindings 
while I'm here in anticipation of usb2 support for newer SoCs.

Requested by:	Hans Petter Selasky
 2012-07-27 17:31:19 +00:00
imp
8aa20c163b Add new at91sam9g45 support and sn9g45 board to the ATMEL kernel. 
Adapt SN9G45 board support to cope with multi-board.
 2012-07-27 16:38:02 +00:00
imp
6efc75434f Turns out the ETHERNUT5 isn't anything like the SAM9260-EK. Make this 
board init match better: UART1 instead of UART2, No RMMI, no SPI0, SPI1
comments.
 2012-07-27 05:33:55 +00:00
imp
19fa71edda Add (back?) ohci atmel attachment. 2012-07-27 05:28:02 +00:00
andrew
8497a64002 Add support for the DesignA Electronics Snapper9g45 System on Module. 
Reviewed by:	imp
 2012-07-26 08:05:28 +00:00
andrew
ab76299bf9 Add support for the Atmel AT91SAM9G45 CPU. 
Reviewed by:	imp
 2012-07-26 08:01:25 +00:00
imp
8ebd4a20e0 Some models have 6 USARTS + DBGU. Set a consistent name. 2012-07-26 05:46:56 +00:00
gonzo
df07abd457 Move unmask IRQ function call up to nexus device level. 
FDT-enabled targets were broken after r238043 that relies
on device up the hierarchy to properly setup interrupt.
nexus device for ARM platforms did job only partially:
setting handler but not unmasking interrupt. Unmasking
was performed by platform code.

Reviewed by:	andrew@
 2012-07-17 03:18:12 +00:00
imp
057a8ab456 These were never used, remove them. 2012-07-15 06:08:11 +00:00
imp
9acb87af3e Configure the peripheral pins for MCI devices. Eliminate the now-unused 
at91_pio_rm9200.h.
 2012-07-15 05:41:43 +00:00
imp
a709bd3b9d Add preliminary support for Atmel SAM9260-EK evaluation kit. 
Initially identical to the Ethernut5, but will diverge shortly before
I refactor...
 2012-07-14 06:13:23 +00:00
imp
3dcc564c1c uboot should be telling us it is an ETHERNUT5 for this board. Tag it 
as such.
 2012-07-14 06:00:37 +00:00
imp
a8c236d935 Create common routines for configuring the serial ports and use them 
on all the at91rm9200 boards.
 2012-07-14 05:46:52 +00:00
imp
28a7eca4eb For our at91rm9200 boards, register which subtype of SoC is on the 
board.  We'll use this later to control the differences between these
two variants' pins.
 2012-07-13 04:22:08 +00:00
imp
a8b00dea2c This file is no longer AT91RM9200 specific, but now is generic to all 
Atmel AT91 SoC's we support.  Rename to reflect that.
 2012-07-12 19:15:38 +00:00
imp
136515a603 Remember where we found the DBGU and use that for our console. 2012-07-12 19:11:37 +00:00
imp
65fd745ad0 Fix whitespace divot. 2012-07-12 13:54:24 +00:00
imp
2344bfa174 Complete the transition away from newbus to populate the children to 
the linker set of CPU modules.  The newbus method, although clever,
had many flaws: it didn't really support multiple SoC, many of the
comments about order were just wrong, and it did a few things far too
late to be useful.  delay and cpu_reset now work much earlier in the
boot process.
 2012-07-12 13:45:58 +00:00
imp
d3c013c5a4 Create the children devices for the SoC in atmelarm bus node, not in 
the identify routine of the CPU.
 2012-07-12 04:23:11 +00:00
imp
8cc7a49b96 Export the interrupt status vector via soc_data. Set the interrupt 
priorities in the AIC in the atmelarm driver before attaching the
children.  Delete redunant copies of the code.
 2012-07-12 02:58:45 +00:00
imp
515d0c1d29 Make the SoC stuff a little more modular, and start to move away from 
having the CPU device that's a child of atmelarm that does stuff.

o Create a linker_set for the support fucntions for the SoCs.
o Rename soc_data to soc_info.
o Move the delay and reset function pointers to new soc_data struct
o Create elements for all known SoCs
o Add lookup of the SoC we found, and print a warning if it isn't one
  we know about.
 2012-07-11 20:17:14 +00:00
imp
c72304b145 at91pit->at91_pit for consistnecy with other drivers. 2012-07-11 17:11:54 +00:00
imp
1d3ba5c3ca at91$DEV->at91_$DEV to match other Atmel drivers. Also, export 
at91_rst_cpu_reset.
 2012-07-11 17:11:07 +00:00
imp
cd114c7451 Remove some more unused code. 2012-07-10 23:11:52 +00:00
imp
e53b15fec4 Go ahead and disable the interrupts for the DBGU the boot loader may 
have left enabled after we detect the CPU, and remove the multiplely
copied code from the SoC modules.
 2012-07-10 19:48:42 +00:00
imp
296ee98cf6 Remove a useless bit of indirection. On all Atmel ARM products, irq 1 
is the system IRQ, so use the define for it and get on with life.
 2012-07-10 15:02:29 +00:00
imp
83b8fb1a63 Pure style mischief. at91_$DEV_ rather than at91$DEV_ to match 
others.
 2012-07-10 06:21:42 +00:00
imp
1d5b131f3f Minor rework to eliminate at91rm9200reg.h dependency and possibly set the 
stage for a detach routine (unlikely to be useful, but while I was here..)
 2012-07-10 06:18:53 +00:00
imp
06d108a4b9 Collapse all copies of at91_add_child into at91.c. They were 
logically identical before today, and actually identical after today's
changes.
 2012-07-10 04:17:49 +00:00
imp
af7577bff3 Missed one of the special AT91SAM9xxx_BASE defines. This should be 
AT91_BASE.
 2012-07-10 02:44:15 +00:00
imp
64e33d51d9 The system IRQ is always IRQ 1. Make it so. 2012-07-10 02:39:03 +00:00
imp
9d04a0db9c Eliminate the AT91XXXX_BASE for each SoC. AT91_BASE is the right way 
to spell this since we only have one AT91_BASE for all Atmel arm9 SoCs.
 2012-07-10 02:14:50 +00:00
imp
a5d922a754 Remove some unused variables/externs that have been copied too many times... 2012-07-10 01:49:50 +00:00
imp
5e867585e7 There's nothing AT91RM9200 specific about this file at all. 2012-07-10 01:13:00 +00:00
imp
3cb9677e87 Create a generic way to support multiple boards within an 
arm platform.  Add all the atmel boards to the ATMEL kernel for
testing purposes.  Until boot loader arg parsing of baord type
is done, this won't actually be able to do the runtime selection.
 2012-07-07 05:02:39 +00:00
imp
8ed7d610d0 Create a pseudo-lint kernel for all at91 SoCs. This kernel will not 
currently boot, but will serve as a good linting.  make universe could
now be altered to skip building all the other at91 kernels...
 2012-07-01 06:56:41 +00:00
imp
4ed0f24281 Opt-in rather than opt-out of the SoC. We don't really support 
running with multiple SoCs compiled in very well anyway, so this just
wastes space.  As more and more SoCs arrive in the tree, it is better
to edit one master file that builds them all than many board files.
 2012-07-01 06:34:17 +00:00
marius
f8115adb54 Exclude at91sam9x25 support, which just wastes space for Ethernut 5. 2012-06-30 14:48:52 +00:00
imp
d78e2429ba Tweak comment. 2012-06-29 06:06:19 +00:00
imp
214d9f3431 Add PIOD, make at91sam9x25 a standard SoC, tweak some comments. 2012-06-29 06:05:44 +00:00
imp
55778fcc7c Ooops, replaced the at91sam9g20 interrupt list with the at91sam9x25 ones. 2012-06-29 04:49:50 +00:00
imp
aef8c6386c Initital support for AT91SAM9X25 SoC and the SAM9X25-EK evaluation 
board.  Much work remains.
 2012-06-29 04:18:52 +00:00
imp
860e30dae9 Fix a stray debug that I committed accidentally years ago... 2012-06-22 06:44:22 +00:00
imp
deb86d102d Move these #defines to at91reg.h (where I should have put them in the 
first place).
 2012-06-22 05:54:34 +00:00
marius
8b8a1c1ea5 Revert the part of r236495 that introduced checking of SPI_SR_TXEMPTY 
for TX transfer completion as for reasons unknown this occasionally
causes SPI_SR_RXBUFF and SPI_SR_ENDRX to not rise.
In any case, once the RX part of the transfer is done it's obvious
that the preceding TX part had finished and checking of SPI_SR_TXEMPTY
was introduced to rule out a possible cause for the data corruption
mentioned in r236495 but which didn't turn out to be the problem
anyway.

MFC after:	3 days
 2012-06-18 20:14:42 +00:00
marius
691bfd067f Try to bring this file closer to style(9). 2012-06-18 19:47:25 +00:00
marius
ff81900109 Unbreak after r236658 by comparing the right things. 2012-06-18 19:22:10 +00:00