Hello!
What is the proper usage of XLockDisplay () / XUnlockDisplay ()
when an application has multiple threads using
* normal Xlib functions
* Xitk functions
* libGL and/or
* libvdpau ?
On my machine (libX11 1.4.0) bracketing all 4 seems to be necessary
to avoid lockups and stack
On 03/ 7/13 06:31 AM, Torsten Jager wrote:
What is the proper usage of XLockDisplay () / XUnlockDisplay ()
when an application has multiple threads using
Applications should never call those functions - they are Xlib's
internal locking mechanism for the request buffers.
Applications should
On 03/07/2013 06:31 AM, Torsten Jager wrote:
Hello!
What is the proper usage of XLockDisplay () / XUnlockDisplay ()
when an application has multiple threads using
* normal Xlib functions
* Xitk functions
* libGL and/or
* libvdpau ?
XLockDisplay / XUnlockDisplay is only required
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie (1):
randr: cleanup provider properly
Matt Dew (1):
Bump version to 1.13.3
git tag: xorg-server-1.13.3
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.13.3.tar.bz2
MD5: 63c2530476cba4f0283570bbb650
I agree with Ian's proposition to add integer counter which replaces
hard-coded index. This also allows to add:
assert(i = sizeof(attribs)/sizeof(attribs[0]))
While both GLX 1.4 spec and older GLX_SGIX_pbuffer do not mention what
value to return if GLX_PRESERVED_CONTENTS is unset on creation,
On 11/21/2012 04:12 AM, v...@picaros.org wrote:
Add support for the Option ZoomModes in a monitor section:
Section Monitor
Identifier a21inch
Option PreferredMode 1600x1200
Option ZoomModes 1600x1200 1280x1024 1280x1024 640x480
EndSection
ZoomModes seems like an
On 03/06/2013 10:35 PM, Keith Packard wrote:
* PGP Signed by an unknown key
Owen Taylor otay...@redhat.com writes:
A complex scheme where the compositor and the server collaborate on the
implementation of SwapRegion seems fragile to me, and still doesn't get
some details right - like the swap
Aaron Plattner aplatt...@nvidia.com writes:
If I'm understanding this correctly, this requires the X server to
receive a notification from the GPU that the swap is complete so it can
send the SwapComplete event. Is there any chance this could be done
with a Fence instead? The application
On Thu, 2013-02-28 at 16:55 -0800, Keith Packard wrote:
* It would be great if we could figure out a plan to get to the
point where the exact same application code is going to work for
proprietary and open source drivers. When you get down to the details
of swap this isn't close to
On 03/07/2013 12:49 PM, Keith Packard wrote:
* PGP Signed by an unknown key
Aaron Plattner aplatt...@nvidia.com writes:
If I'm understanding this correctly, this requires the X server to
receive a notification from the GPU that the swap is complete so it can
send the SwapComplete event. Is
On 03/07/2013 01:19 PM, Owen Taylor wrote:
On Thu, 2013-02-28 at 16:55 -0800, Keith Packard wrote:
* It would be great if we could figure out a plan to get to the
point where the exact same application code is going to work for
proprietary and open source drivers. When you get down to
On Thu, Mar 07, 2013 at 06:32:23AM +, wolfking wrote:
hi, all: I'm building the X on my PowerPC platform and have a problem:
Everytime when I use the build.sh scricpt to build the X, the build.sh
restart from thebeginning to compile, it wastes a lot of time to rebuild the
components
James Jones jajo...@nvidia.com writes:
If you associate an X Fence Sync with your swap operation, the driver
has the option to trigger it directly from the client command stream and
wake up only the applications waiting for that fence.
Yeah, right now we're doing some hand-waving about
James Jones jajo...@nvidia.com writes:
There didn't seem to be much interest outside of NVIDIA, so
besides fence sync, the ideas are tabled internally ATM.
This shouldn't surprise you though -- no-one else needs this kind of
synchronization, so it's really hard for anyone to evaluate it. And,
Aaron Plattner aplatt...@nvidia.com writes:
Renaming this function was missed in commit
9cbcb5bd6a5360a128d15b77a02d8d3351f74366, so both libfb.so and libwfb.so
define
functions named fbDestroyGlyphCache.
Merged.
103b77c..5047810 master - master
--
keith.pack...@intel.com
Misc patches accumulated during the freeze window. Nothing outrageous and
no big features in here.
The following changes since commit 90642948cc78834d95f7a3bddaac7ff77b68ed7e:
Merge remote-tracking branch 'jeremyhu/master' (2013-02-14 11:05:48 -0800)
are available in the git repository at:
On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-7
Severity: important
FWIW I think this deserves even higher severity, it should definitely be
fixed for wheezy.
Dear Maintainer,
On new Wheezy installs or after an upgrade, PowerPC
https://bugs.freedesktop.org/show_bug.cgi?id=57649
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #70730|0 |1
is obsolete|
forwarded 702480 https://bugs.freedesktop.org/show_bug.cgi?id=57649
kthxbye
On Don, 2013-03-07 at 10:07 +0100, Michel Dänzer wrote:
On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote:
On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon
driver have GTK fonts render
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #4 from Martin Pieuchot m...@openbsd.org ---
Your diff correctly fixes the problem I was seeing. I just tested it on a
PowerBook G4 with a rv350 at depth 24 *and* 16.
Thank you for taking the time to look into this issue, I really
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #5 from Alex Deucher ag...@yahoo.com ---
Might be worth applying to the ums xf86-video-ati git branch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=57649
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=61979
Priority: medium
Bug ID: 61979
Assignee: xorg-driver-ati@lists.x.org
Summary: backlight adjustment doesn't work on HP Pavilion
m6-1035dx
QA Contact: xorg-t...@lists.x.org
https://bugs.freedesktop.org/show_bug.cgi?id=61979
--- Comment #1 from Alex Deucher ag...@yahoo.com ---
You are probably using the apci backlight interface which it seems to have been
broken by the bios update. Assuming your laptop uses the on-GPU backlight
controller, you should be able to use
https://bugs.freedesktop.org/show_bug.cgi?id=61979
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Assignee|xorg-driver-ati@lists.x.org
25 matches
Mail list logo