RH_KABI_RESERVE的使用

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的时候忘了清理该成员，导致了一些问题。