openwrt app crash gdb debug method
2023-7-4
openwrt平台用户态进程非法内存访问奔溃了,如何使用gdb定位到代码行呢?1 使用-g选项编译程序,开启内核core dump支持,运行程序,并使程序奔溃,将core文件拷贝出来$ cd /tmp$ ulimit -c unlimited$ echo "/tmp/core-%e-%s-%
NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!!
2023-7-10
最近再移植ath11k qsdk 12.2版本,移植后,启动出现打印:NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!!打开内核调试选项:Kernel hacking ->
从xterm体验差,发现的有线驱动的一个坑
2023-7-17
用xterm.js结合websocket, 做了一个路由器远程终端。最近发现这个远程终端体验很不好,有明显的卡顿和延时。在web终端执行:watch -n1 ls可以明显的感觉到卡顿,输出没有按每s输出。起初以为是socket没有关闭nagle导致的,关闭nagle后,尝试关闭: re
android adb 使用
2023-7-19
开启手机的usb调试模式,然后usb接入到linux pc。注意手机上一定要选择传输文件,如果选仅充电的话,会adb devices提示没有权限找到Andriod的SDK目录,找到平台工具目录。$ cd ~/Android/Sdk/platform$ lsadb etc1tool
ipq5018概率性有线不通的问题
2023-7-24
分析发现eth0的carrier不是1,怀疑是交换机时钟没开启,读取/ # cat /sys/kernel/debug/clk/clk_summary右边是有问题的:在gephy_gcc_tx clk打开的时候,打印调用栈:[ 14.047107] [<81310018>] (unwind_ba
初识kasan
2023-8-1
kasan (Kernel Address Sanitizer)是内核的内存检查工具,用来定位内核memory corruption等问题。后面还有一个kfence工具,算是一个后起之秀。kasan的原理是,每8个字节,使用一个字节,来表示这个8字节内存的状态。然后通过gcc编译选项,生成指令,在每
水线太高,导致MemAvailable比MemFree少的问题
2023-8-7
最近一个项目需要统计设备的剩余内存,之前都是用/proc/meminfo里面的MemFree,发现MemFree实际上统计得少了,因为那些可清理的page cache,实际上是可用的内存。于是改成了MemAvailable,但是在另外一个项目发现,MemAvailable竟然比MemFree还少一大
tentative ipv6 address地址问题
2023-8-7
最近在做ipv6拨号,需要发送router solicitation。发送rs需要接口的link local地址ok.linux内核只有在接口首次变成IFF_RUNNING的时候,才会配置link local地址。在fedora 35中,一个realtek的有线网卡,在插入网线的时候,状态变成IFF
wireless roaming introduction
2023-8-10
无线漫游相关的协议主要有802.11k/r/v漫游协议802.11kRadio Resource Measurement (RRM)主要是用来测量、报告资源情况。漫游的先决条件是要知道哪个AP信号好,这个就是802.11k干的事情。ap或sta均可以发起测量请求,并响应测量报告。802.11k de
ath11k panic
2023-8-14
[46587.818791] Unable to handle kernel paging request at virtual address 400005c0[46587.820733] pgd = af60097d[46587.827972] [400005c0] *pgd=00000000[
Copyright © linuxdev.cc 2017-2024. Some Rights Reserved.