Sam Ravnborg wrote:
+#ifdef CONFIG_SPARC64 void __iomem *of_ioremap(struct resource *res, unsigned long offset, unsigned long size, char *name) { unsigned long ret = res->start + offset; @@ -34,6 +35,7 @@ void of_iounmap(struct resource *res, void __iomem *base, unsigned long size) release_region((unsigned long) base, size); } EXPORT_SYMBOL(of_iounmap); +#endifFor sparc32 we have these in ioport.c. So the better alternative would maybe have been to move them to a ioport_64 file?
Wouldn't it be better to use these in sparc32? This would require using 64 bit resources. We could then use generic code. This and switching to bootmem allocations in irq.c would eliminate a good chunk of ioport.c by using generic or shared code. -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
