On Wed, 7 Jun 2006, Barry Scott wrote:
Mark Vojkovich wrote:
On Tue, 6 Jun 2006, Barry Scott wrote:
I'm seeing the X process take a lot more CPU time to run any workload in
1280x768 compared to a standard VGA mode like 1280x1024.
For example running a text scrolling app (lots
On Tue, 6 Jun 2006, Barry Scott wrote:
I'm seeing the X process take a lot more CPU time to run any workload in
1280x768 compared to a standard VGA mode like 1280x1024.
For example running a text scrolling app (lots of XCopyArea calls) I see the
following CPU usage figures:
1280x1024:
, but if it makes the problem go away it narrows
down the problem substantially.
Mark.
We use backingstore for speed of display - these apps are run over the
network and the geophysical data is large.
Thanks for your help,
Paul
-Original Message-
From: Mark Vojkovich
and the scrolling is reasonable. The boss is
not happy though.
Is there something I can do to get the acceleration back in?
I had removed all the Load commands from the config file. It did not
change anything.
Thanks,
Paul
-Original Message-
From: Mark Vojkovich [mailto:[EMAIL PROTECTED
Backing store doesn't really guarantee that you won't get
expose events. I believe the X11 Protocol specification says
that enabling backing store merely tells the server that saving
contents would be useful and doesn't guarantee that you won't
get expose events. A program that isn't capable
Is that the final fix or is there something else I should test?
That one works for me.
Mark.
On Thu, 23 Mar 2006, Mark Vojkovich wrote:
Yes, that works.
Mark.
On Thu, 23 Mar 2006, David Dawes wrote:
On Wed, Mar 22, 2006 at 08:52:00PM -0800, Mark
Yes, that works.
Mark.
On Thu, 23 Mar 2006, David Dawes wrote:
On Wed, Mar 22, 2006 at 08:52:00PM -0800, Mark Vojkovich wrote:
initdata is still NULL even after your call to LoaderSymbol() in
that patch.
The module name needs to be prepended. Something like
I can't get CVS to load NVIDIA's GLX module. It complains:
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
(EE) LoadModule: Module glx does not have a glxModuleData data object.
(II) UnloadModule: glx
Did something change with regards to this? It was working before
I updated.
initdata is still NULL even after your call to LoaderSymbol() in
that patch.
Mark.
On Wed, 22 Mar 2006, David Dawes wrote:
On Wed, Mar 22, 2006 at 06:57:17PM -0800, Mark Vojkovich wrote:
I can't get CVS to load NVIDIA's GLX module. It complains:
(II) Loading /usr
On Wed, 22 Feb 2006, Barry Scott wrote:
Mark Vojkovich wrote:
The only mechanism I know of is OpenGL. Most OpenGL drivers have
a mechanism to allow buffer swapping at vblank.
Using DRM/DRI this works:
void waitForVSync()
{
if( card_fd 0 )
card_fd = open( /dev/dri/card0, O_RDONLY
On Mon, 13 Feb 2006, Barry Scott wrote:
I have a text scrolling app that is not playing smoothly.
Attempting to update the windows on a timer is not keeping my changes in
sync with the monitors refresh. This is causing visual glitches.
What mechanisms can I use to lock my changes to the
Each call to XOpenDisplay opens a new communication socket to
the X-server. Commands sent through this socket need to be serialized.
If you have two threads trying to send data at the same time through
the same socket they will corrupt each other's data. XInitThreads
enables a lock around the
Separate threads either need to use separate display
connections or you need to enable thread mutexes for a shared
connection (XInitThreads will enable Xlib's internal mutexes).
Note still, that pausing a thread while it's in Xlib can block
any other threads also trying to use Xlib with the
On Mon, 28 Nov 2005, Tim Roberts wrote:
Andrew C Aitchison wrote:
On Mon, 28 Nov 2005, [gb2312] Daniel(???) wrote:
I want to snap a desktop include the mouse pointer. However, the
common tools and functions can not capture a windows image include
mouse. I think it's
The grab is client-specific. The grab will only fail if it's owned
by another client. This is just to prevent multiple apps from fighting
over the same port. It's assumed that if you've got a single client
that client will be able to keep track of which ports it's using.
On Wed, 16 Nov 2005, Smoof . wrote:
On Wed, 16 Nov 2005, Alex Deucher wrote:
On 11/16/05, Smoof . [EMAIL PROTECTED] wrote:
Hello,
I am writing an application that will display up to 9 independent
video
streams (each stream is 320 x 240). I'm new to Xv and may not be
using
On Wed, 16 Nov 2005, Alex Deucher wrote:
On 11/16/05, Smoof . [EMAIL PROTECTED] wrote:
Hello,
I am writing an application that will display up to 9 independent video
streams (each stream is 320 x 240). I'm new to Xv and may not be using the
correct terminology so please bear with me.
On Wed, 26 Oct 2005, Luke Chen wrote:
Dear Sir
I hope someone can answer to my following questions,thanks.
I would like to submit our X server display driver to Xfree86.
I should follow the 4-step program(describes in Xfree86 developer) and simply
submit my display driver to Bugman?
XCopyArea can copy arbitrary rectangles of the desktop if the
source is the root window and the GC has IncludeInferiors for the
sub-window mode.
See the man page on XSetSubwindowMode. There are a few
Xlib functions for getting the root window ID (XRootWindow,
XDefaultRootWindow,
It's in the server tree at xc/doc/hardcopy/XProtocol
http://cvsweb.xfree86.org/cvsweb/xc/doc/hardcopy/XProtocol/
Mark.
On Wed, 5 Oct 2005, Eddy Hahn wrote:
Hi,
I'm in the process to design a system that will traclate wire level protocol
from X Windows to RDP. So, you an hook up a PC or
It's in the server tree at xc/doc/hardcopy/XProtocol
http://cvsweb.xfree86.org/cvsweb/xc/doc/hardcopy/XProtocol/
Mark.
On Wed, 5 Oct 2005, Eddy Hahn wrote:
Hi,
I'm in the process to design a system that will traclate wire level protocol
from X Windows to RDP. So, you an hook up a PC or
You can get the server to render to a system memory buffer
using the shadowfb. Many drivers support an Option ShadowFB
where rendering happens to system memory and then the driver
periodically flushes the system memory framebuffer to the
real framebuffer. So you may be able to use this system
Whoops, I'm wrong. It turns out it's not in the EDID. For
desktop systems this is set in the control panel. For laptops,
the driver keeps a list of known panels. The iMac is essentially
a laptop.
Mark.
On Tue, 4 Oct 2005, Benjamin Herrenschmidt wrote:
The iMac looks
On Mon, 3 Oct 2005, Benjamin Herrenschmidt wrote:
On Sun, 2005-10-02 at 18:32 -0700, Mark Vojkovich wrote:
FPDither takes 8 bit output and dithers down to 6 bit. It
will improve the quality on 6 bit panels and degrade it on 8
bit panels. Nearly all desktop panels are 8 bit (only very
The NVIDIA Mac boards I've seen are Mac only. They won't even plug
into a PC because the connector is different. It's like PCI, but has
and extra power tab to drive the Apple Display Connector. None of
those boards have a PC BIOS; they have OpenFirmware fcode.
I think most hardware
It probably didn't come with your Linux distribution. It probably
wasn't built by default with the XFree86 version RH9 is using. I've got
one you can use at:
http://www.xfree86.org/~mvojkovi/libXinerama.so.1.0
Stick it in /usr/X11R6/lib and run ldconfig.
Mark.
On Fri, 15
X11 is a standard. XFree86 is an implementation of that standard.
Additionally, the X-Window System allows for vendor-specific extensions,
so XFree86 implements features beyond what are covered in the X11 standard.
Mark.
On Sun, 3 Jul 2005, Edison Deng wrote:
Hi,
window, and Manikandan T ask about libXinerama.so.1,
and you said that you can provide libXinerama.so.1, below was your posting.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Vojkovich
Sent: 07 April 2005 22:56
To: devel@XFree86.Org
Subject
:
Mark Vojkovich [EMAIL PROTECTED] writes:
On Sat, 18 Jun 2005, Michal [iso-8859-2] Maru??ka wrote:
* Is it correct, that the nv driver does not support DBE (double buffer
extension)?
The drivers have nothing to do with DBE extension support. XFree86
supports DBE for all hardware
On Sat, 18 Jun 2005, Michal [iso-8859-2] Maru?ka wrote:
* Is it correct, that the nv driver does not support DBE (double buffer
extension)?
The drivers have nothing to do with DBE extension support. XFree86
supports DBE for all hardware whenever you load the extmod module.
DBE is not
It's unfortunate that Metacity has that dependency. The .so comes
with newer X-servers. You can try to pull one out of newer X-server
packages. I can mail you the library alone if want.
Mark.
On Wed, 6 Apr 2005, Manikandan Thangavelu wrote:
Hi All,
I am missing
On Wed, 2 Mar 2005, Tim Roberts wrote:
Németh Márton wrote:
Hi!
I've tested 4.5.0RC2 with xtest 4.0.10, see
http://bugs.xfree86.org/show_bug.cgi?id=1557 for details.
I've attached a test C program which always produces bad rendering
using acceleration, and never if
On Wed, 16 Feb 2005, David Dawes wrote:
On Wed, Feb 16, 2005 at 06:07:43PM -0800, Mark Vojkovich wrote:
It used to be that if you specified a modeline, say 1600x1200 in
the XF86Config file, that modeline would take preference over any
internal modelines of the same name. This no longer
It used to be that if you specified a modeline, say 1600x1200 in
the XF86Config file, that modeline would take preference over any
internal modelines of the same name. This no longer appears to be
the case. If I have a 1600x1200 modeline in the XF86Config file,
it no longer gets used, but
On Mon, 14 Feb 2005, David Dawes wrote:
On Mon, Feb 14, 2005 at 07:40:40PM -0800, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, David Dawes wrote:
On Mon, Feb 14, 2005 at 04:00:18PM -0800, Mark Vojkovich wrote:
I just updated on my dual
On Tue, 15 Feb 2005, David Dawes wrote:
On Tue, Feb 15, 2005 at 10:34:16AM -0800, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, David Dawes wrote:
On Mon, Feb 14, 2005 at 07:40:40PM -0800, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, David Dawes
I just updated on my dual-card system and with the update I see
a problem restoring the console that I did not see previously. If
I startx on the primary card and then quit, the primary card is restored
correctly. However, if I startx on both cards and quit, the
primary card is not restored
. This didn't happen before updating.
MArk.
On Mon, 14 Feb 2005, Mark Vojkovich wrote:
I just updated on my dual-card system and with the update I see
a problem restoring the console that I did not see previously. If
I startx on the primary card and then quit, the primary
On Mon, 14 Feb 2005, David Dawes wrote:
On Mon, Feb 14, 2005 at 04:00:18PM -0800, Mark Vojkovich wrote:
I just updated on my dual-card system and with the update I see
a problem restoring the console that I did not see previously. If
I startx on the primary card and then quit, the primary
On Mon, 14 Feb 2005, Mark Vojkovich wrote:
On Mon, 14 Feb 2005, David Dawes wrote:
On Mon, Feb 14, 2005 at 04:00:18PM -0800, Mark Vojkovich wrote:
I just updated on my dual-card system and with the update I see
a problem restoring the console that I did not see previously. If
I
This is a list about developing XFree86. While some of us might know
a bit about application development, we're probably not the best people
to ask and most of your questions might be met with silence. If you're
looking for X-Window programming resources, Kenton Lee has a site with
a lot of
On Fri, 28 Jan 2005, Marc Aurele La France wrote:
On Fri, 28 Jan 2005, Mark Vojkovich wrote:
I tried tracing twm when it is drawing fonts. I don't really
understand the font paths very well, but it looks like it never
even draws anything. It looks like:
_XomGetFontSetFromCharSet
I tried tracing twm when it is drawing fonts. I don't really
understand the font paths very well, but it looks like it never
even draws anything. It looks like:
_XomGetFontSetFromCharSet returns NULL so
_XomConvert returns -1 so
_XomGenericDrawString doesn't draw anything
I
On Tue, 25 Jan 2005, Marc Aurele La France wrote:
Mark (and anyone else, of course),
Please tell me whether the attached patch fixes (your version of) the
problem.
No, it does not.
Mark.
___
Devel mailing list
On Sat, 22 Jan 2005, Marc Aurele La France wrote:
It would seem that you are building with SharedLibFont explicitly set to NO,
which is the default on a Debian system (see linux.cf). The attached, which
I've just committed, should fix this problem.
I wonder if Thomas's problems are related
I synced up and built and now, though the server starts fine,
apps can't get any fonts. Window managers claim they can't find
fontsets like fixed so menus and such have no text in them.
xfontsel seems to work though. Anyone know what's going on?
It's like the fonts.alias isn't being read
at 01:56:44PM -0800, Mark Vojkovich wrote:
In my opinion, direct framebuffer rendering is passe. My
recommendation is to render into system memory, use glDrawPixels
to copy to a GLXDrawable's back buffer and then use glXSwapBuffers
to display the buffer. At least with NVIDIA's binary
input, I'm sure many of you have had to deal
with similar issues.
On Thu, Nov 25, 2004 at 11:38:17AM -0800, Mark Vojkovich wrote:
If you want tearless rendering you should be flipping. Ie. render
to a non displayed portion of the framebuffer, then call XDGASetViewport
to display
On Sat, 27 Nov 2004, James Wright wrote:
My understanding is that flat panels do not scan a screen as a CRT does,
so there is no vertcial blank period to perform a page flip. They do have a
refresh rate of usually around 60Hz, but his is simply how aften the pixels
are able to switch
If you want tearless rendering you should be flipping. Ie. render
to a non displayed portion of the framebuffer, then call XDGASetViewport
to display it after the copy is finished. See the DGA test apps at
http://www.xfree86.org/~mvojkovi/, specifically texture.tar.gz.
If the texture and
The nv driver contains no code to program the DVI interface. The
only reason why it works at all with DVI is because the BIOS setup
the timings for the text mode. Subsequently, the nv driver is not
able to run in any mode other than the one the BIOS setup. If the
BIOS setup the text mode to
On Tue, 16 Nov 2004, Dorin Lazar wrote:
Hello everyone,
I am trying to obtain a snapshot of the output of an application that draws
using hardware accelerated Xv. The application is a video player and uses YUV
format to display and SDL - it draws using SDL_DisplayYUVOverlay function. I
All the resources allocated by a single client will have the
same XID prefix. Look at the output of xwininfo -children -root
and you'll see what I mean. What you probably want to do is search
from the root and find the all the top-level windows with your
client's prefix.
Your app apparently requires OpenGL support. If XFree86 is
your X-server, you need to add:
Load glx
to the Section Module of the XF86Config file.
Mark.
On Fri, 5 Nov 2004, Simon Toedt wrote:
Hello,
After adding a print support to our application I am getting
On Thu, 4 Nov 2004, Barry Scott wrote:
I need to get rid of the cursor from the Xserver.
There are a number of X client programs on screen and
I cannot modify all of them to hide the cursor. What I want
is a way to globally hide the cursor.
Is there a configuration option to get rid of the
On Mon, 1 Nov 2004, Bussoletti, John E wrote:
At Boeing we have a number of graphics applications that have been
developed in-house, originally for various SGI platforms. These
applications are used for engineering visualization They work well on
the native hardware and even display well
feature in Xlib.
Mark.
Cheers,
Sébastien
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
de Mark Vojkovich
Envoyé : jeudi 14 octobre 2004 19:50
À : [EMAIL PROTECTED]
Objet : Re: Memory leaks when lots of graphical operations? [Qt
On Fri, 15 Oct 2004, Robert Currey wrote:
Is there a way to trace X operations?
There's no tracing feature in Xlib.
xmon?
That will trace protocol. Not sure if that's useful for
tracking down a client memory leak though. I'm assuming what he
wants to do is watch Xmalloc/free
It's the app's memory usage that climbs or the server's?
Mark.
On Thu, 14 Oct 2004, [iso-8859-1] Sébastien ZINSIUS wrote:
Hello!
I'm currently developing a graphical application with Qt/X11 3.1.1. This application
does a lot of operations and I'm doing some
xc/programs/Xserver/hw/xfree86/xaa/XAA.HOWTO
Mark.
On Thu, 26 Aug 2004, Steven Staton wrote:
Where is XAA documented? Google is unaware of it, which is a bad omen.
Does documentation exist?
___
Devel mailing list
[EMAIL
Don't do the Stop until after you've drawn the non-Xv image.
If the Xv port is an overlay port, drawing the non-Xv image will
replace the Xv image when it overwrites the color key. If the
port is not an overlay port, Stop doesn't do anything.
Mark.
On Mon, 16 Aug
If a software cursor is being used it will be removed before XGetImage
copies that part of the screen. The only way to avoid that is to make
sure a hardware cursor is being used. Nearly all drivers support
the traditional 2 color X11 cursors if it's smaller than a certain
size (usually 32x32
I'm not enabling DPMS, but DPMS is being used anyhow. This
changed somewhat recently. Was this on by default behavior
change intentional?
Mark.
___
Devel mailing list
[EMAIL PROTECTED]
DMX unconditionally changed MAXFORMATS in misc.h which modified
the ScreenRec and broke binary compatiblity. No third party drivers
will work with XFree86 after the DMX integration. I think it was
a mistake to unconditionally break binary compatibility in this way.
DMX should be a build
On Wed, 14 Jul 2004, Michael Boccara wrote:
Functions defined in XFree86 are not resolved in libextmod.a when referenced
as extern.
Why ?
Is there a way to help the symbol resolution ?
Thanks,
Michael Boccara
This is a problem you are seeing with the existing code or only
after you
On Wed, 14 Jul 2004, Michael Boccara wrote:
Functions defined in XFree86 are not resolved in libextmod.a
when referenced
as extern.
Why ?
Is there a way to help the symbol resolution ?
This is a problem you are seeing with the existing code or only
after you modified
On Fri, 25 Jun 2004, Nicolas Joly wrote:
On Thu, Jun 24, 2004 at 10:13:54AM -0700, Mark Vojkovich wrote:
It might be that there is some mismatch in types on amd64.
Eg. FB_SHIFT vs FbBits. It's hard to follow what's going on
in fb.h.
Agreed, i'm not comfortable with that piece of code
It might be that there is some mismatch in types on amd64.
Eg. FB_SHIFT vs FbBits. It's hard to follow what's going on
in fb.h.
Mark.
On Thu, 24 Jun 2004, Nicolas Joly wrote:
On Thu, Jun 24, 2004 at 07:56:53AM -0400, David Dawes wrote:
On Fri, Jun 18, 2004 at
Nope. The class is set at window creation time. I can't think
of a compelling reason to want to change the class of a window that
has already been created.
Mark.
On Wed, 16 Jun 2004, o o wrote:
Hi!
I do not know if it is the good place to ask this, but I am
On Mon, 7 Jun 2004, Lucas Correia Villa Real wrote:
On Monday 07 June 2004 08:56, Sebastian Wagner wrote:
Is it planned to support Rotate functionality in the i8xx X drivers
(especially the i855 / intel extreme graphics 2)? Or is there yet a way
to rotate the desktop?
Sebastian
You can
On Thu, 20 May 2004, Barry Scott wrote:
I'm trying to get X to drive a display in portrait mode.
But the only driver that seems to work is the nVidia code
and the performance is terrible.
Is there any work to make a fast portrait mode work?
Not that I know of.
On Wed, 7 Apr 2004, Andrew C Aitchison wrote:
On Tue, 6 Apr 2004, Mark Vojkovich wrote:
I saw changes coming to the X world that I didn't like and started
moving away from it a while ago.
Pardon that public reply folks. I mistakenly replied to the list
rather than just to Alan like I
On Tue, 6 Apr 2004, Alan Hourihane wrote:
Mark,
What's the current status of the new xaa ??
Not much has changed. I've been busy with work and lately
haven't been too motivated to work on it anyhow. I don't even
work on X stuff at NVIDIA anymore. I saw changes coming to the
X world that
Pardon that public reply folks. I mistakenly replied to the list
rather than just to Alan like I intended.
Mark.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Lets say you have a DFP with a fixed resolution and therefore
can't run modes with an HDisplay or VDisplay beyond that. What's
the most efficient way to validate those modes? I see that
xf86ValidateModes will check pScrn-maxHValue and pScrn-maxVValue
for HTotal and VTotal and it supports
On Tue, 23 Mar 2004, David Dawes wrote:
On Mon, Mar 22, 2004 at 05:06:28PM -0800, Mark Vojkovich wrote:
This sounds like it will completely break binary compatibility.
It looks like it does change the size of some data structures and
the data types of some fields. Whether these changes
On Thu, 18 Mar 2004, Jonathon Bates wrote:
Hi Guys,
I am in the process of creating an X mod and would like some pointers on
where to start (i wont have a problem writing the code,
i am just not sure where to start).
I am wanting to create the following:
Y
Y1Y2
On Mon, 15 Mar 2004, Alan Hourihane wrote:
I remember that a couple of extra tests failed with Xinerama enabled.
The ones I'm seeing are XCopyArea and XCopyPlane. Are these the ones
that are expected to fail - Mark V. ?
Yes. Xinerama won't copy between framebuffers, but will generate
On Mon, 15 Mar 2004, Alex Deucher wrote:
--- Alan Hourihane [EMAIL PROTECTED] wrote:
I remember that a couple of extra tests failed with Xinerama enabled.
Weren't there also some fixes for xtest and xinerama that came from the
dmx project? Were those ever integrated?
The Xinerama
I'm suspicious of your diagnosis. But why don't you just
turn DPMS off. It's off by default. It had to be specified
explicitly in the XF86Config in order to turn it on in the
first place. A DPMS related problem would be a video card
driver specific one.
Mark.
On
On Sat, 13 Mar 2004, [ISO-8859-1] Thomas Hellström wrote:
Hi!
I'm currently writing an XvMC-type driver to the via unichrome hardware
mpeg2 decoder. It uses much of the current XvMC functionality for
context- and surface and subpicture handling, but requires some extra
functionality for
They varied from chip to chip. They generally added them as
the chips got newer. You'll probably want to look at an old
XFre86 3.x driver.
Mark.
On Sat, 13 Mar 2004, Keith Johnson wrote:
After upgrading from 4.3 to 4.4 I found my mode of 1152x864 was
exceeding
On Mon, 8 Mar 2004, James Wright wrote:
It doesn't seem all that long ago that DGA V2 was added, why was it ever
introduced if it causes
grief for the driver writers? What where the original intentions of including the
DGA extension into
Xfree86?
DGA2 was added five years ago, and
to direct framebuffer
access. I've seen some evidence suggesting that it's not.
Mark.
On Sat, 6 Mar 2004 19:02:00 -0800 (PST)
Mark Vojkovich [EMAIL PROTECTED] wrote:
I expect it will go away eventually. It's still the case for
most access patterns
On Sat, 6 Mar 2004, David Dawes wrote:
I thought we stopped using 64 bit scanlines altogether.
Hmm, yes it looks that way. I guess we can remove that then, and the
related code in xf86Init.c.
When you use 64 bit scanlines you introduce a mess in the
PutImage code. You have to
I expect it will go away eventually. It's still the case for
most access patterns that rendering in system memory and then
copying the result to the framebuffer is faster than CPU rendering
directly to the framebuffer. Only the most simple game engines (write-
only SW scanline renderers) can
On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
David Dawes wrote:
On Fri, Mar 05, 2004 at 01:38:06AM +0100, Thomas Winischhofer wrote:
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
the hardware supports,
On Fri, 5 Mar 2004, David Dawes wrote:
On Sat, Mar 06, 2004 at 03:28:09AM +0100, Thomas Winischhofer wrote:
Mark Vojkovich wrote:
On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
David Dawes wrote:
On Fri, Mar 05, 2004 at 01:38:06AM +0100, Thomas Winischhofer wrote:
What exactly
On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
What exactly does a video driver have to be able to do if the
SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided
the hardware supports, for instance, 24bpp (framebuffer depth) only?
It's expected to support a 24bpp
On Wed, 3 Mar 2004, Sottek, Matthew J wrote:
Ummm... which other models are you refering to? I'm told that
Windows does it globally.
Windows Direct Draw does per surface Locking which is a
similar thing to what we are discussing, and yes, many drivers
DO checkpoint very often.
On Wed, 3 Mar 2004, Sottek, Matthew J wrote:
Your rectangle array design would only send an array
of rectangles that come from the spans of a larger
polygon? Maybe the driver can attempt to fix it there.
The array only contains parts of a larger single rendering
request. But note that
On Tue, 2 Mar 2004, [ISO-8859-1] Frank Gießler wrote:
Mark Vojkovich wrote:
We don't care what the filenames are except for the header files.
The only reason why we care about header files is that a driver
might include support for both and may need both include paths.
There's only
On Tue, 2 Mar 2004, Knut J Bjuland wrote:
Is the Nvidia closed source driver based on a early version off Xaa2?
The NVIDIA binary driver has a stripped-down and slightly hacked up
version of XAA2 in it.
Mark.
___
Devel
On Tue, 2 Mar 2004, David Dawes wrote:
On Tue, Mar 02, 2004 at 10:57:04AM -0800, Mark Vojkovich wrote:
On Tue, 2 Mar 2004, [ISO-8859-1] Frank Gießler wrote:
Mark Vojkovich wrote:
We don't care what the filenames are except for the header files.
The only reason why we care about
On Tue, 2 Mar 2004, Sottek, Matthew J wrote:
It's currently global because the hardware I work on doesn't
have to fall back to software very often. Bookkeeping on a per-
surface basis is a simple modification and one I will add. This
precludes using XAA2 with hardware that doesn't
On Tue, 2 Mar 2004, Sottek, Matthew J wrote:
Also, I would like to make sure that the new design has a much
improved syncing mechanism. Syncing should be, at a minimum,
on a per-surface basis. Perhaps even a bounded region of a
surface is justified. As GUI's become more media rich the
On Wed, 3 Mar 2004, wjd wrote:
Hi All,
I wrote a X11 application to get image of some window by XGetImage(),but after
i switch to other terminal by Ctrl+Alt+F2,my application can't get correct image of
windows.Are there any idea to fix this problem? or how can X11 application to
On Mon, 1 Mar 2004, Alan Hourihane wrote:
I'm looking to enhance the parser in XFree86 so that a lot of redundant
code in the current drivers that implement the 'mergedfb' mode can
be eliminated such that they don't have to do all the monitor munging
in the driver.
So here's two variants
The current XAA has functions starting with XAA and header files
starting with xaa. To avoid namespace pollution, the second
implementation of XAA will need a different namespace. It seems
good to avoid calling it anything with a '2' in the name. I'm
leaning towards Xaa for the functions
.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Vojkovich
Sent: Monday, March 01, 2004 4:19 PM
To: [EMAIL PROTECTED]
Subject: XAA2 namespace?
The current XAA has functions starting with XAA and header files
starting with xaa. To avoid namespace
1 - 100 of 276 matches
Mail list logo