<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/stmf0, branch debian/1.6.3-1</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=debian%2F1.6.3-1</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=debian%2F1.6.3-1'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2016-04-20T03:21:30+00:00</updated>
<entry>
<title>altos/stmf0: Fix external interrupts</title>
<updated>2016-04-20T03:21:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-13T13:11:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=3abc0fc5e4484d862709501133d35563aa0c25fa'/>
<id>urn:sha1:3abc0fc5e4484d862709501133d35563aa0c25fa</id>
<content type='text'>
Missing a reserved address in the registers broke everything nicely,
but the priority values were also wrong - stm32f0 exposes 8 bits per
priority, like the stm32l, but it uses only the top two bits.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/detherm: Add ms5607 to detherm</title>
<updated>2016-04-13T13:19:28+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-06T05:03:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=cfb91ec7ef6ef485d813af96a0f206bb7a2204dd'/>
<id>urn:sha1:cfb91ec7ef6ef485d813af96a0f206bb7a2204dd</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Add pwm and exti drivers</title>
<updated>2016-04-03T05:41:06+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-03T05:41:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=097c156b13ae975c742f294b46429e8ff14c365b'/>
<id>urn:sha1:097c156b13ae975c742f294b46429e8ff14c365b</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Support HPE clock source</title>
<updated>2016-04-03T02:45:06+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-03T02:43:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=f95c781bc16d332ea5442590521074396d6981ae'/>
<id>urn:sha1:f95c781bc16d332ea5442590521074396d6981ae</id>
<content type='text'>
Allows the use of crystals instead of requiring USB.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Add SPI driver.</title>
<updated>2016-04-03T02:45:06+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-03T02:42:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=9f9d77b6d025d8285e362e53a8f728ec47adb234'/>
<id>urn:sha1:9f9d77b6d025d8285e362e53a8f728ec47adb234</id>
<content type='text'>
This also changes the DMA interface a bit so we can select for
interrupts on only the interesting channels.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Construct .bin files for flash loaders</title>
<updated>2016-03-18T18:16:59+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-03-18T18:16:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=4635203e9be530f53b697ac0349838916e146983'/>
<id>urn:sha1:4635203e9be530f53b697ac0349838916e146983</id>
<content type='text'>
This builds a .bin file which can be used with dfu-util instead of
using openocd to load the initial flash loader.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Fixed timing of panic display LED to be readable</title>
<updated>2016-03-07T21:54:47+00:00</updated>
<author>
<name>Bart Massey</name>
<email>bart@cs.pdx.edu</email>
</author>
<published>2016-03-06T01:38:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=d1af180c2d2a2caf1e13f00d83f2b86ba26de27f'/>
<id>urn:sha1:d1af180c2d2a2caf1e13f00d83f2b86ba26de27f</id>
<content type='text'>
When we don't have a beeper, there's no way to signal a 'warble' for
panic. So, elide that bit.

Second, panic can't use the scheduler and timer because those may not
be running (or may have failed), and so it uses a delay loop. Add a
configurable scale value to the panic loop so that the LED blinks can
be read. For stm32f0 devices, scale that by the sysclk value to
automatically make them of reasonable length.
</content>
</entry>
<entry>
<title>altos/stmf0: Fix build without second USB IN endpoint</title>
<updated>2016-03-05T22:37:40+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-03-05T22:37:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=7cb388a33104fd78c8cb1fa08a6f114e3e1e372d'/>
<id>urn:sha1:7cb388a33104fd78c8cb1fa08a6f114e3e1e372d</id>
<content type='text'>
The code for the second IN endpoint was using the wrong ifdef.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/chaoskey: Add another USB endpoint to read raw data</title>
<updated>2016-03-02T21:59:21+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-03-02T21:54:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=05fcb717bfc44aba3c1cfd43281e323505a46402'/>
<id>urn:sha1:05fcb717bfc44aba3c1cfd43281e323505a46402</id>
<content type='text'>
This replaces having the single output switch based on a pin value and
allows us to box the device and still fetch raw data.

For now, this will use a special libusb2 program, ao-chaosread, to
pull bits as I haven't figure out how to make linux provide two
/dev entries for one USB device.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Use device ID as usb serial number if requested</title>
<updated>2016-02-15T23:24:35+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-02-15T23:24:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=5637c1b2fd7232842245af1437e33b5bb1583c7d'/>
<id>urn:sha1:5637c1b2fd7232842245af1437e33b5bb1583c7d</id>
<content type='text'>
This exposes the hardware device ID (which is unique per-chip) as the
USB serial number, avoiding the need to create a custom ROM image for
each device.

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