On Mon, Dec 27, 2010 at 03:45:51PM -0800, Alan Coopersmith wrote:
> Missed when the DECnet addressing for X servers was removed in 39d3fd0fabd63
>
> Signed-off-by: Alan Coopersmith
Reviewed-by: Daniel Stone
signature.asc
Description: Digital signature
_
On Mon, Dec 27, 2010 at 04:45:57PM +0200, Ville Syrjälä wrote:
> On Mon, Dec 27, 2010 at 02:40:14PM +, ext Daniel Stone wrote:
> > It might be nice to get the Render fallback path for non-matching depths
> > here;
>
> AFAICS that shouldn't be needed as unredirecting a non-matching depth
> wind
On Mon, Dec 27, 2010 at 15:45:51 -0800, Alan Coopersmith wrote:
> Missed when the DECnet addressing for X servers was removed in 39d3fd0fabd63
>
> Signed-off-by: Alan Coopersmith
> ---
> man/X.man | 16
> 1 files changed, 0 insertions(+), 16 deletions(-)
>
Sorry for this ove
Missed when the DECnet addressing for X servers was removed in 39d3fd0fabd63
Signed-off-by: Alan Coopersmith
---
man/X.man | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/man/X.man b/man/X.man
index 9860321..7ecab0a 100644
--- a/man/X.man
+++ b/man/X.man
Hello,
this patch is pulled straight from NetBSD -current, it does:
- add support for multiple PCI host bridges
- add sane support for reading ROMs
- get rid of all /dev/mem use
- all that in a machine independent manner, the same code runs on
sparc64, i386 etc.
have fun
Michael
netbsd_pc
On Sat, Dec 25, 2010 at 12:48 PM, Kevin O'Connor wrote:
>
> Hi Chris,
>
> I noticed this message on the xorg-devel mailing list:
>
>> Thank for detailed reply. Do you mind helping me understand how
>> touchpad is being used when jumps occur? Is use case:
>>
>> * Move cursor to area you want to c
On Mon, 27 Dec 2010 21:24:00 +0200, Ville Syrjälä
wrote:
> Right. GetImage at least seems useful for testing purposes.
> Not sure if other use cases are even worth considering.
CopyArea followed by GetImage is a nice hack which avoids the terrible
GetImage restriction (area must be on-screen or
On Mon, Dec 27, 2010 at 11:11:58AM -0800, ext Keith Packard wrote:
> On Mon, 27 Dec 2010 20:45:39 +0200, Ville Syrjälä
> wrote:
>
> > Could be overwritten fully, partially, or not at all, depending on
> > the operation and GC clipping, I suppose? If any part of it gets
> > overwritten it still s
On Mon, Dec 27, 2010 at 08:45:39PM +0200, Ville Syrjälä wrote:
> On Mon, Dec 27, 2010 at 10:25:17AM -0800, ext Keith Packard wrote:
> > On Mon, 27 Dec 2010 15:27:10 +0200, ville.syrj...@nokia.com wrote:
> > > Instead of trying to identify all parts of the code that have that
> > > requirement, add
On Mon, 27 Dec 2010 20:45:39 +0200, Ville Syrjälä
wrote:
> Could be overwritten fully, partially, or not at all, depending on
> the operation and GC clipping, I suppose? If any part of it gets
> overwritten it still seems better to copy from the child first,
> otherwise the last rendering result
On Mon, Dec 27, 2010 at 10:45:35AM -0800, ext Keith Packard wrote:
> On Mon, 27 Dec 2010 20:30:06 +0200, Ville Syrjälä
> wrote:
>
> > We're going through this codepath when getting rid of an implicitly
> > redirected window. That is at least one case where the depths won't
> > match.
>
> I don'
On Mon, Dec 27, 2010 at 10:25:17AM -0800, ext Keith Packard wrote:
> On Mon, 27 Dec 2010 15:27:10 +0200, ville.syrj...@nokia.com wrote:
>
> > So every time that the parent window's contents are expected to be
> > up to date, the contents of the children should be copied immediately
> > to the pare
On Mon, 27 Dec 2010 20:30:06 +0200, Ville Syrjälä
wrote:
> We're going through this codepath when getting rid of an implicitly
> redirected window. That is at least one case where the depths won't
> match.
I don't understand -- the only pixmap ever passed to compRestoreWindow
was just recently
On Mon, Dec 27, 2010 at 10:00:30AM -0800, ext Keith Packard wrote:
> On Mon, 27 Dec 2010 14:40:14 +, Daniel Stone wrote:
> > Hi,
> >
> > On Mon, Dec 27, 2010 at 03:24:13PM +0200, ville.syrj...@nokia.com wrote:
> > > +void
> > > +compRestoreWindow (WindowPtr pWin, PixmapPtr pPixmap)
> > > +{
>
On Mon, 27 Dec 2010 15:27:10 +0200, ville.syrj...@nokia.com wrote:
> So every time that the parent window's contents are expected to be
> up to date, the contents of the children should be copied immediately
> to the parent.
When using the parent as a source operand, this looks like a useful
chan
On Sat, Dec 18, 2010 at 9:50 PM, Matt Rogers wrote:
> On Sat, Dec 18, 2010 at 11:38 AM, Chris Bagwell
>>
>> Thank for detailed reply. Do you mind helping me understand how
>> touchpad is being used when jumps occur? Is use case:
>>
>> * Move cursor to area you want to click with 1 finger. Pick
On Dec 26, 2010, at 14:27, Cyril Brulebois wrote:
> Jeremy Huddleston (14/12/2010):
>> I've updated the X.org calendar for the xorg-server-1.9.4 release
>> schedule. […] 1.10.0 is scheduled for release in mid February, so
>> we'll likely have just one more release (1.9.5) in mid march.
>
> Quic
On Mon, 27 Dec 2010 14:40:14 +, Daniel Stone wrote:
> Hi,
>
> On Mon, Dec 27, 2010 at 03:24:13PM +0200, ville.syrj...@nokia.com wrote:
> > +void
> > +compRestoreWindow (WindowPtr pWin, PixmapPtr pPixmap)
> > +{
> > +ScreenPtr pScreen = pWin->drawable.pScreen;
> > +WindowPtr pParent =
On Mon, 27 Dec 2010 12:28:01 +, Daniel Stone wrote:
> Daniel Stone (3):
> GetTimeInMillis: Use CLOCK_MONOTONIC_COARSE where available
> mi: Sync: Don't free managed screen private
> Render: Fix 'comparing between distinct pointer types' warning
Merged.
e06fa80..efcb63d
Reported-by: Jerome Carretero
Signed-off-by: Alan Coopersmith
---
hw/xfree86/dixmods/extmod/modinit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/dixmods/extmod/modinit.c
b/hw/xfree86/dixmods/extmod/modinit.c
index 168795d..a415e5f 100644
--- a/hw/xfree8
This implements the second part of the XResources v1.2 extension. It
allows to query the number of resources used by the clients (or the
server) with certain criteria, as described in the RESproto.txt
(v1.2).
The code uses the following strategy for finding out the resources:
1) If the query is
The ResourceSizeRec now contains the number of references to the
resource. For example a Pixmap knows this value and it can be useful
for determining the "weight" of the resource. Typically this value
is 1.
Reviewed-by: Rami Ylimäki
---
Xext/xres.c|2 +-
dix/resource.c | 11 ++
---
Makefile |9 +++
res-resourcebytes-test.c | 122 ++
2 files changed, 131 insertions(+), 0 deletions(-)
create mode 100644 Makefile
create mode 100644 res-resourcebytes-test.c
diff --git a/Makefile b/Makefile
new file mode 1006
---
XResproto.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/XResproto.h b/XResproto.h
index 883af13..26d503d 100644
--- a/XResproto.h
+++ b/XResproto.h
@@ -210,8 +210,12 @@ typedef struct {
CARD8 pad1;
CARD16 sequenceNumber B16;
CARD32 length B32;
The generic hashtable implementation adds a key-value container, that
keeps the key and value inside the hashtable structure and manages
their memory by itself. This data structure is best suited for
fixed-length keys and values.
One creates a new hash table with ht_create and disposes it with
ht_
Reviewed-by: Rami Ylimäki
---
include/X11/extensions/XRes.h | 32 +
src/XRes.c| 102 +
2 files changed, 134 insertions(+), 0 deletions(-)
diff --git a/include/X11/extensions/XRes.h b/include/X11/extensions/XRes.h
index d
The mechanism allows iterating even through subresources that don't
have specific XID's. When such 'resources' are iterated, the XID for
them will be zero. A resource type can assign an iteration function
for its subresources with SetResourceTypeFindSubResFunc; by default
resources are assumed not
These patches against xserver and xlib implement the request
XResQueryResourceBytes of the XRESproto extension v1.2. This work
continues on the previous version posted to the list:
<1291373094-19593-2-git-send-email-erkki.sepp...@vincit.fi> .
The code is available from the master branches of these
The public hashing function HashResourceID uses the same hashing
hashing algorithm as resource.c uses internally, but uses an interface
that will be directly usable by a generic hash table module
(introduced in a later patch).
Reviewed-by: Rami Ylimäki
---
dix/resource.c | 46
On Mon, Dec 27, 2010 at 02:40:14PM +, ext Daniel Stone wrote:
> Hi,
>
> On Mon, Dec 27, 2010 at 03:24:13PM +0200, ville.syrj...@nokia.com wrote:
> > +void
> > +compRestoreWindow (WindowPtr pWin, PixmapPtr pPixmap)
> > +{
> > +ScreenPtr pScreen = pWin->drawable.pScreen;
> > +WindowPtr p
Hi,
On Mon, Dec 27, 2010 at 03:24:13PM +0200, ville.syrj...@nokia.com wrote:
> +void
> +compRestoreWindow (WindowPtr pWin, PixmapPtr pPixmap)
> +{
> +ScreenPtr pScreen = pWin->drawable.pScreen;
> +WindowPtr pParent = pWin->parent;
> +
> +if (pParent->drawable.depth == pWin->drawable.de
From: Ville Syrjälä
If a window has automatically redirected children, the contents of
said children is copied to the parent window by compBlockHandler().
Block handlers may not get executed between every request. That may
cause following GetImage, graphics ops with IncludeInferiors
subwindow mod
From: Ville Syrjälä
Eliminate the internal MapWindow+UnmapWindow cycle around window
redirection changes. Instead do the work in a single pass by marking
the afected windows and calling ValidateTree and HandleExposures
directly. This gets rid of unnecessary expose events, and invalid
ClipNotify c
From: Ville Syrjälä
Since extra expose events are no longer generated during window
unredirection, the window contents must be preserved by the server.
So copy the window contents back from the pixmap. The copy can only
be done after the clips have been recomputed, so delay the copy and
the pixma
From: Ville Syrjälä
ValidateTree needs a valid borderClip so initialize the parent
constrained border clip with the window's current borderClip
in compRedirectWindow.
Signed-off-by: Ville Syrjälä
Reviewed-by: Adam Jackson
---
composite/compalloc.c |6 --
1 files changed, 4 insertions(
Patch 4/4 was modified to accomodate the review comments. The rest
remain unchanged.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
From: Ville Syrjälä
ChangeGC changes the GC, so ValidateGC should be called after it, not
before.
Signed-off-by: Ville Syrjälä
Reviewed-by: Keith Packard
Reviewed-by: Adam Jackson
---
composite/compalloc.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/composite/c
On Mon, Dec 27, 2010 at 12:28:01PM +, ext Daniel Stone wrote:
> Hi Keith,
> Please pull from my people.fd.o branch; the CLOCK_MONOTONIC_COARSE and
> misync changes are reviewed, and the Render warning fix should be pretty
> trivial to review.
hey, wait my last minute review... :)
> Daniel S
Hi Keith,
Please pull from my people.fd.o branch; the CLOCK_MONOTONIC_COARSE and
misync changes are reviewed, and the Render warning fix should be pretty
trivial to review.
The following changes since commit e06fa804009798ea95efa8babaabb0228dfdfe65:
EXA: Fix crash with fill using 1x1 tile of de
39 matches
Mail list logo
