Hello,
The intel module loads fine (dri, dri2, libglx as well):
(II) LoadModule: "intel"
(II) Loading /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
compiled for 1.5.99.3, module version = 2.5.99
Module class: X.Org Video Driver
The old model was implemented based on a misunderstanding of NotifyVirtual and
NotifyNonlinearVirtual events. It became complicated and was broken in some
places [1]. This patch wipes this model completely.
A much simplified implementation is provided instead. Rather than a top-down
approach ("we
Matthias Hopf wrote:
> I have just pushed a change to radeonhd, that implements the mandatory
> bits of RandR 1.3 output properties, which can thus be seen as a
> reference implementation.
Sorry I guess I'm not following very well :- so this means that
the XRandR EDID_DATA atom now becomes what ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Coopersmith (6):
Add support for bzip2 compressed fonts if configured --with-bzip2
Use XORG_CWARNFLAGS & XORG_CHANGELOG from xorg-macros 1.2
Add basic README with URL's of git, bugzilla & mailing list
Add hooks for checking
On Thu, Dec 18, 2008 at 07:36:01PM +0100, Christian Beier wrote:
> On Wed, 17 Dec 2008 12:14:22 +1000
> Peter Hutterer wrote:
>
> > On Tue, Dec 16, 2008 at 05:16:19PM +0100, Christian Beier wrote:
> > > Oh and well, while we're at it: adding more than 6 or 7 MDs crashes the
> > > Xserver. Try 'x
Well that's a large round of virtual beers to Jerome!!
The mawk/gawk thing WAS indeed the solution to getting me a working
Xorg!
:-)
(sadly glxgears now looks worse than ever but that could be an xorg.conf
thing - but that's a job for another day)
Cliff
-Original Message-
From: Dan Nic
On Thu, Dec 18, 2008 at 2:32 PM, Cliff Lawson wrote:
>
>
> -Original Message-
> From: xorg-boun...@lists.freedesktop.org
> [mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Jerome Glisse
> Sent: 18 December 2008 22:02
> To: Florian Lier
>
>>Wild guess you are on ubuntu ? If so insta
-Original Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Jerome Glisse
Sent: 18 December 2008 22:02
To: Florian Lier
>Wild guess you are on ubuntu ? If so install gawk, make distclean in
>xserver and rerun autogen.sh before rebu
On Thursday 18 December 2008 16:34:11 Olivier Galibert wrote:
> On Thu, Dec 18, 2008 at 03:47:23PM -0500, Marc Ferland wrote:
> > Seems like the modeline is adjusted by the driver _even_ if I specified
> > the LVDSFixedMode "false" option. I really don't know what to do next...
> > How can I force
Folks,
I am tantalisingly close to finding the problem I've got with the Xorg
that I've built but I just need one little pointer in the right
direction.
In my previous post I found that some functions in Xorg were not being
found by driver modules trying to be linked in. In the example in t
2008/12/18 Tobias Hain :
> Hello,
>
> chipset: GM965
> kernel: (vanilla) 2.6.28-rc8, (drm-intel-next) of Eric's 2.6.28-rc8
> xserver: server-1.6-branch
> libdrm: master
> mesa: master and intel-2008-q4
> xf86-video-intel: xf86-video-intel-2.6-branch
>
> remaining components: Kubuntu 8.10
>
> I'm fa
On Thu, 2008-12-18 at 20:04 +0100, Florian Lier wrote:
> Hello everybody,
>
> during the last few days I tried to run the modular xserver from the
> git,
> because I wanted to try Xi 2.0 -
> I complied "X" with the tiny little script which can be found here:
>
> http://www.x.org/wiki/Development/
Roland Mainz wrote:
> Erm... I strongly suggest not trying that. This quickly runs into a vey
> special hell where each platform interprets IEEE754-1985 in it's own
> subtle way (IEEE754-2008 will clean this partially up but it will take
> some years until we see support for this). In the best case
On Thu, Dec 18, 2008 at 03:47:23PM -0500, Marc Ferland wrote:
> Seems like the modeline is adjusted by the driver _even_ if I specified the
> LVDSFixedMode "false" option. I really don't know what to do next... How can
> I force my modeline to the driver?
You can't. Looking at the code, there i
Hi,
I'm currently trying to force a custom modeline using the intel driver version
2.5.0.
I used the LVDSFixedMode "false" option to force the driver to skip any
hardcoded/BIOS related modeline. Looking at the screen, I can definitely see
that the modeline isn't taken into account (pixel are f
At least the xinerama sizes are not updated to reflect the size of the
panned area. Meaning that your window manager won't consider the entire
panned area as useable space.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesk
Hello everybody,
during the last few days I tried to run the modular xserver from the git,
because I wanted to try Xi 2.0 -
I complied "X" with the tiny little script which can be found here:
http://www.x.org/wiki/Development/git
During the last weeks everything worked well. Since today I get t
On Thu, Dec 18, 2008 at 09:01:27 +1000, Peter Hutterer wrote:
> Restoring it unconditionally means we restore to whatever tty_mode has as
> default value (i.e. 0). K_RAW happens to be 0x00, so we always restore to raw
> mode if allowEmptyInput is off.
Signed-off-by: Julien Cristau
Thanks,
Julie
On Wed, 17 Dec 2008 12:14:22 +1000
Peter Hutterer wrote:
> On Tue, Dec 16, 2008 at 05:16:19PM +0100, Christian Beier wrote:
> > Oh and well, while we're at it: adding more than 6 or 7 MDs crashes the
> > Xserver. Try 'xinput create-master foo' six or more times. I think I'll
> > file another bug
Le jeudi 18 décembre 2008 à 18:49 +0100, Olivier Galibert a écrit :
> I really think that in terms of mental model, layout changes and input
> language changes usually don't have the same scope, and the X server
> and X protocol are at the wrong level for the language changes but at
> the correct
On Thu, 2008-12-18 at 09:01 +1000, Peter Hutterer wrote:
> Restoring it unconditionally means we restore to whatever tty_mode has as
> default value (i.e. 0). K_RAW happens to be 0x00, so we always restore to raw
> mode if allowEmptyInput is off.
Signed-off-by: Adam Jackson
- ajax
signature.as
On Tue, Dec 16, 2008 at 4:45 PM, Dan Nicholson wrote:
> With the current rules, the man pages will be generated repeatedly if you
> have xmlto installed. This is because make always thinks they are out of
> date with respect to their prerequisite, do_xmlto_stage. They are changed
> here to handle
Hi again,
Sorry - it's been a long day and you just know you'll spot your error
about 5 seconds after pressing [send] - that was the wrong Xorg.0.log I
attached. The correct one with the real problem I'm now facing is
attached:
This one correctly reports:
X.Org X Server 1.6.99.1
Build
On Thu, Dec 18, 2008 at 06:02:33PM +0100, Nicolas Mailhot wrote:
> Layout and language are closely related. Basically for a globalized
> user that types in multiple languages, you have two situations :
> 1. If his current layout is sufficient for the other language, he will
> perform a language shi
On Thu, 2008-12-18 at 17:55 +0100, Matthias Hopf wrote:
> Keith is the release manager, he will have the last word. CC'ing him.
The 1.6 feature set is fixed at this point, so the gamma changes will
need to wait for 1.7.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally
Le Jeu 18 décembre 2008 17:29, Olivier Galibert a écrit :
>
> On Thu, Dec 18, 2008 at 02:51:52PM +0100, Nicolas Mailhot wrote:
>> I hope that when XI and XKB are reworked a "language" property will
>> be
>> added to the protocol.
>>
>> Right now many apps try to infer the language being written f
On Dec 18, 08 16:07:09 +0100, Maarten Maathuis wrote:
> On 12/18/2008 02:50 PM, Matthias Hopf wrote:
> > On Dec 17, 08 21:38:50 +0100, Maarten Maathuis wrote:
> >
> >>> Will do, as part of some more fixes. Anything else than happens to be
> >>> on your mind while I'm breaking abi?
> >>>
On Thu, Dec 18, 2008 at 02:51:52PM +0100, Nicolas Mailhot wrote:
> I hope that when XI and XKB are reworked a "language" property will be
> added to the protocol.
>
> Right now many apps try to infer the language being written from the
> xkb layout in use (for on the fly spellchecking, activation
Aaron Plattner writes:
> Various pieces of code expect PIXMAN_FORMAT_COLOR (and its less cool older
> brother, PICT_FORMAT_COLOR) formats to have ARGB bits, and the YUV formats do
> not.
Looks good to me.
Soren
___
xorg mailing list
xorg@lists.freedes
Le Jeu 18 décembre 2008 17:08, Eirik Byrkjeflot Anonsen a écrit :
>
> "Nicolas Mailhot" writes:
>
>> Hi,
>>
>> I hope that when XI and XKB are reworked a "language" property will
>> be
>> added to the protocol.
>>
>> Right now many apps try to infer the language being written from the
>> xkb lay
On Dec 16, 08 18:17:03 +0100, Matthias Hopf wrote:
> On Nov 07, 08 19:50:18 +0100, Matthias Hopf wrote:
> > Attached is the new proposal. I hope I didn't forget any suggestion.
>
> As there haven't been any additional comments, I have now committed this
> proposal to randrproto.
> There's a single
"Nicolas Mailhot" writes:
> Hi,
>
> I hope that when XI and XKB are reworked a "language" property will be
> added to the protocol.
>
> Right now many apps try to infer the language being written from the
> xkb layout in use (for on the fly spellchecking, activation of the
> correct locl font fea
On Thu, Dec 18, 2008 at 02:51:52PM +0100, Nicolas Mailhot wrote:
> I hope that when XI and XKB are reworked a "language" property will be
> added to the protocol.
>
> Right now many apps try to infer the language being written from the
> xkb layout in use (for on the fly spellchecking, activation
On Thu, 2008-12-18 at 14:41 +0100, Matthias Hopf wrote:
> > I guess I can always add yet another EDID atom string check
> > to my display color profile management code, but is there a
> > reason to change it ?
Yeah, adopting a consistent standard property set will help applications
in the future
On 12/18/2008 02:50 PM, Matthias Hopf wrote:
> On Dec 17, 08 21:38:50 +0100, Maarten Maathuis wrote:
>
>>> Will do, as part of some more fixes. Anything else than happens to be
>>> on your mind while I'm breaking abi?
>>>
>
> Nope, not from my side. Is this supposed to get into 1.6 stil
Hi,
I hope that when XI and XKB are reworked a "language" property will be
added to the protocol.
Right now many apps try to infer the language being written from the
xkb layout in use (for on the fly spellchecking, activation of the
correct locl font features, etc) and since the same layout ca
On Dec 17, 08 21:38:50 +0100, Maarten Maathuis wrote:
> > Will do, as part of some more fixes. Anything else than happens to be
> > on your mind while I'm breaking abi?
Nope, not from my side. Is this supposed to get into 1.6 still, or just
in master?
Matthias
--
Matthias Hopf __
On Dec 18, 08 18:34:26 +1100, Graeme Gill wrote:
> Matthias Hopf wrote:
> > AFAIR we agreed on that this property name can just be changed without
> > breaking backward compatibility, because it was never agreed upon that
> > this was a standard so far.
>
> I guess I can always add yet another EDI
Hello,
chipset: GM965
kernel: (vanilla) 2.6.28-rc8, (drm-intel-next) of Eric's 2.6.28-rc8
xserver: server-1.6-branch
libdrm: master
mesa: master and intel-2008-q4
xf86-video-intel: xf86-video-intel-2.6-branch
remaining components: Kubuntu 8.10
I'm facing X.org crashes when launching X with all o
Hi,
I've got a few more questions on input behavior.
> The second issue I encountered was a change in XTest behavior. It's not
> possible anymore for the core pointer and the devices to be in an
> "inconsistent" state where a button is pressed on the device but appears
> to be up as far as the c
Tomasz Chmielewski schrieb:
> I have a multiseat system with one AGP card (nvidia GeForce FX 5200;
> "primary" card, BIOS displays here) and one PCI card (ATI), running Linux.
> If I start X in "multiseat mode" (X on both cards, two keyboards+mice),
> image is corrupted on nvidia AGP card:
> Th
On Thu, Dec 18, 2008 at 08:58:08AM +1000, Peter Hutterer wrote:
> On Wed, Dec 17, 2008 at 05:42:42PM +0200, Marius Gedminas wrote:
> > Are workarounds (e.g. allowing users to remap keycodes > 255 to keycodes
> > < 255) possible, or too ugly to be allowed to see daylight?
>
> the latter. You could
Matthias Hopf wrote:
> AFAIR we agreed on that this property name can just be changed without
> breaking backward compatibility, because it was never agreed upon that
> this was a standard so far.
I guess I can always add yet another EDID atom string check
to my display color profile management co
43 matches
Mail list logo