summaryrefslogtreecommitdiff
path: root/boards
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-262-2/+2
| | | | | | | | | | | | | 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
|
* add missing dfu.ldsHarald Welte2012-01-081-0/+87
|
* SAM3U-EK: Add a 'dfu' makefile target, DFU boot switching codeHarald Welte2012-01-083-2/+37
|
* DFU: add support for setting the USB SERIAL by a boardHarald Welte2012-01-081-0/+2
| | | | | | this will allow us to use the Unique Chip ID as serial number in the USB descriptor, which in turn allows customers to write device-specific udev rules for persistent naming, etc.
* aat91sam3u-ek: Add #defines for DFUHarald Welte2012-01-051-0/+11
|
* 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
|
* import at91lib from at91lib_20100901_softpack_1_9_v_1_0_svn_v1501120100901_softpack_1_9_v_1_0_svn_v15011Harald Welte2011-07-04896-0/+502869
it's sad to see that atmel doesn't publish their svn repo or has a centralized location or even puts proper version/release info into the library itself
personal git repositories of Harald Welte. Your mileage may vary