On Mon, Jun 09, 2014 at 03:43:49PM +0200, walter harms wrote:
I noted by chance that i made a mistake when generating my
former version of do not shadow variables. this time it should be complet.
unshadow a few variables that fixes:
imCallbk.c:627:15: warning: symbol 'len' shadows an
The corresponding code was deleted in
2ff41008494e6c5909c058f1f80b4f66617dada1 (2012)
Signed-off-by: Eric Anholt e...@anholt.net
---
glamor/glamor_priv.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/glamor/glamor_priv.h b/glamor/glamor_priv.h
index 61f393d..dc4f9b8 100644
---
These were replaced by the new glamor_prepare.c code.
Signed-off-by: Eric Anholt e...@anholt.net
---
glamor/glamor_pixmap.c | 129 -
glamor/glamor_priv.h | 5 --
2 files changed, 134 deletions(-)
diff --git a/glamor/glamor_pixmap.c
It's unused since keithp's copy acceleration code completely replaced
glamor_copyarea.c and removed the blit path.
Signed-off-by: Eric Anholt e...@anholt.net
---
glamor/glamor.c| 5 -
glamor/glamor_points.c | 3 ---
glamor/glamor_priv.h | 7 ---
glamor/glamor_render.c | 2 --
Signed-off-by: Eric Anholt e...@anholt.net
---
glamor/glamor_pixmap.c | 314 -
glamor/glamor_priv.h | 15 ---
2 files changed, 329 deletions(-)
diff --git a/glamor/glamor_pixmap.c b/glamor/glamor_pixmap.c
index 00e3827..2275ede 100644
---
Unused since the glamor_prepare.c replacement of glamor_finish_access().
Signed-off-by: Eric Anholt e...@anholt.net
---
glamor/glamor_pixmap.c | 7 ---
glamor/glamor_priv.h | 10 --
2 files changed, 17 deletions(-)
diff --git a/glamor/glamor_pixmap.c b/glamor/glamor_pixmap.c
Hi,
On 06/14/2014 09:58 PM, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does not always match the DDX name, so deal with that. I'm sure
there are more cases that
We'd get a request for like 16 bytes, claim to have allocated
GLAMOR_VBO_SIZE, and then not reallocate when something a request
bigger than 16 came along. The intent was to always allocate at least
GLAMOR_VBO_SIZE.
Fixes segfaults with Xephyr -glamor_gles2 and running gnome-terminal.
Keith Packard kei...@keithp.com writes:
Here's the patches I proposed which split the fixing of the block
handler wrapping into five individual fixes.
[PATCH 1/5] Document how to correctly wrap screen procedures
Adds the giant comment to scrnintstr.h
[PATCH 2/5] hw/xfree86: Fix block
---
nls/en_US.UTF-8/Compose.pre | 40
1 file changed, 40 insertions(+)
diff --git a/nls/en_US.UTF-8/Compose.pre b/nls/en_US.UTF-8/Compose.pre
index 068a3d3..f7b4501 100644
--- a/nls/en_US.UTF-8/Compose.pre
+++ b/nls/en_US.UTF-8/Compose.pre
@@ -5844,6
On 15/06/2014 03:48 , Alexander E. Patrakov wrote:
14.06.2014 20:44, Gabriele Mazzotta wrote:
On Saturday 14 June 2014 17:47:27, Alexander E. Patrakov
patra...@gmail.com wrote:
13.06.2014 15:22, Gabriele Mazzotta wrote:
It appears that 71652fe (Ignore motion the first X ms after a
clickpad
On Mon, Jun 16, 2014 at 2:49 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/14/2014 09:58 PM, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does not always match
On Sat, Jun 14, 2014 at 03:58:53PM -0400, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does not always match the DDX name, so deal with that. I'm sure
there are more cases
Hi,
On 06/16/2014 01:32 PM, Rob Clark wrote:
On Mon, Jun 16, 2014 at 2:49 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/14/2014 09:58 PM, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the
Hi,
On 06/16/2014 01:46 PM, Thierry Reding wrote:
On Sat, Jun 14, 2014 at 03:58:53PM -0400, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does not always match the DDX name,
On Mon, Jun 16, 2014 at 7:50 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/16/2014 01:32 PM, Rob Clark wrote:
On Mon, Jun 16, 2014 at 2:49 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/14/2014 09:58 PM, Rob Clark wrote:
This makes things not completely fail if DDX
On Mon, Jun 16, 2014 at 7:46 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Sat, Jun 14, 2014 at 03:58:53PM -0400, Rob Clark wrote:
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does
If the xserver does not have a bug fix for a problem with auto-loading
true platform devices, then work around the issue by failing the
platformProbe(). This way the user can at least still load the driver
with a custom .conf file.
---
src/driver.c | 37 ++---
1
Give the DDX a way to know whether non-pci platform devices are
completley broken or not. For xserver prior to the fix, the
DDX should not claim a platform device in platformProbe(), as
the server will fallback to old -Probe(), which will fail if
the device is already claimed. Meaning that a
On Mon, Jun 16, 2014 at 7:50 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/16/2014 01:32 PM, Rob Clark wrote:
On Mon, Jun 16, 2014 at 2:49 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/14/2014 09:58 PM, Rob Clark wrote:
This makes things not completely fail if DDX
Hi,
On 06/16/2014 05:05 PM, Rob Clark wrote:
If the xserver does not have a bug fix for a problem with auto-loading
true platform devices, then work around the issue by failing the
platformProbe(). This way the user can at least still load the driver
with a custom .conf file.
Not pretty,
Hi,
On 06/16/2014 05:05 PM, Rob Clark wrote:
Give the DDX a way to know whether non-pci platform devices are
completley broken or not. For xserver prior to the fix, the
DDX should not claim a platform device in platformProbe(), as
the server will fallback to old -Probe(), which will fail if
On Mon, Jun 16, 2014 at 11:12 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/16/2014 05:05 PM, Rob Clark wrote:
Give the DDX a way to know whether non-pci platform devices are
completley broken or not. For xserver prior to the fix, the
DDX should not claim a platform device in
Hi,
On 06/16/2014 06:54 PM, Rob Clark wrote:
On Mon, Jun 16, 2014 at 11:12 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/16/2014 05:05 PM, Rob Clark wrote:
Give the DDX a way to know whether non-pci platform devices are
completley broken or not. For xserver prior to the fix, the
This makes things not completely fail if DDX implements platformProbe()
but the device is not actually a PCI device. Also, the platform device
name does not always match the DDX name, so deal with that. I'm sure
there are more cases that find_non_pci_driver() needs to handle for
that, but this
This makes it possible for a DDX to implement platformProbe() for non-
pci devices. The second patch implements a way that the DDX can detect
whether or not it is safe to claim a device in platformProbe(), so as
to work-around the issue with an unpatched xserver.
The patches in the patchset are
Reviewed-by: Axel Davy axel.d...@ens.fr
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
This patch comes in after the 1.16 feature freeze, but we had to wait for
mesa 10.2 to come out. The mesa release brings the new gbm api that we
use to implement dri3 and glamor support in Xwayland.
16.06.2014 16:37, Peter Hutterer wrote:
On 15/06/2014 03:48 , Alexander E. Patrakov wrote:
1. I decide to place the pointer somewhere and left-click.
2. I place the right index finger on the touchpad.
3. I move the pointer approximately near the desired position, which
often happens to be near
New characters defined in http://www.unicode.org/charts/PDF/U1F300.pdf
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
nls/en_US.UTF-8/Compose.pre |3 +++
1 file changed, 3 insertions(+)
diff --git a/nls/en_US.UTF-8/Compose.pre b/nls/en_US.UTF-8/Compose.pre
index
On Mon, Jun 16, 2014 at 03:18:31PM -0700, Alan Coopersmith wrote:
New characters defined in http://www.unicode.org/charts/PDF/U1F300.pdf
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
nls/en_US.UTF-8/Compose.pre |3 +++
1 file changed, 3 insertions(+)
diff --git
On Sat, Jun 07, 2014 at 03:17:27PM +0200, walter harms wrote:
This patch removes the last remaining NULL checks for Xfree()
Signed-off-by: Harms wharms@bfs,de
pushed with a couple of indentation fixes, thanks.
Cheers,
Peter
---
src/GetWMProto.c| 2 +-
On Mon, 2014-02-24 at 11:36 +0100, Egbert Eich wrote:
From: Dinar Valeev dval...@suse.com
So far PPC was big endian for sure. For ppc64le this is no longer
true.
What happened to this ? It never made it upstream...
Cheers,
Ben.
Signed-off-by: Egbert Eich e...@freedesktop.org
---
AC == Alan Coopersmith alan.coopersm...@oracle.com writes:
AC +++ b/nls/en_US.UTF-8/Compose.pre
AC +Multi_key F U : U1F595 # REVERSED HAND WITH
MIDDLE FINGER EXTENDED
We may then need to add an nls/en_UK.UTF-8 overriding that with:
Multi_key F U :
33 matches
Mail list logo