> > The current PCI interface to the iommu doesn't allow you to explicitely
> > ask an sg list to be force-merged into a single segment though that
> > could be added via some platform hooks. That would probably work if
> > that is the only DMA allocation you do on this TCE table. Those machines
>
Benjamin Herrenschmidt wrote:
Then comes the kernel. :( I started looking that the ILOAD code in
mga_state.c. Basically, it looks like everything assume the source
buffers are in AGP space. I'm guessing that I could just look at the
flags field in the drm_device_dma structure and only set th
On Fri, Mar 12, 2004 at 03:39:50PM -0800, Alex Deucher wrote:
> > > As I recall the G450-PCI cards were just AGP chips with an agp to
> > pci
> > > bridge. Perhaps you need to hack up an agpgart driver for the
> > bridge?
> > > Also, for the pci g450, matrox only supported 3D on motherboards
> >
On Fri, Mar 12, 2004 at 01:40:30PM -0800, Ian Romanick wrote:
>
> I want to initially support this by just "disabling" AGP texturing. I
> looked in the DRI driver, and it looks like this can be done with some
> trivial changes in mga_xmesa.c. Basically, the code just needs to
> handle the cas
> Then comes the kernel. :( I started looking that the ILOAD code in
> mga_state.c. Basically, it looks like everything assume the source
> buffers are in AGP space. I'm guessing that I could just look at the
> flags field in the drm_device_dma structure and only set the
> MGA_SRCACC_AGP bi
Alex Deucher wrote:
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
Alex Deucher wrote:
As I recall the G450-PCI cards were just AGP chips with an agp to pci
bridge. Perhaps you need to hack up an agpgart driver for the bridge?
Also, for the pci g450, matrox only supported 3D on motherboards with
in
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
> Alex Deucher wrote:
>
> > There was a website with support for the PCI G450 (for alpha I
> think):
> > http://www.instmath.rwth-aachen.de:8000/linux/G450-PCI/
> > However it seems to be down at the moment. Someone on the ML knew
> the
> > guy who was
Alan Cox wrote:
On Gwe, 2004-03-12 at 21:40, Ian Romanick wrote:
MGADRIPciInit wouldn't be a complete duplication of MGADRIAgpInit
because I don't intend to (initially) support PCIGART. Even when
PCIGART is supported, not all chips in the MGA family support it. Is
the PCI G450 the only one?
I
Alex Deucher wrote:
There was a website with support for the PCI G450 (for alpha I think):
http://www.instmath.rwth-aachen.de:8000/linux/G450-PCI/
However it seems to be down at the moment. Someone on the ML knew the
guy who was doing the work. perhaps they an find out the state of it.
It's been
On Gwe, 2004-03-12 at 21:40, Ian Romanick wrote:
> MGADRIPciInit wouldn't be a complete duplication of MGADRIAgpInit
> because I don't intend to (initially) support PCIGART. Even when
> PCIGART is supported, not all chips in the MGA family support it. Is
> the PCI G450 the only one?
Is there
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
> Ville Syrjälä wrote:
> > On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> >
> >>I must say that I am very impressed with how far the MGA driver has
> come
> >>since you started working on it. Now the only thing that's missing
> is
> >
Ville Syrjälä wrote:
On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
I must say that I am very impressed with how far the MGA driver has come
since you started working on it. Now the only thing that's missing is
support for PCI cards. ;)
A quick fix would be simply enabling PCI ca
On Fri, Nov 14, 2003 at 10:33:07AM +0200, Ville Syrjälä wrote:
> On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> > Any idea how tough it will be (or if it's possible!) to add support for
> > ARB_texture_non_power_of_two? Bascially, it just extends the regular
> > texture modes to
On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> Any idea how tough it will be (or if it's possible!) to add support for
> ARB_texture_non_power_of_two? Bascially, it just extends the regular
> texture modes to not require textures be a power of two. Mipmapping and
> all the wra
Ville Syrjälä wrote:
On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
Ville Syrjälä wrote:
- Remove unnecessary memcpy of TexState[0] to TexState[1]. The kernel
will not upload tex1 unless a dualtex warp pipe is used.
I see to recall that an older version of the DRM did not behave
Alex Deucher wrote:
You might be able to get the EXT_texture_rectangle, looks similar to
the NV version.
It's just another name for the same extension.
I did look at the cvs logs and I think this stuff was there before
XFree86
4.0. Isn't the pre 4.0 drm already incompatible with the current
stuff
On Tue, Nov 11, 2003 at 11:31:59AM -0800, Alex Deucher wrote:
> > The G400 specs say that no mipmapping and clamp only. Which are
> > exactly
> > the same restrictions that NV_texture_rectangle specifies.
>
> You might be able to get the EXT_texture_rectangle, looks similar to
> the NV version.
>
On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> Ville Syrjälä wrote:
> > - Remove unnecessary memcpy of TexState[0] to TexState[1]. The kernel
> > will not upload tex1 unless a dualtex warp pipe is used.
>
> I see to recall that an older version of the DRM did not behave that
--- Ville_Syrj�l� <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> > Ville Syrj�l� wrote:
> >
> > I must say that I am very impressed with how far the MGA driver has
> come
> > since you started working on it. Now the only thing that's missing
On Tue, Nov 11, 2003 at 10:50:01AM -0800, Ian Romanick wrote:
> Ville Syrjälä wrote:
>
> I must say that I am very impressed with how far the MGA driver has come
> since you started working on it. Now the only thing that's missing is
> support for PCI cards. ;)
A quick fix would be simply enab
Ville Syrjälä wrote:
I must say that I am very impressed with how far the MGA driver has come
since you started working on it. Now the only thing that's missing is
support for PCI cards. ;)
Log message:
Fixed GL_NV_texture_rectangle support.
Any idea how tough it will be (or if it's possible
Ville Syrjälä wrote:
I've just commited a lot of stuff to the mga driver.
The cvs commit messages bounced so I've attached them to this message if
someone wants to look at them :)
Looks like some good cleanups & other nice work...
Keith
---
T
I've just commited a lot of stuff to the mga driver.
The cvs commit messages bounced so I've attached them to this message if
someone wants to look at them :)
--
Ville Syrjälä
[EMAIL PROTECTED]
http://www.sci.fi/~syrjala/
--- Begin Message ---
This message was created automatically by mail deliv
23 matches
Mail list logo