On Mon, Oct 08, 2001 at 06:31:24PM -0700, Gareth Hughes wrote:
> I think it'll be hard to set up and initiate DMA transfers without
> proper hardware documentation. Do you have Radeon specs?
Yes, all the developers working on this (volodya, RC and I) have docs from ATI
under NDA (well I don't ha
On Mon, Oct 08, 2001 at 06:14:13PM -0700, Sottek, Matthew J wrote:
> my apologies for the misunderstanding.
np, the point is we all learned something new :-)
> My point should still hold. The DRM should allow you to map
> an video area into a client accessible memory location.
You don't need DR
[EMAIL PROTECTED] wrote:
> After reading documentation (and confirming that I already know all the
> acronyms) and sifting thru driver code I decided to ask on the list, while
> the people who wrote this stuff can still answer ;)
>
> Basically I want to DMA a chunk of video ram into plain RAM.
On Tue, 9 Oct 2001, Peter Surda wrote:
> On Mon, Oct 08, 2001 at 03:54:14PM -0700, Sottek, Matthew J wrote:
> > The drm _does_ allow the client to mmap the video ram.
> I am not completely sure about this, but as I'm also working on the same thing
> as Vladimir, capturing for ATI AIWs, I think
Vladimir,
As Peter pointed out to me you were speaking of a video card
with built-in capture. This _does_ require, as you stated a
way to get the video, out of the video ram and into system ram,
my apologies for the misunderstanding.
My point should still hold. The DRM should allow you to ma
On Mon, Oct 08, 2001 at 03:54:14PM -0700, Sottek, Matthew J wrote:
> The drm _does_ allow the client to mmap the video ram.
I am not completely sure about this, but as I'm also working on the same thing
as Vladimir, capturing for ATI AIWs, I think he is talking about mmap-ing DMA
buffers, not the
On Mon, 8 Oct 2001, Sottek, Matthew J wrote:
> Vladimir,
> The drm _does_ allow the client to mmap the video ram. Of course
I don't want video ram. I want to transfer data from video ram into plain
memory and then access it there - pci reads are way slow.
> there are security reasons to limi
On Mon, Oct 08, 2001 at 03:54:14PM -0700, Sottek, Matthew J wrote:
> > Basically I want to DMA a chunk of video ram into plain RAM. This
> >is useful for: video capture, VBI/closed captioning, taking screen
> >snapshots.
>
> I think you are going about this the wrong way. Video capture does
> no
Vladimir,
The drm _does_ allow the client to mmap the video ram. Of course
there are security reasons to limit this behavior. The X server
handles the memory management and then sets up drm maps which are
areas of video memory that can be mapped by a drm client.
Take a look at the xc/lib/XvMC/h
After reading documentation (and confirming that I already know all the
acronyms) and sifting thru driver code I decided to ask on the list, while
the people who wrote this stuff can still answer ;)
Basically I want to DMA a chunk of video ram into plain RAM. This is
useful for: video capture,
Problem solved - I had to switch from 24bpp to 16bpp. Should've checked
bandwidth first.
Vladimir Dergachev
On Sun, 7 Oct 2001 [EMAIL PROTECTED] wrote:
>
> I found another symptom of "freezes with Radeon" problem.
> It looks like getimage is very slow.
>
>
> From: Peter Surda [mailto:[EMAIL PROTECTED]]
> Hmm isn't this dri-devel? Shouldn't we be talking about stuff
> like how to do
> DMA efficiently and what new functions to add instead? Brings
> me back to what
> I wrote a couple of weeks ago, there is no function in DRI
> that is able to
> tra
> From: Michel Dänzer [mailto:[EMAIL PROTECTED]]
> On Fri, 2001-10-05 at 17:25, [EMAIL PROTECTED] wrote:
> >
> > Before I try delving deeper into this, maybe someone can
> tell me what is
> > going on.
> >
> >* Radeon: 1002:5144
> >* 2d is working fine
> >* software GL is working
Yes, You must be running this thing at about 1600x1200... Your highest
mode for 16 bit is 1024x768. You really wouldn't get any preformance at
a higher resolution anyway. And highest for 24(32)bit is 800x600, but
use 16bit.
Dagfinn Ilmari Mannsåker wrote:
>On Mon, Oct 08, 2001 at 01:56:28AM
14 matches
Mail list logo