On Thu, 2009-06-04 at 19:54 +0400, Evgeny M. Zubok wrote:
Michel Dänzer mic...@daenzer.net writes:
EXA bug: Calling FinishAccess on pixmap 0x9278d68 with index 1 while
it should have been (nil).
This may indeed be a bug, Maarten? Might be interesting to see gdb
backtraces for when
On Thu, 2009-05-28 at 15:07 +0400, Evgeny M. Zubok wrote:
Ville Syrjälä syrj...@sci.fi writes:
Just set the alignment to your fixed pitch value and it should work,
shouldn't it?
Great! Good idea! I have tried to set up pitch align
pEXA-pixmapPitchAlign = pScrn-displayWidth *
Michel Dänzer mic...@daenzer.net writes:
EXA bug: Calling FinishAccess on pixmap 0x9278d68 with index 1 while
it should have been (nil).
This may indeed be a bug, Maarten? Might be interesting to see gdb
backtraces for when these trigger.
Is the
On Thu, Jun 4, 2009 at 11:54 AM, Evgeny M. Zubok evgeny.zu...@tochka.ru wrote:
Michel Dänzer mic...@daenzer.net writes:
EXA bug: Calling FinishAccess on pixmap 0x9278d68 with index 1 while
it should have been (nil).
This may indeed be a bug, Maarten? Might be interesting to see gdb
2009/6/4 Michel Dänzer mic...@daenzer.net:
On Thu, 2009-05-28 at 15:07 +0400, Evgeny M. Zubok wrote:
Ville Syrjälä syrj...@sci.fi writes:
Just set the alignment to your fixed pitch value and it should work,
shouldn't it?
Great! Good idea! I have tried to set up pitch align
Michel Dänzer mic...@daenzer.net writes:
I think that it may be bug somewhere in EXA or driver bacause
server's log is full of error messages.
EXA bug: Calling FinishAccess on pixmap 0x9278d68 with index 1 while
it should have been (nil).
This may indeed be a bug, Maarten? Might be
Looks like no dice for EXA. Fixed pitches, no offsets... ouch.
Yes, I think the same. 'Solid' and 'Copy' is the only functionality that
would be possible with this hardware. There is no reason to waste a time
further. BTW, both 'Solid' and 'Copy' work fine only when operate on
framebuffer
Ville Syrjälä syrj...@sci.fi writes:
Why wouldn't it work if you just allocate everything using the same
pitch? Or does the allocator make some assumptions about the pitches
the hardware can handle?
The allocator make the assumption that hardware is able to copy
offscreen pixmaps with any
On Thu, May 28, 2009 at 12:00:26PM +0400, Evgeny M. Zubok wrote:
Ville Syrjälä syrj...@sci.fi writes:
Why wouldn't it work if you just allocate everything using the same
pitch? Or does the allocator make some assumptions about the pitches
the hardware can handle?
The allocator make the
Ville Syrjälä syrj...@sci.fi writes:
Just set the alignment to your fixed pitch value and it should work,
shouldn't it?
Great! Good idea! I have tried to set up pitch align
pEXA-pixmapPitchAlign = pScrn-displayWidth * pS3-s3Bpp;
and got almost normal working screen (with artefacts though)
I have made the first attempt to implement basic `Copy' and `Solid' EXA
functions in xf86-video-s3, but soon came to intention that EXA support
is not possible. Is there mistake in my thinking below?
S3's Graphic Processor (S3 GP) is able to copy areas only in terms of
coordinates, i. e. it can
On Wed, May 27, 2009 at 5:09 PM, Evgeny M. Zubok evgeny.zu...@tochka.ru wrote:
I have made the first attempt to implement basic `Copy' and `Solid' EXA
functions in xf86-video-s3, but soon came to intention that EXA support
is not possible. Is there mistake in my thinking below?
S3's Graphic
On Wed, May 27, 2009 at 6:20 PM, Ville Syrjälä syrj...@sci.fi wrote:
On Wed, May 27, 2009 at 05:50:51PM -0400, Alex Deucher wrote:
On Wed, May 27, 2009 at 5:09 PM, Evgeny M. Zubok evgeny.zu...@tochka.ru
wrote:
I have made the first attempt to implement basic `Copy' and `Solid' EXA
On Wed, May 27, 2009 at 05:50:51PM -0400, Alex Deucher wrote:
On Wed, May 27, 2009 at 5:09 PM, Evgeny M. Zubok evgeny.zu...@tochka.ru
wrote:
I have made the first attempt to implement basic `Copy' and `Solid' EXA
functions in xf86-video-s3, but soon came to intention that EXA support
is
On 2009/05/27 18:34 (GMT-0400) Alex Deucher composed:
...the lack offscreen pixmaps would hurt performance.
I'm just an observer whose only real interest is in seeing to it that
dropping of any legacy support is not done casually. I can only wonder if
anyone using a 12 year old legacy chip has
From a performance pov an accelerated shadow framebuffer arrangement
is probably much faster. Assuming it has some dma capability.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
16 matches
Mail list logo
