<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openmano-mpy/ports/unix/Makefile, branch master</title>
<subtitle>MicroPython source and hardware configuration for OpenMano</subtitle>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/'/>
<entry>
<title>tests: Rename run-tests to run-tests.py for consistency.</title>
<updated>2021-03-12T08:56:09+00:00</updated>
<author>
<name>Damien George</name>
</author>
<published>2021-03-11T05:09:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=6129b8e401c36cc68e0f7ba8180da27a40d17621'/>
<id>6129b8e401c36cc68e0f7ba8180da27a40d17621</id>
<content type='text'>
Signed-off-by: Damien George &lt;damien@micropython.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Damien George &lt;damien@micropython.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>extmod/modbluetooth: Add API for L2CAP channels.</title>
<updated>2020-11-23T14:07:17+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-10-15T13:15:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=0e8af2b3708ab3e499491836d481b10e030408f8'/>
<id>0e8af2b3708ab3e499491836d481b10e030408f8</id>
<content type='text'>
Also known as L2CAP "connection oriented channels". This provides a
socket-like data transfer mechanism for BLE.

Currently only implemented for NimBLE on STM32 / Unix.

Signed-off-by: Jim Mussared &lt;jim.mussared@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Also known as L2CAP "connection oriented channels". This provides a
socket-like data transfer mechanism for BLE.

Currently only implemented for NimBLE on STM32 / Unix.

Signed-off-by: Jim Mussared &lt;jim.mussared@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>extmod/modbluetooth: Re-instate optional no-ringbuf modbluetooth.</title>
<updated>2020-11-13T06:19:05+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-10-28T02:06:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=81e92d3d6e1a605a6115821ac24dcbc2546ba0f9'/>
<id>81e92d3d6e1a605a6115821ac24dcbc2546ba0f9</id>
<content type='text'>
This requires that the event handlers are called from non-interrupt context
(i.e. the MicroPython scheduler).

This will allow the BLE stack (e.g. NimBLE) to run from the scheduler
rather than an IRQ like PENDSV, and therefore be able to invoke Python
callbacks directly/synchronously.  This allows writing Python BLE handlers
for events that require immediate response such as _IRQ_READ_REQUEST (which
was previous a hard IRQ) and future events relating to pairing/bonding.

Signed-off-by: Jim Mussared &lt;jim.mussared@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This requires that the event handlers are called from non-interrupt context
(i.e. the MicroPython scheduler).

This will allow the BLE stack (e.g. NimBLE) to run from the scheduler
rather than an IRQ like PENDSV, and therefore be able to invoke Python
callbacks directly/synchronously.  This allows writing Python BLE handlers
for events that require immediate response such as _IRQ_READ_REQUEST (which
was previous a hard IRQ) and future events relating to pairing/bonding.

Signed-off-by: Jim Mussared &lt;jim.mussared@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>unix/Makefile: Move coverage.c and coveragecpp.cpp to coverage variant.</title>
<updated>2020-10-29T12:30:04+00:00</updated>
<author>
<name>Damien George</name>
</author>
<published>2020-10-29T06:33:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=a866f868f87e50b9aa86a2f2bec8cfc9fb687437'/>
<id>a866f868f87e50b9aa86a2f2bec8cfc9fb687437</id>
<content type='text'>
So that g++ is not needed to build a non-coverage unix variant.

Signed-off-by: Damien George &lt;damien@micropython.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
So that g++ is not needed to build a non-coverage unix variant.

Signed-off-by: Damien George &lt;damien@micropython.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>esp32,unix: Support building C++ code.</title>
<updated>2020-10-29T04:29:50+00:00</updated>
<author>
<name>stijn</name>
</author>
<published>2020-10-08T14:52:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=fad4079778f46bc21dd19a674b31b4c3c7eb6a91'/>
<id>fad4079778f46bc21dd19a674b31b4c3c7eb6a91</id>
<content type='text'>
Support building .cpp files and linking them into the micropython
executable in a way similar to how it is done for .c files.  The main
incentive here is to enable user C modules to use C++ files (which are put
in SRC_MOD_CXX by py.mk) since the core itself does not utilize C++.

However, to verify build functionality a unix overage test is added.  The
esp32 port already has CXXFLAGS so just add the user modules' flags to it.
For the unix port use a copy of the CFLAGS but strip the ones which are not
usable for C++.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Support building .cpp files and linking them into the micropython
executable in a way similar to how it is done for .c files.  The main
incentive here is to enable user C modules to use C++ files (which are put
in SRC_MOD_CXX by py.mk) since the core itself does not utilize C++.

However, to verify build functionality a unix overage test is added.  The
esp32 port already has CXXFLAGS so just add the user modules' flags to it.
For the unix port use a copy of the CFLAGS but strip the ones which are not
usable for C++.
</pre>
</div>
</content>
</entry>
<entry>
<title>unix: Enable more warnings.</title>
<updated>2020-10-22T09:54:11+00:00</updated>
<author>
<name>Emil Renner Berthing</name>
</author>
<published>2020-10-03T09:31:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=05f95682e7ddfb08c317e83826df9a1d636676f3'/>
<id>05f95682e7ddfb08c317e83826df9a1d636676f3</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>unix: Implement BLE H4 HCI UART for btstack/nimble.</title>
<updated>2020-09-08T02:53:24+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-08-14T05:46:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=1b1b22905e1aa7676c51078f75b1bd73d8383a4a'/>
<id>1b1b22905e1aa7676c51078f75b1bd73d8383a4a</id>
<content type='text'>
This commit adds support for using Bluetooth on the unix port via a H4
serial interface (distinct from a USB dongle), with both BTstack and NimBLE
Bluetooth stacks.

Note that MICROPY_PY_BLUETOOTH is now disabled for the coverage variant.
Prior to this commit Bluetooth was anyway not being built on Travis because
libusb was not detected.  But now that bluetooth works in H4 mode it will
be built, and will lead to a large decrease in coverage because Bluetooth
tests cannot be run on Travis.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This commit adds support for using Bluetooth on the unix port via a H4
serial interface (distinct from a USB dongle), with both BTstack and NimBLE
Bluetooth stacks.

Note that MICROPY_PY_BLUETOOTH is now disabled for the coverage variant.
Prior to this commit Bluetooth was anyway not being built on Travis because
libusb was not detected.  But now that bluetooth works in H4 mode it will
be built, and will lead to a large decrease in coverage because Bluetooth
tests cannot be run on Travis.
</pre>
</div>
</content>
</entry>
<entry>
<title>unix/Makefile: Always enable -f*-sections regardless of DEBUG setting.</title>
<updated>2020-09-08T02:53:16+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-08-14T06:40:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=feed69aa5c4e9fda037497a1b63c05a27b164920'/>
<id>feed69aa5c4e9fda037497a1b63c05a27b164920</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>extmod/modbluetooth: Refactor stack/hci/driver/port bindings.</title>
<updated>2020-09-08T01:41:31+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-08-14T05:43:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=ed14435a8e6199b845c3404a9052f9ff4213292c'/>
<id>ed14435a8e6199b845c3404a9052f9ff4213292c</id>
<content type='text'>
Previously the interaction between the different layers of the Bluetooth
stack was different on each port and each stack.  This commit defines
common interfaces between them and implements them for cyw43, btstack,
nimble, stm32, unix.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Previously the interaction between the different layers of the Bluetooth
stack was different on each port and each stack.  This commit defines
common interfaces between them and implements them for cyw43, btstack,
nimble, stm32, unix.
</pre>
</div>
</content>
</entry>
<entry>
<title>unix: Make manifest selection match other ports.</title>
<updated>2020-07-01T12:42:55+00:00</updated>
<author>
<name>Jim Mussared</name>
</author>
<published>2020-06-09T06:45:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=27abac95d87b69f4282e2ca21ab19eff7bf6012b'/>
<id>27abac95d87b69f4282e2ca21ab19eff7bf6012b</id>
<content type='text'>
Changes are:
- The default manifest.py is moved to the variants directory (it's in
  "boards" in other ports).
- The coverage variant now uses a custom manifest in its variant directory
  to add frzmpy/frzstr.
- The frzmpy/frzstr tests are moved to variants/coverage/.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Changes are:
- The default manifest.py is moved to the variants directory (it's in
  "boards" in other ports).
- The coverage variant now uses a custom manifest in its variant directory
  to add frzmpy/frzstr.
- The frzmpy/frzstr tests are moved to variants/coverage/.
</pre>
</div>
</content>
</entry>
</feed>
