• 状态 Resolved
  • 已锁定 已锁定
  • 回复 17 回复
  • 订户 0 订户
  • 视图 35 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM57-LINUX：AM5716 prueth 驱动程序导致 LINUX-RT-SDK 系统崩溃。

admin
Guru**** 2665185 points

Other Parts Discussed in Thread: AM5716, AM62L

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1577512/am57-linux-rt-sdk-am5716-prueth-driver-cause-linux-system-crash

器件型号：AM57L-AM57L LINUX-RT-SDK
主题中讨论的其他器件： AM5716、 AM62L

您好、TI

 我们目前正在使用 prueth 驱动程序的以太网端口发送 TCP 或 UDP 协议数据。 但是、在通信期间、插入或拔出以太网电缆会导致系统崩溃。

Linux 内核仅响应中断信号。 此问题仅在 SDK 版本 06.03.00.106 中发生；相同的硬件和应用程序在 SDK 版本 08.02.01.00 中运行时没有任何问题。

由于 SDK 版本 06.03.00.106 已在生产中部署、是否可以在此版本中修复此问题、而无需升级到更新的 SDK 版本？  

以下是系统无响应时、在中断信号之后发送“w"命令“命令后打印的输出：

[222.783511] RCU：INFO：检测到的 RCU_PREEMT 在 CPU/任务上停止：
[222.783516] RCU：  （由 0 检测、t=8407 Jiffies、g=51273、q=29372）
[222.783526] RCU：看到的所有 QS、最后一个 RCU_PREEMPEM kthread 活动 8407（–7722--16129)，–16129，jiffies_till_next_fqs=1、jiffies_till_next_fqs=1、root ->qsmask 0x0
[222.783530] ktimersoftd/0 R 正在运行任务    0  10   2 0x00001000
[222.783538] 反向描记：
[222.783555] [ ](dump_backtrace)、来自[ ](SHOW_STACK+0x20/0x24)
[ 222.783561] r7：c0e1f594 R6：00000002 R5：c0e06888 R4：cb524000
[222.783573] [ ](show_stack) from [ ](sched_show_task.part.2+0xec/0x108)
[222.783581] [ ](sched_show_task.part.2)、来自[ ](sched_show_task+0x24/0x28)
[ 222.783586] R6：c0e1f1c4 r5：c0e1f838 r4：c0e1f1c4
[222.783596] [ ](sched_show_task)、来自[ ](Rcu_check_callbacks+0x934/0xa88)
[222.783607] [ ](RCU_CHECK_CALLBACK)、来自[ ](update_proce_times+0x44/0x74)
[ 222.783612] R10：c02a0e04 R9：ffffffff R8：c0e6a520 r7：00000033 R6：00000000 R5：cb524000
[222.783614]  r4：ffffffff000
[222.783625] [ ](update_proce_times)、来自[ ](tick_sched_handle+0x3c/0x78)
[ 222.783629] r7：00000033 R6：deb90dd4 R5：cb529e40 R4：c0e22540
[222.783638] [ ](tick_sched_handle)、来自[ ](tick_sched_timer+0x58/0xb4)
[ 222.783641] r5：cb529e40 r4：c0e22540
[222.783650]  ](tick_sched_timer)、来自[ ](__hrtimer_run_queues.constprop.3+0x118/0x410)
[222.783654]  r7：ffffffff000 R6：c0e21800 R5：c0e22540 R4：c0e21850
[222.783662] [ ](__hrtimer_run_queues.constprop.3)、来自[ ](hrtimer_interrupt+0x128/0x340)
[222.783668]  R10：ffffffff000 R9：ffffffffff R8：7fffffffff r7：00000003 R6：20070193 R5：ffffff000
[222.783670]  r4：c0e21800
[222.783679] [ ](hrtimer_interrupt) ](arch_timer_handler_phys+0x38/0x40)
[222.783684]  R10：ffffffffe000 R9：fa213000 R8：cb420000 r7：c0e070a4 R6：00000013 r5：cb4ef200
[222.783687]  r4：cb41f600
[222.783696] [ ](arch_timer_handler_phys) from [ ](handle_percpu_devid_IRQ+0x88/0x244)
[222.783705] [ ](handle_percpu_devid_irq) 自[ ](generic_handle_IRQ+0x34/0x44)
[ 222.783710] R10：ffffffffff000 R9：fa213000 R8：cb420000 r7：00000000 R6：00000001 R5：00000000
[ 222.783713] r4：c0e65eac r3：c02798c4
[222.783720] [ ](generic_handle_irq)、来自[ ](__handle_domain_IRQ+0x64/0xb8)
[222.783727] [ ](__handle_domain_irq)、来自[ ](GIC_HANDLE_IRQ+0x5c/0x90)
[ 222.783732] R9：fa213000 R8：cb529e40 r7：fa212000 R6：fa21200c R5：c0e43304 r4：c0e070a4
[222.783737] [ ](GIC_HANDLE_IRQ)、来自[ ](__IRQ_svc+0x58/0xa0)
[ 222.783741]异常堆栈 (0xcb529e40 至 0xcb529e88)
[222.783746] 9e40：ca03f290 00000000 cb524000 00000003 ca03f200 00000000 ca03f290
[ 222.783751] 9e60：00000002 00000108 ffffffff000 cb529e9c cb529e90 cb529e90 c080de1c c0285528
[222.783754] 9e80：20070013 ffffffffff
[ 222.783759] R9：cb528000 R8：00000002 r7：cb529e74 R6：ffffffff R5：20070013 R4：c0285528
[222.783772] [ ](rt_spin_unlock)、来自[ ](net_tx_action+0x1bc/0x2c8)
[222.783782] [ ](net_tx_action)、来自[ ](DO_CURRENT_softirqs+0x1f0/0x3d0)
[ 222.783788] R10：ffffffe000 R9：00000108 R8：00000002 r7：00000040 R6：04208140 R5：c0e16378
[222.783790]  R4：00000008
[222.783798] [ ](do_current_softirqs) from [ ](run_ksoftirqd+0x3c/0x5c)
[ 222.783803] R10：cb503de0 R9：00000000 R8：c0e06888 r7：c0e16024 R6：00000001 R5：ffffff000
[222.783805]  r4:ffffffffff000
[222.783815] [ ](run_ksoftirqd) from [ ](smpboot_thread_fn+0x2c8/0x2f4)
[222.783818]  r5：ffffffff000 r4：cb4eff80
[222.783825] [ ](smpboot_thread_fn)、来自[ ](kthread+0x164/0x16c)
[222.783830]  R9：c024eb88 R8：cb4eff80 r7：cb528000 R6：00000000 r5：cb50a000 r4：cb50a040
[222.783836] [ ](kthread)（来自[ ](ret_from_fork+0x14/0x20)
[ 222.78383838]异常堆栈 (0xcb529fb0 至 0xcb529ff8)
[222.783842] 9fa0：                   00000000 00000000 00000000
[222.783846] 9fc0：00000000 00000000 00000000 00000000 00000000
[222.783850] 9fe0：00000000 00000000 00000000 00000013 00000000
[ 222.783855] R10：00000000 R9：00000000 R8：00000000 r7：00000000 R6：00000000 R5：c024a3e8
[222.783857]  r4：cb50a000
[222.783864] RCU: RCU_PREEME kthread 渴望 8407 jiffies! g51273 f0x2 RCU_GP_WAIT_FQS (5)->状态=0x0 -> CPU = 0
[222.783866] RCU：RCU grace-period kthread 堆栈转储：
[222.783868] RCU_PREEME  R 正在运行任务    0  11   2 0x00001000
[222.783875] 反向跟踪：
[222.783884] [ ](__schedule)、来自[ ]（计划+0x70/0x134）
[222.783890]  R10：c0e206c0 R9：c0e1fa80 R8：00000000 r7：c0e06888 R6：cb52becc R5：ffffffff000
[222.783892]  r4：cb524700
[222.783900] [ ]（时间表）自[ ](schedule_timeout+0x204/0x464)
[ 222.783903] r5：c0e206c0 r4：ffffc100
[222.783912] [ ](schedule_timeout)、来自[ ](RCU_gp_kthread+0x624/0xcec)
[ 222.783916] R10：c0e69dab R9：c0e1f304 R8：00000001 r7：c0e1fa80 R6：cb52a000 r5：c0e1f1c4
[ 222.783918] R4：00000001
[222.783925] [ ](RCU_gp_kthread)、来自[ ](kthread+0x164/0x16c)
[222.783927]  r7：cb52a000
[222.783932] [ ](kthread)（来自[ ](ret_from_fork+0x14/0x20)
[ 222.783935]异常堆栈 (0xcb52bfb0 至 0xcb52bff8)
[222.783938] bfa0：                   00000000 00000000 00000000
[222.783942] bfc0：00000000 00000000 00000000 00000000 00000000
[ 222.783946] bfe0：00000000 00000000 00000000 00000013 00000000
[ 222.783951] R10：00000000 R9：00000000 R8：00000000 r7：00000000 R6：00000000 R5：c024a3e8
[ 222.783953] r4：cb50a000
[224.665707] sysrq: SysRq : Show blocked State.
[225.190516]  任务         PC 堆栈 pid 父级

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好：

    请向我说明您所使用的处理器。 AM62L 是一个没有 PRU 子系统的处理器。 AM5716 是一种具有 PRU 以太网的不同处理器。

    我正在重新分配您的主题、就好像此问题与 AM57x 有关。

    此致、

    Nick

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    是的、它是 AM5716、不是 AM62L

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    SDK 为 SDK PROCESSOR-SDK-LINUX-RT AM57X 06.03.00.106

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、谢

    不再支持此 SDK。 我们的官方建议是改用较新的 SDK 之一。 我可以推荐您联系我们的某个第三方合作伙伴、评估您在量产 SDK 上遇到的问题。

    此版本非常稳定、我不相信有这样的错误导致以太网端口断开时发生崩溃。

    您的设计是否属于定制电路板？  

    在默认 SDK 之上是否进行了任何更改？

    -Josue

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    这很容易重现。 运行 iperf 作为客户端、iper3 -c 192.168.xx.xx -i 1 -u -t 10000 使用 UDP 连接到 ipef 服务器、 并继续插入和拔下网络电缆、此时会出现。

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢

    我相信你。 遗憾的是、此 SDK 已超出支持范围已有很多年了。 我们的官方建议是迁移到已修复问题的 SDK。  

    您也可以自行移植此内容、或者我可以帮助您与我们的一个第三方联系、为您完成后台处理。

    此致、

    Josue

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Josue、

    客户尝试升级到 SDK9.3、但与 SDK6.03 相比、新的 SDK 实时性能相当差、这降低了他们的产品整体性能。  

    BU 是否注意到 RT Linux 实时性能下降？ 是在 SDK 11 中有所改进。  

    顺便说一下、我可以在 IDK 上重现 SDK6.03 的类似问题：

    手动插拔 eth2 几次、端口挂起不再检测电缆连接。 

    root@am57xx-evm:/home#
root@am57xx-evm:/home# [18089.764226] prueth pruss2_eth eth2: Link is Down
[18093.924448] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18127.204240] prueth pruss2_eth eth2: Link is Down
[18130.324452] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18134.484212] prueth pruss2_eth eth2: Link is Down
[18136.564447] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18143.844238] prueth pruss2_eth eth2: Link is Down
[18146.964434] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18152.164240] prueth pruss2_eth eth2: Link is Down
[18155.284446] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18158.404222] prueth pruss2_eth eth2: Link is Down
[18160.484457] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18166.724225] prueth pruss2_eth eth2: Link is Down
[18169.844450] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18172.964245] prueth pruss2_eth eth2: Link is Down
[18176.084461] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18179.204212] prueth pruss2_eth eth2: Link is Down
[18181.284441] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18188.564227] prueth pruss2_eth eth2: Link is Down
[18191.684448] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18193.764214] prueth pruss2_eth eth2: Link is Down
[18194.804437] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18198.964227] prueth pruss2_eth eth2: Link is Down
[18203.124438] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off
[18209.044253] prueth pruss2_eth eth2: Link is Down
[18212.164481] prueth pruss2_eth eth2: Link is Up - 100Mbps/Full - flow control off

root@am57xx-evm:/home#
root@am57xx-evm:/home#
root@am57xx-evm:/home# ifconfig
eth0      Link encap:Ethernet  HWaddr 94:E3:6D:36:07:66
          inet addr:10.85.130.191  Bcast:10.85.130.255  Mask:255.255.255.0
          inet6 addr: fe80::96e3:6dff:fe36:766/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:41375771 errors:0 dropped:0 overruns:0 frame:0
          TX packets:358993247 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2900690851 (2.7 GiB)  TX bytes:3981657355 (3.7 GiB)
          Interrupt:86

eth1      Link encap:Ethernet  HWaddr 94:E3:6D:36:07:67
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth2      Link encap:Ethernet  HWaddr 70:FF:76:1C:2C:13
          inet6 addr: fe80::72ff:76ff:fe1c:2c13/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12685 errors:0 dropped:843 overruns:0 frame:0
          TX packets:41441 errors:0 dropped:49 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1957655 (1.8 MiB)  TX bytes:6691990 (6.3 MiB)

eth3      Link encap:Ethernet  HWaddr 70:FF:76:1C:2C:14
          inet6 addr: fe80::72ff:76ff:fe1c:2c14/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2870 (2.8 KiB)  TX bytes:8316 (8.1 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:577256 errors:0 dropped:0 overruns:0 frame:0
          TX packets:577256 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:598533684 (570.8 MiB)  TX bytes:598533684 (570.8 MiB)

root@am57xx-evm:/home# ifconfig eth2 down

^C

    使用 PuTTY 控制台登录以检查 100%的 CPU 负载、并且无法杀死线程。 

    root@am57xx-evm:/home# top
top - 07:31:23 up  5:15,  3 users,  load average: 17.88, 15.30, 10.38
Tasks: 188 total,  10 running, 178 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.2 us, 10.9 sy,  0.0 ni, 49.4 id,  0.0 wa,  0.0 hi, 39.5 si,  0.0 st
MiB Mem :   1470.8 total,   1038.7 free,    142.2 used,    289.9 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.   1265.1 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   23 root      -2   0       0      0      0 R 100.0   0.0  16:19.97 ktimersoftd/1
 9244 root      20   0    3020   1976   1504 R   1.0   0.1   0:02.35 top
   94 root     -51   0       0      0      0 S   0.3   0.0  13:31.86 irq/86-48484000
 9046 root      20   0       0      0      0 I   0.3   0.0   0:00.27 kworker/u4:2-flush-+
    1 root      20   0   32684   5556   3900 S   0.0   0.4   0:12.42 systemd

    带有脚本的上/下 eth2 无法触发错误/崩溃 

    #!/bin/bash
a=1000
 
until [ $a -le 0 ]
do
ifconfig eth0 down
sleep 1
ifconfig eth0 up
sleep 6
echo "a = " $a
((a--))
done

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Tony、

    不幸的是、由于这超出了我们的支持期、我们目前能够提供的唯一支持就是前面提到的支持。

    我不知道任何特定的 RT Linux 性能下降、我必须与我们的开发团队联系以进行确认。

    我目前没有用于测试超出标准支持范围的任何内容的带宽。

    此致、

    Josue

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Jianannan

    我得到了 Linux 专家的反馈 、他们尝试了 11.01.02.01 SDK、您可以尝试一下吗？

    BR
    Jc.

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 JC：

    我认为很难：

    #1。 未在 SDK11.01 中看到相关的修复项目、 升级需要另一个月、 但不确定是否已修复。

    #2. 在 SDK11.x 发行说明中： ICSS 以太网双 EMAC 模式已取消。此外、还取消了更多 ICSS PRU 以太网特性。

    2.1.7.4.  SDK 功能从 9.3 版本中取消

    ICSS 以太网支持 — 标准双 EMAC 以太网

    #3. SDK11.01 有许多新问题。 有些项目与此客户的用例相关：例如 USB、  

    2.1.7.2.  SDK 已知问题

    2.1.7.3.  Linux 内核已知问题

    LCPD-42139.

    P5-无优先级

    USB 内核在 AM571X-idk 上的内核启动期间挂起

    因此、我认为效率方法是在 SDK6.03 之后找到 ICSS 以太网升级记录、只是修正了该项。

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    #1. 未在 SDK11.01 中看到相关的修复项目、 升级需要另一个月、 但不确定是否已修复。

    我正在与我的团队核实他们是否已测试此场景。 我很快就会回来的。  

    #2. 在 SDK11.x 发行说明中： ICSS 以太网双 EMAC 模式已取消。此外、还取消了更多 ICSS PRU 以太网特性。

    不是真的、PSB。

    2.1.7.4.  SDK 功能已从 9.3 版本取消

    ICSS 以太网支持、具有双 EMAC 功能、在该版本中修复了适用于 AM57x 的 SDK 11.01 (LCPD-42797)。 而此功能以前在 SDK 9.3 中已取消定义、现在完全正常工作。 有关当前支持状态、请参阅“此版本已关闭的问题“部分

    2.1.7.2.  SDK 已知问题

    我看,Josue Zamitiz-Ayala 你能检查是否有一个计划来解决它?

    BR
    Jc.

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Tony、Jayachandran、

    [报价 userid=“35100" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1577512/am57-linux-rt-sdk-am5716-prueth-driver-cause-linux-system-crash/6135843

    2.1.7.3.  Linux 内核已知问题

    LCPD-42139.

    P5-无优先级

    USB 内核在 AM571X-idk 上的内核启动期间挂起

    [/报价]

    我认为没有计划在 SDK 9.x 上修复此问题 话虽如此、我在 SDK 9.3 和 SDK 11.1 上都没有遇到过这种行为。 两个 SDK 都能正常引导、默认情况下不会挂起。

    我正在与记者跟进,以获得更多关于这个 JIRA 的信息。

    此致、

    Josue

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我不认为有计划在 SDK 9.x 上修复此问题 话虽如此、我在 SDK 9.3 和 SDK 11.1 上都没有遇到过这种行为。 默认情况下、两个 SDK 都能正常引导、没有挂起。

     除了“我们不支持“之外、您永远不会一直查看我的问题、我的意思是 SDK11.x 发行说明中报告了该问题、但客户没有在 SDK6.3 上体验过该问题、如果迁移到新的 SDK、会带来新错误。

    TI 的测试始终受到限制。  

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我们已迁移到 SDK 09.03、 该问题已修复。

    我们需要的新支持是 https://e2e.ti.com/support/enterprise-automation-integration-group/enterprise-automation-integration/f/api-solutions-forum/1592033/am5716-plugging-or-unplugging-usb-device-affects-real-time-performance?tisearch=e2e-sitesearch&keymatch=AM5716%20PLUGGING#

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢文刚  

    感谢您的确认。

    Tony Tang 、

    开发团队确认这是在最新的 SDK 中修复的、并且 JIRA 只是没有正确更新、

    此致、

    Josue

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Josue,

    请共享修复记录和补丁。 升级到新 SDK 可能会带来其他未知问题。 最好的方法是反向移植。

  • 0
    TI__Guru**** 2665185 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Tony、

    此错误未正确分类、修复方法是迁移到新的 SDK。 第二、此错误仅由一个人报告、其他任何人都不重复。 我会在线程内部注释中留下 JIRA。

    对于从一个 Linux 版本到另一个版本的更改、此信息是开放源代码、因此将以流方式传输并可供任何人使用。

    请参阅：  

    此致、

    Josue