Just missed most of this, but we do have drm_device_is_agp(dev) in the
drm, only the CVS radeon uses this at present as the DDX can tell it
also...
But on Linux it just does..
pci_find_capability(dev-pdev, PCI_CAP_ID_AGP);
which sounds like your chip says it is AGP but is connected over a PCI
On Thursday 12 May 2005 03:13, Dave Airlie wrote:
Just missed most of this, but we do have drm_device_is_agp(dev) in the
drm, only the CVS radeon uses this at present as the DDX can tell it
also...
But on Linux it just does..
pci_find_capability(dev-pdev, PCI_CAP_ID_AGP);
which sounds like
On Thu, May 12, 2005 at 10:59:50AM -0400, Adam Jackson wrote:
On Thursday 12 May 2005 03:13, Dave Airlie wrote:
Just missed most of this, but we do have drm_device_is_agp(dev) in the
drm, only the CVS radeon uses this at present as the DDX can tell it
also...
But on Linux it just
Dave Airlie wrote:
Just missed most of this, but we do have drm_device_is_agp(dev) in the
drm, only the CVS radeon uses this at present as the DDX can tell it
also...
But on Linux it just does..
pci_find_capability(dev-pdev, PCI_CAP_ID_AGP);
which sounds like your chip says it is AGP but is
Ian Romanick wrote:
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to simulate
AGP texturing) on systems like pSeries and AMD64 that have
On Tue, May 10, 2005 at 02:59:49PM -0700, Ian Romanick wrote:
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to simulate
AGP texturing)
On Mer, 2005-05-11 at 02:16, Ian Romanick wrote:
I was afraid of that. :( The problem is that the MGA can *only* DMA
commands vertex data from PCI memory or AGP. In the case of the
G200 (typically only 8MB), you don't want to use 1/8th of your on-card
memory for commands either. I'll
Ville Syrjälä wrote:
On Tue, May 10, 2005 at 02:59:49PM -0700, Ian Romanick wrote:
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to simulate
Benjamin Herrenschmidt wrote:
On Tue, 2005-05-10 at 14:59 -0700, Ian Romanick wrote:
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to
On Wed, May 11, 2005 at 09:59:25AM -0700, Ian Romanick wrote:
Ville Syrjälä wrote:
On Tue, May 10, 2005 at 02:59:49PM -0700, Ian Romanick wrote:
all or do they just have to be in the same address space as the
primary DMA buffer?
If by address space you mean AGP aperture vs. other memory
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to simulate
AGP texturing) on systems like pSeries and AMD64 that have them.
I've started by
On Maw, 2005-05-10 at 22:59, Ian Romanick wrote:
2. Primary DMA buffer. The DDX carves of 1MB for the primary DMA
buffer. I don't think that's outside the reasonable realm for
drm_pci_alloc. If it is, can this work with a smaller buffer?
You'll have trouble grabbing that linearly from
Alan Cox wrote:
On Maw, 2005-05-10 at 22:59, Ian Romanick wrote:
2. Primary DMA buffer. The DDX carves of 1MB for the primary DMA
buffer. I don't think that's outside the reasonable realm for
drm_pci_alloc. If it is, can this work with a smaller buffer?
You'll have trouble grabbing that
On Tue, 2005-05-10 at 14:59 -0700, Ian Romanick wrote:
I've started working to get PCI MGA cards, the PCI G450 specifically,
working with DRI. My initial goal is to just get it working with crummy
performance, then improve it by adding support for IOMMUs (to simulate
AGP texturing) on
14 matches
Mail list logo