lkml.org 
[lkml]   [2000]   [Jul]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Sparc64 and ATI fb, cannot mmap() - why?
Date
>
>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/

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.059 / U:0.108 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site