-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BL602] Fix sve2 problems #22582
[BL602] Fix sve2 problems #22582
Conversation
PR #22582: Size comparison from 5caec5a to 41d39d5 Increases (3 builds for psoc6, qpg, telink)
Decreases (8 builds for bl602, esp32, k32w, nrfconnect, psoc6, telink)
Full report (37 builds for bl602, bl702, cc13x2_26x2, cyw30739, efr32, esp32, k32w, linux, mbed, nrfconnect, psoc6, qpg, telink)
|
@jczhang777 please add and link an issue for this. The template explicitly asks for a text of the form |
{ | ||
if (!ip_addr_cmp(&netif->ip6_addr[i], IP6_ADDR_ANY)) | ||
{ | ||
memcpy(&if_ip6[addr_count++], &netif->ip6_addr[i], sizeof(ip6_addr_t)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
how do you ensure that if_ip6 has sufficient space for addr_count ?
I think the size of input arrays should be passed in to methods. Currently nothing seems to guarantee that kMaxIPv6AddrCount >= LWIP_IPV6_NUM_ADDRESSES
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what guarantees that if_ip6
has at least min(kMaxIPv6AddrCount, LWIP_IPV6_NUM_ADDRESSES) elements?
The size of if_ip6 should be passed in to this method as an argument, not assumed.
bl_efuse_read_mac(ifp->MacAddress); | ||
ifp->hardwareAddress = ByteSpan(ifp->MacAddress, 6); | ||
|
||
wifi_mgmr_sta_ip_get(&ip, &gw, &mask); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do these methods never fail? Like is there always an ip/gw/mask?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What was the resolution here? This was marked resolved yet I see no comment of "this never fails" nor do I see code changes that would check for a return value from the wifi_mgmr_sta_ip_get
memcpy(wifi_ssid, ssid, ssidLen); | ||
memcpy(passwd, key, keyLen); | ||
wifi_interface_t wifi_interface; | ||
wifi_interface = wifi_mgmr_sta_enable(); | ||
wifi_mgmr_sta_connect(wifi_interface, ssid, passwd, NULL, NULL, 0, 0); | ||
wifi_mgmr_sta_connect(wifi_interface, wifi_ssid, passwd, NULL, NULL, 0, 0); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do these methods return an error code we could check and log on failures?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These were marked resolved ... what was the resolution? I see no deltas.
An answer like "this never fails" or implementation change would make sense.
accepted for 1.0: platform fixes |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes requested: comments were marked resolved
without any resolution it seems.
while (state != WIFI_STATE_IDLE) | ||
{ | ||
wifi_mgmr_state_get(&state); | ||
vTaskDelay(100); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what is the 100 here? why is it ok to use ticks which depend on tick rate instead of computing a standard time. At least a comment of why we do not care is appropriate.
@@ -32,6 +32,8 @@ | |||
#include <string> | |||
#include <utils_log.h> | |||
|
|||
#define WIFI_STA_DISCONNECT_DELAY (pdMS_TO_TICKS(200)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in C++ use static constexpr ...
for type safety instead of macros.
@jczhang777 if you mark comments resolved, please do a code change (which would make it obvious why resolved) or add a comment reply saying why no change is needed. I do not have API documentation for the SDK calls you use and you are the expert in the platform, so I am providing suggestions but if you say Want to make sure things were considered. |
I am force-merging this due to 1.0 branch: this PR makes things better, it just seems to be missing some error condition handling and some slight style issues and inconsistencies. These can be made in a followup by the platform owner. As this is not core SDK, I will not block PR on them. |
@jczhang777 - followup for more fixes would be appreciated/recommented. |
Issue Being Resolved
fixes #22616
Change overview