[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Question about i386 ioremap()
> Sounds OK to me; what part did you disagree with? "The returned address is not guaranteed to be usable directly as a virtual address." Why this should hold true for ioremap()? I see that this can be the case for ioremap_nocache(). Furthermore if this comment is true, then please look at comments about __ioremap() and __ioremap_nocache() in arch/xen/i386 or x86_64/mm/ioremap.c. The comment I see for ioremap() is /* * Remap an arbitrary physical address space into the kernel virtual * address space. Needed when the kernel wants to access high addresses * directly. I am little confused here :-) Aravindh > -----Original Message----- > From: Mark Williamson [mailto:mark.williamson@xxxxxxxxxxxx] > Sent: Thursday, November 03, 2005 6:59 AM > To: xen-devel@xxxxxxxxxxxxxxxxxxx > Cc: Puthiyaparambil, Aravindh > Subject: Re: [Xen-devel] Question about i386 ioremap() > > > /** > > * ioremap - map bus memory into CPU space > > * @offset: bus address of the memory > > * @size: size of the resource to map > > * > > * ioremap performs a platform specific sequence of operations to > > * make bus memory CPU accessible via the readb/readw/readl/writeb/ > > * writew/writel functions and the other mmio helpers. The returned > > * address is not guaranteed to be usable directly as a virtual > > * address. > > */ > > > > Is this correct? Isn't this true only in the case of ioremap_nocache()? _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |