Skip to content
  • Ben Dooks's avatar
    bus: mvebu-mbus: fix __iomem on register pointers · fce7b5ae
    Ben Dooks authored
    
    
    The save_cpu_target functions should take "u32 __iomem *", not a
    plain "u32 *" as it is passed to register access functions. Fix
    the following warnings by adding the annotation:
    
    drivers/bus/mvebu-mbus.c:739:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:739:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:739:17:    got unsigned int [usertype] *
    drivers/bus/mvebu-mbus.c:741:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:741:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:741:17:    got unsigned int [usertype] *
    drivers/bus/mvebu-mbus.c:742:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:742:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:742:17:    got unsigned int [usertype] *
    drivers/bus/mvebu-mbus.c:744:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:744:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:744:17:    got unsigned int [usertype] *
    drivers/bus/mvebu-mbus.c:790:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:790:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:790:17:    got unsigned int [usertype] *
    drivers/bus/mvebu-mbus.c:792:17: warning: incorrect type in argument 2 (different address spaces)
    drivers/bus/mvebu-mbus.c:792:17:    expected void volatile [noderef] <asn:2>*addr
    drivers/bus/mvebu-mbus.c:792:17:    got unsigned int [usertype] *
    
    Signed-off-by: default avatarBen Dooks <ben.dooks@codethink.co.uk>
    Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
    Signed-off-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
    fce7b5ae