作者： 付汉杰 hankf@xilinx.com hankf@amd.com 测试环境： Vivado/PetaLinux 2021.2， Linux 5.10.0
在上一篇文章《eBPF动手实践系列二：构建基于纯C语言的eBPF项目》中，我们初步实现了脱离内核源码进行纯C语言eBPF项目的构建。libbpf库在早期和内核源码结合的比较紧密，如今的libbpf库更加成熟，已经完全脱离内核源码独立发展。
有人在NVIDIA官方论坛上反应NVIDIA Jetson Orin NANO开发套件启动时间太久？如何缩短这个时间呢？
注意到我们使用 //go:noinline 修饰了 main.greet 函数，防止被编译器内联，方便进行测试验证。
该文章介绍了Nor Flash的基本原理、基本操作以及驱动程序的基本使用。它还提供了在用户空间中驱动Nor Flash设备的示例代码。文章还讨论了如何使用MTD设备来模拟Nor Flash，并展示了如何编写简单的用户空间应用程序来与Nor Flash进行通信。
这周帮朋友用 eBPF/SystemTap 这样的动态 tracing 工具做了一些很有趣的功能。这篇文章算是一个总结
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huangweiqing80/article/details/83347495
前言： Intel爆出来的漏洞，搞了一个大新闻，然后Linus也对Intel的补丁批判了一番。 关于meltdown攻击的原理，以及retpoline防御，见下文。 分析： 1，MMU & CPU Cache & CPL & spectulative exection & Syscall 有几个关键的概念需要说明： MMU，Memory Management Unit。在CPU（本文的CPU默认是x86）跑在protected mode下的时候，使用的是虚拟地址，MMU是一个硬件，负责把虚拟地址翻译成虚
参考文章：https://www.cnblogs.com/theseventhson/p/13282921.html
运维过程中，很多时候，业务应用会出现假死的情况，应用进程正常，但是无法提供服务，此时监控进程没有任何意义，就需要监控接口
[导读] 前文分析了Linux设备驱动的驱动模型，本文来聊聊Platform_driver/Platform_device这个类。做嵌入式Linux的驱动，这个也是绕不开的，所以来学习分析总结一下。
eBPF（扩展的伯克利数据包过滤器）是 Linux 内核中的一个强大功能，可以在无需更改内核源代码或重启内核的情况下，运行、加载和更新用户定义的代码。这种功能让 eBPF 在网络和系统性能分析、数据包过滤、安全策略等方面有了广泛的应用。
p[:[GRP/]EVENT] PATH:OFFSET [FETCHARGS] : Set a uprobe r[:[GRP/]EVENT] PATH:OFFSET [FETCHARGS] : Set a return uprobe (uretprobe)
摘要总结：本文主要介绍了如何基于Linux开发一个简单的字符设备驱动，并通过驱动程序实现LED灯的开关控制。包括驱动程序的注册与卸载、设备文件的创建与删除、设备文件的打开与关闭，以及通过用户空间和内核空间进行数据传递和交互的方法。
Linux 存在众多 tracing tools，比如 ftrace、perf，他们可用于内核的调试、提高内核的可观测性。众多的工具也意味着繁杂的概念，诸如 tracepoint、trace events、kprobe、eBPF 等，甚至让人搞不清楚他们到底是干什么的。本文尝试理清这些概念。
Platform device是专门给嵌入式系统设计的设备类型，一般在移植内核到自己的开发板时，基本上注册的所有的设备的类型全是platform device。实际上，platform在Linux内核中是以一条总线的身份登场的，要想让这样的总线和设备一起完美的工作，必须首先在系统初始化的比较早的阶段声明并注册平台设备，注册时的设备名作为设备的唯一标识，在随后的驱动加载阶段，和驱动的驱动名进行匹配，如果这两个字符串相同，那么即宣告设备找到驱动，或是驱动找到设备，接着才会进一步调用platform driver的probe成员函数进行设备的初始化并注册对应的字符、块或是网络设备。这也就是我们阅读驱动代码时，通常在代码中都有一个名为XXX_probe的函数，而且特别长的原因。
bpf全称伯克利包过滤器（Berkeley Packet Filte），bpf技术诞生于1992年，早期主要用来提升对数据包的过滤性能，但是早期的bpf提供的指令较少，限制了它的应用范围。本文要介绍的ebpf是bpf的扩展版本，相比早期版本的bpf功能变得更加强大，自2014年引入内核以来，BPF现在已经成发展成内核中一个通用的引擎，通过相关API我们可以方便的读取到内核态的内存内容，也能够通过BPF改写运行时内存，具有强大的编程能力。毫不夸张的说，BPF技术就是内核中的脚本语言。
BPF是最近Linux内核领域热门的技术。传统的BPF指的是tcpdump命令用于过滤网络包的工具，现在BPF已经得到极大的扩展，不再是Berkeley Packet Filter的缩写对应的简单的网络包过滤工具。 从Kernel 4.9之后，BPF已经成为一个完善的内核扩展工具，BPF在内核里运行一个sandbox，用于执行BPF的字节码（bytecode）， 在执行BPF程序前，BPF的检查器会对BPF程序的字节码进行安全检查（比如，指针要先判断不为空后再访问，代码里不能有循环，等等），以保证BPF程序不会导致系统崩溃，因为BPF程序执行时是在内核态。 因此，BPF可以很安全地在内核态执行用户编写的程序，而且有安全保证，这比编写内核模块安全太多了。 正是因为BPF能保证安全，并运行在内核态，可以大大简化很多以前很复杂的事情，目前BPF已经应用于性能分析、网络、安全、驱动、区块链等等领域。
blackbox_exporter是Prometheus 官方提供的 exporter，可通过HTTP、HTTPS、DNS、TCP、ICMP 对端点进行可用性等指标探测。
Minikube是一个工具，在macOS、Linux和Windows通过一个简单的命令行实现了一个本地Kubernetes集群。它被社区成员广泛使用来尝试Falco，也被Falco贡献者使用对新的和旧的Kubernetes版本开发和调试Falco。
在Linux环境上使用SDX55模块时出现无法识别adb端口，但可以识别手机adb端口。
在上一篇文章中介绍了内核加载的方式使用kprobe的方法，现在介绍一下使用debugfs接口使用kprobe的方法。
系统调用是操作系统提供给用户程序的一种接口，可以访问底层的硬件和系统资源。eBPF可以用来跟踪系统调用，统计系统调用的调用次数、调用耗时等信息，并通过这些信息进行系统性能的优化。具体的优化过程如下：
版权声明：本文为木偶人shaon原创文章，转载请注明原文地址，非常感谢。 https://blog.csdn.net/wh211212/article/details/53992360
在上一篇文章中介绍了提高socket性能的几个socket选项，其中给出了几个源于内核源码树中的例子，如果选择使用内核树中的Makefile进行编译的话，可能会出现与本地头文件冲突的情况，如重复定义变量，结构体类型不对等错误。这些问题大大影响了BPF程序的可移植性。
前言：最近在探索 Node.js 调试和诊断方向的内容，因为 Node.js 提供的能力有时候可能无法解决问题，比如堆内存没有变化，但是 rss 一直上涨。所以需要深入一点去了解更多的排查问题方式。而这些方向往往都涉及到底层的东西，所以就自然需要去了解内核提供的一些技术，内核提供的能力，经过多年的发展，可谓是百花齐放，而且非常复杂。本文简单分享一下内核的静态追踪技术的实现。追踪，其实就是收集代码在执行时的一些信息，以便协助排查问题。
在消费类电子中，功耗是很重要的，甚至项目后期一直在调功耗，看看哪里还可以再省电。由此就有了 Linux 电源管理子系统，该子系统包含很多方面：什么时候可以降帧、什么时候可以关掉其他 CPU core、系统运行时如果某外设很少用需要让它运行时休眠、系统休眠时要保证哪些外设可以唤醒系统。
内核开发从业者，都知道一个代码调试"大杀器"：printk ！除此之外大家依据自己的习惯，还经常用一些诸如kdump这类的复杂工具。对于systemtap，有人可能熟悉有人可能没听过，本文从入门层次简介systemtap的原理和安装使用，分为两篇，本篇主要介绍原理和脚本语法。文章冗长，多处包含"劝退"功能，下面跟我一起"从入门到放弃" 吧 -_-
万物互联和大数据技术的发展，让我们的生活更加活色生香，其背后离不开安全、稳定可靠的服务器系统。
把某个结构体，左右的放入链表，一一比较，匹配调用probe函数 设备链表 driver链表， 总线提供了match函数
Linux内核的作用是将应用程序的请求传递给硬件，并充当底层驱动程序，对系统中的各种设备和组件进行寻址。目前支持模块的动态装卸(裁剪)。Linux内核就是基于这个策略实现的。
在应用到linux的设备（特别是手机）中，大部分硬件设备与主芯片都是通过iic通讯的，譬如TP、加速度传感器、温湿度传感器等等。记录一次自己调试linux开发板iic器件（ap3216c光敏设备）。
我写这篇文章，只是想介绍一下使用airbase-ng进行karma攻击的方法。这也是以前写的文章然后存本地了，单纯介绍操作而已，没有介绍什么原理方法，也没什么技术含量。只是这方面文章较少，发出来和各位大佬交流学习。 关于更多的Karma相关原理或者通过WiFi Pineapple进行攻击实现，可以参考Freebuf一篇非常好的文章：
从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device和Platform_driver。
从2.6版本开始引入了platform这个概念，在开发底层驱动程序时，首先要确认的就是设备的资源信息，例如设备的地址， 在2.6内核中将每个设备的资源用结构platform_device来描述，该结构体定义在kernel\include\linux\platform_device.h中：
eBPF (Extended Berkeley Packet Filter) 是 Linux 内核上的一个强大的网络和性能分析工具，它允许开发者在内核运行时动态加载、更新和运行用户定义的代码。
来自: http://www.diybl.com/course/6_system/linux/Linuxjs/200871/129585.html
本文翻译自 2020 年 Facebook 的一篇博客：BPF Portability and CO-RE[1]， 作者 Andrii Nakryiko。
NOR FLASH硬件原理参考：https://blog.csdn.net/qq_16933601/article/details/102653367
需要关注注册驱动的有hub， usb， usb-storage。hub中用来做检测usb口是否有OTG的东东接入，usb是所有usb接入设备的老大哥，usb-storage只是usb的一个小老弟。
http://www.cnblogs.com/pengdonglin137/p/7401049.html
开发人员在内核或者模块的调试过程中，往往会需要要知道其中的一些函数有无被调用、何时被调用、执行是否正确以及函数的入参和返回值是什么等等。
1.从技术层面讲，内核是硬件与软件之间的一个中间层。作用是将应用层序的请求传递给硬件，并充当底层驱动程序，对系统中的各种设备和组件进行寻址。
TensorFlow Serving服务在Kubernetes集群中的部署方案，如果是从零开始建设，那么可以通过Kubernetes原生的Service+KubeDNS实现服务的注册与发现，并通过对接LVS集群进行负载均衡。因此我们在TaaS中开发了Kube2LVS模块，负责对TensorFlow Serving服务进行ListAndWatch，实现TensorFlow Serving Service Info动态reload到LVS config中。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
