Panic

jd 商城和 jd 物流是两个独立主体,深入了解了狗东的架构就是对狗东服务去魅的开始,才能明白狗东早就以及不是十年前的那个了.
年初维权被消费者热线的客服阴阳怪气, 最终拖了 1 个多月来回在商场和物流客服踢皮球, 处理结果就是不予处理.

每一个对狗东曾经有好感觉得高端的,都会在某次维权后明白这家公司不太可能好起来了.

PS: 年初美股做空赚了点

这年头还没对狗东去魅的, 自己遇到扯皮事被狗东客服阴阳几句就老实了.

还有没对 jd 去魅的人吗, 而且别觉得 jd 公关会重视这些, 它早就不是 10 年前的 jd 了.
jd 商城(对商城, 千万不要把商城,物流等看作一个整体)已经是垫底的了. 连客服都能阴阳怪气消费者的你不会认为没问题把

你这个可能是 SDK 版本太老了.
https://github.com/analogdevicesinc/runtime-sharc-loader/blob/master/SharcBooter/project/sc589/SharcBooter_Core2/system/adi_initialize.c

int32_t adi_initComponents(void)
{
int32_t result = 0;

result = adi_sec_Init();


return result;
}

从软件层面看怎么也应该是再调用一个 result = chip_initComponents 的 chip 专用函数把, 这么写怎么看都不合理. 不过考虑到嵌入式也有全栈, 懂硬件的顺带再写个软件..

Skb_clone()函数只是复制 sk_buff 结构，并不复制 skb 的数据缓冲区。Clone 后的 sk_buff 结构与原始的 sk_buff 指向同一数据缓冲区。原始的和 clone 后的 skb 描述符的 cloned 值都会被置 1 ，clone 的 skb 描述符的 users 值置 1 ，同时数据缓冲区的引用计数 dataref 增加 1 。

猜测 skb_clone 只复制元数据, 不需要过多考虑调用开销

enum nf_ip_hook_priorities {
NF_IP_PRI_FIRST = INT_MIN,
NF_IP_PRI_RAW_BEFORE_DEFRAG = -450,
NF_IP_PRI_CONNTRACK_DEFRAG = -400,
NF_IP_PRI_RAW = -300,
NF_IP_PRI_SELINUX_FIRST = -225,
NF_IP_PRI_CONNTRACK = -200,
NF_IP_PRI_MANGLE = -150,
NF_IP_PRI_NAT_DST = -100,
NF_IP_PRI_FILTER = 0,
NF_IP_PRI_SECURITY = 50,
NF_IP_PRI_NAT_SRC = 100,
NF_IP_PRI_SELINUX_LAST = 225,
NF_IP_PRI_CONNTRACK_HELPER = 300,
NF_IP_PRI_CONNTRACK_CONFIRM = INT_MAX,
NF_IP_PRI_LAST = INT_MAX,
};

table 的设计确实不好理解, 感觉也并不是太合理, chain 才是关键.

防火墙 selinux 都关了吧，不是队列的话 不贴点内核调用链不好分析了