DMA completion; it's a
bit in GEN_INT_CNTL, IIRC. You can also generate an interrupt when the
gui engine is idle.
R C
--
They said it was *daft* to build a space station in a swamp, but I showed them!
It sank unto the swamp. So I built a second space station. That sank into
the swamp too.
. What kind of
With Mach64, perhaps. With Radeon PCI, it locks up horribly in Xserver
initialization.
R C
--
They said it was *daft* to build a space station in a swamp, but I showed them!
It sank unto the swamp. So I built a second space station. That sank into
the swamp too. My third space
rs/m/mt/mteira: No such file or
> directory
I had same problem with gatos dev tree. Workaround is to abort after
that error message, change to the subdir generated, then run cvs update.
It still complains then, but it at least works.
R C
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
to get home and have access to the Mach64 DRI
> code.
>
> Thanks again.
No problem :) Been itching to get this working for a long time.
R C
--
They said it was *daft* to build a space station in a swamp, but I showed them!
It sank unto the swamp. So I built a second space station
kes a difference.
Have not tried GUI dma, but it is quite similar.
R C
--
They said it was *daft* to build a space station in a swamp, but I showed them!
It sank unto the swamp. So I built a second space station. That sank into
the swamp too. My third space station sank into the swamp. So I bu
rrupts are used for timing).
I'm not sure about the few cards with hardware I2C _and_ hardware VBI
decoding. But in any case, the CC must be read by the host processor for
formating, and then rendered atop the color-keyed region.
R C
--
They said it was *daft* to build a space station in
just leave out the XvMCRender() call if
> you have no Mpeg to decode.
The video is captured directly into vram, then displayed into an color-coded
overlay. All cc requires is drawing over the color-keyed area.
R C
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
On Tue, Jun 05, 2001 at 08:09:43PM -0700, Digital Z-Man wrote:
>
>
>
> Good point. And by keeping it internal like that, it concentrates the
> knowledge
> base in a small area. I don't mean to offend, but the same group takes
> away the
> most intellectual knowhow from making these drivers.
I have a question regarding the DRI/DRM kernel modules: Is there a simple way
for another XFree86 module to gain access to the DMA functions of a video
card and transfer fairly large buffers to userspace from the on-card memory?
The situation is this: ATI has a line of cards, the all-in-wonders,
