Hello,
Tigran S., le jeu. 21 avril 2022 12:33:06 +0400, a ecrit:
> in macOS, I can type that word without a space between t and k dead
> keys.
> Is it possible to have such an implementation of dead keys in Linux?
That can be encoded in the XCompose table, yes, see for instance
John T Davis, le mar. 07 juil. 2020 16:01:12 -0500, a ecrit:
> Would you mind if I reposted this explanation on the Manjaro Linux forum?
You're welcome!
Samuel
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Hello,
John T Davis, le lun. 06 juil. 2020 23:12:52 -0500, a ecrit:
> How does this version of the driver differ from the xf86-video-dummy (that is,
> without the virtual terminal)? What exactly is different for the end user?
The difference is that the user can actually type on the PC keyboard
Lars-Dominik Braun, le dim. 14 juin 2020 09:11:05 +0200, a ecrit:
> Xorg’s dummy driver lacks a clear open source license statement[1]. Its
> COPYING file simply states “Copyright 2002, SuSE Linux AG”, indicating
> it is non-free software. Is that correct? I see Debian is distributing
> the driver
ornx, le lun. 11 mai 2020 14:38:48 +, a ecrit:
> >X was intended to be used on desktops
> is this really true?
Xorg, yes.
> is the reason why this behavior has not been implemented in Xorg simply
> because nobody has thought to add it,
Most probably.
If you don't find in the list archive
Mgr. Janusz Chmiel, le mer. 29 avril 2020 21:05:02 +0200, a ecrit:
> I Am using Dummi video driver because graphical output is useless for Me I
> do not see at all.
Understood. Again, my question is: why do you need to connect through
VNC? Is the keyboard not working otherwise? How would people
Mgr. Janusz Chmiel, le mer. 29 avril 2020 20:45:52 +0200, a ecrit:
> I AM using one Android VNC client app from GOogle Play.
You are again only telling us what you are doing, not what you are
aiming at. It's the latter we need to know to be able to advise you how
to do things differently.
Mgr. Janusz Chmiel, le mer. 29 avril 2020 20:30:36 +0200, a ecrit:
> I AM using The following command.
>
> x11vnc -display :0 -bg -nopw -listen localhost -xkb -forever -ncache 10
> -noshm
>From reading the rest of your mail I realize you are not wondering about
security, but about performance.
Mgr. Janusz Chmiel, le mer. 29 avril 2020 20:25:10 +0200, a ecrit:
> Can I do that by using xorg.conf file? Or is it necessary to modify XOrg
> source code?
It has nothing to do with Xorg, which already uses unix sockets by
default (DISPLAY=:0 means unix socket)
Samuel
Mgr. Janusz Chmiel, le mer. 29 avril 2020 20:22:33 +0200, a ecrit:
> But how to do that?
?
Instead of running
x11vnc
Run
x11vnc -listen localhost
And only your local vncviewer will be able to connect, not other devices
on the network.
Samuel
Mgr. Janusz Chmiel, le mer. 29 avril 2020 19:42:46 +0200, a ecrit:
> Since on Android device, when I get out of active WIFI site,
You can passe -listen localhost to x11vnc, to expose the VNC port only
locally.
Samuel
___
xorg@lists.x.org: X.Org support
Hello,
Yannick Schinko, le lun. 04 nov. 2019 14:25:43 +, a ecrit:
> When using xvfb-run (1.19.2-1+deb9u5) to run gource headless I run into the
> issue that the underlying server does not seem to be ready in time a good
> 75+% of cases.
Note that the xvfb-run script is a Debian script
Hello,
Storm Dragon, le lun. 09 sept. 2019 19:08:43 -0400, a ecrit:
> So, I was wondering, have I done something wrong in the configuration, or is
> there some weird bug in the driver?
It's a driver behavior, yes. Please follow-up on the existing bug
tracker entry
Hello,
Ping?
Samuel
Samuel Thibault, le mar. 30 oct. 2018 18:43:51 +0100, a ecrit:
> c67f2eac5651 ("dix: always send focus event on grab change") made dix
> always sent events when it's a NotifyGrab or NotifyUngrab, even if
> from == to, because 'from' can just c
Adam Jackson, le jeu. 08 nov. 2018 15:19:41 -0500, a ecrit:
> > > If you try to implement this with a userspace arbiter then
> > > all you need to do to break it is run an old version of libpciaccess.
> >
> > Sure. Except if ioperm is allowed only for the pci arbiter.
>
> ... but that's all you
Adam Jackson, le mer. 07 nov. 2018 15:09:58 -0500, a ecrit:
> Because the kernel is the one thing in a position to enforce access
> exclusion.
root-owned processes can still use ioperm to get access to io ports and
break that.
> If you try to implement this with a userspace arbiter then
> all
Hello,
Adam Jackson, le mer. 07 nov. 2018 12:04:52 -0500, a ecrit:
> On Mon, 2018-11-05 at 22:56 +1100, Damien Zammit wrote:
>
> > I wish to propose an additional api call to libpciaccess.
> > Before I submit a patch, I wish to get some feedback from the devs.
> >
> > In GNU/Hurd currently,
ocusEvents in that precise case, i.e. when
oldWin is a previous grab and the new grab is the same window.
Signed-off-by: Samuel Thibault
Index: xorg-server-1.19.2/dix/events.c
===
--- xorg-server-1.19.2.orig/dix/events.c
+++ xorg-server-
Piotr Karbowski, le lun. 18 juin 2018 15:20:34 -0400, a ecrit:
> I have reproducible issue after upgrading from 1.19.5 to 1.20 xorg-server. If
> used with "mouse" driver (x11-drivers/xf86-input-mouse-1.9.2), the system
> will complate freeze. I got confirmation from handful of other people that
.
This is notably needed for window manager using XI to always get keyboard
events even during grabs, so they can determine exactly when grabbing is
active.
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
dix/enterleave.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
send focus
event on grab change" on xorg-devel@lists.x.org for review.
Cheers,
Samuel
Samuel Thibault, le ven. 22 déc. 2017 01:01:04 +0100, a ecrit:
> Samuel Thibault, on jeu. 21 déc. 2017 18:21:39 +0100, wrote:
> > Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
&g
Samuel Thibault, on jeu. 21 déc. 2017 18:21:39 +0100, wrote:
> Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
> > One additionnal piece of information: it seems that what makes compiz
> > have the issue (compared to my simple X root event listen
Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
> One additionnal piece of information: it seems that what makes compiz
> have the issue (compared to my simple X root event listener) is the call
> to
>
> XSetInputFocus (s->dpy (), priv->id, RevertToPoi
Samuel Thibault, on ven. 24 nov. 2017 12:04:27 +0100, wrote:
> Samuel Thibault, on ven. 24 nov. 2017 11:55:49 +0100, wrote:
> > Jasper St. Pierre, on jeu. 23 nov. 2017 14:31:32 -0800, wrote:
> > > Selecting for XI2 events will disable core input events from being sent
> > >
Samuel Thibault, on ven. 24 nov. 2017 11:55:49 +0100, wrote:
> Jasper St. Pierre, on jeu. 23 nov. 2017 14:31:32 -0800, wrote:
> > Selecting for XI2 events will disable core input events from being sent to
> > your
> > client.
>
> I forgot to mention: I'm not getting t
XI2 focus events does not
bring XI_FocusIn/Out events either.
Samuel
> On Thu, Nov 23, 2017 at 8:37 AM, Samuel Thibault <[1]
> samuel.thiba...@ens-lyon.org> wrote:
>
> Hello,
>
> I'm working on making compiz use XI2 to get more fine-grain hold
> on keypresses.
Hello,
I'm working on making compiz use XI2 to get more fine-grain hold
on keypresses. I'm however getting an issue: I do not always get
NotifyGrab FocusIn events from the root window when a client calls
XGrabKeyboard (mydisplay, mywindow, True, GrabModeAsync, GrabModeAsync,
CurrentTime);
,
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 2 --
hw/xfree86/xorg-wrapper.c | 6 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7db7187..220478a 100644
--- a/configure.ac
+++ b/config
Mark Kettenis, le Mon 19 Oct 2015 12:26:27 +0200, a écrit :
> > If you're doing this with certain platforms in mind, maybe
> > we need to only not check for libdrm on those platforms ?
>
> Does it make sense at all to use the wrapper on platforms without drm?
We need some setuid wrapper, yes,
Hans de Goede, le Mon 19 Oct 2015 14:40:46 +0200, a écrit :
> To me hurd is the exception here. So maybe change the patch to drop
> the configure libdrm check for hurd ?
Like is done for cygwin and darwin? Sure.
> If that is done I'm fine with the #ifdef LIBDRM in the wrapper itself.
I have
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure.ac b/configure.ac
index e434720..7db7187 100644
--- a/configure.ac
+++ b/configure.ac
@@ -752,6 +752,11 @@ case $h
Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> In which case would you want to build without libdrm anyways ? Can you
> explain the use-case for this patch ?
Systems with no drm support, simply :)
Samuel
___
xorg-devel@lists.x.org: X.Org
Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> On 19-10-15 10:53, Samuel Thibault wrote:
> >Hans de Goede, le Mon 19 Oct 2015 10:44:30 +0200, a écrit :
> >>>@@ -237,6 +242,7 @@ int main(int argc, char *argv[])
> >>> close(fd);
> >
Samuel Thibault, le Mon 19 Oct 2015 11:25:08 +0200, a écrit :
> Hans de Goede, le Mon 19 Oct 2015 11:14:21 +0200, a écrit :
> > On 19-10-15 11:03, Samuel Thibault wrote:
> > >Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> > >>In which case would yo
Hans de Goede, le Mon 19 Oct 2015 10:44:30 +0200, a écrit :
> >@@ -237,6 +242,7 @@ int main(int argc, char *argv[])
> > close(fd);
> > }
> > }
> >+#endif
> >
>
> This turns needs_root_rights=auto into needs_root_rights=yes do we really
> want that
> when not building
Hans de Goede, le Mon 19 Oct 2015 11:14:21 +0200, a écrit :
> On 19-10-15 11:03, Samuel Thibault wrote:
> >Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> >>In which case would you want to build without libdrm anyways ? Can you
> >>explain the use-case for
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 2 --
hw/xfree86/xorg-wrapper.c | 6 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index e434720..818026f 100644
--- a/configure.ac
+++ b/config
Alan Coopersmith, le Mon 13 Jul 2015 17:57:11 -0700, a écrit :
On 07/13/15 03:27 PM, James Heald wrote:
I'm trying to figure out how I can create some program/script that
automatically
brings up a keyboard when a text field is active. Therefore I need something
to
tell me whether or not a
We can build without it.
Proper non-fatal finer libdrm detection is already done below this.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/configure.ac b/configure.ac
index b13cb2c..9e77dc8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -80,7 +80,7
Hello,
Nalin, do you have any news about this GSOC idea? The student proposal
deadline is today...
Samuel
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your
Hello,
Nalin.x.Linux, le Sun 02 Mar 2014 23:01:27 +0530, a écrit :
I would like to make braille extension for XKB(X keyboard extension).
Interesting!
Let me know if any work in this regard has been undertaken by xorg and if so
let me know the existing position thanking you.
There is already
wettstein...@solnet.ch, le Sun 02 Mar 2014 19:59:22 +0100, a écrit :
There is some braille support in the compose mechanism in libX11, see
directory modules/im/ximcp. I do not know whether and how it works,
though.
That is what I described, yues.
1. it is very simple, uses only six keys of
Acked-by: Samuel Thibault samuel.thiba...@ens-lyon.org
Could somebody push that to the server? We really need it.
Thanks,
Samuel
From ef6a236cf9b795017c9c8c4447a6735fa04bb061 Mon Sep 17 00:00:00 2001
From: Pino Toscano toscano.p...@tiscali.it
Date: Wed, 28 Aug 2013 17:04:48 +0200
Subject
Hello,
Couldn't pthread_once be used in order to make sure initialization
happens only once?
Samuel
___
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
Daniel Stone, le Fri 12 Jul 2013 22:25:38 +0100, a écrit :
Make XOpenDisplay always call XInitThreads when opening a display, thus
guarding it against possible disaster scenarios like calling
XOpenDisplay without XInitThreads, then passing the Display pointer into
an EGL library which uses
Felix Miata, le Sun 07 Jul 2013 11:05:34 -0400, a écrit :
IOW, what does one need to do to ensure ttys
1-6 are not usurped by any X session, and that :0 goes to tty7, :1 to tty 8,
and :2 to tty9?
Simply make sure to specify the vt when starting the server:
vtXX use the
Josh Kennedy, le Sun 28 Apr 2013 15:51:09 -0400, a écrit :
could you also please add the ability to use the sdfjkl keys where:
s is dot 3
d is dot 2
f is dot 1
j is dot 4
k is dot 5
l is dot 6.
This is already in there in plain Xorg: you can use the brai layout. You
can use a key to toggle
Hello,
Christoph Theis, le Sat 06 Apr 2013 16:03:19 +0200, a écrit :
So my questions are: Why would we need a console at all?
Well, at least to properly support console switching to get out/into the
Xserver I guess.
And if a console may be required can it then be made optional?
Or is there
Nikolay Kichukov, le Thu 24 Jan 2013 17:30:33 +0200, a écrit :
Note: the broken part of the LCD at the top is so small, that I decided to
neglect it and use full height.
In that case, --fb alone should be fine, since it defaults to aligning the
top-left corner.
Samuel
Michal Suchanek, le Thu 17 Jan 2013 15:26:26 +0100, a écrit :
On 10 January 2013 15:27, Samuel Thibault samuel.thiba...@ens-lyon.org
wrote:
Michal Suchanek, le Thu 10 Jan 2013 15:20:21 +0100, a écrit :
Dummy driver sets the flag because it does not need console and then
the console
Michal Suchanek, le Thu 10 Jan 2013 12:38:13 +0100, a écrit :
a proper fix needs something like:
1) introduce a HW_OPEN_CONSOLE flag which is inverse of the
HW_SKIP_CONSOLE flag
2) have all drivers but void and dummy set that - dummy has nice
example of setting a flag
3) have the
Michal Suchanek, le Thu 10 Jan 2013 15:20:21 +0100, a écrit :
Dummy driver sets the flag because it does not need console and then
the console is not open although evedev which requires console and
does not set the flag is loaded later.
Which is what I mentioned in yet another mail during the
Michal Suchanek, le Wed 09 Jan 2013 22:46:37 +0100, a écrit :
On 9 January 2013 01:33, Samuel Thibault samuel.thiba...@ens-lyon.org wrote:
Samuel Thibault, le Wed 09 Jan 2013 00:55:13 +0100, a écrit :
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made
Hello,
Peter Hutterer, le Tue 08 Jan 2013 17:05:16 +1000, a écrit :
Provided the driver permits it, Xorg -notty will not create a VT on startup.
Currently this driver list includes dummy and qxl only.
I'd rather call it -novt, just like -novtswitch, -sharevts, vtXX.
Only the -keeptty option is
Timothy Meade, le Tue 08 Jan 2013 09:53:45 -0500, a écrit :
There are already distro specific configuration scripts for setting up
Linux for blind user,
And we should avoid them whenever possible.
could they add this option when they configure the dummy output?
I'm against such kind of
Michal Suchanek, le Tue 08 Jan 2013 16:03:06 +0100, a écrit :
There is already -novtswitch option. Making a corresponding -vtswitch
would be simplest provided it overrides the HW_SKIP_CONSOLE override.
novtswitch still allocates the VT, so it's not the same.
The OP however wants the X server
Jamey Sharp, le Tue 08 Jan 2013 10:39:35 -0800, a écrit :
I would very much like it if people could continue to run Xorg in
Xnest/Xvfb-like situations without needing extra privileges
I agree
or magic flags.
I just have to disagree on making the use of the dummy video driver any
more complex
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made my point clear: the blind user case should
get exactly the same behavior with the dummy video driver (without
configuring anything else) as the 99%-standard user case, with other
video drivers. I.e. a VT
Samuel Thibault, le Wed 09 Jan 2013 00:55:13 +0100, a écrit :
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made my point clear: the blind user case should
get exactly the same behavior with the dummy video driver (without
configuring anything else
Michal Suchanek, le Sat 05 Jan 2013 18:55:28 +0100, a écrit :
On 5 January 2013 02:10, Samuel Thibault sthiba...@debian.org wrote:
Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit :
On 12/31/12 05:36 PM, Samuel Thibault wrote:
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100
Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit :
there is no VT switch, and pressing ^C 5s later kills the server (while
we'd want ^C to just go to the server). The resulting Xorg.1.log is
attached.
I don't think that an actual VT switch is required
From the point of the
Michal Suchanek, le Sat 05 Jan 2013 23:44:39 +0100, a écrit :
On 5 January 2013 23:04, Samuel Thibault sthiba...@debian.org wrote:
Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit :
there is no VT switch, and pressing ^C 5s later kills the server (while
we'd want ^C to just go
Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit :
On 12/31/12 05:36 PM, Samuel Thibault wrote:
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit :
why is that patch needed?
It is quite non-obvious why would dummy driver require a console under
any circumstances
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit :
why is that patch needed?
It is quite non-obvious why would dummy driver require a console under
any circumstances. It does not render anything anywhere so does not
use console for anything.
The console *is* needed for keyboard
. The attached
patch can be used by people for now to avoid the issue, I'll work on
adding an option upstream.
Samuel
commit 1ec9d5adaf753715b78377483a3a2d71a323d43e
Author: Samuel Thibault samuel.thiba...@ens-lyon.org
Date: Sun Dec 30 00:58:51 2012 +0100
Revert Add support for HW_SKIP_CONSOLE
Control: tags 696965 + patch
Hello,
Samuel Thibault, le Sun 30 Dec 2012 01:07:47 +0100, a écrit :
I would have rather made it an option, and have made it not enabled
by default, because the blind people who need the dummy driver do
not necessarily have much technical knowledge beyond use
Adam GROSZER, le Wed 19 Dec 2012 12:35:07 +0100, a écrit :
On 12/19/2012 10:52 AM, Samuel Thibault wrote:
Adam GROSZER, le Wed 19 Dec 2012 09:21:12 +0100, a écrit :
The question is, how to create the secondary headless virtual monitor with
X. I'm lost there.
You can probably use the dummy X
Add the legacy io and map methods for the x86 backend, using ioperm,
in/out, and the existing mmap method.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
---
src/x86_pci.c | 100 -
1 file changed, 99 insertions(+), 1 deletion
Troy Watson, le Wed 25 Jan 2012 18:55:37 +1000, a écrit :
Thanks for the reply - Is that what I want though? Looking at
http://www.x.org/releases/current/doc/man/man3/XkbTranslateKeySym.3.xhtml
it returns me a KeySym
See the text: it takes a keysym, and returns another one if the keyboard
Troy Watson, le Tue 24 Jan 2012 17:36:10 +1000, a écrit :
Does there exist a function in Xlib as simple as this...
wchar_t unicode = XKeySymToUnicode( KeySym )
...to map a KeySym to it's Unicode eqivilent? If not, why? What's
available to achieve similar results?
XkbTranslateKeySym?
at:
git://people.freedesktop.org/~sthibaul/xserver-hurd.git master-hurd-aiglx
Samuel Thibault (1):
xserver: enable TLS even if AIGLX is not enabled
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
___
xorg-devel@lists.x.org
repository at:
git://people.freedesktop.org/~sthibaul/xserver-hurd.git master-iopl
Samuel Thibault (1):
hurd: Fix use of deprecated iopl device
hw/xfree86/os-support/hurd/hurd_mmap.c | 12 ++--
hw/xfree86/os-support/hurd/hurd_video.c | 18 +-
2 files changed, 15
going to be using them.
Could we at least apply the patch below to fix mga-g450?
Samuel
commit 9d14b2727078837a2e4c8a9e61ec2ac0b39f008f
Author: Samuel Thibault samuel.thiba...@ens-lyon.org
Date: Sat Mar 13 01:49:47 2010 +0100
Disable timer/keyboard trapping on GNU/Hurd for now
This fixes Xserver on GNU/Hurd into using the mem device instead of
the deprecated iopl device.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/hw/xfree86/os-support/hurd/hurd_mmap.c
b/hw/xfree86/os-support/hurd/hurd_mmap.c
index ccef5f2..3f942aa 100644
--- a/hw/xfree86
Dave Airlie, le Thu 21 Oct 2010 12:10:14 +1000, a écrit :
On Wed, Oct 20, 2010 at 9:23 AM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Not having a visible cursor by default poses problems with a lot of users:
when
they are faced with a completely dark screen without even a moving
: https://bugs.freedesktop.org/show_bug.cgi?id=26798
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/doc/Xserver.man.pre b/doc/Xserver.man.pre
index ce3b3a1..9a93d12 100644
--- a/doc/Xserver.man.pre
+++ b/doc/Xserver.man.pre
@@ -208,9 +208,8 @@ turns off auto-repeat.
turns
Hello,
Alan Coopersmith, le Sun 26 Sep 2010 13:04:27 -0700, a écrit :
Is there any interest in the community for actually having these
localized, or are we happy with telling users of non-english locales
to use the localized equivalents from GNOME/KDE/etc.?
I am interested, and already raised
Daniel Stone, le Tue 24 Aug 2010 14:46:24 +1000, a écrit :
Do we need to consider the above scenario? If the above scenario doesn't
need to be cared, I will update the patch to assure that
the CLOCK_MONOTONIC_COARSE posix timer will be tried only when there
exists the corresponding
ykzhao, le Tue 24 Aug 2010 15:55:41 +0800, a écrit :
b. CLOCK_MONOTONIC_COARSE is already defined. But the corresponding
id is not 6.
That won't happen on Linux, the value is now cast into stone. That's why
it's safe to use
#ifdef __linux__
# ifndef CLOCK_MONOTONIC_COARSE
# define
ykzhao, le Tue 24 Aug 2010 08:32:48 +0800, a écrit :
On Mon, 2010-08-23 at 23:25 +0800, Adam Jackson wrote:
On Mon, 2010-08-23 at 10:23 +0200, Mark Kettenis wrote:
From: yakui.z...@intel.com
Date: Mon, 23 Aug 2010 15:20:05 +0800
From: Zhao Yakui yakui.z...@intel.com
---
ykzhao, le Tue 24 Aug 2010 09:07:49 +0800, a écrit :
+static clockid_t clockid;
+if (!clockid) {
+#ifdef __linux__
+#ifndef CLOCK_MONONOTIC_COARSE
+#define CLOCK_MONOTONIC_COARSE
If you don't provide the value 6 here, it's completely useless.
+#endif
+ if
olafbuddenha...@gmx.net, le Sat 14 Aug 2010 23:15:01 +0200, a écrit :
On Fri, Aug 13, 2010 at 12:37:22PM +0200, Samuel Thibault wrote:
olafbuddenha...@gmx.net, le Tue 10 Aug 2010 00:02:58 +0200, a écrit :
-mach_port_t device,iopl_dev;
-memory_object_t iopl_mem
olafbuddenha...@gmx.net, le Tue 10 Aug 2010 00:02:58 +0200, a écrit :
-mach_port_t device,iopl_dev;
-memory_object_t iopl_mem;
+mach_port_t device,mem_dev;
+memory_object_t mem_mem;
mem_mem is a rather weird variable name. Perhaps you could rename it to
something
This fixes Xserver on GNU/Hurd into using the mem device instead of
the deprecated iopl device.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/hw/xfree86/os-support/hurd/hurd_mmap.c
b/hw/xfree86/os-support/hurd/hurd_mmap.c
index ccef5f2..8b65ea0 100644
--- a/hw/xfree86
Adam Jackson, le Fri 19 Mar 2010 14:29:55 -0400, a écrit :
(Gedankenexperiment: Kernel and X attempt a config space cycle at the
same time. Kernel writes to 0xCF8. X writes to 0xCF8. Kernel reads or
writes to 0xCFC.
Sure, I don't doubt such races can exist.
What garbage does the kernel
Adam Jackson, le Wed 17 Mar 2010 17:44:34 -0400, a écrit :
On Sat, 2010-03-13 at 02:26 +0100, Samuel Thibault wrote:
-ioperm(0x40,4,0); /* trap access to the timer chip */
-ioperm(0x60,4,0); /* trap access to the keyboard controller */
I'm not sold on this. You really do not want
Some VESA BIOSes need to access to them.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
---
hw/xfree86/os-support/hurd/hurd_video.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/os-support/hurd/hurd_video.c
b/hw/xfree86/os-support/hurd
be checked.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/src/xcb_auth.c b/src/xcb_auth.c
index 104f2f0..00aad23 100644
--- a/src/xcb_auth.c
+++ b/src/xcb_auth.c
@@ -260,10 +260,10 @@ int _xcb_get_auth_info(int fd, xcb_auth_info_t *info, int
display)
* case anyway
Tiago Vignatti, le Tue 19 Jan 2010 18:44:06 +0200, a écrit :
I put some minor comments bellow. Make sure you send your future patches to
xorg-de...@lists.freedesktop.org instead.
Uh, I didn't even know that there were x.org lists.
On Sun, Jan 17, 2010 at 06:30:00PM +0100, ext Samuel Thibault
Tiago Vignatti, le Tue 19 Jan 2010 21:10:37 +0200, a écrit :
But we have to go carefully with it and see if we will not be overlapping code
with libx86 - which currently is only doing real mode calls, but has already a
lot of IO related stuff:
90 matches
Mail list logo
