Linux读取PCIe BAR (linux read pcie bar)

PCIe(Peripheral Component Interconnect-Express)是一种高速串行接口标准,它被用于连接计算机主板和各种外部设备,例如显卡、网卡、存储设备等。为了提高系统性能,PCIe设备通常将一部分内存映射到PCIe总线上,以便在主机和设备之间进行数据交换。在Linux系统中,为了正确使用PCIe设备,我们需要首先了解如何读取PCIe BAR(Base Address Register)。

PCIe BAR是标志PCIe设备内存地址的寄存器,它告诉主机操作系统设备内存的基地址和大小。每个PCIe设备通常都有多个BAR,因为它们可能需要映射多个内存区域。在Linux内核中,我们可以使用设备树和pci_resource_start()函数来访问PCIe设备的BAR。下面是如何使用这些工具读取设备之一个BAR的基地址的示例代码:

“`

#include

#include

static void __iomem *dev_mem;

static int probe(struct pci_dev *pdev, const struct pci_device_id *ent)

{

struct resource *r;

u64 mem_start, mem_len;

r = &pdev->resource[0];

mem_start = r->start;

mem_len = resource_size(r);

dev_mem = pci_iomap(pdev, 0, 0);

if (!dev_mem) {

dev_err(&pdev->dev, “pci_iomap fled\n”);

return -ENODEV;

}

printk(KERN_INFO “BAR0 start %#llx, size %#llx\n”, mem_start, mem_len);

return 0;

}

static void remove(struct pci_dev *pdev)

{

pci_iounmap(pdev, dev_mem);

}

static struct pci_device_id ids[] = {

{PCI_DEVICE(0x1234, 0x5678)},

{0},

}

MODULE_DEVICE_TABLE(pci, ids);

static struct pci_driver drv = {

.name = “mydriver”,

.id_table = ids,

.probe = probe,

.remove = remove,

}

module_pci_driver(drv);

“`

此代码包含一个设备树的片段,该片段定义了一个PCIe设备。节点包含厂商ID、设备ID和之一个BAR的基地址和大小。在probe()函数中,我们使用pci_iomap()函数将BAR映射到内核中的虚拟地址。然后,我们可以使用dev_mem指针来读取和写入该内存区域。

PCIe设备的BAR可能是32位或64位。如果是64位,我们需要使用pci_resource_len()和pci_resource_flags()函数来访问设备的高32位BAR。设备树中的reg属性可以指定高32位BAR的值。

在移除设备驱动程序时,我们使用pci_iounmap()函数释放BAR映射。这很重要,因为每个PCIe设备只有一定数量的BAR可供使用。如果不释放映射,可能会降低系统性能。

相关问题拓展阅读:

  • 如何在64位的Linux系统上使用汇编和C语言混

如何在64位的Linux系统上使用汇编和C语言混

编译和链接的时候使用的指令:(AMD处理器,64位操作系统)

编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -c bar.c -o bar.o

3 ld -s -o foobar bar.o foo.o

汇编语言用na编写并用na编译器编译,而C语言用的是gcc编译,这些都没有问题,但是在链接的时候出错了,提示如下:

ld: i386 architecture of input file `foo.o’ is incompatible with i386:x86-64 output

google了一下,意思就是na 编译产生的是32位的目标代码,gcc 在64位平台上默认产生的是64位的目标代码,这两者在链接的时候出错,gcc在64位平台上默认以64位的方式链接。

这样在解决的时候就会有两种解决方案:

让gcc 产生32位的代码,并在链接的时候以32位的方式进行链接

在这种情况下只需要修改编译和链接指令即可,具体如下:

32位的编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -m32 -c bar.c -o bar.o

3 ld -m elf_i386 -s -o foobar foo.o bar.o

具体的-m32 和 -m elf_i386 请自行查阅gcc (man gcc)

如果你是高版本的gcc(可能是由于更新内核造成的),可能简单的使用-m32 的时候会提示以下错误(使用别人的历程,自己未曾遇到):

> In file included from /usr/include/stdio.h:28:0,

> from test.c:1:

> /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory

> compilation terminated.

这应该是缺少构建32 位可执行程序缺少的包,使用以下指令安装:

sudo apt-get install libc6-dev-i386

此时应该就没有什么问题了。

编译和链接的时候使用的指令:(AMD处理器,64位操作系统)

编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -c bar.c -o bar.o

3 ld -s -o foobar bar.o foo.o

汇编语数如言用na编写并用na编译器编译,而C语言用的是gcc编译,这些都没有问题,但是在链接的时候出错了,提示如下:

ld: i386 architecture of input file `foo.o’ is incompatible with i386:x86-64 output

google了一下,意思就是na 编译产生的是32位的目标代码,gcc 在64位平台上默认产生的是64位的目标代码,这两者在链接的时候出错,gcc在64位平台上默认以64位的方式链接。

这样在解决的时候就会有两种解决方案:

让gcc 产生32位的代码,并在链接的时候以32位的方式进行链接

在这种情况下只需要修滑正改编译和链接指令即可,具体如下:

32位的编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -m32 -c bar.c -o bar.o

3 ld -m elf_i386 -s -o foobar foo.o bar.o

具体的-m32 和 -m elf_i386 请自行查阅gcc (man gcc)

如果你是高版本的gcc(可能是由于更新内核造成的),可能简单的使用-m32 的时候会提示以下错误(使用别人的历程,自己薯让启未曾遇到):

> In file included from /usr/include/stdio.h:28:0,

> from test.c:1:

> /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory

> compilation terminated.

这应该是缺少构建32 位可执行程序缺少的包,使用以下指令安装:

sudo apt-get install libc6-dev-i386

此时应该就没有什么问题了。

编译和链接的时候使用的指令:(AMD处理器,64位操作系统)

编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -c bar.c -o bar.o

3 ld -s -o foobar bar.o foo.o

汇编语言用na编写并用na编译器编译,而C语言用的是gcc编译,这些都没有问题,但是在链接的时候出错了,提示如下:

ld: i386 architecture of input file `foo.o’ is incompatible with i386:x86-64 output

google了一下,意思就是na 编译产生的是32位的目标代码,gcc 在64位平台上默认产生的是64位的目标代码,这两者在链接的时候出错,gcc在64位平台上默认以64位的方式链银缺蠢接。

这样在解决的时候就会有两种解决方案:

让gcc 产生32位的代码,并在链接的时候以32位的方式进行链接

在这种情况下只需要修改编译和链接指令即可,具体如下:

32位的编译链接指令

1 na -f elf foo.s -o foo.o

2 gcc -m32 -c bar.c -o bar.o

3 ld -m elf_i386 -s -o foobar foo.o bar.o

具体的-m32 和 -m elf_i386 请自行查阅gcc (man gcc)

如果你是高版本的gcc(可能是由于更新内核造成的扮枯),可能简单的使用-m32 的时候会提示以下错误(使用别人的历程,自己未曾遇到):

> In file included from /usr/include/stdio.h:28:0,

> from test.c:1:

> /usr/include/锋陪features.h:323:26: fatal error: bits/predefs.h: No such file or directory

> compilation terminated.

这应该是缺少构建32 位可执行程序缺少的包,使用以下指令安装:

sudo apt-get install libc6-dev-i386

关于linux read pcie bar的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

香港服务器首选树叶云,2H2G首月10元开通。
树叶云(shuyeidc.com)提供简单好用,价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/191445.html<

(0)
管理的头像管理
上一篇2025-04-01 03:21
下一篇 2025-04-01 03:23

相关推荐

  • 云服务器和云虚拟主机怎么选?云服务器和虚拟主机区别

    云服务器适合业务增长快、需弹性扩展的场景,而云虚拟主机适合预算有限、技术门槛低的小型静态网站或测试环境,二者核心区别在于资源独享性与运维复杂度,核心差异解析:从底层架构到使用体验很多人容易混淆这两者,觉得它们都是“买空间建站”,它们的底层逻辑完全不同,云服务器(ECS)就像是你租了一整栋别墅,水电网络独立,你想……

    2026-06-29
    0
  • 赣州智慧旅游招聘是真的吗?赣州旅游人才招聘信息

    中级岗位(3-5年经验)月薪范围通常在6000-10000元,这类岗位需要独立负责项目模块,如独立运营一个抖音账号,或维护一个景区小程序的功能迭代,具备成功案例的候选人议价能力较强,高级岗位(5年以上经验)月薪范围通常在10000-20000元,部分核心管理岗可达更高,这类人才需要具备战略规划能力,如制定整个景……

    2026-06-29
    0
  • 赣州智能物联网车位锁如何管理?智能车位锁管理系统多少钱

    赣州智能物联网车位锁管理的核心在于通过云端平台实现远程控锁、状态实时监控及自动计费,彻底解决传统车位“被占难管”与“找位难”的痛点,在赣州这样的城市,随着机动车保有量的持续增长,老旧小区、商业综合体以及私人固定车位的资源矛盾日益凸显,传统的机械地锁或简易遥控锁,不仅操作繁琐,更无法实现数据化管理,引入智能物联网……

    2026-06-29
    0
  • 赣州智能消防栓好用吗,智能消防栓多少钱一个

    赣州智能消防栓通过物联网技术实现实时监测与远程报警,能显著降低火灾响应时间并提升城市消防安全管理水平,是目前智慧城市建设中不可或缺的基础设施,赣州智能消防栓的核心价值与应用场景传统消防栓往往存在“看不见、摸不着、用不了”的痛点,在赣州这样地形复杂、老城区与新城区并存的区域,传统设施的管理难度极大,智能消防栓的出……

    2026-06-29
    0
  • 云服务器和物理机到底有啥区别?

    云服务器本质上是虚拟化资源池中的弹性实例,而传统物理服务器是独占的硬件实体,前者胜在弹性与运维便捷,后者强在物理隔离与性能稳定,具体选择取决于业务对成本、扩展性及安全合规的权衡,很多人初次接触服务器时,容易把“云服务器”和“传统物理服务器”混为一谈,觉得它们都是用来跑网站或存数据的盒子,这两者的底层逻辑完全不同……

    2026-06-29
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注