mmap对get_free_pages 等的不同做法

最新推荐文章于 2024-11-25 09:00:00 发布
转载 最新推荐文章于 2024-11-25 09:00:00 发布 · 1.2k 阅读 · 0
文章标签：

#struct #file #module #linux内核 #access #数据结构

madvise MADV_FREE对文件页统计的影响及原理
zhaoxin1989的博客
04-27 1738
madvise MADV_FREE对文件页统计的影响及原理，Mapped，AnonPages，Inactive(file)，/proc/meminfo，free -h
Linux内存管理子系统——mmap内存映射原理分析(dax文件系统的mmap)
Imagine Miracle的博客
04-18 3456
Linux mmap分析 内核版本：linux-5.16 1. 虚拟内存概要内容简介 1.1. mm_struct 和 vm_area_struct // mm_struct 和 vm_area_struct 的简要成员 struct mm_struct { unsigned long start_brk, brk, start_stack; } __attribute__((preserve_access_index)); struct vm_area_struct { unsigned lo
用户空间存取内核空间
我们编程吧
08-18 1126
用户空间存取内核空间，具体的实现方法要从两个方面考虑，先是用户进程，需要调用mmap来将自己的一段虚拟空间映射到内核态分配的物理内存；然后内核空间需要重新设置用户进程的这段虚拟内存的页表，使它的物理地址指向对应的物理内存。针对linux内核的几种不同的内存分配方 式（kmalloc、vmalloc和ioremap），需要进行不同的处理。
用户空间与内核空间数据交换之mmap
不舍驽马
10-15 823
在阅读以下测试程序之前先要搞清楚驱动程序中__get_free_pages的用法： unsigned long __get_free_pages(unsigned int gfp_mask, unsigned int order) This function works the same as alloc_pages(), except that it directly retur
Linux 1.0 __get_free_page函数的一点理解
m0_53755675的博客
08-25 697
在0.11版本中，get_free_page负责分配内存，如果没用空闲内存了，就返回0。 这种做法是不留一点余量，万一有特别紧急的任务需要内存，结果却用光了，这就不好了。我们知道，大到一个国家，小到一个家庭，都要留一些储备资源。国家有储备粮、储备肉什么的，平时不会用，紧急情况下国家才会调动储备资源来平息问题。家庭也一样，也要留一些救命钱。平时困难时宁可吃糠咽菜也不动，只有万分需要时才能动用。内存作为一项非常重要的资源，我们也要采取措施留一些储备。在1.0中，一部分内存被分割成储备内存，一般情况下不会用，se
Linux内核中内存分配api
wangyangzhizunwudi的博客
09-16 1050
转载：https://blog.youkuaiyun.com/lonnox/article/details/81489359 1.1.__get_free_pages 　　unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order) 　　__get_free_pages函数是最原始的内存分配方式，直接从伙伴系统中获取原始页框，返回值...
内核函数__get_free_page和 free_pages
yldfree的博客
07-20 1万+
unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order)功能:以gfp_mask的方式分配2^order个物理页面 gfP_mask:分配的方式,指出如何分配在哪分配如GFP_KERNEL order:分配2^order个页面 返回值:返回分配的第一个页的逻辑地址 头文件: #include <gfp/linux.h...
Linux内核内存分配全解析：kmalloc、vmalloc与__get_free_pages的性能对比与选型建议
它通过多层级机制协调不同场景下的内存需求，满足驱动程序、文件系统、网络协议栈等子系统对内存连续性、访问速度和上下文适应性的多样化要求。三大核心分配接口——`kmalloc`、`vmalloc` 和 `__get_free_pages` ...
【linux 内存管理】mmap.c文件代码分析do_mmap() 和 do_mmap_pgoff()
ElisabethSissi的博客
11-18 1943
mmap.c文件代码分析do_mmap_pgoff // An highlighted block unsigned long do_mmap_pgoff(struct file * file, unsigned long addr, unsigned long len, unsigned long prot, unsigned long flags, unsigned long pgoff) /*负责把磁盘文件的逻辑地址映射到虚拟地址，以及把虚拟址映射到物理地址。*/ /*do_mmap在mm.h
内核mmap_sem锁的危害和相关优化
buhui912的专栏
05-26 2303
mmap_sem锁简介 mmap_sem锁是进程为了保护自身虚拟地址空间不受多线程并发访问影响而设计的。 多线程环境下，如果想访问进程的虚拟地址空间(比如find_vma等)，是要先持有该mmap_sem锁才能访问的，这样可以避免多线程并发修改进程vma区域造成的冲突。 mmap_sem锁的一些问题总结 内核mmap_sem锁设计目前存在一些问题，简单总结如下： 1：保护的东西太多，范围太广了。 mmap_sem目前保护: 1)Rbtree of VMA，比如做find_vma()时 arm
linux-5.14.2-内核文件读取page缓存
xxt99的博客
07-03 795
linux-5.14.2-内核文件读取page缓存
内存管理API之__get_free_pages
jason的笔记
01-08 3738
unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order) 用于以gfp_mask分配方式分配2的order次方个连续的物理页 其源码分析如下： unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order) { struct page *page;
linux内核分配物理页面alloc_pages
菜鸡搞计算机
08-20 306
linux内核分配物理页空间
__get_free_pages
YuZhiHui_No1的专栏
04-27 2159
说下分配策略，这个分配策略主要是获取到节点的编号（也就是得到 pgdat 结构体）；下面是分配策略的结构体 static inline struct page * __alloc_pages(gfp_t gfp_mask, unsigned int order, struct zonelist *zonelist) {
深入理解Linux内核-内存管理-进程地址空间
x13262608581的博客
08-04 807
linux进程地址空间--线性区管理
get_free_page 和其友
我们编程吧
08-18 8967
如果一个模块需要分配大块的内存, 它常常最好是使用一个面向页的技术. 请求整个页也有其他的优点
Linux内核源代码分析：文件系统的read操作全流程
Linux内核研究者
11-25 1626
本文详细解析了Linux 6.8内核中文件系统read操作的全流程，从用户态的read()系统调用开始，经过内核态的sys_read入口函数，转至VFS层的vfs_read通用接口，最终到达具体文件系统层如ext4的实现。核心过程涉及从页缓存中读取数据，若数据不在缓存中，则通过文件系统提供的方法（如ext4_read_folio）从块设备读取并加载到页缓存。整个流程展现了Linux内核如何高效地管理文件I/O操作，通过页缓存机制将磁盘I/O转换为快速的内存操作，从而提高文件读写的性能。
详解linux内核中的各种内存分配函数：kmalloc、vmalloc、slab、__get_free_pages、mempoll_alloc
热门推荐
Leon的博客
10-24 1万+
【摘要】本文叙述了在Linux内核中常见的几种内存分配函数及其异同，对理解linux底层内存分配机制有个较好理解。 1、kmalloc() kmalloc()函数类似与我们常见的malloc()函数，前者用于内核态的内存分配，后者用于用户态。 kmalloc()函数在物理内存中分配一块连续的存储空间，且和malloc()函数一样，不会清除里面的原始数据，如果内存充足，它的分配速度很快。其原型如下： static inline void *kmalloc(size_t size, gfp_t flags);
int vrdma_mmap(struct ib_ucontext *ctx, struct vm_area_struct *vma) { struct vrdma_ucontext *uctx = to_vucontext(ctx); size_t size = vma->vm_end - vma->vm_start; struct rdma_user_mmap_entry *rdma_entry; struct vrdma_user_mmap_entry *entry; int rc = -EINVAL; if (vma->vm_start & (PAGE_SIZE - 1)) { pr_warn("mmap not page aligned\n"); return -EINVAL; } rdma_entry = rdma_user_mmap_entry_get(&uctx->ibucontext, vma); if (!rdma_entry) { pr_err("mmap lookup failed: %lu, %#zx\n", vma->vm_pgoff, size); return -EINVAL; } entry = to_ventry(rdma_entry); if (entry->mmap_type == VRDMA_MMAP_CQ) { uint64_t vq_size = PAGE_ALIGN(vring_size(virtqueue_get_vring_size(entry->vq), SMP_CACHE_BYTES)); WARN_ON(vq_size + entry->ubuf_size != vma->vm_end - vma->vm_start); // vring rc = remap_pfn_range(vma, vma->vm_start, page_to_pfn(virt_to_page(virtqueue_get_vring(entry->vq)->desc)), vq_size, vma->vm_page_prot); // user buffer sprintf(entry->ubuf, "WW"); rc = remap_pfn_range(vma, vma->vm_start + vq_size, page_to_pfn(virt_to_page(entry->ubuf)), entry->ubuf_size, vma->vm_page_prot); if (rc) { pr_warn("remap_pfn_range failed: %lu, %zu\n", vma->vm_pgoff, size); goto out; } } else if (entry->mmap_type == VRDMA_MMAP_QP) { uint64_t vq_size = PAGE_ALIGN(vring_size(virtqueue_get_vring_size(entry->vq), SMP_CACHE_BYTES)); uint64_t total_size = vq_size + entry->ubuf_size; if (uctx->dev->fast_doorbell) total_size += PAGE_SIZE; WARN_ON(total_size != vma->vm_end - vma->vm_start); // vring rc = remap_pfn_range(vma, vma->vm_start, page_to_pfn(virt_to_page((virtqueue_get_vring(entry->vq)->desc))), vq_size, vma->vm_page_prot); // user buffer sprintf(entry->user_buf, "WW"); rc = remap_pfn_range(vma, vma->vm_start + vq_size, page_to_pfn(virt_to_page(entry->user_buf)), entry->ubuf_size, vma->vm_page_prot); // doorbell if (uctx->dev->fast_doorbell) { rc = io_remap_pfn_range(vma, vma->vm_start + vq_size + entry->ubuf_size, vmalloc_to_pfn(entry->queue->priv), PAGE_SIZE, vma->vm_page_prot); } if (rc) { pr_warn("remap_pfn_range failed: %lu, %zu\n", vma->vm_pgoff, size); goto out; } } else { pr_err("Invalid type"); } out: rdma_user_mmap_entry_put(rdma_entry); return rc; }
最新发布
09-25
1. **双重 `rdma_user_mmap_entry_put()`** → 引用计数错误 → use-after-free 2. **`rc` 被后续调用覆盖** → 错误状态丢失 → 可能返回成功但部分映射失败 3. **字段名混乱（`queue`/`vq`, `user_buf`/`ubuf`）**...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值