页次: 1
性能着实一般,pvtpll=1433MHz,当前CPU频率比规格书上1.2G要高
打上了rt补丁,手动分配了中断和进程的CPU亲和性
1M仲裁5M数据0字节data下,只有21000帧/秒左右
猜测是socketcan这套框架太重? 因为CANTX没有DMA和FIFO,tx完成中断到送入下一帧的时间较长
某家核心板的宣传页上写的24307/s也不知道是如何达到的
Mem: 19096K used, 104172K free, 64K shrd, 0K buff, 3636K cached
CPU0: 0.0% usr 0.2% sys 0.0% nic 99.8% idle 0.0% io 0.0% irq 0.0% sirq
CPU1: 0.0% usr 17.6% sys 0.0% nic 72.0% idle 0.0% io 0.0% irq 10.3% sirq
CPU2: 6.9% usr 93.0% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 1.63 1.46 1.08 3/95 535
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
533 447 root R 708 0.5 2 33.7 cangen can1 -I 555 -L 0 -b -g0 -p1 -x
68 2 root RW 0 0.0 1 9.4 [irq/47-can1]
380 378 root S 18104 14.6 0 0.0 /usr/bin/adbd
534 463 root R 1512 1.2 0 0.0 top近日在某狐家的3506g板子上调试CAN FD,开BRS波特率切换后无法收发数据
dmesg日志指出bitrate error 1.6%,远超brs后的重同步能力(<±0.3% ?)
ip -details link show can0
提示外设基础clock为196608000Hz,4096*48000的音频时钟,
DTS与内核config中去除所有音视频相关无果
改用hclk_can则又变成115200基的串口时钟
devmem对照TRM发现当前can用的v0pll,
在clk-rk3506.c中clk_can_patents_p去除相关选项,只保留到
{ "xin24m", "gpll" };
强制使用gpll终于得到了0误差的整数时钟
虽然不够优雅但解决了
我想问下有其他人也遇到过这个问题吗,这个神奇的v0pll=1179648000Hz是被谁初始化的呢
是不是 频率上去,电压也要加上去?
用的是标准的1.5不是1.35V,看 别人官方boot日志 里默认甚至是696MHz,所以在怀疑主线uboot时序是不是有问题,毕竟那个是非sip的ddr3时序
前几天发的主题没审核通过,也删不掉,再重新发一贴
看规格书中提到
Memory • SIP 16-bit DDR3, up to 1333mbps
但我在uboot中配置DRAM_CLK=648无法工作,降到=528 / ~1066mbps则压测非常稳定
怀疑是SUNXI_DRAM_DDR3_1333=y / ddr3_1333.c这里的默认时序不匹配
不知有大佬遇到过类似的问题嘛?或者有大佬可以分享下S3官方uboot或SDK吗
谢谢~
------------
| CONFIG_SUNXI_DRAM_DDR3_1333: |
| |
| This option is the original only supported memory type, which suits |
| many H3/H5/A64 boards available now. |
| |
| Symbol: SUNXI_DRAM_DDR3_1333 [=y] |
-----------
| CONFIG_DRAM_CLK: |
| |
| Set the dram clock speed, valid range 240 - 480 (prior to sun9i), |
| must be a multiple of 24. For the sun9i (A80), the tested values |
| (for DDR3-1600) are 312 to 792. |
| |
| Symbol: DRAM_CLK [=528] |
| Type : integer |
| Prompt: sunxi dram clock speed |@SUPER_CRJ
https://docs.100ask.net/dshanpi/docs/T113s3-SdNand/part1/03-1_FlashSystem/
看这家开发板也是PhoenixSuit烧sdnand
或者xfel有人做过sdnand支持:
分享一个用于烧录SD-NAND或EMMC的xfel版本,目前支持F133/D1S
https://whycan.com/t_7730.html#p90843
4610 说:主线上挺稳定的,再挂一晚看看
CPU 75% 2T2R 上下行均稳定90M 过了两级交换机
iperf3 -c XXXX -Z -P2 --bidir -t 0
这个NB, 90多M, 快跑满了.
一整天了没断,应该v3s硬件本身是没问题的
上下行各90M,瓶颈在交换机
AP6XXX模块Layout指导及AP6212 使用文档.pdf
AP6XXX_PIN TO PIN_REFERENCE DESIGN WO NFC_V2.4_06072015_看图王.pdf
VIN_LDO VIN_LDO_OUT 上面还有用电感接的 ,这两个引脚描述是Internal Buck voltage generation pin
CYW43438.pdf
也支持ldo模式
WAKE_HOST用不到可悬空
try registering here ...?
>> https://passport.baidu.com/v2/?reg&overseas=1
Or which toolchain may you need
参考openwrt的升级
https://github.com/openwrt-mirror/openwrt/blob/master/package/system/procd/files/nand.sh
似乎是用ubiformat写镜像
具体操作已经记不清,只记得ubifs写入有坑…上次用ubifs还是在s3c6410上
页次: 1