Re: [Dri-devel] Re: Discussion of donation driven DRI project.
On Tue, Sep 18, 2001 at 10:55:02PM -0400, Frank Earl wrote: On Tuesday 18 September 2001 19:05, Mike A. Harris wrote: Very much agreed. This is moreso even for standard XFree86 driver development (2D et al.), and porting old 3.3.6 driver to 4.x. Yes, I would love to see the CyberBlade on my laptop at least do 2D right (Working correctly only in 15bpp is NOT right! :-) What's the problem Frank. I don't believe I've ever had a report from you on problemsor if you have, can you refresh my memory on what these problems are...(Oh, and which CyberBlade is it ?) Alan. ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] region tracking patch
I would like to track which regions of the screen have changed. This would be of use for something like x0rfbserver which allows remote access to the local x display. Has anybody looked into something like this? What docs are availible? It looks like most of the docs are user level or meant for card developers. How are overlapping windows handled? for instance if I have xclock overlapped by gears, and xclock get's a minute update, it looks like the full xclock window is updated. How does x know that some portions of the screen is managed by drm? thanks ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Discussion of donation driven DRI project.
On Wednesday 19 September 2001 04:42, Alan Hourihane wrote: What's the problem Frank. I don't believe I've ever had a report from you on problemsor if you have, can you refresh my memory on what these problems are...(Oh, and which CyberBlade is it ?) Never filed a report- had too many other things going on to do a thorough go over of what I'm seeing with it; I just made it use the framebuffer driver for now (It just slows the laptop down a little at times...). Basically, it's a CyberBladeAi1, and the screen shows the leftmost stripe of the display on the LCD panel on the right side of the screen, except when it's set to 15bpp. No other setting seems to make an impact on this. Now, I've got a question for you, if you can answer it How dramatically different are the Via embedded cores from the Ali embedded cores, programming-wise? I happen to have a register spec for the Via all-in-one motherboard chip using the CyberBlade logic core. Once I get something done for the RagePRO, I might want to come up with a DRI driver for the CyberBlade if the information's all the same. (Yes, I know it's not a great chip, but it'd be nice to have it work all the same... :-) -- Frank Earl ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Discussion of donation driven DRI project.
On Wednesday 19 September 2001 14:34, Alan Hourihane wrote: What about setting another Chipset rather than options ? Tried all the gamut to see if there was any variation- no such luck with at least my machine. Win98/Me shows it to be an Ai1 chip, which jives with the info KDS has available on this model. I'm about to revisit attempting getting the driver happy with me because I'd like to have better performance out of my laptop and maybe have some poor 3D support from it... I'll let you know via e-mail if I get the same results as in the past. Very little, if anything. The CyberBlade are very similar indeed, apart from the E4 which is a bit more different. Cool. This means I'm not going to be guessing too blindly when I get to working on a DRI driver... -- Frank Earl ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Re: Discussion of donation driven DRI project.
for what it's worth, there is cyberblade documentation available at this web site: http://www.creatis.insa-lyon.fr/~bellet/trident/ Alex --- On Wednesday 19 September 2001 14:34, Alan Hourihane wrote: What about setting another Chipset rather than options ? Tried all the gamut to see if there was any variation- no such luck with at least my machine. Win98/Me shows it to be an Ai1 chip, which jives with the info KDS has available on this model. I'm about to revisit attempting getting the driver happy with me because I'd like to have better performance out of my laptop and maybe have some poor 3D support from it... I'll let you know via e-mail if I get the same results as in the past. Very little, if anything. The CyberBlade are very similar indeed, apart from the E4 which is a bit more different. Cool. This means I'm not going to be guessing too blindly when I get to working on a DRI driver... -- Frank Earl __ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] DMA from card API
Hello! It's me again :-) This time I need to utilize DMA to transfer data from videocard into system memory (i.e the opposite direction), which is the only way to get decent video grabbing from ATI AIW (for those who don't know AIW is a videocard with onboard tv-decoder and other stuff). There is no v4l driver for AIW, I guess because it has to cooperate with XFree86. From what I see in the docs, no such beast (videocard-RAM) exists. The livid-gatos developers are developing a separate kernel module, but I think this belongs to DRI even if it isn't used for OpenGL but for Xv, as a patch posted by Michel Dänzer a couple of weeks ago successfully demonstrates. Therefore I'd like to propose change to DRI definition, to add a function that transfers data over DMA into system memory. IMHO the transfers should behave like this: 1. allocate buffers with drmDMA. 2. call the new function to do DMA transfer to allocated buffers. 3. now the data is in system memory and I can memcpy it where I need it, this should eat much less CPU 4. free buffers What do you think? Bye, Peter Surda (Shurdeek) [EMAIL PROTECTED], ICQ 10236103, +436505122023 -- 0 and 1. Now what could be so hard about that? PGP signature
[Dri-devel] mga (g200) agp texturing.
I've got the apg texturing patches applied to my checked out dri tree (trunk) and I was wondering if they've ever been committed to any branch of the dri cvs tree? I get the odd problem (programs using dri segfaulting at indeterminate occasions, corrupted textures, out of memory (null heap pointer)) and I would like to work from something more official (I've also hacked mine a bit to get it using the right size of memory pool). While I don't remember who created the patch, many thanks to you. It's made it possible for me to run X in my preferred resolution (1152x864) and run the gl apps more than acceptably (quakeforge and q3) on my g200. Bill -- Leave others their otherness. -- Aratak ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel