@ab135
改用 ubuntu 14.04

@whycan

感谢感谢，终于搞定了！👍

就是配好 CONFIG_EFI_PARTITION

@yteraa

非常感谢, 学习了.

@mengxp
不能这么说，刚好S3/R11 没有引出这个腿而已，
F1C有几组MCLK复用，但是只有一个MCLK引脚。

@whycan 大佬，哪里有的卖?

@musich
问题可能是 cache, 关掉cache 收发数据 好像就正常了.

@aozima

看其它常规产品都是42, 我发出的是60, 有点怪怪的.

42.jpg

@efancier 在 调V3s网络奇葩事,别人调网络是丢包, 我是多出包.... 中说：

T

是裸机环境下, udp转发包, 收包数量是对的, 发包偶儿会多出一包. 发包是直接调用sunxi_start_tx();

估计是描述符, 没设置对, 谢谢回复.

@wxid_disxysjskla 在 R11 资料、SDK、数据手册、硬件参考设计 中说：

软件SDK

（BSP 原厂） Kernel：https://github.com/Tina-Linux/tina-v3s-linux-4.9
（比较主线）u-boot/linux/buildroot：https://whycan.com/t_7248.html
（主线）linux：https://www.kernel.org/

大佬，请问BSP原厂完整的SDK在哪里能下载呢？这个github的链接只有Linux内核啊

这个完整的SDK是 Tina Linux 那一套吗？

mark mark mark

@xiaowenge 你说得对，就是因为没有装驱动。谢谢了！🤝 🤝

问题解决了。

我今天看到了 v833 的 Tina_Linux_Secure_Development_Guide.pdf 文档，里面有 TA 使用 SSK 加密的案例，查看了tina相关的代码，有一个sign.py，看了下，确认了加密引擎确实是使用原始SSK加密的，没有做什么黑盒变换。

那特么为什么我自己写的bootloader在调用CE使用ssk加密的结果异常呢？

想来optee肯定有相关的接口，找了下也就是
#define TEESMC_SSK_ENCRYPT 0
#define TEESMC_SSK_DECRYPT 3

由于optee是闭源的，只能拿IDA逆了一下看他是怎么做的。
发现了一个奇怪的事情，既然CE是使用SSK作为key，那代码里为什么要申请一个 256 字节的keyBuf呢？

然后我试着在我的bootloader里面，给 task desc 的 key 指向了一个 256 字节的缓冲，果然OK了！！！

补充测试代码
https://blog.csdn.net/MengXP/article/details/122736176?spm=1001.2014.3001.5501

@mangogeek hhhh，是挺像的

@caozilong 这篇是转载的，原文在这：https://mp.weixin.qq.com/s/RRV3tziWjWFoAb3jg5lIFg

@xiaowenge 你是全志原厂的么 ，原厂才5个啊😁 全志都有candece的ip授权 搞几个xplorer工具授权应该很简单呐🤥

@hu_710774265 其实我也没有😀 只能到sipeed那买 https://item.taobao.com/item.htm?spm=a230r.1.14.24.5d6170a1IJNADK&id=652879327858&ns=1&abbucket=20#detail

@yimu163com 有无大佬使用E5处理器编译的？效果如何？

@yimu163com 明白了，感谢，蹲一下进度😁

压缩包坏了？打不开了。

b67b020b-0986-4e36-8c6c-5b48f471e61d-9D0E77A105D901C80A138B99E5016F99.jpg

短路 SPI FLASH 1 / 4 PIN, TF卡终于欢快跑起来了。

@tigger 这个看起来不错！温度有点高哎。。

另外发现的有趣的现象是，镜像的前面1MB左右，都是前1KB有内容，后1KB全FF。开始以为是flash参数填写错误导致读取错误，后面才发现是全志芯片为了兼容旧的小扇区Nand flash做的boot0的兼容性措施。

这是spi nand吧？boot0就是这么操作的。

@uuuuid 没错，是这个开发板

功能不重要，就问R329怎么卖😀 😀

如果是内置声卡，可以用 tinymix 配置mic增益寄存器。

用软件也可以放大音量，按16bit把数据放大。

@xiaowenge 找到了，谢谢

@xiaowenge 是的

@tomwang
混杂模式只能抓到MAC层所能搜到的包，你的需求是想要抓取空气中的“自由包”，应该用monitor模式。

Monitor mode: Sniffing the packets in the air without connecting (associating) with any access point. Think of it like listening to people's conversations while you walk down the street. Promiscuous mode: Sniffing the packets after connecting to an access point. This is possible because the wireless-enabled devices send the data in the air but only "mark" them to be processed by the intended receiver. They cannot send the packets and make sure they only reach a specific device, unlike with switched LANs. Think of it like joining a group of people in a conversation, but at the same time being able to hear when someone says "Hey, Mike, I have a new laptop". Even though you're not Mike, and that sentence was intended to be heard by Mike, but you're still able to hear it.

xr829应该也是支持monitor模式的，我在代码里面有看到MONITOR_MODE这个宏，可以试下用iw工具打开。

如果你的SDK是tina，airkiss或者smartlink相关示例可以参考package/allwinner/smartlinkd目录，里面就有xr819的例子。

问一下AIPU在 D1上有适配吗

@tomwang
换了电脑还是一样的报错，那有两种可能：
1.你的账号权限有问题——概率极小，因为大家权限都是一样的，如果实在怀疑，可以重新注册一个账号试一下
2.配置环境&权限时你漏了一步没有做——大概率，但我不知道你的操作流程，分析不出时哪一步没做

@kingsong 在 官方能提供一个R329的应用案例吗 中说：

@kirin 躲起来 不是更没人了😞

不好意思 打错字了 ，躲->多