Linux内核函数详解_linux内核函数文档资源-CSDN文库

共63个文件

html：51个

gif：6个

jpg：5个

1星需积分: 15 122 浏览量 2008-12-03 23:07:24 上传评论收藏 521KB ZIP 举报

《Linux内核函数详解》是针对Linux内核中核心功能函数的一次深入解析，涵盖了大量与文件系统、内存管理和页缓存等相关的重要概念和技术。这个资料集合为理解Linux内核的工作原理提供了极大的帮助，具有很高的参考价值。 1. **文件系统（fs）函数**： - `namei()` 函数在`049_fs_namei_c.html`中被讨论，它负责将用户空间的路径名转换为内核空间的文件系统节点。这个过程涉及路径解析、目录查找和权限检查，是访问文件系统的基础。 - `buffer.c`的相关函数（如在`035_fs_buffer_c.html`中）涉及到了缓冲区管理，这是文件系统操作的关键部分，用于提高磁盘I/O效率。 - `locks.c`（`048_fs_locks_c.html`）中的函数处理文件和目录的锁机制，确保并发访问时的数据一致性。 2. **内存管理（mm）函数**： - `filemap.c`（`006_mm_filemap_c.html`）中的函数涉及到文件映射，使进程可以直接在内存中访问磁盘上的文件，提高了程序运行速度。 - `memory.c`（`008_mm_memory_c.html`）中的函数处理物理内存分配和释放，包括内存分配策略、页面分配和页面替换算法。 - `page_alloc.c`（`016_mm_page_alloc_c.html`）中的函数用于动态地为进程分配和释放页面，是内存管理的核心部分。 3. **页缓存（slab）函数**： - `slab.c`（`020_mm_slab_c.html`）中包含的函数实现了高效的内存对象缓存，减少了内存分配和释放的开销，提高了系统性能。 4. **超级块（superblock）函数**： - `super.c`（`_2_4_054_fs_super_c.html`）中的函数处理文件系统的超级块，这是文件系统的核心结构，包含了文件系统的元数据和状态信息。这些文件分别详细解读了Linux内核在处理文件系统交互、内存管理以及页缓存等方面的内部函数实现，对于开发者和系统管理员来说，深入理解这些函数可以帮助优化系统性能，解决复杂的问题，并进行内核级别的调试和定制。通过学习这些内容，我们可以更深入地了解Linux内核的运作机制，从而更好地驾驭这个强大的开源操作系统。

资源推荐

资源详情

资源评论

收起资源包目录

Linux内核函数详解.zip （63个子文件）

042_fs_file_c.html 5KB

039_fs_exec_c_images

dcbsxfpf_27crdp7whb.gif 3KB

025_mm_vmscan_c.html 28KB

007_mm_highmem_c.html 12KB

043_fs_filesystem_c.html 6KB

046_fs_iobuf_c.html 6KB

008_mm_memory_c.html 34KB

035_fs_buffer_c_images

dcbsxfpf_17czwbbgd4.gif 4KB

dcbsxfpf_15cq94jchq.gif 7KB

017_mm_page_io_c.html 13KB

_2_4_051_fs_read_write_.html 6KB

029_033_reserve_for_bin.html 2KB

048_fs_locks_c.html 40KB

035_fs_buffer_c.html 89KB

023_mm_swap_state_c.html 17KB

026_pre_fs_c.html 26KB

036_fs_dcache_c.html 30KB

041_fs_fifo_c_fs_pipe_c.html 17KB

010_mm_mmap_c.html 13KB

kernel_development_proc.html 18KB

015_mm_oom_kill_c.html 8KB

002_arch_i386_mm_extabl.html 4KB

028_bad_inode_c.html 5KB

045__fs_inode_c_images

dcbsxfpf_15cq94jchq.gif 7KB

049_fs_namei_c.html 93KB

038_fs_dquot_c.html 17KB

045_fs_inode_c.html 23KB

022_mm_swapfile_c.html 25KB

001_arch_i386_mm_fault_.html 42KB

024_mm_vmalloc_c.html 7KB

_2_4_054_fs_super_c_images

dcbsxfpf_217dmmkkvfg_b.jpg 57KB

dcbsxfpf_218g6q2qfcj_b.jpg 22KB

003_arch_i386_mm_iorema.html 11KB

009_mm_mlock_c.html 5KB

047_fs_ioctl_c.html 7KB

021_mm_swap_c.html 6KB

005_mm_bootmem_c.html 15KB

014_mm_numa_c.html 6KB

_2_4_052_fs_select_c.html 10KB

_2_4_053_fs_stat_c_ign.html 2KB

036_fs_dcache_c_images

dcbsxfpf_19f6zntnfd.gif 4KB

dcbsxfpf_25gzfbcmd9.jpg 26KB

dcbsxfpf_20vcx5trcf.gif 8KB

011_mm_mmap_avl_c_re.html 2KB

016_mm_page_alloc_c.html 31KB

012_mm_mprotect_c.html 6KB

020_mm_slab_c.html 39KB

044_fs_file_table_c.html 5KB

019_using_uml.html 18KB

049__fs_namei_c_images

dcbsxfpf_25gzfbcmd9.jpg 26KB

dcbsxfpf_75fzwkg6cd.bmp 139KB

dcbsxfpf_77dxnkxbdp.jpg 60KB

040_fs_fcntl_c.html 17KB

027_fs_attr_c_dnotify_c.html 12KB

004_arch_i386_mm_init_c.html 15KB

037_fs_devices_c.html 7KB

013_mm_mremap_c.html 10KB

039_fs_exec_c.html 22KB

_2_4_050_fs_readdir_c.html 9KB

006_mm_filemap_c.html 79KB

034_block_dev_c.html 19KB

018_mm_shmem_c.html 28KB

_2_4_054_fs_super_c.html 40KB

<html lang="zh-CN" xmlns:gdoc=""> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> <style type="text/css"> /* default css */ table { font-size: 1em; line-height: inherit; } div, address, ol, ul, li, option, select { margin-top: 0px; margin-bottom: 0px; } p { margin: 0px; } body { margin: 0px; padding: 0px; font-family: Verdana, sans-serif; font-size: 10pt; background-color: #ffffff; } h6 { font-size: 10pt } h5 { font-size: 11pt } h4 { font-size: 12pt } h3 { font-size: 13pt } h2 { font-size: 14pt } h1 { font-size: 16pt } blockquote {padding: 10px; border: 1px #DDD dashed } a img {border: 0} div.google_header, div.google_footer { position: relative; margin-top: 1em; margin-bottom: 1em; } /* end default css */ /* default print css */ @media print { body { padding: 0; margin: 0; } div.google_header, div.google_footer { display: block; min-height: 0; border: none; } div.google_header { flow: static(header); } /* used to insert page numbers */ div.google_header::before, div.google_footer::before { position: absolute; top: 0; } div.google_footer { flow: static(footer); } /* always consider this element at the start of the doc */ div#google_footer { flow: static(footer, start); } span.google_pagenumber { content: counter(page); } span.google_pagecount { content: counter(pages); } } @page { @top { content: flow(header); } @bottom { content: flow(footer); } } /* end default print css */ /* custom css */ /* end custom css */ /* ui edited css */ body { font-family: Arial; font-size: 10.0pt; line-height: normal; background-color: #ffffff; } .documentBG { background-color: #ffffff; } /* end ui edited css */ </style> </head> <body revision="dcbsxfpf_72kqwmrhj:358"> <div align=center id=vwb2> <table align=center border=0 cellpadding=0 cellspacing=0 height=5716 id=rdfz width=800> <tbody id=qc9l> <tr id=gb0d> <td height=5716 id=xuow valign=top width=100%> <pre id=sl2q>2008-1-30</pre> <pre id=nr:i> 此文件是个巨无霸,对外接口已经很清晰的列了出来.我们标注了三个极为核心的函数.集中精力分析下. <<情景分析>>也是大力解析这几个 函数.其余函数随着分析之深入,逐步介绍,如果发现疑问,再就地解决. /* *Interface: * int __user_walk(const char *name, unsigned flags, struct nameidata *nd) * int open_namei(const char * pathname, int flag, int mode, struct nameidata *nd) * int vfs_mknod(struct inode *dir, struct dentry *dentry, int mode, dev_t dev) * int vfs_readlink(struct dentry *dentry, char *buffer, int buflen, const char *link) * int path_walk(const char * name, struct nameidata *nd); * char * getname(const char * filename); * int permission(struct inode * inode,int mask) * int get_write_access(struct inode * inode); * int deny_write_access(struct file * file) * void path_release(struct nameidata *nd) * int follow_down(struct vfsmount **mnt, struct dentry **dentry) * void set_fs_altroot(void) * int path_init(const char *name, unsigned int flags, struct nameidata *nd) * int vfs_follow_link(struct nameidata *nd, const char *link) *Sub Interface: * struct dentry * lookup_hash(struct qstr *name, struct dentry * base) * * */ 进行之前,先旁路些mini的函数,以免干扰主要思路:   char * getname(const char * filename) /*分配一个页面,将用户传递的参数复制到分配的页面中,并返回此页面指针*/ putname(name); /* 和上面函数配对,释放此页面*/ 这对函数涉及到一个普遍常见的操作 set_fs(get_ds()); set_fs(old_ds) 常见于内核中操作文件的操作,这对操作的含义在下面这个函数中: static inline int do_getname(const char *filename, char *page) { int retval; unsigned long len = PATH_MAX + 1; if ((unsigned long) filename >= TASK_SIZE) { /*如果是内核传递的参数*/ if (!segment_eq(get_fs(), KERNEL_DS)) /*则必须addr limit 等于KERNEL_DS: 不是cpu的寄存器...*/ return -EFAULT; } else if (TASK_SIZE - (unsigned long) filename < PAGE_SIZE) /*内核传递的参数跳过这个检查*/ len = TASK_SIZE - (unsigned long) filename; ......... } 分析permission之前看看inode的几个相关变量: struct inode { struct list_head i_hash; struct list_head i_list; struct list_head i_dentry; struct list_head i_dirty_buffers; unsigned long i_ino;<br id

评论收藏

内容反馈