***********************************************************
io端口设备访问流程为
-----------------------------------------------------------
1 request_region() 1 request_region()
2 ioport_map() 2 in() outb()
3 ioread8() iowrite8() ... 3 release_region()
4 ioport_unmap()
5 release_region()
****************** ******************
映射到内存空间 不映射到内存空间
-----------------------------------------------------------
先看 request_region
例子
惠普的一个设备
drivers/input/serio/hp_sdc.c
-------------------------------------
if (request_region(hp_sdc.data_io, 2, hp_sdc_driver.name))
goto err0;
如果request_region 分配端口成功,返回非空指针。
- drivers/input/serio/hp_sdc.c
- -------------------------------------
- if (request_region(hp_sdc.data_io, 2, hp_sdc_driver.name))
- goto err0;
- 如果request_region 分配端口成功,返回非空指针。
- request_region
- -------------------------------------
- ->./include/linux/ioport.h:
- #define request_region(start,n,name) \
- __request_region(&ioport_resource, (start), (n), (name), 0)
- =====================================
- ioport_resource
- -------------------------------------
- -->kernel/resource.c
- struct resource ioport_resource = {
- .name = "PCI IO",
- .start = 0,
- .end = IO_SPACE_LIMIT,
- .flags = IORESOURCE_IO,
- };
- EXPORT_SYMBOL(ioport_resource);
- __request_region
- -------------------------------------
- -->kernel/resource.c
- struct resource * __request_region(struct resource *parent,
- resource_size_t start, resource_size_t n,
- const char *name, int flags)
- {
- struct resource *res = kzalloc(sizeof(*res), GFP_KERNEL);
- if (!res)return NULL;
- res->name = name;
- res->start = start;
- res->end = start + n - 1;
- res->flags = IORESOURCE_BUSY;
- res->flags |= flags;
- write_lock(&resource_lock);
- for (;;) {
- struct resource *conflict;
- conflict = __request_resource(parent, res);
- if (!conflict) break; //申请成功
- if (conflict != parent) {
- parent = conflict;
- if (!(conflict->flags & IORESOURCE_BUSY))
- continue;
- }
- /* Uhhuh, that didn‘t work out.. */
- kfree(res);
- res = NULL;
- break;
- }
- write_unlock(&resource_lock);
- return res;
- }
- EXPORT_SYMBOL(__request_region);
- =====================================
- kzalloc
- -------------------------------------
- --->include/linux/slab.h
- static inline void *kzalloc(size_t size, gfp_t flags)
- {
- return kmalloc(size, flags | __GFP_ZERO);
- }
- __request_resource
- -------------------------------------
- --->kernel/resource.c
- static struct resource *
- __request_resource(struct resource *root,
- struct resource *new)
- {
- resource_size_t start = new->start;
- resource_size_t end = new->end;
- struct resource *tmp, **p;
- if (end < start) return root;
- if (start < root->start) return root;
- if (end > root->end) return root;
- p = &root->child;
- for (;;) {
- tmp = *p;
- if (!tmp || tmp->start > end) {
- new->sibling = tmp;
- *p = new;
- new->parent = root;
- return NULL; //成功
- }
- p = &tmp->sibling;
- if (tmp->end < start) continue;
- return tmp;
- }
- }
- =====================================
-------------------------------------
ioport_resource 小结
-------------------------------------
这是一个只有两层的树,第二层横向是个链
下面的图就是这个结构
% child指针
单线 parent指针
== sibling 指针
可以很容易得出如下特点
父节点会把子节点的范围包含
1 S :申请的io口的数量 S(i) > 0
2 s :申请的io的起始地址 0
3 s(i+j) > s(i)
4 j,i=1,2,3, ...
ioport_resource
-------------------------------------
ioport_resource (0,0xffff)
% ↑ ↑ ↑
% / | \
↓ / | \
(s1,s1+S1)==> (s2,s2+S2)==> (s3,s3+S3)==>
到此我们可以判断端口号的范围是 0-0xffff, 那么他和物理地址以及虚拟地址的关系呢?
如果有关系,从申请内存的kzalloc(sizeof(*res), GFP_KERNEL)句考察应该是个好入口。
接下来就是看 kmalloc(size, GFP_KERNEL | __GFP_ZERO)了
个人感觉没有多大关系。因为申请的关键性标志为 GFP_KERNEL,这表示申请的是内核常规内存。具体有没有关系,如果有,有什么样的关系,等看了kmalloc再说。
接着应该看
==============================================================================
***********************************************************
ioport_map ioport_unmap
***********************************************************
- lib/iomap.c
- -------------------------------------
- #define PIO_OFFSET 0x10000UL //64k
- #define PIO_MASK 0x0ffffUL
- #define PIO_RESERVED 0x40000UL //256K
- #endif
- void __iomem *ioport_map(unsigned long port, unsigned int nr)
- {
- if (port > PIO_MASK)
- return NULL;
- return (void __iomem *) (unsigned long) (port + PIO_OFFSET);
- }
- void ioport_unmap(void __iomem *addr)
- {
- /* Nothing to do */
- }
- __iomem
- -------------------------------------
- include/linux/compiler.h
- # define __iomem __attribute__((noderef, address_space(2)))
- //对iomem地址进行检查
- -------------------------------------
- ioport_map ioport_unmap 小结
- -------------------------------------
- 从port的范围(0-0xffff) 可以看到,映射的地址是10000-0x1ffff, 即(64k) -> (128k-1)的空间。
- 还有一个是PIO_RESERVED 40000,是保留的空间。
- 在搜代码的时候,同时也会在include/asm-generic/io.h文件中出现。而其上方有 #ifndef CONFIG_GENERIC_IOMAP,个人理解是这文件处理的是没有iomap的功能情况。里面的函数大都是空。
- ==============================================================================
- ***********************************************************
- ioread8() iowrite8()
- ***********************************************************
- lib/iomap.c
- -------------------------------------
- #define PIO_RESERVED 0x40000UL
- #define PIO_OFFSET 0x10000UL
- unsigned int ioread8(void __iomem *addr)
- {
- IO_COND(addr, return inb(port), return readb(addr));
- return 0xff;
- }
- void iowrite8(u8 val, void __iomem *addr)
- {
- IO_COND(addr, outb(val,port), writeb(val, addr));
- }
- EXPORT_SYMBOL(ioread8);
- EXPORT_SYMBOL(iowrite8);
- #define IO_COND(addr, is_pio, is_mmio) do { \
- unsigned long port = (unsigned long __force)addr; \
- if (port >= PIO_RESERVED) { \
- is_mmio; \
- } else if (port > PIO_OFFSET) { \
- port &= PIO_MASK; \
- is_pio; \
- } else \
- bad_io_access(port, #is_pio ); \
- } while (0)
- static void bad_io_access(unsigned long port, const char *access)
- {
- static int count = 10;
- if (count) {
- count--;
- WARN(1, KERN_ERR "Bad IO access at port %#lx (%s)\n", port, access);
- }
- }
- WARN
- -------------------------------------
- ->include/asm-generic/bug.h
- #define WARN(condition, format...) ({ \
- int __ret_warn_on = !!(condition); \
- unlikely(__ret_warn_on); \
- })
- ioread8(addr)意思就是
- if addr>=256K then readb(addr)
- else if addr >64K then inb(addr - 64K)
- else 打印错误
- 继续追踪 inb 和 readb
- =====================================
- include/asm-generic/io.h
- -------------------------------------
- #define readb __raw_readb
- static inline u8 __raw_readb(const volatile void __iomem *addr)
- {
- return *(const volatile u8 __force *) addr;
- }
- #define writeb __raw_writeb
- static inline void __raw_writeb(u8 b, volatile void __iomem *addr)
- {
- *(volatile u8 __force *) addr = b;
- }
- -------------------------------------
- static inline u8 inb(unsigned long addr)
- {
- return readb((volatile void __iomem *) addr);
- }
- static inline void outb(u8 b, unsigned long addr)
- {
- writeb(b, (volatile void __iomem *) addr);
- }
- arch/x86/boot.c
- -------------------------------------
- static inline u8 inb(u16 port)
- {
- u8 v;
- asm volatile("inb %1,%0" : "=a" (v) : "dN" (port));
- return v;
- }
- static inline void outb(u8 v, u16 port)
- {
- asm volatile("outb %0,%1" : : "a" (v), "dN" (port));
- }
-------------------------------------
小结
-------------------------------------
在这里,我做一下个人理解,在io映射过以后,使用的是io.h中的函数,包括inb,outb。
如果没有映射,使用的是boot.c中的函数
inb或outb在不同情况下的值比较
boot.c的port值 小于 64k,
io.h中的port值 介于 64K 和 128k
从boot.c中的inb、outb可以看出,端口号一定和在主板的位置(或者是总线地址有关),有什么关系呢?
是不是和BSP有关,怎么有关的?
到这里,不能算完,待深入?
不过应该确认的是,端口和申请的resource地址无关,resource只是用来记录申请的端口