suspect-devices/circuitpython/ports/litex, branch 6.2.x

run code formatting script

2021-03-15T13:57:36+00:00

merge from upstream; complicated webusb merge

2021-02-11T23:50:02+00:00

usb descriptors all set; rework of enabling for USB devices

2021-02-05T00:23:40+00:00

CIRCUITPY_* switches for JSON, RE, etc. Doc cleanup

2021-01-25T04:10:20+00:00

Merge pull request #3888 from microDev1/fix-reset-pin

2020-12-29T16:08:47+00:00

FIX : common_hal_reset_pin()

Merge pull request #3878 from xobs/fomu-fixes-6.0.0

2020-12-28T19:51:26+00:00

Fomu fixes for 6.0.0

update common_hal_reset_pin()

2020-12-28T14:34:00+00:00

litex: move more critical code to RAM

2020-12-24T06:06:57+00:00

The XIP SPI flash on Fomu is slow, which results in certain operations taking a long time. This becomes a problem for time-critical operations such as USB. Move various calls into RAM to improve performance. This includes the call to __modsi3 and __udivsi3 which are used by the supervisor handler to determine if periodic callbacks need to be run. This finishes fixing #3841 Signed-off-by: Sean Cross

litex: ensure we don't re-enable interrups during ISR

2020-12-24T06:03:10+00:00

During an interrupt handler, interrupts are implicitly disabled. They will be re-enabled when the interrupt handler returns. Due to some changes that were made, varous calls will re-enable interrupts after they're finished. Examples of this include calling `CALLBACK_CRITICAL_END` and getting the number of ticks with `port_get_raw_ticks()`. This patch prevents this from happening by doing two things: 1. Use standard calls in `port_get_raw_ticks()` to disable and re-enable interrupts, preventing nesting issues, and 2. Increase the nesting count inside `isr()`, reflecting the implicit call that is made by hardware when an interrupt is handled This helps to address #3841. Signed-off-by: Sean Cross

Merge pull request #3752 from jepler/gcc10

2020-12-17T16:03:40+00:00

build: Update to gcc10