[参考译文] TMS320F280039C：ECSDA 验证

我怀疑通话之间出现问题 XCALOC 以及对的调用 Calloc .  根据最后一个屏幕截图、参数 Calloc 是：

• 数字 73730.
• 大小 : 542426.

这两个数字相乘是比 C28x 的地址空间大得多的值。  这是如何实现的？

谢谢。此致、

-George.

我不知道发生了什么  XCALOC 是直接指向 calloc()的库函数。

源文件的匹配项 XCALOC 、 请按照 如何提交编译器测试用例一文中的说明进行操作。

谢谢。此致、

-George.

我 根据本文生成了.pp 文件、但我似乎无法通过 TI 论坛将其发送给您。

尝试压缩文件、然后附加到该论坛：

https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/761619/faq-how-do-i-attach-a-file-or-link-to-my-post

e2e.ti.com/.../ecc_5F00_util.zip

我已上传.pp 文件。

1.  另外、我集成的 ECDSA 库来自 C2000Ware_5_00_00_00、 是否对该库进行了测试和验证是否可以使用？

E2E 中的另一个主题也与 ECDSA 相关。

TMS320F28P550SJ：当将 ECSDA 工程从 F280049迁移到 F28P55x 时、sig_r_val 和 sig_s_val 没有任何 vaule？ - C2000微控制器论坛- C2000 ︎ 微控制器- TI E2E 支持论坛

感谢您提交预处理的文件。  在此基础上、我可以看到没有什么问题。

请执行此调试实验。  一开始检查 CPU 状态 Calloc 从函数调用时 init_c .  确认您看到以下值：

• 寄存器 ACC = 1
• 内存位置*- SP[4]= 6

如果您没有看到这些值、那么您会看到什么呢？

谢谢。此致、

-George.

感谢您的回答。

1.在一开始  Calloc、 下面的值 似乎与预期不同。

2.当我在280049运行 ecdsa 示例时, sig_r_val 的长度 是64个字符,  sig_s_val 的长度也是64个字符。

我不知道签名 R 和签名 S 的长度, 我一直以为他的长度是32、为什么长度是64 ?

我道歉,没有准确地描述我的意思,当我说...

He Chen 说：

Calloc [报价]

这就是我的意思。  在 Calloc 从函数调用 init_c 、而要执行的下一条指令是中的第一条指令 Calloc 、按照我在上一篇文章中所描述的那样检查 CPU 状态。  请告诉我您看到了什么。   

谢谢。此致、

-George.

当我在280049中运行 ecdsa 示例时、sig_r_val 的长度 为64个字符、  sig_s_val 的长度也为64个字符。

我不知道签名 R 和签名 S 的长度, 我一直以为他的长度是32、为什么长度是64 ?

我假设 ECDsa 示例来自 C2000Ware。  C2000Ware 由另一个团队维护、无法回答有关问题。  请在 E2E 上开始新主题。 或者、如果您愿意、也可以等待 Calloc 要解决该主题中的问题、请让我将该主题提请支持 C2000Ware 的团队注意。

谢谢。此致、

-George.

感谢您的回答。

可以看到、ACC 和*-SP[4]的值似乎等于预期值。

确认您看到以下值：

• 寄存器 ACC = 1
• 内存位置*- SP[4]= 6

感谢您的耐心。

您已经展示了该图、直到点 Calloc 一切都如预期般顺利。  我怀疑问题是内在的 Calloc .  很长一段时间以来,它一直工作正常,没有任何变化。  其他错误。  CCS 可能在显示值时出现错误。  或者此时会出现一些硬件错误。  或其他一些类似问题。

我不知道该怎么说。  尝试单步执行 Calloc .  我知道您不知道此代码。  但如果 发生了一些硬件错误、或许您可以找出它。  如果仍然无法找到问题、我会向遇到类似这样的调试问题的其他专家寻求帮助。

谢谢。此致、

-George.