- 博客(11)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 上手 seccomp
NAMEseccomp - operate on Secure Computing state of the processSYNOPSIS#include <linux/seccomp.h>#include <linux/filter.h>#include <linux/audit.h>#include <linux/signal.h>#include <sys/ptrace.h> int seccomp(unsigned i
2021-01-21 23:32:24
2154
原创 linux 外部内核模块设定 CFLAGS
scripts/Makefile.build:49: *** CFLAGS was changed in “/home/wanglongzheng/ixgbe/Makefile”. Fix it to use ccflags-y.# SPDX-License-Identifier: GPL-2.0# Copyright(c) 1999 - 2020 Intel Corporation.ifneq ($(KERNELRELEASE),)# kbuild part of makefile## Ma
2021-01-21 22:28:24
2332
4
原创 tar 打包黑洞文件的特别之处
文件中的 hole《APUE》中对文件 hole 的描述内容摘录如下：文件偏移量可以大于文件的当前长度，在这种情况下，对该文件的下一次写将加长该文件，并在文件中构成一个空洞，这一点是允许的。位于文件中但没有写过的字节都被读为 0。文件中的空洞并不要求在磁盘上占用存储区。具体处理方式与文件系统的实现有关，当定位到超出文件尾端之后写时，对于新写的数据需要分配磁盘块，但是对于源文件尾端和新开始写位置之间的部分则不需要分配磁盘块。创建一个带 hole 文件的 demo使用如下 demo 能够创建一个带
2021-01-19 21:51:09
406
原创 dpdk rte_kni 模块 kni_open 函数 oops 问题分析
问题描述在适配某平台的时候遇到 kni_open 函数调用的时候内核 oops，oops 的主要信息见下图：前期得到的输入信息是内核的 config 文件换过，换了之后重新编译测试出现了这个问题，可能是 config 文件影响，排查 config 文件的区别，没有发现怀疑点，只能怼 oops 了！从 oops 中获取到的关键信息上述 oops 内容将问题指向如下位置：kni_open 函数 0x16 偏移量处objdump -d rte_kni.ko 获取到如下信息：00000000000
2021-01-16 18:58:55
665
2
原创 XSAVE consistency problem, dumping leaves
问题描述宿主机使用 3.16.35 内核，使用 qemu 运行 openwrt 4.14.167 内核，启动时报了如下 oops:Linux version 4.14.167 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r10911-c155900f66)) #0 SMP Wed Jan 29 16:05:35 2020[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz ro
2021-01-16 17:09:36
1001
1
原创 ebpf 研究之 XDP 技术
linux 5.0 内核支持 xdp 的网卡驱动：$ git grep -l XDP_SETUP_PROG drivers/drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.cdrivers/net/ethernet/cavium/thunder/nicvf_main.cdrivers/net/ethernet/freescale/dpaa2/dpaa2-eth.cdrivers/net/ethernet/intel/i40e/i40e_main.cdriv
2021-01-09 19:23:52
3380
2
原创 ebpf 研究之原始套接字数据包过滤
原始套接字数据包过滤ebpf 支持原始套接字过滤功能，本文参考 《Linux 内核观测技术 BPF》第 6 章的示例进行描述，并深挖隐藏在 epbf 程序背后的一些技术细节。ebpf 程序示例代码bfp_program 源码如下：#include <linux/bpf.h>#include <linux/if_ether.h>#include <linux/if_packet.h>#include <linux/in.h>#include &l
2021-01-09 18:22:27
1947
2
原创 tcpdump与 bpf 指令集
Instruction Addressing mode Descriptionld 1, 2, 3, 4, 12 Load word into Aldi 4 Load word into Aldh 1, 2 Load half-word into Aldb 1, 2
2021-01-09 16:36:32
1688
1
原创 工作问题案例：设备关机变重启
问题描述最近处理一现场反馈时，有遇到关机变重启的问题。现象是执行关机命令，但是却因为某种原因变为了重启，复现的概率非常大。问题初步定位过程最开始的怀疑方向在软件层面，做了如下尝试：使用其它的关机命令无效使用关机命令的不同参数无效使用 sysrq 的关机命令sysrq 关机可以执行如下命令，经过确认现场的设备内核配置未开启 sysrq-trigger 功能。 echo 1 > /proc/sys/kernel/sysrq; echo o > /proc/sysrq-trig
2021-01-02 22:53:02
652
原创 igb_uio.ko 的 md5sum 为啥又变化了？
问题描述最近在合代码到 kni 模块后，重新编译发布 dpdk，发现 igb_uio.ko md5sum 也变化了。这个问题也遇到过好多次，但是一直没有深究过。今天再次遇到了这个问题，这次就不能放过它了！没有变化的内容针对 igb_uio.ko md5sum 变化的问题，可以确定如下条件保持不变：igb_uio.c 源码内核头文件编译器版本有了上面这三个条件，igb_uio.ko 讲道理不应该变化。可是它确确实实变化了，那又是什么因素影响呢？难道是 ko 中存在时间戳的原因？用工具扩大
2021-01-02 20:58:18
565
1
原创 工作问题案例:解析器解析失败导致 rc.local 没有执行的问题
问题描述修改 rc.local 文件，重启系统后发现 rc.local 中的代码逻辑没有执行到，systemctl 查看报错信息如下图所示:问题分析最开始仔细分析了下确定问题应该是 rc.local 没有执行，但是却有矛盾点，为此，进一步怀疑是在 rc.local 中添加的逻辑没有执行，在相关逻辑前后添加写返回值到文件的操作，重启系统后发现写入的文件不存在。多次排查，最终确定问题原因在于 rc.local 文件是在 windows 上面编辑后上传到 linux 中的，#!
2021-01-02 19:42:00
634
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人