IORESOURCE_IO和IORESOURCE_MEM

最新推荐文章于 2021-12-14 22:39:24 发布
转载 最新推荐文章于 2021-12-14 22:39:24 发布 · 2.8k 阅读 · 2

内核中有很多资源,但属于IO资源的有:#define IORESOURCE_IO 0x00000100 /* Resource type */#define IORESOURCE_MEM 0x00000200#define IORESOURCE_IRQ 0x00000400#define IORESOURCE_DMA 0x00000800本文我主要研究IORESOURCE_IO IORESOURCE_MEM,及地址空间的管理,涉及的文件只有kernel/resource.c.这两种资源本质上都是一段地址空间. 只是类型不一样IORESOURCE_IO 指的是IO地址空间,这个空间从kernel编程上来看,只能通过专门的接口函数才能访问.硬件层面上,cpu需要用特殊指令才能访问或需要用特殊访问方式才能访问,不能直接用指针来寻址.在PC机上,其指的就是PCI/CPU IO address space.在嵌入式中，基本上没有io address space. IORESOURCE_MEM 指的是属于外设或者用于和设备通讯的支持直接寻址的地址空间.PC机上,主板上北桥上连的内存都是交给kernel直接管理,或者都是用于软件执行,所以这部分内存不属于IORESOURCE_MEM, IORESOURCE_MEM主要是指PCI设备的 memory address space. 但在嵌入式上, 主板上的sdram一般是设备与cpu共享的. 故交给kernel直接管理的内存只是一部分.余下的内存以及寄存器空间都作为IORESOURCE_MEM来管理.只所以需要管理,是因为像PCI总路线设备的这些地址空间是设备向系统申请的,故是可配置的,并且设备并身可能热插拨或更换,故其变成一种可分配的资源. 故内核用算法来管理分配与释放操作，防止冲突和便于查询维护.但实际PC中,BIOS一般会做分配操作,内核需要是把分配结果添加进来,故提供了注册(或者叫做添加)接口. 在嵌入式系统中,外设的地址也通常是固定的,只需要添加即可.这两种资源,内核采用同样的管理算法--二叉树.相当于内核维护两个独立的二叉树. 按地址基地址与地址长度范围作为管理数据.可以添加,分配,释放节点.分配过程中可以避免空间冲突,添加时可以识别空间冲突.根节点在kernel/resource.c中以全局变量方式定义.根节点用于限制地址空间的范围.主要接口:int insert_resource(struct resource *parent, struct resource *new)int adjust_resource(struct resource *res, unsigned long start, unsigned long size)int allocate_resource(struct resource *root, struct resource *new, unsigned long size, unsigned long min, unsigned long max, unsigned long align, void (*alignf)(void *, struct resource *, unsigned long, unsigned long), void *alignf_data)int release_resource(struct resource *old)int request_resource(struct resource *root, struct resource *new)上面的接口对上述4种资源类型都有效,对于IORESOURCE_IO 和 IORESOURCE_MEM这两种资源,使用这两个接口更为方便request_region(start,n,name)release_region(start,n) io spacerequest_mem_region(start,n,name)release_mem_region(start,n) mem space在 /proc 文件系统中,ioports和iomem分别显示系统当前这两种资源.嵌入式设备的外设一般先作为platform device添加到platform bus上,其主要目的就是向系统注册资源,在platform_add_devices时做,如:/* Watchdog timer parameters */static struct resource wdt_resource[] = { /* Watchdog timer only needs a register address */ [0] = { .start = 0xFFC00008, .end = 0xFFC00010, .flags = IORESOURCE_MEM, }};struct platform_device wdt_device = { .name = "wdt", .id = -1, .num_resources = ARRAY_SIZE(wdt_resource), .resource = wdt_resource,};platform_add_devices(wdt_device,1);故如已知设备的物理地址,并不一定需要request_mem_region,因为这个操作并没有涉及到任何硬件,与软件访问也没有任何关系..但一般还是推荐做.I/O port 访问流程( 不用mem模拟方式):request_region() #在设备驱动模块加载或opn() 函数中进行,物理i/o port地址由pci bios模块分配inb(),outb()等 #在设备驱动初始化,write(),red(),ioctl() 等函数中进行relase_region #在设备驱动模块卸载或release() 函数中进行I/O port 访问流程( 用mem模拟方式):request_region() ioport_map #在设备驱动模块加载或opn() 函数中进行,物理i/o port地址由pci bios模块分配ioread8,iowrite8等 #在设备驱动初始化,write(),red(),ioctl() 等函数中进行ioport_unmap()relase_region #在设备驱动模块卸载或release() 函数中进行request_mem_regionioremap #在设备驱动模块加载或opn() 函数中进行,物理i/o port地址由pci bios模块分配ioread8,iowrite8等 #在设备驱动初始化,write(),red(),ioctl() 等函数中进行iounmap()relase_region #在设备驱动模块卸载或release() 函数中进行文章出处：飞诺网(www.diybl.com):http://www.diybl.com/course/6_system/linux/Linuxjs/2008827/137930.html
硬件驱动中platform机制及其设备树
wangjie36的博客
05-14 1638
这样就形成了驱动的分离，一边是SOC的硬件资源，另一边是用户设备，它们通过统一的接口来连接。驱动分离的思想带来了许多好处，linux长久的发展中，省去了很多冏余的代码，SOC厂家根据统一的接口提供SOC片上外设的驱动，设备厂家也根据结构统一的接口提供设备的驱动，用户需要选择好SOC和外设，就能径方便的关联到一起。这样的思想也延续到了单个SOC中，片上驱动和设备驱动通过总线协议来关联。当我们往内核中添加驱动时，总线就会查找对应的设备，添加设备时就去查找对应的驱动。 这就是linux 中的bus、driver、
linux系统中IORESOURCE与select函数的解决方案
嵌入式技术开发
03-24 306
IORESOURCE_MEM 指的是属于外设或者用于和设备通讯的支持直接寻址的地址空间.PC机上,主板上北桥上连的内存都是交给kernel直接管理,或者都是用于软件执行,所以这部分内存不属于IORESOURCE_MEM, IORESOURCE_MEM主要是指PCI设备的 memory address space. 但在嵌入式上, 主板上的sdram一般是设备与cpu共享的. 故交给kernel直接管理的内存只是一部分.余下的内存以及寄存器空间都作为IORESOURCE_MEM来管理.
内核request_mem_region 和 ioremap的理解
热门推荐
做一个有技术追求的人
03-14 3万+
几乎每一种外设都是通过读写设备上的寄存器来进行的，通常包括控制寄存器、状态寄存器和数据寄存器三大类，外设的寄存器通常被连续地编址。根据CPU体系结构的不同，CPU对IO端口的编址方式有两种： 　　（1）I/O映射方式（I/O-mapped） 　　典型地，如X86处理器为外设专门实现了一个单独的地址空间，称为"I/O地址空间"或者"I/O端口空间"，CPU通过专门的I/O指令（如X86的
从设备树的reg到/proc/iomem
刘末的专栏
04-20 4373
在linux系统中，iomem_resource的信息被输出到/proc/iomem中。 我们以高通IPQ4019芯片为例进行一下示例说明 step1 在/proc/iomem中看一下iomem_resource的情况 [root@Abloomy:~]# cat /proc/iomem 060f8800-060f88ff : qscratch_base 078af000-07
address space resource(转)
lgqzero的专栏
09-04 354
IO管理二IORESOURCE_IO和IORESOURCE_MEM
zll5258的博客
05-03 1198
内核中有很多资源,但属于IO资源的有: #define IORESOURCE_IO       0x00000100    /* Resource type */ #defineIORESOURCE_MEM        0x00000200 #define IORESOURCE_IRQ       0x00000400 #define IORESOURCE_DMA       0x000
void __pci_bus_size_bridges(struct pci_bus *bus, struct list_head *realloc_head) { struct pci_dev *dev; unsigned long mask, prefmask, type2 = 0, type3 = 0; resource_size_t additional_mem_size = 0, additional_io_size = 0; struct resource *b_res; int ret; list_for_each_entry(dev, &bus->devices, bus_list) { struct pci_bus *b = dev->subordinate; if (!b) continue; switch (dev->hdr_type) { case PCI_HEADER_TYPE_CARDBUS: pci_bus_size_cardbus(b, realloc_head); break; case PCI_HEADER_TYPE_BRIDGE: default: __pci_bus_size_bridges(b, realloc_head); break; } } /* The root bus? */ if (pci_is_root_bus(bus)) return; switch (bus->self->hdr_type) { case PCI_HEADER_TYPE_CARDBUS: /* Don't size CardBuses yet */ break; case PCI_HEADER_TYPE_BRIDGE: pci_bridge_check_ranges(bus); if (bus->self->is_hotplug_bridge) { additional_io_size = pci_hotplug_io_size; additional_mem_size = pci_hotplug_mem_size; } /* Fall through */ default: pbus_size_io(bus, realloc_head ? 0 : additional_io_size, additional_io_size, realloc_head); /* * If there's a 64-bit prefetchable MMIO window, compute * the size required to put all 64-bit prefetchable * resources in it. */ b_res = &bus->self->resource[PCI_BRIDGE_RESOURCES]; mask = IORESOURCE_MEM; prefmask = IORESOURCE_MEM | IORESOURCE_PREFETCH; if (b_res[2].flags & IORESOURCE_MEM_64) { prefmask |= IORESOURCE_MEM_64; ret = pbus_size_mem(bus, prefmask, prefmask, prefmask, prefmask, realloc_head ? 0 : additional_mem_size, additional_mem_size, realloc_head); /* * If successful, all non-prefetchable resources * and any 32-bit prefetchable resources will go in * the non-prefetchable window. */ if (ret == 0) { mask = prefmask; type2 = prefmask & ~IORESOURCE_MEM_64; type3 = prefmask & ~IORESOURCE_PREFETCH; } } /* * If there is no 64-bit prefetchable window, compute the * size required to put all prefetchable resources in the * 32-bit prefetchable window (if there is one). */ if (!type2) { prefmask &= ~IORESOURCE_MEM_64; ret = pbus_size_mem(bus, prefmask, prefmask, prefmask, prefmask, realloc_head ? 0 : additional_mem_size, additional_mem_size, realloc_head); /* * If successful, only non-prefetchable resources * will go in the non-prefetchable window. */ if (ret == 0) mask = prefmask; else additional_mem_size += additional_mem_size; type2 = type3 = IORESOURCE_MEM; } /* * Compute the size required to put everything else in the * non-prefetchable window. This includes: * * - all non-prefetchable resources * - 32-bit prefetchable resources if there's a 64-bit * prefetchable window or no prefetchable window at all * - 64-bit prefetchable resources if there's no prefetchable * window at all * * Note that the strategy in __pci_assign_resource() must match * that used here. Specifically, we cannot put a 32-bit * prefetchable resource in a 64-bit prefetchable window. */ pbus_size_mem(bus, mask, IORESOURCE_MEM, type2, type3, realloc_head ? 0 : additional_mem_size, additional_mem_size, realloc_head); break; } }
03-12
如果桥是热插拔桥，会设置额外的IO和内存空间大小（`additional_io_size`和`additional_mem_size`）。 之后，调用`pbus_size_io`处理IO资源，然后是处理内存资源的部分。这里涉及到位掩码（`mask`, `prefmask`）的...
linux下request_mem_region的详细解释
09-27
request_mem_region 函数提供了一种简洁的方式来申请和管理 I/O 内存区域，从而确保设备驱动程序能够正确地访问和操作 I/O 设备。 request_mem_region 函数是 Linux 中一个非常重要的函数，它为设备驱动程序提供了...
HAS_DMA && HAS_IOMEM分别是什么宏
最新发布
08-19
虽然用户提供的引用没有直接提到这两个宏，但引用[1]中提到的`IORESOURCE_MEM`（表示资源是I/O内存）和引用[2]中提到的`__iomem`标记，都与HAS_IOMEM宏有关。因为如果平台不支持I/O内存映射，那么这些资源标记和指针...
iomem—I/O映射方式的I/O端口和内存映射方式的I/O端口
佛系程序员
04-27 1048
iomem—I/O映射方式的I/O端口和内存映射方式的I/O端口 Linux将基于I/O映射方式的I/O端口和基于内存映射方式的I/O端口资源统称为“I/O区域”（I/O Region）。I/O Region仍然是一种I/O资源，因此它仍然可以用resource结构类型来描述。下面我们就来看看Linux是如何管理I/O Region的。 3．3．1 I/O Region的分配 在函数__
ARM-LINUX平台下通过IO内存和IO端口这两种方式进行IO访问
06-01
linux为了支持多个硬件体系，在IO访问上做了自己的接口。可以通过IO内存和IO端口这两种方式进行IO访问
Spring-core-io-Resource
Napoleon的专栏
09-01 931
linux下request_mem_region的粗略理解
yang_dk的专栏
02-25 8514
 linux下request_mem_region的粗略理解文章来源:http://gliethttp.cublog.cn  Linux把基于I/O映射方式的I/O端口和基于内存映射方式的I/O端口资源统称为“I/O区域”（I/O Region）。I/O Region仍然是一种I/O资源，因此它仍然可以用resource结构类型来描述。  Linux是以一种倒置的树形结构来管理每一类I
驱动中动态内存申请（request_mem_region）
qq_20376499的博客
04-15 4625
利用动态内存生气编写驱动，使得驱动的具有较强的移植性，内核中封装了一些函数以供驱动开发者使用，屏蔽了具体的细节。 1. 动态获取内存的函数request_mem_region() #define request_mem_region(start,n,name) __request_region(&iomem_resource, (start), (n), (name), ...
谈内核资源申请platform_get_resource、devm_request_mem_region、devm_ioremap
9527的专栏
10-09 9349
以IO内存资源为例： platform_get_resource(pdev, IORESOURCE_MEM, 0); 即可得到一个IO内存资源节点指针， 包括了地址的开始，结束地址等, 该IO内存的长度可用 resource_size（） 来获取， 但这段资源只是一个描述， 想真正使用这段IO内存， 还要经过先申请， 再映射的过程。例如可使用devm_request_mem_region()申
Linux内核中__iomem的解析
多年芯片设计领域从业经验，负责芯片bringup以及kernel驱动开发。
12-14 5814
内核代码中充斥着大量的__iomem修饰的void类型的指针，像下面这样： void __iomem *devm_ioremap_resource(struct device *dev, const struct resource *res) { resource_size_t size; void __iomem *dest_ptr; char *pretty_name; BUG_ON(!dev); if (!res || resource_type(res) != IORE
IO端口，io内存， 物理地址， 虚拟地址
leaf6094189的专栏
11-03 715
摘要 　　本文主要从内核实现的角度分析Linux 2.4.0内核IO子系统中对IO端口资源的管理的实现原理。本文是为那些想要深入分析Linux的IO子系统的读者和设备驱动程序开发人员而写的。(2002-10-08 14:14:05)
linux 申请内存函数,request_mem_region 申请内存函数讲解
weixin_42381087的博客
05-01 1613
request_mem_region这里我们看到的那个 request_mem_region 是申请 I/O 内存用的 . 申请了之后 , 还需要使用 ioremap 或者 ioremap_nocache 函数来映射 .对于 request_region, 三个参数 start,n,name 表示你想使用从 start 开始的 size 为 n 的 I/O port 资源 ,name 自然就是你的...
Linux 内核访问外设IO资源的方式
默默的努力
11-25 733
首先介绍一下I/O端口和I/O内存。 1. I/O端口：当一个寄存器或内存位于I/O空间时，称其为I/O端口。 2. I/O内存：当一个寄存器或内存位于内存空间时，称其为I/O内存。 再来看一下I/O寄存器和常规内存的区别：I/O寄存器具有边际效应（side  effect），而内存操作则没有,内存写操作的唯一结果就是在指定位置存贮一个 数值；内存读操作则仅仅是返回指定位置最后一次写入的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值