Here comes a point release to fix some nasty bits that slipped out in
2.6.0. Most important is the stability fix for 915 render/video versus
DRI2. But it's also got some useful fixes for KMS -- VT switching
should no longer hang, and the kernel fb layer deciding it's dpms time
shouldn't leave
On Wed, 2009-01-21 at 01:52 +0100, John Clarke wrote:
Following an upgrade to Suse 11.1 I find that Xorg is eating my CPU
alive. Here's the output from top:
28834 johncc20 0 1437m 615m 298m R 98.2 15.5 794:20.69 isis
3103 root 20 0 748m 398m 7072 S 1.7 10.1 1080:03 Xorg
Tino Keitel a écrit :
If I got this right, this implies that HAL still detaches from the
terminal after startup
I'm just pointing out that HAL has all the necessary mechanisms for
Doing It Right (tm). I don't know when the deamon process detaches from
the console. This is left as an exercise
Hi,
On Wed, 2009-01-21 at 13:01 +0900, Joel Bosveld wrote:
After hiding the cursor once with XFixes, some mouse cursors will
simply be invisible. The Firefox loading cursor being one of them.
Woah, this thing has been driving me mad for a long time, and I couldn't
find an explanation. Thanks
On Tue, Jan 20, 2009 at 02:42:02PM -0200, Paulo César Pereira de Andrade wrote:
Tino Keitel wrote:
On Tue, Jan 20, 2009 at 10:18:10 +0100, Matija Å uklje wrote:
Dne torek 20. januarja 2009 je Yan Li napisal(a):
I suggest we add a short (5 seconds) busy-wait if hald is not usable.
Isn't
Hi Michel
The above indicates this is due to the 'isis' process, not X?
Is that possible? isis is my big number-crunching task - I/O from files and
very occasional (every 20 seconds or so) printf()s to show progress.
Absolutely no X calls - not even linked to the X libraries. How could
On Tue, Jan 20, 2009 at 08:38:30PM +0100, Tino Keitel wrote:
On Tue, Jan 20, 2009 at 17:54:20 +0100, Rémi Cardona wrote:
hald already has a pipe set up between the launcher process and the
daemon process. The launcher process exits when it receives a message
on the pipe from the daemon.
On Wed, 2009-01-21 at 10:54 +0100, John Clarke wrote:
The above indicates this is due to the 'isis' process, not X?
Is that possible? isis is my big number-crunching task - I/O from
files and very occasional (every 20 seconds or so) printf()s to show
progress. Absolutely no X calls -
On Wed, Jan 21, 2009 at 10:14:42AM +0100, Rémi Cardona wrote:
Tino Keitel a écrit :
If I got this right, this implies that HAL still detaches from the
terminal after startup
I'm just pointing out that HAL has all the necessary mechanisms for
Doing It Right (tm). I don't know when the
hald might not be ready when we need it, wait for it for a few seconds
Signed-off-by: Yan Li yan.i...@intel.com
---
config/hal.c | 24
1 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/config/hal.c b/config/hal.c
index 8dfbb07..bcc05bc 100644
---
On Mon, 2009-01-19 at 10:03 -0800, Jesse Barnes wrote:
On Friday, January 16, 2009 1:55 pm Rémi Cardona wrote:
Le 16/01/2009 21:21, Jesse Barnes a écrit :
On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
Right now a thing that is annoying me is how others cursors, sw
John Clarke wrote:
Hi Michel
The above indicates this is due to the 'isis' process, not X?
Is that possible? isis is my big number-crunching task - I/O from files and
very occasional (every 20 seconds or so) printf()s to show progress.
Absolutely no X calls - not even linked to the
Bill Crawford wrote:
On Wednesday 21 January 2009 11:13:20 Frank de Lange wrote:
Looks to me like X does not use more than 1.7% of CPU so that is not out
of the ordinary. To find out more about where the memory goes you can
install xrestop to see if something leaks somewhere. Either run it
John Clarke wrote:
Dear All,
Following an upgrade to Suse 11.1 I find that Xorg is eating my CPU alive.
Here's the output from top:
28834 johncc20 0 1437m 615m 298m R 98.2 15.5 794:20.69 isis
3103 root 20 0 748m 398m 7072 S 1.7 10.1 1080:03 Xorg
I don't know how the
My operating system comes bundled with libXrender, and of course the
header files Xrender.h and xrender.h. But, although Xrender.h advertises
lots of interesting functions to call, I cannot find any man pages
anywhere. And even the source code, which I have downloaded, does not
contain them, nor
On Wed, Jan 21, 2009 at 10:46:46AM +0100, Xavier Bestel wrote:
Hi,
On Wed, 2009-01-21 at 13:01 +0900, Joel Bosveld wrote:
After hiding the cursor once with XFixes, some mouse cursors will
simply be invisible. The Firefox loading cursor being one of them.
Woah, this thing has been
Hi Charles,
Unfourtunatly XRender is not very well documented, probably the best
thing available is the specification.
The reason is that most programmers use higher-level APIs like Cairo
or QT4 to access XRender, so if you don't have a good reason why you
directly want to mess with it I
On Wed, Jan 21, 2009 at 06:09:48PM +0800, Yan Li wrote:
hald might not be ready when we need it, wait for it for a few seconds
Signed-off-by: Yan Li yan.i...@intel.com
---
config/hal.c | 24
1 files changed, 20 insertions(+), 4 deletions(-)
diff --git
Hi everybody,
Just out of curiosity, is kernel mode-setting ready to use in Intel
cards? I've seen that 2.5 driver shipped with kms but what exactly is
needed for it to run (cause as far as I know it wouldn't run Plymouth,
for instance)? The 1.6 X Server? Mesa 7.3/4? I get more confused
everytime
On Tue, Jan 20, 2009 at 05:54:20PM +0100, Rémi Cardona wrote:
Tino Keitel a écrit :
On Tue, Jan 20, 2009 at 10:18:10 +0100, Matija Šuklje wrote:
Dne torek 20. januarja 2009 je Yan Li napisal(a):
I suggest we add a short (5 seconds) busy-wait if hald is not usable.
Isn't that more of a
On Wednesday 21 January 2009 11:13:20 Frank de Lange wrote:
Looks to me like X does not use more than 1.7% of CPU so that is not out
of the ordinary. To find out more about where the memory goes you can
install xrestop to see if something leaks somewhere. Either run it
interactivally and
On Tue, Jan 20, 2009 at 09:54:45PM -0800, Henry Zhao wrote:
I just installed ubunto 8.10 on Tishiba R600. Running xmodmap -pk
I found some keycodes that are mapped to XF* keysyms are also used
in some keyboards in some circumstances.For example,
150 is mapped to XF86Sleep. But:
* It
On Wed, 2009-01-21 at 08:54 +0100, Michel Dänzer wrote:
On Wed, 2009-01-21 at 04:45 +, Peter Clifton wrote:
Questions to those who might know..
Should DRI2 be clearing the Alpha channel (even if it requires making a
copy for these cases)?
It mustn't do this for pixmaps that
On Wed, 21 Jan 2009, Clemens Eisserer wrote:
Hi Charles,
Unfourtunatly XRender is not very well documented, probably the best
thing available is the specification.
hmm - googling on that (xrender specification) doesn't find much - just
these random notes here for instance:
On Wed, Jan 21, 2009 at 9:29 PM, Marius Gedminas mar...@gedmin.as wrote:
On Wed, Jan 21, 2009 at 10:46:46AM +0100, Xavier Bestel wrote:
Hi,
On Wed, 2009-01-21 at 13:01 +0900, Joel Bosveld wrote:
After hiding the cursor once with XFixes, some mouse cursors will
simply be invisible. The
On Wed, Jan 21, 2009 at 6:35 AM, Sam Spilsbury smspil...@gmail.com wrote:
On Wed, Jan 21, 2009 at 9:29 PM, Marius Gedminas mar...@gedmin.as wrote:
On Wed, Jan 21, 2009 at 10:46:46AM +0100, Xavier Bestel wrote:
Hi,
On Wed, 2009-01-21 at 13:01 +0900, Joel Bosveld wrote:
After hiding the
On Wed, Jan 21, 2009 at 8:14 AM, Thomas Dickey dic...@his.com wrote:
On Wed, 21 Jan 2009, Clemens Eisserer wrote:
Hi Charles,
Unfourtunatly XRender is not very well documented, probably the best
thing available is the specification.
hmm - googling on that (xrender specification) doesn't
Hi, with mesa from git 3D is not hardware accellerated anymore on gma950,
glxinfo | grep rend
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
LIBGL_DEBUG=1 glxgears
libGL error: dlopen /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so:
undefined symbol:
Peter Hutterer wrote:
+/* hald might not finish it's init yet, we'll wait for it for 2s */
+unsigned int wait_for_hal = 2 * 100;
+const unsigned int wait_for_hal_sleep_time = 100 * 1000;
+
+/* hald might not be ready now, waiting for it for a few seconds */
+while
On Wed, Jan 21, 2009 at 11:14 AM, Vasily Khoruzhick anars...@gmail.com wrote:
Hi, with mesa from git 3D is not hardware accellerated anymore on gma950,
glxinfo | grep rend
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
LIBGL_DEBUG=1 glxgears
libGL error: dlopen
On Wed, 2009-01-21 at 16:46 +0100, Michel Dänzer wrote:
If the decoration drawables had depth 24, it should be the same issue
with DRI1, but that's been working fine for me for the last two years or
so.
I did end up following that reasoning myself.. so will have to dig
deeper at just what
On Wednesday 21 January 2009 18:48:34 you wrote:
On Wed, Jan 21, 2009 at 11:14 AM, Vasily Khoruzhick anars...@gmail.com
wrote:
Hi, with mesa from git 3D is not hardware accellerated anymore on gma950,
glxinfo | grep rend
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
Tiago Vignatti escribió:
Hi,
Alex Villacís Lasso escreveu:
Another question I have is this: as far as I understand, PCI video
cards have to run the POST (or do an equivalent operation) in order
to execute the chipset-specific hocus-pocus that enables legacy vga
port access (0x3c0
This is a repost... still looking for help... thanks!
I've been following the directions at http://www.x.org/wiki/Development/git.
I'm running Fedora 10 with an Intel GME965 chipset.
I was able to build the drm-intel-2.6.28-20090112.tar.bz2 kernel and boot from
it. Good.
Then I used the
As it comes to intel driver everything is fine.
Jan 21 18:18:40 cannibal kernel: [drm] Initialized drm 1.1.0 20060810
Jan 21 18:18:40 cannibal kernel: [drm] Initialized i915 1.6.0 20080730 on
minor 0
As for mouse, keyboard check your /var/log/Xorg.0.log probably instalation
problem, You can ask
Paulo César Pereira de Andrade wrote:
I think it'd be better to set a timer to fire off the reinitialization
rather
than a simple usleep. Doing so allows us to finish the server
initialization
without having to wait for hal. Any opinions?
I can rework my patch to remove the hal_giveup()
Here's one big difference with the instructions on that
page. Since
you built a full kernel rather than building the drm kernel
modules
against your current kernel, they're already loaded
when boot with the
new kernel. You don't need to unload/reload the drm
modules.
So you're saying if I
On Wed, Jan 21, 2009 at 10:41 AM, Joe Smith stop...@yahoo.com wrote:
Here's one big difference with the instructions on that
page. Since
you built a full kernel rather than building the drm kernel
modules
against your current kernel, they're already loaded
when boot with the
new kernel. You
Thanks Joel. This mostly clear things. btw, where did is this comment found?
I grep'ed through the compiz 0.7.8 code (
http://packages.ubuntu.com/source/intrepid/compiz) and could not find such a
comment. Beryl's code perhaps?
Chris,
You mentioned that the XServer needs rework - do you know what
Hello,
(I'm using Debian etch's X.org 1.1.1 xserver, and while I can't test it
right now, I think the following analysis applies to more recent X.orgs,
too. If it doesn't, I apologize for the noise.)
I'd like to change the keybinding for shutting down the X server. ISTM
that there are two
I tried starting X
anyway, but the keyboard and mouse where unresponsive.
For the keyboard/mouse issues, you'd probably have to
attach an
Xorg.log. Did you build the evdev input driver against the
new
xserver?
--
Dan
PART 1:
Thanks, the evdev driver was the problem. I built 2.1.1
From: Tormod Volden debian.tor...@gmail.com
SavageGetPanelInfo will reset DisplayType if the panel is not
active, so check again before calling SavageAddPanelMode so that
bogus modes are not added.
This fixes startup failures in some cases, for instance when there is no
real panel and EDID is
On Wed, Jan 21, 2009 at 06:09:48PM +0800, Yan Li wrote:
hald might not be ready when we need it, wait for it for a few seconds
No, because this makes the X server startup time potentially really
long.
Really, the ideal thing is to listen for the D-Bus signal that tells you
that hald is running
Hi,
On Wed, Jan 21, 2009 at 03:49:47PM -0500, Richard M Kreuter wrote:
(I'm using Debian etch's X.org 1.1.1 xserver, and while I can't test it
right now, I think the following analysis applies to more recent X.orgs,
too. If it doesn't, I apologize for the noise.)
It doesn't at all; the only
gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs
-fno-strict-aliasing -Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -fvisibility=hidden
-I/home/alex/xserver/include/xorg
On Wed, Jan 21, 2009 at 1:57 PM, Joe Smith stop...@yahoo.com wrote:
I tried starting X
anyway, but the keyboard and mouse where unresponsive.
For the keyboard/mouse issues, you'd probably have to
attach an
Xorg.log. Did you build the evdev input driver against the
new
xserver?
--
Dan
Hi,
A quick nv driver question, installed fedora 10. Seem to be stuck at 800x600
resolution, does it support higher resolutions?
Have
Nvidia Riva 128 ZX card
Optiquest V95 monitor
Both advertise up to 1600x1200.
Thanks
Bill
___
xorg mailing
Alex Villacís Lasso wrote:
kbd.c:154: error: 'XKB_DFLT_RULES' undeclared here (not in a function)
This is from a recent git pulled this morning. I am pulling the changes
from the last few hours, in the hope this is fixed by compiling an
updated proto somewhere.
The xorg-server.h file
Here comes a point release to fix some nasty bits that slipped out in
2.6.0. Most important is the stability fix for 915 render/video versus
DRI2. But it's also got some useful fixes for KMS -- VT switching
should no longer hang, and the kernel fb layer deciding it's dpms time
shouldn't leave
Hi,
Since I also works with Fedora 10, I am also interested in this
thread :)
On Wed, 2009-01-21 at 15:03 -0800, Dan Nicholson wrote:
I've attached my log file. Am I supposed to have a rules file for evdev?
Unfortunately, the script you followed doesn't seem to tell you about
handling
On Thu, Jan 22, 2009 at 3:58 AM, Bipin George Mathew bipi...@gmail.comwrote:
Thanks Joel. This mostly clear things. btw, where did is this comment
found? I grep'ed through the compiz 0.7.8 code (
http://packages.ubuntu.com/source/intrepid/compiz) and could not find such
a comment. Beryl's
On Tue, Jan 20, 2009 at 03:27:18PM +0100, Simon Thum wrote:
Peter Hutterer wrote:
ATM, we are able to announce that a device has multiple axes, but clients
have
to take educated guesses as to wether axis N is tilt, pressure, pan or
bananas. This patch introduces a set of default
http://tinderbox.x.org/builds/2009-01-21-0032/logs/xkbcomp/#build
xkbparse.y:101: error: static declaration of 'parseDebug' follows non-static
declaration
utils.h:262: error: previous declaration of 'parseDebug' was here
Chris Ball wrote:
http://tinderbox.x.org/builds/2009-01-21-0032/logs/xkbcomp/#build
xkbparse.y:101: error: static declaration of 'parseDebug' follows
non-static declaration
utils.h:262: error: previous declaration of 'parseDebug' was here
(Sorry for the late reply.)
On Wed, Jan 14, 2009 at 01:39:30PM -0800, Alan Coopersmith wrote:
Daniel Stone wrote:
Erm, any reason to not just write a new driver? Some of evdev's features
(e.g. middle-button emulation, et al) could probably be moved into the
server after careful review and
Hello,
I am trying to use the Xv extension in order to display images on windows.
I have obtained the image formats with
xvc.fo = XvListImageFormats( xvc.display, xvc.port, (int *)formats );
and I have chosen the format
id: 0x59565955 (UYVY)
guid:
Amos Tibaldi wrote:
Hello,
I am trying to use the Xv extension in order to display images on windows.
I have obtained the image formats with
xvc.fo = XvListImageFormats( xvc.display, xvc.port, (int *)formats );
and I have chosen the format
id: 0x59565955 (UYVY)
guid:
On Wed, Jan 21, 2009 at 11:41:17PM +1100, Peter Hutterer wrote:
On Wed, Jan 21, 2009 at 06:09:48PM +0800, Yan Li wrote:
hald might not be ready when we need it, wait for it for a few seconds
+ LogMessage(X_INFO, config/hal: waiting for hald...\n);
+ usleep
On Wed, Jan 21, 2009 at 03:37:22PM -0200, Paulo César Pereira de Andrade wrote:
Paulo César Pereira de Andrade wrote:
I think it'd be better to set a timer to fire off the reinitialization
rather
than a simple usleep. Doing so allows us to finish the server
initialization
without
On Wed, Jan 21, 2009 at 5:49 PM, lists.tor...@gmail.com wrote:
From: Tormod Volden debian.tor...@gmail.com
SavageGetPanelInfo will reset DisplayType if the panel is not
active, so check again before calling SavageAddPanelMode so that
bogus modes are not added.
This fixes startup failures
Hi All
This patch intends to handle detailed timing block and append modes into
mode list from CEA extension. Meanwhile in order to avoid pollute
xf86MonPtr, create unified interface.
Any comments are welcome!
(I will be on holiday from 24 Jan to 31 Jan, please expect slow e-mail
response.)
defined corresponding structure and MACRO for detailed timing and CEA data
blocks.
---
hw/xfree86/ddc/edid.h | 90 +
1 files changed, 90 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/ddc/edid.h b/hw/xfree86/ddc/edid.h
index
The patch handles detailed timing operation in interpret_edid.c
---
hw/xfree86/ddc/interpret_edid.c | 246 ++-
1 files changed, 140 insertions(+), 106 deletions(-)
diff --git a/hw/xfree86/ddc/interpret_edid.c b/hw/xfree86/ddc/interpret_edid.c
index
The driver is ati radeon 8.12, the kernel object loaded is fglrx.ko
2009/1/22 Corbin Simpson mostawesomed...@gmail.com
Amos Tibaldi wrote:
Hello,
I am trying to use the Xv extension in order to display images on
windows.
I have obtained the image formats with
xvc.fo =
create unified interface for detailed timing operation.
---
hw/xfree86/ddc/interpret_edid.c | 64 +++
1 files changed, 64 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/ddc/interpret_edid.c b/hw/xfree86/ddc/interpret_edid.c
index 797a0dd..327f7d1
handled detailed timing operation, e.g. extract detailed timing modes from CEA
extension and insert them into mode list.
---
hw/xfree86/ddc/xf86DDC.h | 44 ++
hw/xfree86/modes/xf86EdidModes.c | 284 --
2 files changed, 195 insertions(+), 133
66 matches
Mail list logo