[PATCH 2/9] 8xx: Infrastructure code cleanup.

David Gibson david at gibson.dropbear.id.au
Thu Sep 13 17:11:25 EST 2007


Didn't notice this before - only when some yak shaving led me into
looking at the horrors of the 8xx imm mapping code...

But..
[snip]
> diff --git a/include/asm-powerpc/fs_pd.h b/include/asm-powerpc/fs_pd.h
> index c624915..733e8cb 100644
> --- a/include/asm-powerpc/fs_pd.h
> +++ b/include/asm-powerpc/fs_pd.h
> @@ -45,22 +45,11 @@
>  #include <asm/8xx_immap.h>
>  #include <asm/mpc8xx.h>
>  
> -#define immr_map(member)						\
> -({									\
> -	u32 offset = offsetof(immap_t, member);				\
> -	void *addr = ioremap (IMAP_ADDR + offset,			\
> -			      sizeof( ((immap_t*)0)->member));		\
> -	addr;								\
> -})
> -
> -#define immr_map_size(member, size)					\
> -({									\
> -	u32 offset = offsetof(immap_t, member);				\
> -	void *addr = ioremap (IMAP_ADDR + offset, size);		\
> -	addr;								\
> -})
> +extern immap_t __iomem *mpc8xx_immr;
>  
> -#define immr_unmap(addr)		iounmap(addr)
> +#define immr_map(member) (&mpc8xx_immr->member)
> +#define immr_map_size(member, size) (&mpc8xx_immr->member)
> +#define immr_unmap(addr) iounmap(addr)

This looks bogus.  You're replacing the old crap immr_map() functions,
which ioremap()ed the registers every time, with a much simpler
version which uses an established-once mapping of the register
region.  AFAICT, anywah.

So far, so good - but your immr_unmap() still does an iounmap() which
is surely wrong - it should now be a no-op, leaving the mpc8xx_immr
mapping intact.  You probably get away with it by accident, because I
imagine attempting to unmap an unaligned chunk of the region will just
fail.

In fact, with this patch in place, I'd like to see another patch which
removes all calls to immr_map() and immr_unmap(), simply accessing the
common mapping directly.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson



More information about the Linuxppc-dev mailing list