-
Flasher ARM V5-1: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher ARM V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher ARM V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher ARM V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher Compact V5: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Compact V5: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове службы IP, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Compact V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher Compact V6: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Compact V6: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове службы IP, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Compact V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher Compact V7: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Compact V7: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове службы IP, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Compact V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher Portable PLUS V5: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Portable PLUS V5: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове службы IP, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Portable PLUS V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
Flasher Portable PLUS V6: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Portable PLUS V6: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове службы IP, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Portable PLUS V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher Portable PLUS V7: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher Portable PLUS V7: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher Portable PLUS V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO V5-1: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO V5-1: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO V5-1: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO V5: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO V5: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO V6: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO V6: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO V7: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO V7: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V5-1: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO XL V5-1: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO XL V5-1: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V5: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO XL V5: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO XL V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V6: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO XL V6: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO XL V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V7: Приложения: Отмена приложения (#CANCEL) могла занимать до 10 секунд, если приложение находилось в блокирующем вызове SYS_IP_ResolveHost(). Исправлено.
-
Flasher PRO XL V7: Приложения: Отмена приложения (#CANCEL) не действовала, если приложение находилось в блокирующем вызове IP-службы, например SYS_IP_Connect(), SYS_IP_Send(), SYS_IP_Recv() и т. д. Исправлено.
-
Flasher PRO XL V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
Flasher PRO XL V8: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link BASE/PLUS V12: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link BASE/PLUS V13: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link EDU Mini V1: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link EDU Mini V2: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link OB RA4M2-Full: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link PRO PoE V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link PRO PoE V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link PRO V5-1: На целевых устройствах ARMv8-A/R в состоянии AArch64 регистр SP_EL1 мог отображаться как текущий указатель стека при выполнении в EL1t. Исправлено.
-
J-Link PRO V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link PRO V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link PRO V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link Pro V8: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link Ultra V8: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link ULTRA+ V5-1: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link ULTRA+ V5: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link ULTRA+ V6: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link ULTRA+ V7: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link WiFi V2: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Link-OB-K22-CortexA: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Trace PRO V3 Cortex: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Trace PRO V3: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Trace PRO V4 Cortex: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.
-
J-Trace PRO V4: На целевых устройствах ARMv8-A/R в состоянии AArch64 при выполнении в EL1t регистр SP_EL1 мог отображаться как текущий указатель стека. Исправлено.