I am seeing this too. I thought it was from me tweaking
stuff. Interestingly enough, quake works fine.
Is there any kind of DRM/DRI test app along the lines of x11perf ?
Vladimir Dergachev
On Fri, 14 Dec 2001, Jeff Schmidt wrote:
> Hello,
> You may already know about t
> > > >
> > > > Hi, I am the maintainer of V4L capture module for All-in-Wonder cards.
> > > > I need some help figuring out how to interface with drm.
> > > >
> > > > The problem: the module works fine, except that (at least Radeons) want
> > > > physical memory from AGP addressable range.
On Mon, 10 Dec 2001, Daryll Strauss wrote:
> On Mon, Dec 10, 2001 at 09:50:42AM -0800, Philip Brown wrote:
> > But I thought that GATT is simply a scatter/gather table, so
> > you only have to update the GATT when you "allocate and bind" pages.
> > Then, if you "allocate and bind" the whole ran
On Mon, 10 Dec 2001, Alan Hourihane wrote:
> On Sun, Dec 09, 2001 at 03:29:35PM -0500, [EMAIL PROTECTED] wrote:
> >
> > Hi, I am the maintainer of V4L capture module for All-in-Wonder cards.
> > I need some help figuring out how to interface with drm.
> >
> > The problem: the module works f
On Sun, 9 Dec 2001, Philip Brown wrote:
> On Sun, Dec 09, 2001 at 11:29:53PM +0100, Dieter Nützel wrote:
> > ...
> > Have you checked that your AGP module is correctly loaded ?
> > If so, I suggest that you compile and run (as root, and before running X) the
> > C program located at :
> > http:
Hi, I am the maintainer of V4L capture module for All-in-Wonder cards.
I need some help figuring out how to interface with drm.
The problem: the module works fine, except that (at least Radeons) want
physical memory from AGP addressable range. So I can either write my own
memory allocation ro
> >
> > And DRM gets it from agpgart, right ?
>
> For AGP GART, yes. PCI GART it does on its own.
Thanks, that's what I needed to know. One last question - would you know
whether Radeon AGP has a restriction of not being able to DMA into non-AGP
memory ? I am providing a table with physical a
On 9 Dec 2001, Michel [ISO-8859-1] Dänzer wrote:
> On Sun, 2001-12-09 at 17:32, [EMAIL PROTECTED] wrote:
>
> > On a different topic - Michel, do you know how DRI gets it's DMA able
> > memory, from agpgart or not ? - Thanks !
>
> >From the DRM. It can use both AGP and PCI GART but that's not
before the code guarded by #ifdef XF86DRI.
> Yes, you were absolutely right, as always, this wasn't there and moving the
> lines fixed the bug for good.
>
> Syslog still complains CONTINUOSLY though, but I think that isn't so important
> now.
>
> > Those are fixe
What could cause a DMA transfer to a page with physical address below
64mb to fail ?
Context: I am using rvmalloc code from bt848 driver in video capture
module (km, http://www.sf.net/projects/gatos). The device that does the
transfer is Radeon AIW AGP, transfer from device to main memory.
Al
Ahh, wonderful - thanks !
Vladimir Dergachev
On Fri, 7 Dec 2001, Leif Delgass wrote:
> I've adapted the experimental tvout code for Radeon/r128 in gatos cvs to
> Mach64 and I'm atttaching the patch (can be applied to atimode.c in ati.2
> or the mach64 DRI branch).
On Wed, 24 Oct 2001, Frank C. Earl wrote:
> On Wednesday 24 October 2001 01:54 am, [EMAIL PROTECTED] wrote:
>
> >
> > a=readl(kms->reg_aperture+MACH64_BUS_CNTL);
> > writel((a | (3<<1) )&(~(1<<6)), kms->reg_aperture+MACH64_BUS_CNTL);
> >
> > same other code
> >
> >
I am working with km v4l module (http://gatos.sf.net) and I have come
accross a strange issue with mach64 DMA engine. For some reason it would
not work unless I reset it using BUS_CNTL.
I.e.:
a=readl(kms->reg_aperture+MACH64_BUS_CNTL);
writel(a & (~(1<<6)), kms->reg_aperture+MACH6
On Mon, 22 Oct 2001, MichaelM wrote:
> Would you consider it a good idea to make DRI part of the source of a kernel? Direct
>3d graphics supported from the boot sequence.
>
> I'm really concerned about your answer. There was a whole thread on the linux-kernel
>mailing list about the hypothes
On Sun, 21 Oct 2001, Manuel Teira wrote:
> El Dom 21 Oct 2001 17:56, R C escribió:
>
> > > Well, it was a little late. I'm trying now, but having problems:
> > >
> > > export CVSROOT=cvs.dri.sourceforge.net:/cvsroot/dri
> > > export CVS_RSH=ssh
> > >
> > > bash-2.05$ cvs rtag -b mach64-0-0-2-b
On Wed, 17 Oct 2001, Mike Westall wrote:
> I spent an incredibly frustrating 4 weeks trying to
> get the DRI to work with r128 and g400 cards on Dell
> precision workstation only to find that my problem
> was precisely because bus mastering was NOT enabled
> on boot! As soon as I fixed that ev
On Wed, 17 Oct 2001 [EMAIL PROTECTED] wrote:
>
> R C writes:
>
> > On Sat, Oct 13, 2001 at 10:08:50PM +0200, Manuel Teira wrote:
> >
> > Regarding theories on DMA and Mach64 and XFree 4.10:
> >
> > I just finished a module that uses the System DMA unit for video capture
> > transfers, and i
On Tue, 16 Oct 2001, Christoph Hintermueller wrote:
> Hi
> Due to the fact that i want to get rid of NVIDIA, as i did never manage
> to get a driver properly working exept the `nv' from X/DRI, and as ATI
> till now seems to be the only HW Vendor willing to coopreate with
> Developers not workin
Well, the good news are that, with your help, I got it working. Turns out
it was not working ealier because:
a) the struct in bmaster.c file is specific to the example,
in particular, the name of the fields is way off.
b) VIPH is only for transfers to/from VIP
On Sun, 14 Oct 2001, Keith Whitwell wrote:
> On Sun, 14 Oct 2001 14:31, [EMAIL PROTECTED] wrote:
> > On Sun, 14 Oct 2001, Keith Whitwell wrote:
> > > On Sun, 14 Oct 2001 12:59, [EMAIL PROTECTED] wrote:
> > > > On Sun, 14 Oct 2001, Keith Whitwell wrote:
> > > > > > Are you sure ? I am asking bec
On Sun, 14 Oct 2001, Keith Whitwell wrote:
> On Sun, 14 Oct 2001 12:59, [EMAIL PROTECTED] wrote:
> > On Sun, 14 Oct 2001, Keith Whitwell wrote:
> > > > Are you sure ? I am asking because there are newer cards with 64megs of
> > > > RAM and they way AGP was marketed is to allow to extend the amo
On Sun, 14 Oct 2001, Keith Whitwell wrote:
>
> >
> > Are you sure ? I am asking because there are newer cards with 64megs of
> > RAM and they way AGP was marketed is to allow to extend the amount of
> > offscreen memory..
>
> The agp aperture is implemented on the motherboard, nothing to do w
On Sun, 14 Oct 2001, Keith Whitwell wrote:
>
> > Yep. What I was trying to understand is that, since I already setup my own
> > region, what can I do to it ? For example, how do I get to "AGP
> > space" addresses (as oppposed to physical or virtual).
>
> Userspace programs always deal in virt
On Sat, 13 Oct 2001, Keith Whitwell wrote:
>
> > Well, this explains some things - but not all of them. Perhaps you can
> > point out to me where I am wrong ?
> >
> > First of all, how PCI scatter-gather works: instead of having one
> > physically contiguous buffer to DMA in/out, we have a l
On Sat, 13 Oct 2001, Keith Whitwell wrote:
> On Sat, 13 Oct 2001 17:32, [EMAIL PROTECTED] wrote:
> > On Sat, 13 Oct 2001, Keith Whitwell wrote:
> > > > That's what I am trying to do. With not much luck so far. The reason
> > > > (at least to me) is that the 3d driver is the interaction of 3 par
On Sat, 13 Oct 2001, Keith Whitwell wrote:
>
> >
> > That's what I am trying to do. With not much luck so far. The reason (at
> > least to me) is that the 3d driver is the interaction of 3 parts: kernel
> > drm module, XFree driver (like radeon_dri.c) and the dri part (whatever
> > goes into ra
Well, it is late Saturday here. I know everyone is busy, but can at least
someone confirm that they know the answer but just don't have time for it ?
I'd hate to lose a weekend waiting for something that's not going to
come..
Vladimir Dergachev
-- Forwarded
On Thu, 11 Oct 2001, Derrik Pates wrote:
> On Thu, 11 Oct 2001 [EMAIL PROTECTED] wrote:
>
> > > Is it possible to get the signal from the BT878 tuner into the Radeon
> > > for hardware mpeg conversion? Maybe a video4linux-loopback-type-thing.
> >
> > What do you mean by "hardware mpeg conversi
On Thu, 11 Oct 2001, dan wrote:
> Hi all.
> Firstly, I know this isn't exactly the right place for this question,
> but I've already tried on the video4linux list and the kernel developers
> list, and got NO response at all :( ie I am desperate...
>
> I have a 64MB ViVo Radeon - without the
On Wed, 10 Oct 2001, Keith Whitwell wrote:
>
> >
> > Finally, someone who knows the stuff :)) No, there is no such variable,
> > but this phrase I plucked from the comment. Here is an example from
> > radeon.h:
> >
> > /* CP vertex/indirect buffer data */
> > un
On Fri, 12 Oct 2001, Fray Bentos wrote:
> Hi I submitted a bug report a few days ago concerning the HP_OCCLUSION_TEST
> extention to opengl on the tdfx driver.
>
> Im hopefully gonna fix it myself, but i was wondering if any one can verify that
> the extension works perfectly on any other (oth
On Wed, 10 Oct 2001, Keith Whitwell wrote:
> On Wed, 10 Oct 2001 15:45, [EMAIL PROTECTED] wrote:
> > On Wed, 10 Oct 2001, Daryll Strauss wrote:
> > > On Wed, Oct 10, 2001 at 05:13:40PM -0400, [EMAIL PROTECTED] wrote:
> > > > So, can anyone answer any of the questions below, or do I have to writ
On Wed, 10 Oct 2001, Daryll Strauss wrote:
> On Wed, Oct 10, 2001 at 05:13:40PM -0400, [EMAIL PROTECTED] wrote:
> > So, can anyone answer any of the questions below, or do I have to write
> > drm for multimedia ?
>
> The DRM is an architecture for accessing hardware directly.
>
> What functio
So, can anyone answer any of the questions below, or do I have to write
drm for multimedia ?
thanks
Vladimir Dergachev
> interface of doing captures. I'm currently working on a new Xv function
> (XvShmGetImage) that will do this, and
On Mon, 8 Oct 2001, Sottek, Matthew J wrote:
>
> 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.
>
On Mon, 8 Oct 2001, Gareth Hughes wrote:
> [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 ;)
> >
> > Ba
deoram.
>
> > ram via Xv. (NOT: capture card -> video ram->dma back to system ram)
> This indeed is how AIW cards work.
>
> Back to volodya: I already asked the same question as you about 2 times
> withing last 6 weeks and the result seems to be that neither DRM nor X
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
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.
>
>
I found another symptom of "freezes with Radeon" problem.
It looks like getimage is very slow.
Compare:
P-IV 1.8ghz, Radeon 1002:5144 AGP x11perf -getimage500
Sync time adjustment is 0.0418 msecs.
20 reps @ 207.6316 msec ( 4.8/sec): GetImage 500x500 square
20 reps @ 248.554
Ok, ok, you persuaded me to be more open in this regard :) Though, still,
I would have preferred the source..
Vladimir Dergachev
On Fri, 5 Oct 2001, Nathan Hand wrote:
> On Tue, Oct 02, 2001 at 05:39:25PM -0400, [EMAIL PROTECTED] wrote:
> > With linux, it will say so
On 5 Oct 2001, Michel [ISO-8859-1] Dänzer wrote:
> 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
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 fine
* accelerated 3d: glxgears are "funny" - they do not rotate, but
"toggle" from one position to another
* when I move glx
On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote:
>
>
> On Wed, 3 Oct 2001, Damien Miller wrote:
>
> > On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote:
> >
> > > With linux, it will say something along the lines of "works with Redhat
> > > 6.2". (take a look at many CAD packages, for example - they ar
On Tue, 2 Oct 2001, Leif Delgass wrote:
> On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote:
>
> > On the other hand, perhaps, I should give a try to writing a game engine
> > myself.
>
> I know of at least one open-source (LGPL) engine in development: Crystal
> Space (http://crystal.linuxgames.com)
On Wed, 3 Oct 2001, Peter Surda wrote:
> On Wed, Oct 03, 2001 at 01:17:03AM +, David Johnson wrote:
> > Actually I think SiS offers an idct solution as well but beyond protecting
> > intellectual property there are potential legal issues with exposing how ATI
> > decodes copy righted, cop
On Tue, 2 Oct 2001, Gareth Hughes wrote:
> Jeffrey W. Baker wrote:
>
> > On Wed, 3 Oct 2001, David Johnson wrote:
> >
> >>There is some seriously proprietary stuff with idct that for legal
> >>reasons ATI wouldn't want to expose.
> >>
> >
> > That is one of the most ridiculous statements I
On Wed, 3 Oct 2001, David Johnson wrote:
>
>
>
> >From: [EMAIL PROTECTED]
> >Reply-To: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: Re: [Dri-devel] Radeon 8500, what's the plan?
> >Date: Tue, 2 Oct 2001 17:19:53 -0400 (EDT)
> >
> >
> >
> >Well, we (GATOS) do have the docs, under si
On Wed, 3 Oct 2001, Damien Miller wrote:
> On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote:
>
> > With linux, it will say something along the lines of "works with Redhat
> > 6.2". (take a look at many CAD packages, for example - they are _not_ very
> > graphics intensive). Games are even trickier.
On Tue, 2 Oct 2001, David S. Miller wrote:
>From: [EMAIL PROTECTED]
>Date: Tue, 2 Oct 2001 17:39:25 -0400 (EDT)
>
>I would say that with Linux, the proper business model should be not
>"release binary game", but "provide artwork for an existing engine".
>I.e. have Open S
** well, let's see how many flames I can generate with this.. **
On Sun, 30 Sep 2001, Mike A. Harris wrote:
> On Fri, 28 Sep 2001, Carl Busjahn wrote:
>
> >Date: Fri, 28 Sep 2001 11:30:11 -0400
> >From: Carl Busjahn <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Content-Type: text/plain;
On Thu, 27 Sep 2001, Gareth Hughes wrote:
> David Johnson wrote:
>
> >
> > They did release specs (under NDA) to many people (including yourself
> > through PI/VA Linux).
>
>
> Sure, but not to people in the general open source community, and with the demise of
>PI/VA, I would say the cha
On Sun, 8 Jul 2001, Mike Westall wrote:
> Thilo,
>
> You make it sound as though you propose an easy and obvious
> solution with no adverse side-effects.
>
> Such is not the case.
>
> You are implicitly assuming a compatibility model in which
> any newer version of r128.o is GUARANTEED to w
On Wed, 27 Jun 2001, Rahul Karnik wrote:
> Thanks for all the help. For some reason the DRI
> module from 4.1.0 did not work with the DRM module I
> compiled from CVS (I got a "[drm]DRI version=4,
> expected 3 message"). With cable and my relatively
> fast computer I just compiled X from DRI CV
On Thu, 21 Jun 2001, Frank Worsley wrote:
> > I put the page together after trying to walk thru several
> > people with buggy Redhat installs. For some reason things like ldd or
> > strace are not as well known to new users as they should be.
>
> The problem here is not so much that people don
I've made some corrections and included a link to DRI documentation area.
Michel: I don't mind if you fold this into dri guide or mirror it or
something. I put the page together after trying to walk thru several
people with buggy Redhat installs. For some reason things like ldd or
strace are n
I have made the correction - please let me know if I missed anything.
Vladimir Dergachev
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
On Thu, 21 Jun 2001, Jens Owen wrote:
> Vladimir,
>
> Your page looks very helpful. Thanks for putting it together. The only
> comment I have is regarding your first miscellaneous comment:
>
> "While hardware 3d is active nothing except your Xserver should be
> accessing your video card - o
59 matches
Mail list logo
