On Thu, 2008-11-06 at 10:51 +0100, Michel Dänzer wrote:
On Thu, 2008-11-06 at 10:39 +0100, Xavier Bestel wrote:
On Thu, 2008-11-06 at 10:35 +0100, Michel Dänzer wrote:
On Thu, 2008-11-06 at 10:30 +0100, Xavier Bestel wrote:
On Thu, 2008-11-06 at 10:27 +0100, Michel Dänzer wrote:
On
Hi Alan, Julien,
the five apps viewres, xedit, xfd, xgc, and xgc have moved their
appdefault files to a subdirectory app-defaults but haven't made sure that
this subdirectory exists in the build tree. Consequently a VPATH build
(distcheck!) fails.
Attached are five tiny patches. Could one of
To complete my previous question ,
( http://lists.freedesktop.org/archives/xorg/2008-October/039770.html )
I'd like to know what should I do to force DVI to be activated on boot time.
I write this at the end of the ch7xxx_init, and now it works randomly.
pm = ~CH7xxx_PM_FPD;
pm |= CH7xxx_PM_DVIL |
Any reason why we don't support TV out margin setting via xorg.conf? It's
a pain using xrandr to configure after X is started (or am I missing
something how this should be done?)
diff below works for me with settings like the following in xorg.conf
Section Monitor
Identifier TV
On Oct 29, 08 17:08:25 -0700, [EMAIL PROTECTED] wrote:
- Is RANDR_BANDWIDTH helpful? Or should we have a dedicated property for
indicating dual link capability on DVI? What other meta information
(also on other connections) would be useful?
I think it would be better to just
On Oct 28, 08 14:37:30 -0700, Keith Packard wrote:
On Tue, 2008-10-28 at 19:51 +0100, Matthias Hopf wrote:
- Apparently there are only 8, 16, and 32bit integers available as
property types. Having ATOMs and FLOATs would add semantics, which
could help in some cases. But if this implies
Hello,
I've followed the instructions here via the script at the bottom of the
page:
http://wiki.x.org/wiki/Development/git
Everything compiles clean; but I find no i915.ko module built in
mesa/linux-core/ ?
All the other modules are getting built. Anything else I can do?
Chris
export OS_HAS_GEM=1
On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I
think , still don't have the kernel headers of kernels 2.6.28-rc and
give me this error :
CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o
/root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c: In
Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I
think , still don't have the kernel headers of kernels 2.6.28-rc and
give me this error :
CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o
There is no need to use mesa/drm/linux-core
Latest kernel already include correct version with GEM of drm module!
drm/linux-core is wrong implementation
2008/11/7 Chris Pemberton [EMAIL PROTECTED]
Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Mateusz Kaduk wrote:
There is no need to use mesa/drm/linux-core
Latest kernel already include correct version with GEM of drm module!
drm/linux-core is wrong implementation
2008/11/7 Chris Pemberton [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Sergio Monteiro Basto wrote:
export
On Fri, Nov 7, 2008 at 5:18 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Oct 28, 08 14:37:30 -0700, Keith Packard wrote:
On Tue, 2008-10-28 at 19:51 +0100, Matthias Hopf wrote:
- Apparently there are only 8, 16, and 32bit integers available as
property types. Having ATOMs and FLOATs would
On Fri, Nov 7, 2008 at 5:19 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Oct 28, 08 22:44:35 +0100, Maarten Maathuis wrote:
Is there any chance to get rid of strings in the protocol/server
altogether and stick to standardised names and properties (in the
form of enums) as much as possible?
Simon Thum wrote:
newtail = (oldtail + 1) % QUEUE_SIZE;
miEventQueue.tail = newtail;
becoming
miEventQueue.tail++;
miEventQueue.tail |= QUEUE_SIZE - 1;
Er, shouldn't this be = ?
I don't think a compiler should be doing this to a non-local store. It
could probably be
On Nov 07, 08 18:48:18 +0100, Maarten Maathuis wrote:
On Fri, Nov 7, 2008 at 5:19 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Oct 28, 08 22:44:35 +0100, Maarten Maathuis wrote:
Is there any chance to get rid of strings in the protocol/server
altogether and stick to standardised names and
On Nov 07, 08 18:46:20 +0100, Maarten Maathuis wrote:
Actually, single link/dual link, number of DisplayPort links, etc. could
be set in the same property.
I'd make that a generic transition frequency and an the total number
of links, unless there are connections that don't scale linearly in
On Fri, Nov 7, 2008 at 7:38 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Nov 07, 08 18:48:18 +0100, Maarten Maathuis wrote:
On Fri, Nov 7, 2008 at 5:19 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Oct 28, 08 22:44:35 +0100, Maarten Maathuis wrote:
Is there any chance to get rid of strings
Attached is the new proposal. I hope I didn't forget any suggestion.
Please comment.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D
This is my first attempt at at panning support for RandR 1.3. It
basically adds two new requests, one for getting the panning
configuration, and one for setting it.
Changing CRTC and/or screen size might invalidate the panning
configuration, currently the spec is written that behavior is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Subject: [ANNOUNCE] libXaw 1.0.5
To: [EMAIL PROTECTED]
CC: xorg@lists.freedesktop.org
Colin Harrison (1):
Add MINGW32 definition
Dan Nicholson (2):
Be more robust using ed for the libtool hacks
Use sed instead of ed for libtool
On Nov 07, 08 19:44:07 +0100, Maarten Maathuis wrote:
Perhaps now would be the time to standardise on a beheaviour, my
personal opinion is that, the
user should see something that represents the connectors on the back
of their computer. Anything else should become a property of that
connector
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Huddleston (1):
Fixed filename conflict during compilation on case-insensitive
file systems.
Paulo Cesar Pereira de Andrade (3):
Proper implementation of AddDoubleClickCallback
Rewrite double click confirmation code.
On Fri, Nov 7, 2008 at 7:58 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Nov 07, 08 19:44:07 +0100, Maarten Maathuis wrote:
Perhaps now would be the time to standardise on a beheaviour, my
personal opinion is that, the
user should see something that represents the connectors on the back
of
Hi Jeremy,
Jeremy Huddleston escreveu:
Well the problem was that mieqProcessInputEvents DOESN'T use those
locks, so it can read the incremented value of miEventQueue.tail
thinking that the item at head=tail-1 is ready to read when in fact
mieqEnqueue is still in the process of writing to
Eric Anholt wrote:
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
So, i915.ko is from the latest 2.6.28+ git kernel. Understood.
And I
On Fri, Nov 7, 2008 at 11:36 AM, Chris Pemberton
[EMAIL PROTECTED] wrote:
Eric Anholt wrote:
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
So,
On Fri, 2008-11-07 at 13:36 -0600, Chris Pemberton wrote:
Eric Anholt wrote:
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
On Nov 7, 2008, at 12:23, Tiago Vignatti wrote:
For this reason, I went back to locking inside
mieqProcessInputEvents with XQUARTZ.
Your mutex will lags your cursor update on screen because the input
thread will block before enqueuing while the main thread pops
events. On this case try to
On Friday 07 of November 2008, Arkadiusz Miskiewicz wrote:
On Friday 07 of November 2008, Paulo Cesar Pereira de Andrade wrote:
Daniel Stone (2):
Remove Xaw8 (Xprint)
Remove last remaining vestiges of Xprint support
This removes xaw.m4. Released versions of xlogo, xman,
Arkadiusz Miskiewicz wrote:
On Friday 07 of November 2008, Paulo Cesar Pereira de Andrade wrote:
Daniel Stone (2):
Remove Xaw8 (Xprint)
Remove last remaining vestiges of Xprint support
This removes xaw.m4. Released versions of xlogo, xman, xphelloworld, xfd,
xclock, editres,
On Friday 07 of November 2008, Alan Coopersmith wrote:
Arkadiusz Miskiewicz wrote:
On Friday 07 of November 2008, Paulo Cesar Pereira de Andrade wrote:
Daniel Stone (2):
Remove Xaw8 (Xprint)
Remove last remaining vestiges of Xprint support
This removes xaw.m4. Released
On Thu, 2008-11-06 at 14:03 +0100, Tobias Hain wrote:
Hello,
Problem 2: MTRR not being set on intel
==
[...]
And on every exit of the x session:
waiting for X server to shut down error setting MTRR (base = 0xe000,
size = 0x1000, type = 1) Invalid argument (22)
But how
Matthias Hopf [EMAIL PROTECTED] writes:
ATOMs are obviously supported, but FLOATs seem harder as they aren't
described in the core protocol anywhere.
Thinking about that, adding floats was probably a bull idea. However,
having semantics about ATOMs might be helpful (e.g. for xrandr or any
On Fri, Oct 24, 2008 at 6:27 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Fri, Oct 24, 2008 at 5:57 PM, Rémi Cardona [EMAIL PROTECTED] wrote:
Hi all,
Here's a branch with all the patches that we currently plan on shipping
in Gentoo.
http://www.lri.fr/~cardona/git/xserver.git
In the latest git build I did today, I found that a few things wouldn't
build due to these missing symbols, namely the xdemos stuff in mesa and
xnest in xserver. Also, kdeinit for KDE 3.5 is complaining about not
being able to find these symbols when it is loading. I'm guessing this
is related
Hi all,
This mail is more of a feature request, and looking at the number of
messages on the web, I'm sure quite a number of users would be happy to
have this functionality, which is already provided by many commercial
Xservers for windows.
I want use Xephyr/Xnest on my home machine local_host
On Fri, 2008-11-07 at 04:15 +, Sergio Monteiro Basto wrote:
I had upgrade Mesa to git master , which needs dri2proto git master .
I use kernel-2.6.27.4-79.fc10 sources for drm bits...
recompile intel-drv , works well.
But breaks suspend to disk (hibernation), suspend to ram still works.
38 matches
Mail list logo