pci

kvm虚拟机的克隆分为两种情况，本文也就通过以下两种情况进行克隆，克隆虚拟机为OEL5.8X64。 本文出自：http://koumm.blog.51cto.com (1) KVM主机本机虚拟机直接克隆。 (2) 通过复制配置文件与磁盘文件的虚拟机复制克隆(适用于异机的静态迁移)。 1. 本机虚拟机直接克隆 (1) 查看虚拟机配置文件 [root@node1 ~]# cat /etc/libvirt/qemu/oeltest01.xml <!-- WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: virsh edit oeltest01 or other application using the libvirt API. --> <domain type='kvm'> <name>oeltest01</name> <uuid>8f2bb4a7-c7ed-32aa-3676-9fb05923269d</uuid> <memory unit='KiB'>524288</memory> <currentMemory unit='KiB'

作者： East FPGA那点事儿 上一章讲述了PCIe总线DMA的原理和XAPP1052存在的问题。 本章以服务器常用的4通道1000M以太网卡为例讲述如何提高DMA的效率。 1.内存重分配 Windows操作系统会划分一部分硬盘空间作为虚拟内存，将长时间不用得应用程序或内存交换到硬盘中，而释放出一部分内存空间供其他应用程序使用，提高计算机的性能。 或者操作系统会定进行内存碎片整理，将应用程序中零散的内存收集起来重新分配，减少内存碎片。 但是如果被交换或整理的是DMA使用的内存就麻烦了。操作系统已经为该内存重新分配了物理地址，而原内存分配给了其他应用程序，此时DMA再使用该内存，必然导致死机蓝屏现象。XAPP1052就没有很好的解决该问题，在程序中设置禁止将该内存交换到硬盘或整理。 2.内存大小 XAPP1052中申请到的物理连续内存大小为4KB。因为DDR内存内部是以块为单位，最小块为4KB，所以在操作系统中比较容易申请到4KB的物理连续内存。 4KB这个大小太小了。以太网数据小包为64B，大包为1512B，假如连续收到3个大包，那么应该怎样利用4KB的内存呢？ 一种方式是一片4KB内存只存放2包数据，剩余内存浪费，第二片4KB内存存放第三包数据；另一种方式是将第三包数据拆分，前一半数据存放在第一片内存，后一半数据存放在第二片内存。 第一种方式将浪费976B，内存利用率非常低

SR-IOV 技术是一种基于硬件的虚拟化解决方案，可提高性能和可伸缩性。SR-IOV 标准允许在虚拟机之间高效共享 PCIe（Peripheral Component Interconnect Express，快速外设组件互连）设备，并且它是在硬件中实现的，可以获得能够与本机性能媲美的 I/O 性能。SR-IOV 规范定义了新的标准，根据该标准，创建的新设备可允许将虚拟机直接连接到 I/O 设备。 SR-IOV 规范由 PCI-SIG 在 http://www.pcisig.com 上进行定义和维护。 单个 I/O 资源可由许多虚拟机共享。共享的设备将提供专用的资源，并且还使用共享的通用资源。这样，每个虚拟机都可访问唯一的资源。因此，启用了 SR-IOV 并且具有适当的硬件和 OS 支持的 PCIe 设备（例如以太网端口）可以显示为多个单独的物理设备，每个都具有自己的 PCIe 配置空间。 下图介绍了针对 PCIe 硬件的 SR-IOV 技术。 图 21-1 SR-IOV 技术 SR-IOV 中的两种新功能类型是： 物理功能 (Physical Function, PF) 用于支持 SR-IOV 功能的 PCI 功能，如 SR-IOV 规范中定义。PF 包含 SR-IOV 功能结构，用于管理 SR-IOV 功能。PF 是全功能的 PCIe 功能，可以像其他任何 PCIe

相关技术 IO虚拟化简介 全虚拟化 通过VMM来模拟IO设备实现，VMM截获GuestOS的IO请求，通过软件模拟真实的硬件。VMM必须处理所有虚机的IO请求，然后将所有的IO情况序列化为可以被底层硬件处理的单一IO流。好处是GuestOS不需要考虑硬件设备的情况。问题是效率相对较低。例如 qemu。 一个完整的数据包从虚拟机到物理机的路径是：虚拟机--QEMU虚拟网卡--虚拟化层--内核网桥--物理网卡。 半虚拟化 通过前端和后端模拟实现虚拟化。GuestOS中的半虚拟化驱动为前端，VMM 提供的与GuestOS 通讯的驱动程序为后端。前端驱动将GuestOS的请求通过与VMM之间的特殊通信机制发生给VMM后端需求，后端驱动处理完IO请求之后再发送给物理驱动。全虚拟化为了完成一次操作要涉及到多个寄存器的操作，使得VMM要截获每个寄存器访问并进行相应的模拟，就会导致多次上下文切换。这种方式能很大程度的减少上下文切换的频率，提供更大的优化空间。例如 virtio 。 全虚拟化网卡是虚拟化层完全模拟出来的网卡，半虚拟化网卡通过驱动对操作系统做了改造； 软件的共享IO虚拟化技术 硬件辅助的IO虚拟化主要包括英特尔VT-d， AMD的IOMMU（AMD-Vi）和PCI-SIG 的SR-IOV。前两种属于Directed I/O。物理设备直接分配给虚拟机使用，通过硬件芯片完成GPA到MA

近期，应测试需求，将批量比较老的联想台式机安装成CentOS 7系统（发现数十台电脑全这样报错）。发现网卡一直报错，经参考网上各类方案，通过修改grub，终于解决了此问题。 错误情况大致如下： Feb 28 11 : 52 : 07 test148 kernel : pcieport 0000 : 00 : 1 c . 5 : device [ 8086 : a115 ] error status / mask = 00001000 / 00002000 Feb 28 11 : 52 : 07 test148 kernel : pcieport 0000 : 00 : 1 c . 5 : [ 12 ] Replay Timer Timeout Feb 28 11 : 52 : 07 test148 kernel : pcieport 0000 : 00 : 1 c . 5 : AER : Corrected error received : id = 00e5 Feb 28 11 : 52 : 07 test148 kernel : pcieport 0000 : 00 : 1 c . 5 : PCIe Bus Error : severity = Corrected , type = Data Link Layer , id = 00e5 ( Transmitter ID )

原来对linux系统中的/proc目录不是很了解，只知道可以查看cpu，内存等相关的信息，后来一个朋友问我/proc目录的一些内容，还真没有答上来，于是搜索下资料，找到一篇不错的文章，学习了！ 转载如下： Linux中/proc目录下文件详解（一） /proc文件系统下的多种文件提供的系统信息不是针对某个特定进程的，而是能够在整个系统范围的上下文中使用。可以使用的文件随系统配置的变化而变化。命令procinfo能够显示基于其中某些文件的多种系统信息。以下详细描述/proc下的文件。 /proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过 proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是 动态从系统内核读出所需信息并提交的。 -------------------------------------------------------------------------------- /proc/cmdline文件 这个文件给出了内核启动的命令行。它和用于进程的cmdline项非常相似。 示例： [root@localhost proc]# cat cmdline ro root=LABEL=/

PCI总线和设备树是X86硬件体系内很重要的组成部分，几乎所有的外围硬件都以这样或那样的形式连接到PCI设备树上。虽然Intel为了方便各种IP的接入而提出IOSF总线，但是其主体接口(primary interface)还依然是PCIe形式。我们下面分成两部分介绍PCI和他的继承者PCIe（PCI express）：第一部分是历史沿革和硬件架构；第二部分是软件界面和UEFI中的PCI/PCe。 原文链接： https://zhuanlan.zhihu.com/p/70125574 自PC在1981年被IBM发明以来，主板上都有扩展槽用于扩充计算机功能。现在最常见的扩展槽是PCIe插槽，实际上在你看不见的计算机主板芯片内部，各种硬件控制模块大部分也是以PCIe设备的形式挂载到了一颗或者几颗PCI/PCIe设备树上。固件和操作系统正是通过枚举设备树们才能发现绝大多数即插即用（PNP）设备的。那究竟什么是PCI呢？ PCI/PCIe的历史 在我们看PCIe是什么之前，我们应该要了解一下PCIe的祖先们，这样我们才能对PCIe的一些设计有了更深刻的理解，并感叹计算机技术的飞速发展和工程师们的不懈努力。 1. ISA (Industry Standard Architecture) 2. MCA (Micro Channel Architecture) 3. EISA (Extended

第十一章 内核的数据类型 坚持使用严格的数据类型，并且使用-Wall -Wstrict-prototypes选项编译可以防止大多数的代码缺陷 内核使用的数据类型主要分为三大类： ① 标准C语言类型，类似int ② 类似u32这样有确定大小的类型 ③ 类似pid_t这样用于特定内核对象的类型 使用标准C语言类型 在不同的体系架构上，普通C语言的数据类型所占空间的大小并不相同。 Linux系统中，指针和long整型的大小总是相同的。 为数据项分配确定的空间大小 有时内核代码需要特定大小的数据项，多半是用来匹配预定义的二进制结构或者和用户口空间进行通讯或者通过在结构体中插入"填白 padding"字段 来对齐数据。 当需要知道自己的数据大小时，内核提供了下列数据类型，定义在<asm/types.h>中 ① u8; 无符号字节8位 ② u16; 无符号字 16位 ③ u32; 无符号32位 ④ u64; 无符号64位 相应的有符号类型也存在，只需将名字中的u用s替换就可以了。 接口特定的类型 内核中最常用的数据类型由typedef声明，这样可以防止出现任何移植性问题。 当需要打印一些接口特定的数据类型时，最行之有效的方法就是将其强制转换成可能的最大类型（通常是long或者unsigned long）,然后用相应格式。 因为格式和类型相匹配，而且也不会丢失数据位

PCIe基础知识与例程分析 一、 基础知识 1.1 关于接口 PCIe2x接口，对比其他系列，该接口包含2对发送与接收接口， 数据部分包含双向八个接口： PETp0与PETn0：发送器差动线对，通道0 PETp1与PETn1：发送器差动线对，通道1 PERp0与PERn0：接收器差动线对，通道0 PERp1与PERn1：接收器差动线对，通道1 故链路宽度为2，有几对链路差分对链路宽度即为多大。 1.2 TLP包 1.2.1 AXI-Stream总线上的数据 在赛灵思7系列FPGA中，使用AXIStream总线进行通信，PCIe的TLP包使用AXI总线传输，在AXI总线上数据大端对齐，即高位数据在地址的高位，在传输时AXIS总线上的数据形式： 图1.1 3DW_TLP包 图1.2 4DW_TLP包 What’s more，TLP是Transaction Layer Packet事务层包的检测，关于其详细内容可查看PICe的物理结构，主要是事务层（Transaction Layer）、数据链路层（Data Link Layer）和物理层（Physical Layer）。 事务（处理）层 ：高层事务源事务源与传送设备的设备核心，结束于接收设备的设备核心，处理层是组装出站处理层数据包的起点，也是接收层拆解入站TLP的终点。在发送数据时，处理层根据设备核心的请求构建TLP头

内核版本：Linux-3.14 作者：彭东林 邮箱：pengdonglin137@163.com pr_debug： #if defined(CONFIG_DYNAMIC_DEBUG) /* dynamic_pr_debug() uses pr_fmt() internally so we don't need it here */ #define pr_debug(fmt, ...) \ dynamic_pr_debug(fmt, ##__VA_ARGS__) #elif defined(DEBUG) #define pr_debug(fmt, ...) \ printk(KERN_DEBUG pr_fmt(fmt), ##__VA_ARGS__) #else #define pr_debug(fmt, ...) \ no_printk(KERN_DEBUG pr_fmt(fmt), ##__VA_ARGS__) #endif dev_dbg: #if defined(CONFIG_DYNAMIC_DEBUG) #define dev_dbg(dev, format, ...) \ do { \ dynamic_dev_dbg(dev, format, ##__VA_ARGS__); \ } while (0) #elif defined(DEBUG) #define dev