Hello,
I'm Florian and this is my first time posting here.
I'm trying to set up X on a EmDebian system. It runs on a ARM fpga board and
was set up with multistrap. As output device the framebuffer is used, kernel
and framebuffer driver were applied to the board by other project members.
It's
Hello all;
I, and several others are attempting to make use of camera vision in a
machine shop environment, to auto position a lathe or milling machine for
instance.
My current camera is the highest priced of the logitech webcams, with a
nominally 5 megapixel format.
But for our purposes,
From time to time, I find myself having to use the xf86-video-vesa
driver when my xf86-video-r128 driver fails after an upgrade (I'll
make a separate post about that).
When I use the vesa driver, I have a problem with my X11 screen going
into what I call dim-mode, where the graphic screen is very
Am Thu, 7 Nov 2013 13:26:14 -0500
schrieb Gene Heskett ghesk...@wdtv.com:
Hello all;
I, and several others are attempting to make use of camera vision in
a machine shop environment, to auto position a lathe or milling
machine for instance.
My current camera is the highest priced of the
On Thursday 07 November 2013 15:19:26 edgar did opine:
Am Thu, 7 Nov 2013 13:26:14 -0500
schrieb Gene Heskett ghesk...@wdtv.com:
Hello all;
I, and several others are attempting to make use of camera vision in
a machine shop environment, to auto position a lathe or milling
machine
On Thu, Nov 7, 2013 at 9:39 PM, Gene Heskett wrote:
4, throwing away the unwanted pixels should be a few lines of code,
essentially free, and by reducing the amount of data to be processed from
5,000,000 pixels to 57,600 pixels gains me only .0868% times the data to
process, which gains me
IHAC,
If my video card + monitor can do: S3VIRGE(0):
Modeline 1400x1050x74.8 155.80 1400 1464 1784 1912 1050 1052 1064 1090
+hsync +vsync (81.5 kHz), shouldn't it also be able to do:
Modeline 1920x1080_67.50 148.50 1920 2008 2052 2200 1080 1084 1089 1125
+hsync +vsync
I get:
Another round of fixes for the fd sending API's: improves portability,
fixes build failures on BSD Solaris when building with the new API
disabled, and enables the new API for Solaris.
Alan Coopersmith (4):
Add stubs for send/recv fd functions in local transports
Check if we need to
Hi,
On 07.11.2013 04:09, Keith Packard wrote:
Peter Harris phar...@opentext.com writes:
Dude. It's not getting NAKed, it's getting Woah, this is out of left
field, this is the first I've ever heard of it, can we please have a
couple of days to think about it before we ACK it?ed.
Yeah,
On 07.11.2013 04:45, Keith Packard wrote:
This uses sendmsg to transmit file descriptors from the application to
the X server
Signed-off-by: Keith Packard kei...@keithp.com
[...]
diff --git a/src/xcb_auth.c b/src/xcb_auth.c
index a5b730c..2f7c93e 100644
--- a/src/xcb_auth.c
+++
On 07.11.2013 04:45, Keith Packard wrote:
Requests signal which replies will have fds, and the replies report
how many fds they expect in byte 1.
Signed-off-by: Keith Packard kei...@keithp.com
[...]
@@ -432,6 +463,11 @@ void *xcb_wait_for_reply(xcb_connection_t *c, unsigned
int request,
Uli Schlachter psyc...@znc.in writes:
And this comes up on the xcb list two days before this deadline and only does
so
accidentally...?
Well, many of us appear to forget that xcb has a magic special list,
separate from xorg-devel...
If this patch does get in, I am OK with cherry-picking
On 07.11.2013 04:45, Keith Packard wrote:
This allows apps to peel off certain XGE events into separate queues
for custom handling. Designed to support the Present extension
Signed-off-by: Keith Packard kei...@keithp.com
---
src/xcb.h| 28 ++
src/xcb_in.c | 167
On 07.11.2013 04:45, Keith Packard wrote:
I've generated a new sequence of patches in response to the very
helpful review comments received so far. Thanks to all involved!
Some simple cleanups that I have found useful. Patch 3/8 has been
split out from the event queue patch and matches a
On 07.11.2013 10:03, Uli Schlachter wrote:
On 07.11.2013 04:45, Keith Packard wrote:
[...]
+void
+xcb_send_fd(xcb_connection_t *c, int fd)
+{
+#if HAVE_SENDMSG
if (c-has_error)
return;
This is needed before the pthread_mutex_lock(), because if
xcb_connect_to_display() fails, it
On 6 November 2013 01:39, Keith Packard kei...@keithp.com wrote:
These are present in the API, but not present on the wire.
Signed-off-by: Keith Packard kei...@keithp.com
---
xcbgen/expr.py | 3 ++-
xcbgen/xtypes.py | 58
+++-
2
Hi again,
just to make sure that I understood this API correctly, let me try to write some
documentation:
On 07.11.2013 11:14, Uli Schlachter wrote:
On 07.11.2013 04:45, Keith Packard wrote:
[...]
+/**
+ * @brief Returns the next event from a special queue
+ */
+xcb_generic_event_t
This patch contributes to fill the remaining gaps which make
systemd-multi-seat-x wrapper still necessary in some multiseat setups.
When option -seat is passed with an argument different from seat0,
the following xf86Info properties are set to TRUE by default:
* dontVTSwitch (no need of enabling
I see new compilation errors with this (compared to 1.2.7):
libFS-1.0.5:
In file included from fs_transport.c:31:
In file included from
/scratch/x11/libFS/work/.buildlink/include/X11/Xtrans/transport.c:67:
/scratch/x11/libFS/work/.buildlink/include/X11/Xtrans/Xtranssock.c:2509:9:
error: use of
Thomas Klausner w...@netbsd.org writes:
I see new compilation errors with this (compared to 1.2.7):
Yeah, I assumed that Mark's patch had seen more testing than it appears
to have received...
I've pushed a fix to master; verifying that it also works for you would
be helpful, but I suspect it
Daniel Martin consume.no...@gmail.com writes:
The fd tag is not necessary. It should be an ordinary field - as it
gets handled.
I prefer using a separate tag as 'field' tags now universally mean
bytes encoded on the wire, and 'fd' elements are strictly *not* on the
wire in the usual sense.
Uli Schlachter psyc...@znc.in writes:
The above seems to be an unrelated change. If this is needed due to some
xcb-private header, then that header needs to be fixed. Otherwise this seems
unneeded (for this patch).
Yup, I figured out how to make it compile without the network header
edits;
Uli Schlachter psyc...@znc.in writes:
Having thought about this some more in the shower, I would suggest to turn
xcb_send_fd() into a private _send_fd() and instead add
xcb_send_request_with_fds() (or something like that).
This isn't necessary; as I explained, the X server just holds onto FDs
Uli Schlachter psyc...@znc.in writes:
Could you introduce a new error value for this case, please? It would already
be
quite hard to figure out that the connection was closed due to such an error
and
without a clear error value, it will be quite impossible.
I don't like this to be a
On Thu, Nov 07, 2013 at 03:58:23AM -0800, Keith Packard wrote:
Yeah, I assumed that Mark's patch had seen more testing than it appears
to have received...
I've pushed a fix to master; verifying that it also works for you would
be helpful, but I suspect it will, in which case I'll just spin a
On 7 November 2013 13:14, Keith Packard kei...@keithp.com wrote:
Uli Schlachter psyc...@znc.in writes:
The above seems to be an unrelated change. If this is needed due to some
xcb-private header, then that header needs to be fixed. Otherwise this seems
unneeded (for this patch).
Yup, I
Uli Schlachter psyc...@znc.in writes:
For bikeshedding, I would call this xcb_special_event_filter_t, because this
is
not actually an event. Having said that, feel free to ignore me.
It's more of a 'xcb_special_event_queue_t', but I decided that I just
didn't see the value in making the type
Uli Schlachter psyc...@znc.in writes:
Having written the above, I wonder if the first argument should be a struct
xcb_extension_t instead of a major number. I think that this would be the
first
function to use a major number like this and it is trivial for the
implementation to turn the
Uli Schlachter psyc...@znc.in writes:
Oh, this means we also need a new xcb-proto release. That should have been
clear
to anyone thinking about all of this for 0.5 seconds, but I totally missed
that.
This means we need to bump our minimum required version of xcb-proto
in libxcb.
I'm
Uli Schlachter psyc...@znc.in writes:
All the patches except for patch 4 (with my comments included and tabs
removed):
I think I'm all set; I've rebased to 1.9 (adding some master patches
which make it compile with new xproto).
What else would you like to see in the send_fd patch?
--
On 07.11.2013 13:24, Keith Packard wrote:
Uli Schlachter psyc...@znc.in writes:
Having thought about this some more in the shower, I would suggest to turn
xcb_send_fd() into a private _send_fd() and instead add
xcb_send_request_with_fds() (or something like that).
This isn't necessary; as I
On 7 November 2013 13:04, Keith Packard kei...@keithp.com wrote:
Daniel Martin consume.no...@gmail.com writes:
The fd tag is not necessary. It should be an ordinary field - as it
gets handled.
I prefer using a separate tag as 'field' tags now universally mean
bytes encoded on the wire, and
Just a nitpick:
On 6 November 2013 01:41, Keith Packard kei...@keithp.com wrote:
Requests signal which replies will have fds, and the replies report
how many fds they expect in byte 1.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/c_client.py | 65
On Thu, Nov 7, 2013 at 15:11:30 +0100, Daniel Martin wrote:
Just a nitpick:
On 6 November 2013 01:41, Keith Packard kei...@keithp.com wrote:
Requests signal which replies will have fds, and the replies report
how many fds they expect in byte 1.
Signed-off-by: Keith Packard
This is my first atempt to block VT access to non-seat0 X servers.
If -seat option is passed with a value different from seat0,
X server won't call xf86OpenConsole().
This is needed to avoid any race condition between seat0 and
non-seat0 X servers. If a non-seat0 X server opens a given VT
before
On Wed, Nov 6, 2013 at 16:27:26 -0800, Eric Anholt wrote:
The 1.3 release is when the new FD passing bits landed.
Signed-off-by: Eric Anholt e...@anholt.net
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Julien Cristau jcris...@debian.org
Cheers,
I've submitted a first patch:
https://bugs.freedesktop.org/attachment.cgi?id=88839
CANTATE DOMINO CANTICUM NOVUM
QUIA MIRABILIA FECIT
Laércio
2013/11/5 Laércio de Sousa lbsous...@gmail.com
I've opened a X.Org bug to keep track of this discussion. See:
There's a --disable-present, so it'd be nice if it worked.
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/miinitext.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/mi/miinitext.c b/mi/miinitext.c
index 6366182..67511b8 100644
--- a/mi/miinitext.c
+++ b/mi/miinitext.c
@@ -287,7 +287,9
On Tue, Nov 05, 2013 at 04:39:03PM -0800, Keith Packard wrote:
These are present in the API, but not present on the wire.
Signed-off-by: Keith Packard kei...@keithp.com
---
xcbgen/expr.py | 3 ++-
xcbgen/xtypes.py | 58
+++-
2 files
Reviewed-by: Jasper St. Pierre jstpie...@mecheye.net
On Thu, Nov 7, 2013 at 12:01 PM, Adam Jackson a...@redhat.com wrote:
There's a --disable-present, so it'd be nice if it worked.
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/miinitext.c | 2 ++
1 file changed, 2 insertions(+)
I've seen lots of code which just uses an extension without checking
for its availability.
Yeah, and I've seen code that blindly assumes the values of the RGB
masks on a DirectColor/TrueColor visual, too. I don't see any reason
to care what happens to broken clients, as long as they don't
Required to expose the structure members in Solaris headers, since it
was an XPG4/UNIX95 addition to the Solaris ABI.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
xtrans.m4 | 33 +
1 file changed, 33 insertions(+)
diff --git a/xtrans.m4
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Xtranslcl.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/Xtranslcl.c b/Xtranslcl.c
index 5beef7c..4deb86c 100644
--- a/Xtranslcl.c
+++ b/Xtranslcl.c
@@ -140,6 +140,21 @@
From: Eric Anholt e...@anholt.net
Date: Wed, 6 Nov 2013 16:27:26 -0800
The 1.3 release is when the new FD passing bits landed.
Well, there are some serious security concerns with libxtrans 1.3.0,
If you ask me it would be a bad idea to encourage people to use it.
configure.ac | 2 +-
1
This includes the MIT-SHM FD passing requests
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 12610e4..fb95663 100644
--- a/configure.ac
+++ b/configure.ac
@@ -798,7 +798,7 @@
This has the FD passing support included
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index fb95663..860ff8c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -806,7 +806,7 @@
Sorry, I was up late working with XCB, but here are the fixes I've got
that get the X server building again. Review welcome; after these are
merged, I'm going to cut an RC2 and try to get everything else
released today as well. Also, sleep would be nice.
-keith
If a client passes a section of memory via file descriptor and then
subsequently truncates that file, the underlying pages will be freed
and the addresses invalidated. Subsequent accesses to the page will
fail with a SIGBUS error.
Trap that SIGBUS, figure out which segment was causing the error
Until other operating systems have a libXtrans port for FD passing,
disable this on non-Linux systems.
Note that this define affects how libXtrans gets built into the X
server, which is why it need only define the symbol
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac
Check to see if xtrans FD passing is available and use that to
advertise the appropriate version of the SHM extension
Signed-off-by: Keith Packard kei...@keithp.com
---
Xext/shm.c | 14 +-
Xext/shmint.h | 17 -
Signed-off-by: Keith Packard kei...@keithp.com
---
present/present.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/present/present.c b/present/present.c
index fab105d..228d43a 100644
--- a/present/present.c
+++ b/present/present.c
@@ -374,6 +374,7 @@
A client destroying objects in the middle of an unflip can end up
having the screen flip window or fence set to NULL in the unflip
notify path. Check for these and don't try to use those objects.
Signed-off-by: Keith Packard kei...@keithp.com
---
present/present.c | 9 ++---
1 file changed,
On 07.11.2013 14:38, Keith Packard wrote:
Uli Schlachter psyc...@znc.in writes:
All the patches except for patch 4 (with my comments included and tabs
removed):
I think I'm all set; I've rebased to 1.9 (adding some master patches
which make it compile with new xproto).
Thanks. If no one
Uli Schlachter psyc...@znc.in writes:
On 07.11.2013 13:24, Keith Packard wrote:
Uli Schlachter psyc...@znc.in writes:
Having thought about this some more in the shower, I would suggest to turn
xcb_send_fd() into a private _send_fd() and instead add
xcb_send_request_with_fds() (or something
Daniel Martin consume.no...@gmail.com writes:
Still I think that an attribute would've been better.
heh. bikeshedding is so much fun though :-)
Anyways,
if you could add the modification for the xml schema it's:
Done.
Reviewed-by: Daniel Martin consume.no...@gmail.com
Thanks. I'll cut a
Daniel Martin consume.no...@gmail.com writes:
Here's a tab, which isn't a problem for python 2.7. But, with 3.3
c_client.py fails with it:
Yeah, Uri already saw the tabs and I've fixed them.
--
keith.pack...@intel.com
pgpEHODJZEHyW.pgp
Description: PGP signature
Julien Cristau jcris...@debian.org writes:
better even without the []
Just proving that I can write C in any language.
--
keith.pack...@intel.com
pgpoJ3Waau85o.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives:
On Thu, Nov 7, 2013 at 12:15:54 -0800, Keith Packard wrote:
Until other operating systems have a libXtrans port for FD passing,
disable this on non-Linux systems.
Note that this define affects how libXtrans gets built into the X
server, which is why it need only define the symbol
Uli Schlachter psyc...@znc.in writes:
So no more complaints from me and sorry for being annoying. :-)
Thanks very much for your review; it was helpful and I think we've got a
better library as a result. I'll go ahead and push out a 1.9.2 that has
this new stuff.
--
keith.pack...@intel.com
On Thu, Nov 7, 2013 at 4:45 AM, Keith Packard wrote:
Many system headers have warnings when compiled with this flag.
Signed-off-by: Keith Packard kei...@keithp.com
At the risk of sounding pendantic, is your spelling a pun? Or trap :)
Tormod
___
Date: Wed, 6 Nov 2013 12:14:21 -0500 (EST)
From: Mouse mo...@rodents-montreal.org
Same comment about not using the CMSG_ API properly.
Same comment about it being a broken API; I would say it's broken
enough that it's not possible to use it properly.
It's horrible, yes. And you're
Julien Cristau jcris...@debian.org writes:
Not the right message here.
fixed.
xorg-config.h includes dix-config.h so no need to duplicate this.
Probably also true for HAVE_XSHMFENCE.
Thanks, I'll pull all of those out. Having to have them in both
dix-config.h and xorg-server.h is still
From: Adam Jackson a...@redhat.com
Date: Thu, 7 Nov 2013 12:01:41 -0500
There's a --disable-present, so it'd be nice if it worked.
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/miinitext.c | 2 ++
1 file changed, 2 insertions(+)
Necessary to build on OpenBSD, so:
Reviewed-by:
Sorry, I was up late working with XCB, but here are the fixes I've got
that get the X server building again. Review welcome; after these are
merged, I'm going to cut an RC2 and try to get everything else
released today as well. Also, sleep would be nice.
This serious doesn't seem to address
I couldn't get this to build on NetBSD, where 1.9.1 compiled fine.
The error I see is:
Traceback (most recent call last):
File ./c_client.py, line 3011, in module
module.generate()
File /usr/pkg/lib/python2.7/site-packages/xcbgen/state.py, line 101, in
generate
item.out(name)
File
Thomas Klausner w...@netbsd.org writes:
I couldn't get this to build on NetBSD, where 1.9.1 compiled fine.
It should have required xcb-proto 1.9, which has the necessary bits.
--
keith.pack...@intel.com
pgpvldc06VlzM.pgp
Description: PGP signature
On Thu, Nov 07, 2013 at 03:03:39PM -0800, Keith Packard wrote:
Thomas Klausner w...@netbsd.org writes:
I couldn't get this to build on NetBSD, where 1.9.1 compiled fine.
It should have required xcb-proto 1.9, which has the necessary bits.
It does require that version:
On Fri, Nov 08, 2013 at 12:06:02AM +0100, Thomas Klausner wrote:
On Thu, Nov 07, 2013 at 03:03:39PM -0800, Keith Packard wrote:
Thomas Klausner w...@netbsd.org writes:
I couldn't get this to build on NetBSD, where 1.9.1 compiled fine.
It should have required xcb-proto 1.9, which has
Mark Kettenis mark.kette...@xs4all.nl writes:
Sorry, I was up late working with XCB, but here are the fixes I've got
that get the X server building again. Review welcome; after these are
merged, I'm going to cut an RC2 and try to get everything else
released today as well. Also, sleep would
Thomas Klausner w...@netbsd.org writes:
I'll update the other one too and reply. Ignore this mail in the
meantime, sorry :|
No problem -- lots of build adventures this week.
--
keith.pack...@intel.com
pgpqTDpFciD1B.pgp
Description: PGP signature
_XEatDataWords was orignally introduced with the May 2013 security
patches, and in order to ease the process of delivering those,
fallback versions of _XEatDataWords were included in the X extension
library patches so they could be applied to older versions that didn't
have libX11 1.6 yet. Now
Same comment about not using the CMSG_ API properly.
Same comment about it being a broken API; I would say it's broken
enough that it's not possible to use it properly.
It's horrible, yes. And you're right, CMSG_LEN/CMSG_SPACE was broken
on NetBSD for quite a while. But that was finally
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Makefile |9 +
shmfd.c |4
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index e77f938..672979e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,8 @@
-CFLAGS=-Wall -O0 -g
For instance, if the specified path doesn't exist.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
shmfd.c |4
1 file changed, 4 insertions(+)
diff --git a/shmfd.c b/shmfd.c
index 45b9067..4dee9de 100644
--- a/shmfd.c
+++ b/shmfd.c
@@ -95,6 +95,10 @@ main (int argc,
Whoops, didn't mean to include the makefile changes in that patch, just shmfd.c.
-alan-
On 11/ 7/13 08:55 PM, Alan Coopersmith wrote:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Makefile |9 +
shmfd.c |4
2 files changed, 9 insertions(+), 4
https://bugs.freedesktop.org/show_bug.cgi?id=69235
--- Comment #13 from wojtek wojta...@wp.pl ---
probably the same problem like in
https://bugs.freedesktop.org/show_bug.cgi?id=63599
try kernel-3.12
--
You are receiving this mail because:
You are the assignee for the bug.
76 matches
Mail list logo