Jakub> On SPARC64 particularly, ioremap is a nop, as all RAM and all
Jakub> I/O memory is mapped all the time at PAGE_OFFSET+PA, in case of
Jakub> I/O memory non-cacheable with side-effects. So don't care
Jakub> about sparc64 very much in decisions about ioremap (and about
Jakub> sparc32 neither, as I guess you cannot have a matroxfb in a
Jakub> JavaStation).
On the m68k we don't use ioremap() but rather something called
kernel_map() which has a much more flexible interface.
Jes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/