Hi list,
I am working with a sisusbvga device, attempting to set it up as a
mirror of the main display. This is on an XO-1.5, where the main
display hw, using viafb, only has one video port connected to the
LVDS.
Is there any way in current X.org to mirror across the two devices?
(In practice we
On Wed, 7 Jul 2010 12:59:39 +0300, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
So what's the idea?
I think Peter is working on fixing some stuck-key issues, and that these
patches are related to that work. Peter? Am I merging stuff I shouldn't be?
--
keith.pack...@intel.com
On Mit, 2010-07-07 at 18:43 +0200, Denis 'GNUtoo' Carikli wrote:
It sounds like you just want not to call xf86DisableRandR()??
Yes thanks a lot it works well like this too.
Should I resend the patch?
Yes, please. Bonus points for including in the commit message what RandR
functionality you
On Mit, 2010-07-07 at 14:59 -0400, Keith Packard wrote:
On Wed, 7 Jul 2010 12:38:10 +0200, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer daen...@vmware.com
Previously we assumed every pixmap destroyed during a software fallback was
also created during a software fallback
On 8/07/10 16:28 , Keith Packard wrote:
On Wed, 7 Jul 2010 12:59:39 +0300, Tiago Vignattitiago.vigna...@nokia.com
wrote:
So what's the idea?
I think Peter is working on fixing some stuck-key issues, and that these
patches are related to that work. Peter? Am I merging stuff I shouldn't be?
On Wed, Jul 7, 2010 at 2:27 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Is there any way in current X.org to mirror across the two devices?
(In practice we also need scaling for the external display -- but
let's consider it optional.)
Is there a way to get a ServerLayout/Screen
Jonathan,
Have a question for render operation on rotation.
I fixed the bug in lx_do_composite in geode driver. srcX and
srcY are same as maskX and maskY. When I calculate the renderging
region, I need to use maskWidth - maskX and maskHeight - maskY if
Mask is not zero.
On Thu, 2010-07-08 at 17:17 +0800, Huang, FrankR wrote:
Have a question for render operation on rotation.
I fixed the bug in lx_do_composite in geode driver. srcX and
srcY are same as maskX and maskY. When I calculate the renderging
region, I need to use maskWidth - maskX and maskHeight -
On N, 2010-07-08 at 13:45 +0300, Jonathan Morton wrote:
On Thu, 2010-07-08 at 17:17 +0800, Huang, FrankR wrote:
Have a question for render operation on rotation.
I fixed the bug in lx_do_composite in geode driver. srcX and
srcY are same as maskX and maskY. When I calculate the renderging
On Wed, 2010-07-07 at 18:40 -0700, Jesse Adkins wrote:
Signed-off-by: Jesse Adkins jesse_adki...@yahoo.com
---
bdftopcf.c |3 ---
bdftopcf.man |3 ---
2 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/bdftopcf.c b/bdftopcf.c
index 63ac129..10e5b12 100644
---
Hi all,
I've attached a patchset which cleans up makekeys.c to handle vendor
keysyms from XF86keysym.h, Sunkeysym.h, DECkeysym.h and HPkeysym.h as
well as just the core ones from keysymdef.h as well. This means that we
can get rid of XKeySymDB, which saves us a great deal of frustration and
drama
Hi. For the 27 patches:
Acked-by: Tiago Vignatti tiago.vigna...@nokia.com
Thank you,
Tiago
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
AC_DEFINE_DIR is deprecated as it's squatting on the autoconf-builtin
namespace, so start using the more proper AX_DEFINE_DIR instead.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
configure.ac | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
Since we can't really live without vendor keysyms, scan them all in to
generate ks_tables.h, rather than only doing the core ones, and leaving
the vendor syms to be manually synchronised with XKeysymDB.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
configure.ac| 21 +
Some XFree86 keysyms were in XKeysymDB as XF86_foo, despite really being
XF86foo. So, if we get to the bottom of XStringToKeysym and haven't
found our XF86_foo, try it again as XF86foo.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/StrKeysym.c | 13 +
1 files changed,
Since XStringToKeysym now supports all the vendor keysyms, just delete
our XKeysymDB, which was incomplete at best, misleading at worst, and
always an annoyance.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/Makefile.am |2 +-
src/XKeysymDB | 380
Daniel Stone wrote:
Hi all,
I've attached a patchset which cleans up makekeys.c to handle vendor
keysyms from XF86keysym.h, Sunkeysym.h, DECkeysym.h and HPkeysym.h as
well as just the core ones from keysymdef.h as well. This means that we
can get rid of XKeySymDB, which saves us a great deal
Please don't do that.
I use Kdrive (Xfbdev) with tslib.
Xfbdev + tslib is extremely useful for embedded systems without
keyboard, which are driven
by a pen. This is the case for many new smart phones for example.
So please, don't do that.
Thanks,
AWG
PS: sorry if I posted this message several
On Thu, 2010-07-08 at 15:00 +0100, Daniel Stone wrote:
AC_DEFINE_DIR is deprecated as it's squatting on the autoconf-builtin
namespace, so start using the more proper AX_DEFINE_DIR instead.
Reviewed-by: Gaetan Nadon mems...@videotron.ca
signature.asc
Description: This is a digitally
On Thu, Jul 8, 2010 at 10:40:26 -0400, Adam Jackson wrote:
The XCALIBRATE extension can't actually have been in use by anybody, it
was never called during extension init. tslib was only ever used by
kdrive, whose time on this earth is rapidly drawing to a close.
Signed-off-by: Adam
Twas brillig at 17:06:19 08.07.2010 UTC+02 when a...@embtoolkit.org did gyre
and gimble:
AWG Please don't do that. I use Kdrive (Xfbdev) with tslib.
Old binaries and source code will not magically disappear :) Given
amount of changes in Kdrive last couple of years new versions of X
server
On Wed, Jun 2, 2010 at 17:08:44 -0700, Gaetan Nadon wrote:
configure.ac |2 ++
1 file changed, 2 insertions(+)
New commits:
commit 07cc4d60dea2b4c947fed45b082edae4a53b186a
Author: Gaetan Nadon mems...@videotron.ca
Date: Wed Jun 2 15:23:58 2010 -0400
config: add check for
On Thu, Jul 08, 2010 at 07:58:29AM -0700, Alan Coopersmith wrote:
Daniel Stone wrote:
I've attached a patchset which cleans up makekeys.c to handle vendor
keysyms from XF86keysym.h, Sunkeysym.h, DECkeysym.h and HPkeysym.h as
well as just the core ones from keysymdef.h as well. This means
On Thu, Jul 08, 2010 at 10:40:26AM -0400, Adam Jackson wrote:
The XCALIBRATE extension can't actually have been in use by anybody, it
was never called during extension init. tslib was only ever used by
kdrive, whose time on this earth is rapidly drawing to a close.
Signed-off-by: Adam
Hi,
On Thu, Jul 08, 2010 at 05:06:19PM +0200, Abdoulaye Walsimou Gaye wrote:
Please don't do that.
I use Kdrive (Xfbdev) with tslib.
Xfbdev + tslib is extremely useful for embedded systems without
keyboard, which are driven
by a pen. This is the case for many new smart phones for example.
On Thu, 8 Jul 2010 15:00:33 +0100, Daniel Stone dan...@fooishbar.org wrote:
+if (strncmp(s, XF86_, 5) == 0) {
+KeySym ret;
+char *tmp = strdup(s);
Please check malloc returns in Xlib...
Otherwise,
Reviewed-by: Keith Packard kei...@keithp.com
--
keith.pack...@intel.com
On Thu, Jul 08, 2010 at 08:45:45AM -0700, Keith Packard wrote:
On Thu, 8 Jul 2010 15:00:33 +0100, Daniel Stone dan...@fooishbar.org wrote:
+if (strncmp(s, XF86_, 5) == 0) {
+KeySym ret;
+char *tmp = strdup(s);
Please check malloc returns in Xlib...
Otherwise,
On Thu, 2010-07-08 at 17:02 +0200, Abdoulaye Walsimou Gaye wrote:
Please don't do that.
I use Kdrive (Xfbdev) with tslib.
Xfbdev + tslib is extremely useful for embedded systems without
keyboard, which are driven
by a pen. This is the case for many new smart phones for example.
So please,
On Wed, 7 Jul 2010 16:51:15 -0700
Aaron Plattner aplatt...@nvidia.com wrote:
On Wed, Jul 07, 2010 at 04:48:45PM -0700, Keith Packard wrote:
On Wed, 7 Jul 2010 16:11:34 -0700, Aaron Plattner aplatt...@nvidia.com
wrote:
Sadly, moving it to the end doesn't look like it'll be enough:
On Thu, Jul 8, 2010 at 12:31:57 -0400, Gaetan Nadon wrote:
On Thu, 2010-07-08 at 16:28 +0100, Julien Cristau wrote:
When building from tarball, yacc isn't needed because xkbparse.c is
shipped.
I don't see how this is related to the patch. The AC_PROG_YACC behavior
is wrong, the
On Thu, 8 Jul 2010 16:50:48 +0100, Daniel Stone dan...@fooishbar.org wrote:
Jesus, how embarassment. Is the following OK?
Yup, looks good.
@@ -159,6 +159,8 @@ XStringToKeysym(_Xconst char *s)
if (strncmp(s, XF86_, 5) == 0) {
KeySym ret;
char *tmp = strdup(s);
+
Hi. I'm again representing the interests of a diverse group of
developers who would like to use X on small embedded devices with
directly connected touchscreen controllers (TSC/ADC) with resistive
touchscreens.
What other option is there for us if tslib is removed? On the other
hand, Xcalibrate
Of course old binaries exist but why trust an old binary to be exactly
what's needed when that negates to a large extent the point of having
source code.
While non accelerated devices are getting rarer they still exist and
in many cases the kernel fbdev driver provides the lowest common
On Thu, Jul 08, 2010 at 11:24:57AM -0700, Timothy Meade wrote:
Hi. I'm again representing the interests of a diverse group of
developers who would like to use X on small embedded devices with
directly connected touchscreen controllers (TSC/ADC) with resistive
touchscreens.
What other option
Wonderful. How would non linear translation fit into the evdev
framework? And can we get edge scrolling and other features of
synaptics used with a wider range of (non trackpad) input devices? On
the calibration front, newer HTC/MSM devices allow for a more advanced
kernel driver which will need
If the root window changes size, we need to re-allocate any DRI2
buffers that share the same pixmap so that they'll pick up the new root
pixmap (if the underlying driver ended up creating a new one).
So make sure we hook into the ConfigNotify chain in randr, and track
root pixmap changes in the
On Thu, 2010-07-08 at 17:39 +0100, Julien Cristau wrote:
On Thu, Jul 8, 2010 at 12:31:57 -0400, Gaetan Nadon wrote:
On Thu, 2010-07-08 at 16:28 +0100, Julien Cristau wrote:
When building from tarball, yacc isn't needed because xkbparse.c is
shipped.
I don't see how this is
Ok if I understand what you said: Stop use of Xfbdev (kdrive) and all
things related to it.
So why only delete support of xcalibrate and tslib?
IMHO functionalities related to Xfbdev must only be deleted at the same
time of deletion of Xfbdev.
Thanks for your comments,
AWG
On Thu, 8 Jul 2010 11:39:01 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
If the root window changes size, we need to re-allocate any DRI2
buffers that share the same pixmap so that they'll pick up the new root
pixmap (if the underlying driver ended up creating a new one).
So make sure
Twas brillig at 20:42:04 08.07.2010 UTC+02 when a...@embtoolkit.org did gyre
and gimble:
AWG Ok if I understand what you said: Stop use of Xfbdev (kdrive) and
AWG all things related to it. So why only delete support of
AWG xcalibrate and tslib?
'cause I invest my time to keep the rest of
On Thu, 08 Jul 2010 08:52:42 +0200, Michel Dänzer mic...@daenzer.net wrote:
I considered that but decided to keep the fix minimal for now.
I'd rather see the code cleaned up; it's not like someone is going to
come back later to fix it, and leaving it as is risks having a bug fixed
in one place
On Thu, 8 Jul 2010 11:39:01 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
If the root window changes size, we need to re-allocate any DRI2
buffers that share the same pixmap so that they'll pick up the new root
pixmap (if the underlying driver ended up creating a new one).
Why is this
On Thu, 08 Jul 2010 12:26:22 -0700
Keith Packard kei...@keithp.com wrote:
On Thu, 8 Jul 2010 11:39:01 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
If the root window changes size, we need to re-allocate any DRI2
buffers that share the same pixmap so that they'll pick up the new
On Thu, Jul 8, 2010 at 3:30 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 08 Jul 2010 12:26:22 -0700
Keith Packard kei...@keithp.com wrote:
On Thu, 8 Jul 2010 11:39:01 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
If the root window changes size, we need to re-allocate
On Wed, 2010-07-07 at 15:21 -0400, Chase Douglas wrote:
On Tue, 2010-07-06 at 11:33 +1000, Peter Hutterer wrote:
On Fri, Jul 02, 2010 at 09:09:48PM -0400, Chase Douglas wrote:
This is a good start. Eventually, we should have DIDs exposed as a new
device class on the protocol though.
Autoconf does not handle this scenario as well as Automake does.
If xkbparse.c is already there, do not abort the configuration
if yacc is missing as it is not needed.
If both xkbparse.c and yacc are missing, abort configuration.
Yacc is a required tool to build the package.
Reported-by: Julien
On Thu, Jul 8, 2010 at 4:52 AM, Jamey Sharp ja...@minilop.net wrote:
Is there a way to get a ServerLayout/Screen stanza in xorg.conf that
handles mirroring in zaphod mode?
Thanks David and Jamie, you guys are right, it is Xinerama. And it
works. Config at
On Thu, 8 Jul 2010 15:47:14 -0400, Kristian Høgsberg k...@bitplanet.net wrote:
So the current code handles it as it is, but only because we don't
swap window pixmaps for redirected windows. If we want to handle
that, we need to check if the window in ConfigureNotify has a DRI2
subwindow and
Ok, back to tracking serials then.
Unfortunately, using the pixmap serial for windows doesn't actually fix
this bug. See below, maybe something is wrong with my
DRI2DrawableSerial function. Using the drawable serial unconditionally
lets things work (just like the old patch).
--
Jesse Barnes,
On Thu, 8 Jul 2010 14:06:01 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Ok, back to tracking serials then.
Unfortunately, using the pixmap serial for windows doesn't actually fix
this bug. See below, maybe something is wrong with my
DRI2DrawableSerial function. Using the drawable
On Thu, 08 Jul 2010 14:19:23 -0700
Keith Packard kei...@keithp.com wrote:
On Thu, 8 Jul 2010 14:06:01 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Ok, back to tracking serials then.
Unfortunately, using the pixmap serial for windows doesn't actually fix
this bug. See below,
On Thu, 8 Jul 2010 14:55:34 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Ah yep, looks like that was it. Fixed patch below. Kristian and
Keith, if it looks ok I'll resubmit with changelog and your reviewed-by
tags.
Reviewed-by: Keith Packard kei...@keithp.com
(weird that
Just as Mart reply, our driver can support 90,180,270 rotation. Using xrandr
tool to do the full screen rotation.
And our framebuffer has an space named as shadow buffer to do that. So our
driver can handle this.
What I am care about is the srcX and srcY which the server transmit the
parameters
Jonathan,
See below based on your comments.
One [Frank] place.
Thanks,
Frank
-Original Message-
From: xorg-driver-geode-bounces+frankr.huang=amd@lists.x.org
[mailto:xorg-driver-geode-bounces+frankr.huang=amd@lists.x.org] On Behalf
Of Jonathan Morton
Sent:
54 matches
Mail list logo