Commit Graph

6810 Commits

Author SHA1 Message Date
hathach debde4cc97
response with request safe5v, get passed PS_READY 2023-06-12 12:14:55 +07:00
hathach bb4fb0543b
able to parse SOURCE_CAP message from dfp 2023-06-09 19:38:50 +07:00
hathach 912802456b
move protocol message to stack, disable battery in PWR's CR3
there is still issue with CC1/CC2 pull down resistor and vstate is not
correct.
2023-06-09 18:15:28 +07:00
hathach 8181d470e5
enable DMA for both pd rx, tx 2023-06-08 18:55:54 +07:00
hathach 9c2a8490af
dma rx works well 2023-06-08 13:37:37 +07:00
hathach fc761953b3
define tuc_int_handler() to empty if TUC not enabled 2023-06-08 09:34:15 +07:00
hathach 7fd0a17bc3
default CFG_TUC_ENABLED to 0 2023-06-08 09:11:29 +07:00
hathach 9b7dee563e
able to response with good crc 2023-06-07 18:57:48 +07:00
hathach b893f1d541
inital support for usb typec and pd example 2023-06-07 15:10:40 +07:00
hathach 914e82b25d
able to receive first PD message 2023-06-07 09:36:37 +07:00
hathach e02eee7477
revert board flash latency to 8 2023-06-07 00:14:22 +07:00
hathach 23f7130ae4
update rtt to rev 25842 2023-06-07 00:07:58 +07:00
hathach b3fda4a354
able to get usbpd irq handler
- handle cc1, cc2 voltage changes
- get order set, rx message end interrupt
- add  segger rtt support for cmake
2023-06-06 23:55:33 +07:00
hathach a70978e057
clean up 2023-06-05 19:53:40 +07:00
hathach f6a45a7aab
clean up 2023-06-05 15:41:45 +07:00
Ha Thach c7686f8d5e
Merge pull request #2092 from hathach/stm32g4
Stm32g4
2023-06-02 17:07:28 +07:00
hathach 2016ad72f3
fix iar ci 2023-06-02 16:21:49 +07:00
hathach 11fb837b51
fix ci 2023-06-02 16:15:26 +07:00
hathach c2bc363f06
build g0 g4 iar cmake 2023-06-02 16:11:00 +07:00
hathach bb795e6a5e
update cmake to build with IAR for g0 and g4 2023-06-02 15:26:16 +07:00
hathach fcf7791454
add IAR support for G0 with cmake 2023-06-02 13:27:18 +07:00
hathach e7090c7514
cmake refactor 2023-06-02 11:42:17 +07:00
hathach ba3d71b615
fix usb clock for dpow1 2023-06-02 10:19:46 +07:00
Ha Thach 002cb9289d
Merge pull request #2089 from DRNadler/master
Fix diagnostic format string (missing %u)
2023-06-01 22:56:18 +07:00
hathach c3bde520cc
add new b_g474e_dpow1 board 2023-06-01 22:16:30 +07:00
Dave Nadler 70a92291fe Fix diagnostic format string (missing %u) 2023-06-01 10:58:03 -04:00
Ha Thach cbbd858be4
Merge pull request #1942 from HubertD/feature/STM32G0
STM32G0 support
2023-06-01 21:34:39 +07:00
hathach dc3afdbf3b
add note for B0 clock variant 2023-06-01 20:52:48 +07:00
hathach c750030f7a
add freertosconfig for g0, add cmake stlink, add g0 to cmake ci 2023-06-01 17:09:00 +07:00
hathach 6280cba6e8
tested with g0b1 nucleo 2023-06-01 16:52:58 +07:00
hathach 6b44d8fb55
add cmake support for g0, exlicitly call HAL_Init() and also HAL_IncTick() in systick irq, fix button active state. 2023-06-01 15:58:02 +07:00
hathach af59864ab5
Merge branch 'master' into feature/STM32G0 2023-06-01 13:28:28 +07:00
Ha Thach 77714e02ca
Merge pull request #2088 from hathach/minor-cleanup
add lto for cmake
2023-06-01 13:22:09 +07:00
hathach 62b2d05d34
skip set CMAKE_EXECUTABLE_SUFFIX for espressif port 2023-06-01 12:50:32 +07:00
hathach 19a597bcae
add lto for cmake 2023-06-01 12:36:08 +07:00
Ha Thach ddc029ce54
Merge pull request #2016 from ipopov/master
Even when we get an empty "status change" interrupt from the hub, schedule another interrupt poll
2023-05-29 13:47:23 +07:00
hathach 20ef6c4ef7
slightly clean up 2023-05-29 13:29:11 +07:00
hathach 5c428d35a6
check status_change is not zero first 2023-05-29 13:27:20 +07:00
Ivo Popov 8ad024e51b
Even when we get an empty "status change" interrupt from the hub, schedule another interrupt poll.
During enumeration, when there are multiple devices attached to the
hub as it's plugged into the Pi Pico, enumeration hangs, because we
get a "status change" callback with value zero. With this patch, we
retry several times on "zero" status change callbacks, until
eventually we succeed.

This is the cheapo hub that exhibits this behavior, but I assume it's
not the only one: https://www.amazon.com/gp/product/B083RQMC7S.

While debugging this, I consulted the implementation in the Linux
kernel. There, hub setup explicitly checks each port individually,
before starting to depend on "status change" interrupts:
https://elixir.bootlin.com/linux/latest/source/drivers/usb/core/hub.c#L1133.
We probably should do something like that here, but it's a much bigger
change.
2023-05-29 13:18:16 +07:00
Ha Thach 069e1ef84f
Merge pull request #2084 from hathach/more-build2
More build2
2023-05-26 20:23:25 +07:00
hathach 59ad5c59df
fix artifacts location 2023-05-26 18:58:21 +07:00
hathach 4bd02fb04d
more test 2023-05-26 18:54:14 +07:00
hathach c88e7481be
retry hw test 2023-05-26 17:15:54 +07:00
hathach 7fb74a33a1
forgot to move hw test 2023-05-26 16:44:29 +07:00
hathach 7ac85d08c7
move lpc18 and rp2040 to cmake workflow since rp2040 often failed randomly with make 2023-05-26 16:37:47 +07:00
hathach 05cc342dfa
update deps, rename kinetis_k32 to k32l 2023-05-26 15:45:55 +07:00
hathach 1d857605b7
use get_deps.py 2023-05-26 15:25:55 +07:00
hathach b262164a35
fix build with net_lwip_webserver example 2023-05-26 15:16:18 +07:00
hathach c0ecf8b50f
move set TOP to family_support.cmake 2023-05-26 14:56:22 +07:00
Ha Thach 23c8670e79
Merge pull request #2081 from hathach/more-build-system
More build system
2023-05-25 21:54:31 +07:00