mjb/altos/src/ao_usb.c, branch debian/1.6.5-1

altos: Restructure altos build to prepare for multi-arch support

2011-08-26T03:49:11+00:00

Split out sources into separate directories: core: architecture and product independent bits cc1111: cc1111-specific code drivers: architecture independent drivers product: product-specific sources and Makefile fragments util: scripts for building stuff This should have no effect on the built products, but testing is encouraged Signed-off-by: Keith Packard

altos: Switch ao_usb.c xdata to pdata

2011-07-06T22:48:34+00:00

Signed-off-by: Keith Packard

altos: clear CPU port 1 interrupt flag when handled

2011-05-07T06:12:47+00:00

Signed-off-by: Keith Packard

altos: Hook up the P1 ISR for TeleBT v0.1 bt_link line

2011-05-07T05:59:15+00:00

Otherwise, we're heading off into the weeds... Signed-off-by: Keith Packard

altos: Use PIO(6) on BTM to monitor BT connection. Fix BTM init.

2011-04-08T05:00:38+00:00

PIo(6) appears to be an active-low indication of the Bluetooth connection status. Hook this up using an interrupt to track the link state instead of using in-band status messages. Signed-off-by: Keith Packard

altos: Windows sends USB Out packets of 0 length. Ack them.

2010-08-30T11:52:00+00:00

This was an untested case as no other operating system sents 0-length out packets (they're not necessary). The correct response is to ACK them by clearing the OUTPKT_RDY bit so that another packet can be sent. Signed-off-by: Keith Packard

altos: prepare for sdcc 2.9.1

2010-08-27T07:10:29+00:00

A few minor language changes -- non-standard keywords are now prefixed with __, such as 'at', 'interrupt', 'naked'. Signed-off-by: Keith Packard

When the EP0 IN buffer is full, don't panic, just skip sending another

2010-07-26T19:54:41+00:00

If the host doesn't pull the IN packet out of EP0 before sending another SETUP command along, the IN buffer will still be busy when we try to reply to the SETUP command. While I don't quite understand why this would ever happen, there's no need to panic about it, just drop the reply packet on the floor. Signed-off-by: Keith Packard

Add special code for USB panic's.

2010-06-17T04:49:43+00:00

The USB system may panic if the hardware isn't ready for IN data when the driver thinks it should be. This adds a special panic code to make figuring this out easier. Signed-off-by: Keith Packard

Fix all stdio reading functions to be __critical

2010-05-05T08:33:25+00:00

Oh, right SDCC has '__critical' to mark sections of code that need to run with interrupts disabled; no need to use EA = 0 and EA = 1. Signed-off-by: Keith Packard