summaryrefslogtreecommitdiff
path: root/boards/osmo-sdr
Commit message (Collapse)AuthorAgeFilesLines
* board/osmo-sdr: Add DFU support for the startup codeSylvain Munaut2012-03-291-0/+33
| | | | | | | | | DFU mode will be entered if: - 0xDFDFDFDF magic is at AT91C_IRAM - Button is pressed - No valid firmware seem to be present (start addr = 0xffffffff) Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
* SAM3U: Use correct DMAC peripheral ID for SSC receiveHarald Welte2012-02-261-1/+1
| | | | | | | | | | | | | It seems like the SSC Rx channel has a different DMAC peripheral ID (4) than the transmit side. The official Atmel sam3u documentation (doc6403e) doesn't document that fact, and it also doesn't even state any DMAC peripheral identifiers. The at91lib code release by Atmel claims it is 3, when in reality it is 4! I found this by brute-forcing all possible peripheral identifiers.
* board/osmo-sdr: Add DFU support (like SAM3U-EK)Harald Welte2012-01-083-1/+110
|
* osmo-sdr: only build flash imagesHarald Welte2011-12-291-1/+1
|
* osmo-sdr: update GPIO definitions in board.hHarald Welte2011-12-291-132/+25
|
* osmo-sdr/sam3u: add exidx sections to linker scriptHarald Welte2011-12-281-2/+10
|
* complete 'board' support for osmo-sdr hardwareHarald Welte2011-12-2711-0/+1545
|
* fix #defines for LEDs, remove #defines for non-existant pinsHarald Welte2011-12-271-0/+464
|
* remove section initializing non-existant external clockHarald Welte2011-12-271-0/+208
| | | | osmo-sdr doesn't have a 32kHz clock crystal.
* initial osmo-sdr board supportHarald Welte2011-12-2711-0/+7549
personal git repositories of Harald Welte. Your mileage may vary