Improve download speed, and adaption for new pm command about BK7239N #7099

ziliguo · 2025-12-26T04:16:16Z

HW checksum for T-Put further optimization;
Improve the download speed;
adaption for "power start -l"
Support of image encryption.

sunghan-chang · 2025-12-26T05:13:24Z

@ewoodev @hk-gwak @jylee9613 Could you review this?

sunghan-chang · 2025-12-26T05:15:06Z

@ziliguo Could you let us know details of 2. Improve the download speed;?
How did you improve and speed change from to ? With higher speed, we can get more noise. If it gets noise and data is corrupted, then how does downloader work? Is it possible to detect corruption? If it checks, and then?

ziliguo · 2025-12-26T06:29:25Z

@ziliguo Could you let us know details of 2. Improve the download speed;? How did you improve and speed change from to ? With higher speed, we can get more noise. If it gets noise and data is corrupted, then how does downloader work? Is it possible to detect corruption? If it checks, and then?

Hi @sunghan-chang ,
For the download speed improvement, we mainly modify the two points below, thus total download time improve from 26s to 15s.

Improve UART download baudrate configuration(from 2M to 4M/6M): The baud rate configuration only needs to be changed in the beken download tool ( also named MP tool in the production line ) configuration;
The high-speed serial port configuration in PC: This requires changing the serial port settings in the PC's Device Manager, changing the delay time from 16ms to 2ms.

For the noise issue with high-speed you have mentioned, we use flow below to keep stability：
By default, every 4K flash download, download flow:

The beken download tool ( also named MP tool in the production line ) calc CRC1 for 4K data;
Write to BK7239N by UART;
Download tool send a cmd to get the CRC2 result, which BK7239N will calc after reading the 4K data from Flash;
Download tool check CRC1=CRC2, if yes, go to next 4K bytes, else, try again.
The download tool ensures that the content programmed into the Flash matches the original programming file.

amandeep-samsung · 2025-12-26T06:57:38Z

build/tools/armino/bkfil_pack_tool/bkfil_bin_pack.py

        required = ["kernel", "bootparam"]
        optional = ["app1", "app2", "userfs"]
-        if self.config.get("CONFIG_BINARY_SIGNING", "n") != "y":
+        if self.config.get("CONFIG_TFM", "n") != "y":


@ziliguo : Please explain what is effect of this change ?

Hi @amandeep-samsung ,
Before this modification was added, the bootloader was packaged within all-app.bin. After this modification, the bootloader can be separated from all-app.bin. This allows all-app.bin to be downloaded via the bootloader, and the bootloader includes optimizations for download speed.

amandeep-samsung · 2025-12-26T08:10:10Z

@ziliguo Could you let us know details of 2. Improve the download speed;? How did you improve and speed change from to ? With higher speed, we can get more noise. If it gets noise and data is corrupted, then how does downloader work? Is it possible to detect corruption? If it checks, and then?

Hi @sunghan-chang , For the download speed improvement, we mainly modify the two points below, thus total download time improve from 26s to 15s.

Improve UART download baudrate configuration(from 2M to 4M/6M): The baud rate configuration only needs to be changed in the beken download tool ( also named MP tool in the production line ) configuration;

The high-speed serial port configuration in PC: This requires changing the serial port settings in the PC's Device Manager, changing the delay time from 16ms to 2ms.

For the noise issue with high-speed you have mentioned, we use flow below to keep stability： By default, every 4K flash download, download flow:

The beken download tool ( also named MP tool in the production line ) calc CRC1 for 4K data;

Write to BK7239N by UART;

Download tool send a cmd to get the CRC2 result, which BK7239N will calc after reading the 4K data from Flash;

Download tool check CRC1=CRC2, if yes, go to next 4K bytes, else, try again.
The download tool ensures that the content programmed into the Flash matches the original programming file.

@ziliguo Latency Timer (msec) value is not changed in Realtek case, and we use same settings as 16 msec for it.
I have 2 questions for it.

can Beken MP tool handle reading this responsive data faster by its own instead of changing Timer value ? Or
tuning latency timer during download usage time only instead of changing driver level Latency Timer value for all time. ?

seokhun-eom24 · 2025-12-29T01:09:42Z

apps/examples/power/power_main.c

Thank you for find this issue.

We'll fix this issue for master branch.
For now use power start -l -t.
And when master branch is updated, you can cherry-pick that code.

#7101

Hi @seokhun-eom24, got it. Once you update to the master branch, we will sync the PM changes to this BK7239N_Support branch. We will revert this commit for now. Thank you.

It's merged now. you can revert this commit.

okay. It has already been reverted now.

jylee9613 · 2025-12-29T03:02:16Z

os/arch/arm/src/armino/armino_signature.c

    return status;
 }

 int verify_firmware_signature(uint32_t address)


verify_firmware_signature seems verify only app binary signature.
How can we verify kernel binary? Would you please add up_verify_usersignature too?

Hello @jylee9613, during each startup, the bootloader verifies the signature of the kernel image, and only if the verification passes will it execute the kernel code; however, in the application code, the interface up_verify_kernelsignature has not been properly adapted yet. We will provide this interface in the future. Thank you.

It seems that verify_firmware_signature is used only in internal. How about change this API to static?
We only use up_verify_usersignature/up_verify_kernelsignature.

@jylee9613 Yes, of course. It has already been updated to static now.

ziliguo · 2025-12-29T03:38:39Z

@ziliguo Could you let us know details of 2. Improve the download speed;? How did you improve and speed change from to ? With higher speed, we can get more noise. If it gets noise and data is corrupted, then how does downloader work? Is it possible to detect corruption? If it checks, and then?

Hi @sunghan-chang , For the download speed improvement, we mainly modify the two points below, thus total download time improve from 26s to 15s.

Improve UART download baudrate configuration(from 2M to 4M/6M): The baud rate configuration only needs to be changed in the beken download tool ( also named MP tool in the production line ) configuration;

The high-speed serial port configuration in PC: This requires changing the serial port settings in the PC's Device Manager, changing the delay time from 16ms to 2ms.

For the noise issue with high-speed you have mentioned, we use flow below to keep stability： By default, every 4K flash download, download flow:

The beken download tool ( also named MP tool in the production line ) calc CRC1 for 4K data;

Write to BK7239N by UART;

Download tool send a cmd to get the CRC2 result, which BK7239N will calc after reading the 4K data from Flash;

Download tool check CRC1=CRC2, if yes, go to next 4K bytes, else, try again.
The download tool ensures that the content programmed into the Flash matches the original programming file.

@ziliguo Latency Timer (msec) value is not changed in Realtek case, and we use same settings as 16 msec for it. I have 2 questions for it.

can Beken MP tool handle reading this responsive data faster by its own instead of changing Timer value ? Or

tuning latency timer during download usage time only instead of changing driver level Latency Timer value for all time. ?

Hi @amandeep-samsung , thank you for your valuable suggestion. The MP Tools team will consider this request and conduct a feasibility assessment.

- Move WiFi APIs to RAM, thus to improve more transfer performance; - Allocate more flash partition size for kernel

- Before this modification was added, the bootloader was packaged within all-app.bin. - After this modification, the bootloader can be separated from all-app.bin. - This allows all-app.bin to be downloaded via the bootloader, and the bootloader includes optimizations for download speed.

…ature - Adapt for pm test cmd - Update the calculate_sha256 api about signature - Fix the verify_firmware_signature api static issue

- Added BLE CoC SDK interface - Supports dynamic parameter changes for multi-advertisement of BLE - Update tfm and wifi libs

- Add hardware checksum port interface for lwIP. - Introduce hardware checksum registration mechanism to allow vendors to register hardware checksum functions for improved performance. The system will use software checksum automatically when no hardware function is registered. - Usage: 1. Enable CONFIG_NET_LWIP_HW_CHKSUM_PORT 2. Implement vendor-specific hardware checksum function with the following format: uint16_t vendor_chksum_func(const void *dataptr, int len) 3. Register the vendor function during initialization: lwip_register_hw_chksum(vendor_chksum_func)

giwon-nam · 2026-01-08T02:37:32Z

os/board/bk7239n/src/bsp_adapter/src/ble/ble_tizenrt_advertiser.c

+    case TRBLE_ADV_TYPE_IND:
+        hal_ble_adv_env.array[hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT | ADV_PROP_SCANNABLE_BIT;
+        break;
+
+    case TRBLE_ADV_TYPE_DIRECT:
+        LOGE("can't set direct adv because hal api doesn't input peer addr !!!");
+        return TRBLE_FAIL;
+        hal_ble_adv_env.array[hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT | ADV_PROP_DIRECTED_BIT;
+        break;
+
+    case TRBLE_ADV_TYPE_SCAN_IND:
+        hal_ble_adv_env.array[hal_adv_index].adv_param.adv_prop = ADV_PROP_SCANNABLE_BIT;
+        break;
+
+    case TRBLE_ADV_TYPE_NONCONN_IND:
+        hal_ble_adv_env.array[hal_adv_index].adv_param.adv_prop = 0;
+        break;


It appears that a different value is being used compared to the type implemented in the bk_tr_ble_advertiser_create_multi_adv function. Since the create_multi_adv function is already in use on other boards, it would be better to unify the enum values with create_multi_adv.

TizenRT/os/board/bk7239n/src/bsp_adapter/src/ble/ble_tizenrt_advertiser.c

Lines 657 to 681 in 5d4b91c

case BK_EXT_ADV_LEGACY_ADV_CONN_SCAN_UNDIRECTED:

hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT | ADV_PROP_SCANNABLE_BIT;

break;

case BK_EXT_ADV_LEGACY_ADV_CONN_LOW_DUTY_DIRECTED:

LOGE("can't set direct adv because hal api doesn't input peer addr !!!");

ret = TRBLE_FAIL;

goto end;

hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT | ADV_PROP_DIRECTED_BIT;

break;

case BK_EXT_ADV_LEGACY_ADV_CONN_HIGH_DUTY_DIRECTED:

LOGE("can't set direct adv because hal api doesn't input peer addr !!!");

ret = TRBLE_FAIL;

goto end;

hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT | ADV_PROP_HDC_BIT;

break;

case BK_EXT_ADV_LEGACY_ADV_SCAN_UNDIRECTED:

hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_SCANNABLE_BIT;

break;

case BK_EXT_ADV_LEGACY_ADV_NON_SCAN_NON_CONN_UNDIRECTED:

hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = 0;

break;

The enumeration type of the two functions is different. In the function trble_netmgr_set_multi_adv_type, trble_adv_type_e adv_type is used, while in the function trble_netmgr_create_multi_adv, uint8_t adv_event_prop is used. The two functions have different enumeration types, so type conversion is required.

The enumeration parameters provided by the layered interfaces on TizenRT are different, which requires conversion at the underlying level.

The trble_adv_type_e enum value can currently be considered deprecated. It was used in the old single advertiser API (ble_server_set_adv_type). For the multi advertiser API, the parameter should be changed to uint8_t adv_event_prop, similar to what was done in the create function.

Since set_multi_adv_type still uses the enumeration type trble_adv_type_e.
We'd like to re-adapt it after Samsung reimplements the set_multi_adv_type function.
Is that alright?

I understand that the set_multi_adv_type function is a newly created API that did not exist before. (It's possible I missed something since I started managing this project midway.)

In the commit 5d4b91c, it appears that the functions set_multi_adv_type and set_multi_adv_interval have been newly defined in bk_ble_tizenrt.h. The reason we requested the implementation of these functions was to improve usability. Currently, changing the advertising type and interval requires deleting the advertiser and recreating it, so we requested additional APIs to simplify this process.

To summarize, the request was to change the parameter used in set_multi_adv_type from trble_adv_type_e to adv_event_prop.

I understand your requirements and will include them in our subsequent PR.

hk-gwak · 2026-01-08T04:51:45Z

os/board/bk7239n/src/bsp_adapter/src/net/bk_netmgr.c

+    case EVENT_WIFI_REGDOMAIN_CHANGED:
+        /* fixme: handle regulatory domain changed event */
+        break;
+


Can you explain what this is? Or please explain after the functions here confirmed.

Hello @hk-gwak ,
PR7075 incorporates features related to the regulatory domain(country code). Upon system power-up, the default country code is 00. After connecting to a router, it updates to CN, triggering the EVENT_WIFI_REGDOMAIN_CHANGED event. TizenRT does not support this event, so it is filtered out in the adaptation layer. If not filtered, it would be incorrectly handled as LWNL_EVT_UNKNOWN.

So can we set country code dynamically (on runtime)?

Yes, Beken SDK supports adaptive country code configuration，customer can also set country code dynamically.

EVENT_WIFI_REGDOMAIN_CHANGED is related to the way of setting country code dynamically? I didn't understand this sentence. "TizenRT does not support this event,"

@hk-gwak
1.EVENT_WIFI_REGDOMAIN_CHANGED is a notification from bk SDK actively informing tizen that the Wi-Fi module has detected a change in the country code. However, currently, the TizenRT lwnl_cb_wifi enumeration does not have a corresponding value for country code changes, which is why I said, "TizenRT does not support this event."
2. Regarding the country code, my understanding is that TizenRT does not directly configure the country code to the Wi-Fi module(i mean use bk apis to set country code). Instead, it configures the channel plan through api trwifi_set_channel_plan. Is my understanding correct?

Yes, correct. what I said is channel plan! Thank you for your explanation.

hk-gwak · 2026-01-08T05:13:22Z

os/net/lwip/configs/Kconfig

+config NET_LWIP_HW_CHKSUM_PORT
+	bool "Enable hardware checksum port layer"
+	default n
+	---help---
+		Enable hardware checksum port layer support. This allows vendors
+		to register hardware checksum functions that will be used instead
+		of software implementation when available.


Looks like this option is for optimization of throughput.

@hk-gwak Yes, it is.

ziliguo changed the title ~~os: Improve download speed, and adaption for new pm command~~ Improve download speed, and adaption for new pm command about BK7239N Dec 26, 2025

sunghan-chang requested review from ewoodev and hk-gwak December 26, 2025 05:11

amandeep-samsung reviewed Dec 26, 2025

View reviewed changes

seokhun-eom24 reviewed Dec 29, 2025

View reviewed changes

jylee9613 reviewed Dec 29, 2025

View reviewed changes

ziliguo force-pushed the BK7239N_dev branch from 77dbcbc to 133b521 Compare December 29, 2025 04:58

ziliguo added 5 commits December 30, 2025 23:03

build/configs/bk7239n: Update defconfig for bk7239n

99b3e44

- Move WiFi APIs to RAM, thus to improve more transfer performance; - Allocate more flash partition size for kernel

os/arch/arm/src/armino: Update the beken adapt driver code about sign…

15693ca

…ature - Adapt for pm test cmd - Update the calculate_sha256 api about signature - Fix the verify_firmware_signature api static issue

os/board/bk7239n: Update wifi, ble and pm driver code

5d4b91c

- Added BLE CoC SDK interface - Supports dynamic parameter changes for multi-advertisement of BLE - Update tfm and wifi libs

ziliguo force-pushed the BK7239N_dev branch from 133b521 to 70277af Compare December 30, 2025 15:16

amandeep-samsung approved these changes Dec 31, 2025

View reviewed changes

giwon-nam reviewed Jan 8, 2026

View reviewed changes

hk-gwak reviewed Jan 8, 2026

View reviewed changes

giwon-nam approved these changes Jan 8, 2026

View reviewed changes

hk-gwak approved these changes Jan 8, 2026

View reviewed changes

	case BK_EXT_ADV_LEGACY_ADV_CONN_SCAN_UNDIRECTED:
	hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT \| ADV_PROP_SCANNABLE_BIT;
	break;

	case BK_EXT_ADV_LEGACY_ADV_CONN_LOW_DUTY_DIRECTED:
	LOGE("can't set direct adv because hal api doesn't input peer addr !!!");
	ret = TRBLE_FAIL;
	goto end;
	hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT \| ADV_PROP_DIRECTED_BIT;
	break;

	case BK_EXT_ADV_LEGACY_ADV_CONN_HIGH_DUTY_DIRECTED:
	LOGE("can't set direct adv because hal api doesn't input peer addr !!!");
	ret = TRBLE_FAIL;
	goto end;
	hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_CONNECTABLE_BIT \| ADV_PROP_HDC_BIT;
	break;

	case BK_EXT_ADV_LEGACY_ADV_SCAN_UNDIRECTED:
	hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = ADV_PROP_SCANNABLE_BIT;
	break;

	case BK_EXT_ADV_LEGACY_ADV_NON_SCAN_NON_CONN_UNDIRECTED:
	hal_ble_adv_env.array[tmp_hal_adv_index].adv_param.adv_prop = 0;
	break;

Improve download speed, and adaption for new pm command about BK7239N #7099

Are you sure you want to change the base?

Improve download speed, and adaption for new pm command about BK7239N #7099

Conversation

ziliguo commented Dec 26, 2025

Uh oh!

sunghan-chang commented Dec 26, 2025

Uh oh!

sunghan-chang commented Dec 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ziliguo commented Dec 26, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

amandeep-samsung commented Dec 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

ziliguo Dec 30, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

ziliguo commented Dec 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

giwon-nam Jan 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

hk-gwak Jan 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

hk-gwak Jan 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

sunghan-chang commented Dec 26, 2025 •

edited

Loading

amandeep-samsung commented Dec 26, 2025 •

edited

Loading

ziliguo Dec 30, 2025 •

edited

Loading

ziliguo commented Dec 29, 2025 •

edited

Loading

giwon-nam Jan 8, 2026 •

edited

Loading

hk-gwak Jan 8, 2026 •

edited

Loading

hk-gwak Jan 8, 2026 •

edited

Loading