From: "Luis R. Rodriguez" <[email protected]> This was added to help regmap drivers avoid having to use some non memory mapped equivalent, IORESOURCE_IO, to help avoid confusion. This is simply carried over.
mcgrof@frijol ~/linux-stable (git::master)$ git describe --contains 72dcb119 v3.7-rc1~112^2~84 commit 72dcb1197228b50bfb709ba97c2d53013c605868 Author: Mark Brown <[email protected]> Date: Tue Aug 7 19:42:45 2012 +0100 resources: Add register address resource type Currently a bunch of I2C/SPI MFD drivers are using IORESOURCE_IO for register address ranges. Since this causes some confusion due to the primary use of this resource type for PCI/ISA I/O ports create a new resource type IORESOURCE_REG. Unfortunately the current resource types are specified as bitmasks and there are no free bitmasks even though they really shouldn't be used as such so we define the new type as IORESOURCE_IO | IORESOURCE_MEM. Benjamin Herrenschmidt and Russell King have both verified that none of the users in this series will have a problem with this, and no new code should be affected. This patch was written by Russell King but he found himself unable to take the patch further. Signed-off-by: Mark Brown <[email protected]> Acked-by: Arnd Bergmann <[email protected]> Acked-by: Haojian Zhuang <[email protected]> Tested-by: Haojian Zhuang <[email protected]> Signed-off-by: Samuel Ortiz <[email protected]> Signed-off-by: Luis R. Rodriguez <[email protected]> --- backport/include/linux/compat-3.7.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/backport/include/linux/compat-3.7.h b/backport/include/linux/compat-3.7.h index 96662e3..c7a4ebc 100644 --- a/backport/include/linux/compat-3.7.h +++ b/backport/include/linux/compat-3.7.h @@ -17,6 +17,8 @@ #define VM_DONTDUMP VM_NODUMP +#define IORESOURCE_REG 0x00000300 /* Register offsets */ + #ifdef CONFIG_USER_NS #if (LINUX_VERSION_CODE > KERNEL_VERSION(2,6,38)) -- 1.7.10.4 -- To unsubscribe from this list: send the line "unsubscribe backports" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
