驱动模块加载的致命问题
驱动的代码是不是放在vmalloc分配的内核区域中?看load_module代码 里有 vmalloc如果是的话,那么进程的页表未更新,那么会产生缺 页 中断
如果驱动代码在中断上下文运行的话,缺 页 中断是 不允许的吧 回复 1# mordorwww
load 时的 vmalloc 分配的用在什么场合？
驱动的代码放在 PAGE_OFFSE - PMD_SIZE 处. Godbach 发表于 2016-02-17 11:37 static/image/common/back.gif
回复 1# mordorwww
load 时的 vmalloc 分配的用在什么场合？
load_module代码里有 vmalloc
驱动的代码应该是放在非线性映射区, 如果不是vmallc,那除非是kmap,kmap貌似不会缺页异常 回复 4# mordorwww
如果只是在 load 阶段 vmalloc，而且 alloc 之后立即使用，按理说应该没问题吧。
Buddy_Zhang1 发表于 2016-02-17 11:47 static/image/common/back.gif
驱动的代码放在 PAGE_OFFSE - PMD_SIZE 处.
void *module_alloc(unsigned long size)
{
if (PAGE_ALIGN(size) > MODULES_LEN)
return NULL;
return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL_EXEC,
NUMA_NO_NODE, __builtin_return_address(0));
}
你说的地址好像不对
arch\x86\include\asm\pgtable_32_types.h
#define MODULES_VADDR VMALLOC_START
#define VMALLOC_START ((unsigned long)high_memory + VMALLOC_OFFSET)
#define PKMAP_BASE ((FIXADDR_BOOT_START - PAGE_SIZE * (LAST_PKMAP + 1)) \
& PMD_MASK)
#ifdef CONFIG_HIGHMEM
# define VMALLOC_END (PKMAP_BASE - 2 * PAGE_SIZE)
#else
# define VMALLOC_END (FIXADDR_START - 2 * PAGE_SIZE)
#endif
#define MODULES_VADDR VMALLOC_START
#define MODULES_END VMALLOC_END
#define MODULES_LEN (MODULES_VADDR - MODULES_END) 回复 6# mordorwww
我的是基于 ARM 架构的,不同架构策略不同.基于 ARM 架构的驱动代码放在 PAGE_OFFSET - PMD_SIZE 处.
mordorwww 发表于 2016-02-17 12:34 static/image/common/back.gif
void *module_alloc(unsigned long size)
{
if (PAGE_ALIGN(size) > MODULES_LEN)
我的是基于 ARM 架构的,不同架构策略不同.基于 ARM 架构的驱动代码放在 PAGE_OFFSET - PMD_SIZE 处.
本帖最后由 mordorwww 于 2016-02-17 13:41 编辑
Godbach 发表于 2016-02-17 11:51 static/image/common/back.gif
回复 4# mordorwww
如果只是在 load 阶段 vmalloc，而且 alloc 之后立即使用，按理说应该没问题吧。
内核态触发的缺页异常处理会调度么?
1. 确切的说模块的空间（而不是驱动）都是vmalloc申请的，非线性，多级页表代换，原因是模块是动态加载的，预先是不知道要放在那块memory的。
2. 模块是隶属于内核的(即init_mm)，跟进程的页表没关系；
3. vmalloc属于内核，应该不会发生交换，因此只会发生TLB Miss。在中断上下文里TLB Miss不会发生任何问题。
页:
[1]
2