bug https://bugs.freedesktop.org/show_bug.cgi?id=27134
Description of the change:
This coredump is happening because of assertion at ( Xext/security.c
line:325 assert(pAuth-timer == timer)
Overflow of CARD32 happens at ( os/WaitFor.c line:458 millis += now )
This bug could be fixed in
From 90f69d758dee4e3b6c1f8955642682a28da3b153 Mon Sep 17 00:00:00 2001
From: Arvind Umraoarvind.um...@sun.com
Date: Wed, 7 Apr 2010 22:12:07 +0530
Subject: [PATCH] Xext: xauth generate with large timeout crashes Xorg #27134
Signed-off-by: Arvind Umraoarvind.um...@sun.com
Description of the
fix. When GetTimeInMillis() returns
(CARD32)(~0) , execution should go to overflow timeout, not in regular
timeout. I have made the correction please review it and give your
comments again.
From 90f69d758dee4e3b6c1f8955642682a28da3b153 Mon Sep 17 00:00:00 2001
From: Arvind Umrao arvind.um
Keith Packard wrote:
On Tue, 13 Apr 2010 16:50:30 +0530, Arvind Umrao arvind.um...@sun.com wrote:
On 04/13/10 10:57, Keith Packard wrote:
On Tue, 13 Apr 2010 10:16:20 +0530, Arvind Umraoarvind.um...@sun.com wrote:
CARD32 maxSecs = (CARD32)(~0) / (CARD32
Your fixes are better than mine. I have tested your fixes in SPARC and
x86 machine with all the possible range of timeout values.
Thanks and Regards
-Arvind
On 04/14/10 08:08, Keith Packard wrote:
On Wed, 14 Apr 2010 07:22:24 +0530, Arvind Umraoarvind.um...@sun.com wrote:
Keith
for storing millisecs. What you
suggest?
Thanks and Regards
-Arvind
On 04/15/10 10:32, Arvind Umrao wrote:
Your fixes are better than mine. I have tested your fixes in SPARC and
x86 machine with all the possible range of timeout values.
Thanks and Regards
-Arvind
On 04/14/10 08:08, Keith
are busy I can do that for you.
-Arvind
On 04/16/10 16:37, Arvind Umrao wrote:
On 04/15/10 23:18, Keith Packard wrote:
On Thu, 15 Apr 2010 12:13:19 +0530, Arvind
Umraoarvind.um...@sun.com wrote:
Second thought, after some more testing. It seems your fixes are not
better than mine. When epoch
In solaris, /tmp/.X11-unix/ is already created with privilege
drwxrwxrwt(01777), there is no reason to restrict /tmp/.X11-pipe with
drwxrwxr-x (0775). So I have removed unwanted sun specific code.
Alan told me, named pipe support was added around Solaris 2.6 when that was a
much better
with Xinerama on
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
Xext/panoramiXprocs.c | 215 +
1 files changed, 215 insertions(+), 0 deletions(-)
diff --git a/Xext/panoramiXprocs.c b/Xext/panoramiXprocs.c
index 9ea4611..1b6bd0a 100644
--- a/Xext
Still waiting for review tag. At bugzilla, 2011BRB_Reviewed by Jeremy
-Arvind
On 10/15/11 06:57, Arvind Umrao wrote:
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=25113
XCopyArea() does not work in Xinerama mode. XCopyArea does not copy areas of the
screen across physical displays
testing.
c)Also I have tested my fixes on Sunray with Xinerama on
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
Xext/panoramiXprocs.c | 215 +
1 files changed, 215 insertions(+), 0 deletions(-)
diff --git a/Xext/panoramiXprocs.c b/Xext
testing.
c)Also I have tested my fixes on Sunray with Xinerama on
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
Xext/panoramiXprocs.c | 212 +
1 files changed, 212 insertions(+), 0 deletions(-)
diff --git a/Xext/panoramiXprocs.c b/Xext
...@redhat.com
2011BRB_Reviewed: Jeremy Huddleston jerem...@freedesktop.org
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
Xext/panoramiXprocs.c | 215 +
1 files changed, 215 insertions(+), 0 deletions(-)
diff --git a/Xext/panoramiXprocs.c b/Xext
.
On Nov 10, 2011, at 7:35 AM, Arvind Umrao wrote:
The following changes since commit 072ff17136b7c2d795d261870025c3061886b4c8:
Xext: XCopyArea does not work in Xinerama mode.#25113 (2011-11-10 20:47:50
+0530)
are available in the git repository at:
git://github.com/akumrao/xserver.git master
Request for review of patch attached in this email.
-Arvind
From 15b4f89262bd77657d4159e029eab4c599ae0abc Mon Sep 17 00:00:00 2001
From: Arvind Umrao arvind.um...@sun.com
Date: Mon, 16 Nov 2009 16:49:44 +0530
Subject: [PATCH] Xext: XCopyArea() does not work in Xinerama. Bug#:25113
XCopyArea
-by: Arvind Umrao arvind.um...@oracle.com
---
Xtranssock.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Xtranssock.c b/Xtranssock.c
index dfa41cf..6736cc8 100644
--- a/Xtranssock.c
+++ b/Xtranssock.c
@@ -1727,7 +1727,7 @@ TRANS(SocketINETConnect) (XtransConnInfo ciptr
(). Socket Write
will not close the connection and re attempt to read buffer.
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
src/fc/fsio.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/fc/fsio.c b/src/fc/fsio.c
index 03a689f..4deab88 100644
--- a/src/fc/fsio.c
and upstream and the
fix should be pushed back upstream as well.
http://cgit.freedesktop.org/xorg/app/xfs/commit/?id=ac59cccf8bc1ae3d41e0608f131b5eb888f9362b
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
os/xfstrans.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/os
In some cases, for SPARC servers, special files like fifo need to open in
nonblocking mode otherwise whole xconsole GUI freezes. Also /dev/console is
often a terminal device. So I am opening /dev/console with NOCTTY and
O_NONBLOCK flags.
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
On 08/23/12 05:54 PM, Mark Kettenis wrote:
From: Arvind Umraoarvind.um...@oracle.com
Date: Thu, 23 Aug 2012 16:07:39 +0530
Code changes are integrated in Solaris and now I am trying to give back to
community. If Socket is getting interrupted with signal EINTR, we should keep
socket in
in section 15.3.
Refer http://www.madore.org/~david/computers/connect-intr.html
Signed-off-by: Arvind Umrao arvind.um...@oracle.com
---
Xtranssock.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/Xtranssock.c b/Xtranssock.c
index dfa41cf..eaef6f0 100644
it.
Thanks and Regards
-Arvind
On 08/27/12 12:45 PM, Arvind Umrao wrote:
Code changes are integrated in Solaris and now I am trying to give back to
community. If Socket is getting interrupted with signal EINTR, we should keep
socket in progress state(TRANS_IN_PROGRESS) instead of trying again
it.
Thanks and Regards
-Arvind
On 08/27/12 12:45 PM, Arvind Umrao wrote:
Code changes are integrated in Solaris and now I am trying to give back to
community. If Socket is getting interrupted with signal EINTR, we should keep
socket in progress state(TRANS_IN_PROGRESS) instead of trying again
23 matches
Mail list logo