Messages in this thread | | | From | Benjamin Herrenschmidt <> | Subject | Re: Sparc64 and ATI fb, cannot mmap() - why? | Date | Mon, 3 Jul 2000 00:43:59 +0200 |
| |
> >The PPC folks indicate they need to be able to tell the app some >kind of shift value for forming the address in load/store instruction >on the PCI I/O and MEM regions it maps. Aparently, this shift value >is different on different PPC machines which is why the app needs to >obtain it as opposed to just knowing when it is __powerpc__ what to >use.
Well, in this specific case, I don't think it's PPC related. The need for this was notified to my by Egbert, from the XFree team, when I talked about designing a common mecanism to handle mmap'ing of PCI devices to userland.
AFAIK, all PPCs do "normal" mapping, only the iobase and membase of the PCI may be different (and per-card, not per-bus-number, at least until I implement a remapping mecanism like Alpha or Sparc).
Ben.
------------------ RFC822 Header Follows ------------------ From: Benjamin Herrenschmidt <bh40@calva.net> To: "David S. Miller" <davem@redhat.com>, <linux-kernel@vger.rutgers.edu> Subject: Re: Sparc64 and ATI fb, cannot mmap() - why? Date: Mon, 3 Jul 2000 00:43:26 +0200 Message-Id: <20000702224326.32525@192.168.1.10> In-Reply-To: <200006220557.WAA08610@pizda.ninka.net> References: <200006220557.WAA08610@pizda.ninka.net> X-Mailer: CTM PowerMail 3.0.3 <http://www.ctmdev.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit -----------------------------------------------------------
- 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/
| |