Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

See merge request card10/firmware!248

Hauke Mehrtens authored 5 years ago and rahix committed 5 years ago

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

See merge request card10/firmware!254

danukeru authored 5 years ago and rahix committed 5 years ago

Previously, race-conditions between multiple serial writes could lead to
memory corruption and weird artifacts like I2C getting stuck.  This
patch introduces a write-streambuffer which queues all messages.

Co-authored-by: Rahix <rahix@rahix.de>
Signed-off-by: danukeru <danukeru@foulab.org>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

See merge request card10/firmware!243

See merge request card10/firmware!107

swym authored 5 years ago and rahix committed 5 years ago

usb/epc_usb
====
Contains device-independent USB implementation, services MAXUSB stack
and is given the actual USB descriptors & callbacks on initialization.
Handles USB events and configures/deconfigures the device accordingly
during the USB setup procedure.

usb/mass_storage & cdcacm
====
Contain device-specific implementations, service MAXUSB's device class
APIs for cdcacm and mass storage.
Here, mass storage is independent of the underlying storage device.

modules/usb
====
Public apic_usb API, configuration and storage device management.
Defines the actual USB device descriptors and services the upc_usb API.

If we want to add SD card functionality, this would be the place to add
it.

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

See merge request card10/firmware!253

With 977b2498 merged, the simple_menu
pixel offsets need to be adjusted to look right.

Signed-off-by: Rahix <rahix@rahix.de>

See merge request card10/firmware!252

Lines have been one pixel too short.

... otherwise ->int_id will not be reloaded in the while-loop
at api_interrupt_trigger(), causing it to loop indefinitely

See merge request card10/firmware!250

...otherwise ->int_id will not be reloaded in the while-loop at
api_interrupt_trigger(), causing it to loop indefinitely

See merge request card10/firmware!246

Signed-off-by: Rahix <rahix@rahix.de>

Update how-to-build.rst - Note for the case where the file size is too big and cannot be flashed (happened on macOS with LC_ALL set to UTF8)

Perform serial prints in a critical section

See merge request card10/firmware!240

Sometimes during initialization, one `log_msg()` intercepts another one,
leading to a whole lot of weird issues in other modules (like I2C).  I
suspect this to be memory corruption of some kind.  The issues can be
fixed by performing serial prints in a critical section, thus ensuring
atomicity of prints.  Note that this does not mean log messages will not
interleave.

The CDC-ACM and BLE-Serial writes cannot be put into a critical section
and are thus a point where this code can still fail.  For now, however,
this fix ensures the race-conditions during startup, where USB and BLE
are not yet running, don't happen anymore.

Signed-off-by: Rahix <rahix@rahix.de>

See merge request card10/firmware!237

Relax lock requirements to prevent busy lock

See merge request card10/firmware!241

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

The outer two stripes should be twice as wide as the middle stripe.

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>