hathach
7a1179a4e1
tested with 9V request
2023-06-12 17:01:54 +07:00
hathach
6941a5af81
wrap up initial PD support for G4
2023-06-12 16:42:27 +07:00
hathach
c28503060c
ad pd_types.h
2023-06-12 14:57:50 +07:00
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
