许多类型强制转换只会“工作得很好”。但是，这不是很严格。没有什么可以阻止您将a强制转换
u32为a
u32*并取消对其的引用，但这并不遵循内核API，因此容易出错。
__iomem是Sparse使用的cookie
，该工具用于在内核中查找可能的编码错误。如果您未在启用稀疏的情况下编译内核代码，
__iomem则无论如何都会被忽略。
首先安装它，然后添加
C=1到您的
make通话中，以使用稀疏。例如，在构建模块时，请使用：
make -C $KPATH M=$PWD C=1 modules
__iomem定义如下：
# define __iomem __attribute__((noderef, address_space(2)))
__iomem为所有I / O访问添加（并要求）cookie 是一种更严格的方法，可以避免编程错误。您不想使用具有绝对地址的I /
O内存区域进行读/写操作，因为您通常使用虚拟内存。从而，
void __iomem *ioremap(phys_addr_t offset, unsigned long size);
通常调用，以获取I /
O物理地址的虚拟地址
offset，并
size以字节为单位指定长度。
ioremap()返回一个带有
__iomemcookie 的指针，因此它
现在 可以与内联函数一起使用，例如
readl()/
writel()（尽管现在最好使用更明确的宏
ioread32()/
iowrite32()），这些函数接受
__iomem地址。
同样，
noderef稀疏使用该属性来确保您不取消引用
__iomem指针。取消引用应该在I /
O确实是内存映射的某些体系结构上起作用，但是其他体系结构使用特殊的指令来访问I / O，在这种情况下，取消引用将不起作用。
让我们看一个例子：
void *io = ioremap(42, 4);
稀疏不开心：
warning: incorrect type in initializer (different address spaces) expected void *io got void [noderef] <asn:2>*
要么：
u32 __iomem* io = ioremap(42, 4);pr_info("%xn", *io);稀疏也不高兴：
warning: dereference of noderef expression
在最后一个示例中，第一行是正确的，因为
ioremap()将其值返回给
__iomem变量。但是然后，我们尊重它，我们不应该这样做。
这使稀疏感到高兴：
void __iomem* io = ioremap(42, 4);pr_info("%xn", ioread32(io));底线：请始终
__iomem在需要的地方使用（作为返回类型或参数类型），并使用稀疏来确保已这样做。另外：不要取消引用
__iomem指针。
编辑
：这是一篇有关LWN的起始
__iomem和使用它的功能的LWN文章。
