struct mm_struct {
..........
#if defined(__GENKSYMS__) || !defined(CONFIG_SPAPR_TCE_IOMMU)
/* We're adding a list_head, so we need to take two reserved
* fields, unfortunately there are no handy RH_KABI macros for
* that case */
RH_KABI_RESERVE(1)
RH_KABI_RESERVE(2)
#else
struct list_head iommu_group_mem_list;
#endif
#ifdef CONFIG_X86_INTEL_MPX
RH_KABI_USE(3, void __user *bd_addr)
#else
/* RHEL7: consumed by x86, avoid re-use by other arches */
RH_KABI_RESERVE(3)
#endif
/* This would be in rss_stat[MM_SHMEMPAGES] if not for kABI */
RH_KABI_USE(4, atomic_long_t mm_shmempages)
#if IS_ENABLED(CONFIG_HMM)
/* HMM need to track few things per mm */
RH_KABI_USE(5, struct hmm *hmm)
#else
RH_KABI_RESERVE(5)
#endif
RH_KABI_RESERVE(6)
RH_KABI_RESERVE(7)
RH_KABI_RESERVE(8)
};
在struct mm_struct 或者 task_struct 之类的结构中,我们经常能看到 RH_KABI_RESERVE 这种成员,这种成员其实就是为了增加扩展性所留的一手。
这个可以类比tcp协议头,也有tcp_option,原理也是类似的,那么,怎么使用这些成员呢?
比如我想在task里面,记录一些私有的数据,这个数据由于类型只有 unsigned long 类型,所以这个既可以直接用来记录普通数据,也可以用来存放一个指针,然后再指向一个地址,这样存放的内容就多了。
#define _RH_KABI_RESERVE(n) unsigned long rh_reserved##n
#define _RH_KABI_RESERVE_P(n) void (*rh_reserved##n)(void)
#define RH_KABI_RESERVE(n) _RH_KABI_RESERVE(n);
举个栗子:
/* This would be in rss_stat[MM_SHMEMPAGES] if not for kABI */
RH_KABI_USE(4, atomic_long_t mm_shmempages)
没有用的变量,是 RH_KABI_RESERVE,那么已经使用的,则是 RH_KABI_USE ,我们看到 mm_shmempages 使用的是4号位置。
之后,就可以直接对 mm_shmempages 成员进行赋值了。
比如在 mm_init 中正常使用 mm_shmempages
static struct mm_struct *mm_init(struct mm_struct *mm, struct task_struct *p)
{
atomic_set(&mm->mm_users, 1);
atomic_set(&mm->mm_count, 1);
init_rwsem(&mm->mmap_sem);
INIT_LIST_HEAD(&mm->mmlist);
mm->core_state = NULL;
atomic_long_set(&mm->nr_ptes, 0);
memset(&mm->rss_stat, 0, sizeof(mm->rss_stat));
atomic_long_set(&mm->mm_shmempages, 0);-----------正常当成员使用,因为 RH_KABI_USE 这个宏已经帮我们替换好了。
不过需要注意的是,要及时清理,比如我们使用了task_struct里面的RH_KABI_RESERVE,但是在fork的时候忘了清理该成员,导致了一些问题。