<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/ao_usb.c, branch teleterra-mockup</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=teleterra-mockup</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=teleterra-mockup'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2011-05-07T06:12:47+00:00</updated>
<entry>
<title>altos: clear CPU port 1 interrupt flag when handled</title>
<updated>2011-05-07T06:12:47+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2011-05-07T06:12:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=66bdf0e066bc0bb7a326a6c2a9c88b69e5c1be66'/>
<id>urn:sha1:66bdf0e066bc0bb7a326a6c2a9c88b69e5c1be66</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Hook up the P1 ISR for TeleBT v0.1 bt_link line</title>
<updated>2011-05-07T05:59:15+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2011-05-07T05:59:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8be559baa979c15e78f8dba7879b383dbe3936d3'/>
<id>urn:sha1:8be559baa979c15e78f8dba7879b383dbe3936d3</id>
<content type='text'>
Otherwise, we're heading off into the weeds...

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Use PIO(6) on BTM to monitor BT connection. Fix BTM init.</title>
<updated>2011-04-08T05:00:38+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2011-04-08T05:00:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=1a54a58d72147888f783a3caf364479efff4ed9b'/>
<id>urn:sha1:1a54a58d72147888f783a3caf364479efff4ed9b</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Windows sends USB Out packets of 0 length. Ack them.</title>
<updated>2010-08-30T11:52:00+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-08-30T11:52:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=c7ba92317ac55272acbde12416448ebd17b983a6'/>
<id>urn:sha1:c7ba92317ac55272acbde12416448ebd17b983a6</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: prepare for sdcc 2.9.1</title>
<updated>2010-08-27T07:10:29+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-08-27T07:10:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=2923cf5057f9cef110dd547d8677ea5b60e00796'/>
<id>urn:sha1:2923cf5057f9cef110dd547d8677ea5b60e00796</id>
<content type='text'>
A few minor language changes -- non-standard keywords are now prefixed
with __, such as 'at', 'interrupt', 'naked'.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>When the EP0 IN buffer is full, don't panic, just skip sending another</title>
<updated>2010-07-26T19:54:41+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-07-26T19:52:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=05111d5be4d37bedaaee6415d6ee27347e6a112c'/>
<id>urn:sha1:05111d5be4d37bedaaee6415d6ee27347e6a112c</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Add special code for USB panic's.</title>
<updated>2010-06-17T04:49:43+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-06-17T04:49:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=267923e56e22b3635a21f42ef77a3a36158bc273'/>
<id>urn:sha1:267923e56e22b3635a21f42ef77a3a36158bc273</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Fix all stdio reading functions to be __critical</title>
<updated>2010-05-05T08:33:25+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-05-05T08:31:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=e6bb80975fde20928a830170f0821d59a8c72690'/>
<id>urn:sha1:e6bb80975fde20928a830170f0821d59a8c72690</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>In USB pollchar, wait for packet before re-checking USB out len</title>
<updated>2009-11-05T05:32:07+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2009-11-05T05:32:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=3ece984f4d72b4f720a5efdfaad7cff77a93d676'/>
<id>urn:sha1:3ece984f4d72b4f720a5efdfaad7cff77a93d676</id>
<content type='text'>
This probably wouldn't actually cause a problem, but it seems more
reliable to wait for a packet interrupt before re-reading the packet
OUT len register. This could avoid spinning while waiting for a USB
packet, which seems like a good thing.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Enable packet-based communcation to command processor</title>
<updated>2009-11-02T04:57:03+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2009-11-02T04:57:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ca5d323a3d206050d95f52a61e92c69e1f54e7b5'/>
<id>urn:sha1:ca5d323a3d206050d95f52a61e92c69e1f54e7b5</id>
<content type='text'>
This splits the packet code into master/slave halves and hooks the
slave side up to the getchar/putchar/flush logic in ao_stdio.c

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
</feed>
