On Friday 16 January 2009 05:20:17 Giovanni Masucci wrote:
> If I can ask, are these 6 patches going to enter the next 2.6.28.x
> releases or they'll just be in 2.6.29?
Just out of curiosity, does anybody got this driver working stable and fast on
gma950 on 2.6.28 kernel (with these 6 patches)?
Have an rare error.But do not know if it is driver/xorg or os error:
Have a computer with multiple screens(8or 12).Nvidia as driver.Debian Lenny as
os.
When I start the computer,one or two screens/monitors are not starting or
waking up.But when I reboot(reboot button) all screens works perfect.
O
Le 16/01/2009 02:02, Bipin George Mathew a écrit :
> Is it possible to use a combination of XGrabButton on the root window
> and use XSendEvent to send the transformed co-ordinates?
Here's a snippet of XSendEvent's man page :
---
The XSendEvent function identifies the destination window, determin
Main features added to this version is support for listing and changing input
device properties.
Note that this release is also MPX/XI2-aware. XI2 is still undergoing changes,
so XI2 support is only enabled if you build it on a machine that's running
libXi from git.
Cheers,
Peter
Benjamin Clos
Are there drivers for the US15W / Poulsbo chipset? I just got the install
done with Fedora 10 in text mode, and it tanked setting up the xserver.
>From the Xorg.0.log, it looks like it tried every driver, then failed. I
was hoping the "intel" driver was the answer, but I guess that doesn't
suppor
On venerdì 16 gennaio 2009 04:12:46 Jin, Gordon wrote:
> Sami Farin wrote on Friday, January 16, 2009 2:29 AM:
> > On Tue, Jan 13, 2009 at 17:24:10 +0800, Jin, Gordon wrote:
> >> Tino Keitel wrote on Friday, January 09, 2009 3:45 AM:
> >>> On Thu, Jan 08, 2009 at 16:04:55 +0800, Zhenyu Wang wrote:
On 2009.01.10 09:15:36 +0100, Vincent Mussard wrote:
> Hi
>
> I own an AOpen MP45 mini-pc which doesn't have an LVDS output although
> xorg reports one.
> Like for the other mini-pc, this patch solves the problem.
>
> Thanks
>
> Vincent
>
> ---
>
> diff -Naubr xf86-video-intel-2.5.99.
Sami Farin wrote on Friday, January 16, 2009 2:29 AM:
> On Tue, Jan 13, 2009 at 17:24:10 +0800, Jin, Gordon wrote:
>> Tino Keitel wrote on Friday, January 09, 2009 3:45 AM:
>>> On Thu, Jan 08, 2009 at 16:04:55 +0800, Zhenyu Wang wrote:
Subject: [ANNOUNCE] xf86-video-intel 2.5.99.2
>>>
>
On Thu, Jan 15, 2009 at 08:22:17PM -0500, Thomas Jaeger wrote:
> From d6ea6d45d5d3ca74bb665f32439f440b30a8939d Mon Sep 17 00:00:00 2001
> From: Thomas Jaeger
> Date: Sat, 20 Dec 2008 16:17:02 +0100
> Subject: [PATCH] Don't release grabs unless all buttons are up
>
> Previously, only buttons <= 5
Peter Hutterer wrote:
> On Mon, Jan 05, 2009 at 11:55:40AM -0500, Thomas Jaeger wrote:
>> From 3f8ba578ad18b7135031197f6ec5145afcd1479a Mon Sep 17 00:00:00 2001
>> From: Thomas Jaeger
>> Date: Mon, 22 Dec 2008 00:55:09 +0100
>> Subject: [PATCH] Count the number of logically down buttons in buttons
Is it possible to use a combination of XGrabButton on the root window and
use XSendEvent to send the transformed co-ordinates? I guess the
shortcomings of doing this is that applications may not honor synthesized
events.
On Mon, Jan 12, 2009 at 3:22 PM, Rémi Cardona wrote:
> Le 12/01/2009 21:29
On Mon, Jan 05, 2009 at 11:55:40AM -0500, Thomas Jaeger wrote:
> From 3f8ba578ad18b7135031197f6ec5145afcd1479a Mon Sep 17 00:00:00 2001
> From: Thomas Jaeger
> Date: Mon, 22 Dec 2008 00:55:09 +0100
> Subject: [PATCH] Count the number of logically down buttons in buttonsDown
>
> This fixes the fol
On Thu, Jan 15, 2009 at 4:53 PM, Alex Villacís Lasso
wrote:
> Alex Deucher escribió:
>> On Thu, Jan 15, 2009 at 3:10 PM, Alex Villacís Lasso
>> wrote:
>>
>>> I am trying to enable I/O port tracing on current xserver head in my home
>>> machine (Linux 2.6.28 on x86 Pentium 4 32-bits, ProSavageDD
How about a "gdm restart"? That is effectively an X server restart, right?
Then it's only about switching on and off the hardware, right?
On Thu, Jan 15, 2009 at 7:20 PM, Glynn Clements wrote:
>
> Stephane Marchesin wrote:
>
> > and if you want to keep your session in between, we lack
> > - X.Or
On Wed, Jan 14, 2009 at 4:32 PM, Keith Packard wrote:
> but then we got distracted
Pretty much sums up the state of the intel driver from August 2006 to present.
-jwb
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
http://tinderbox.x.org/builds/2009-01-15-0023/logs/xconsole/#build
xconsole.c:185:45: error: sys/stropts.h: No such file or directory
xconsole doesn't build on Fedora 9+ machines, because sys/stropts.h
went away. Anyone know what the source fix/conditional include should
look like?
- Chris.
--
Alex Deucher escribió:
> On Thu, Jan 15, 2009 at 3:10 PM, Alex Villacís Lasso
> wrote:
>
>> I am trying to enable I/O port tracing on current xserver head in my home
>> machine (Linux 2.6.28 on x86 Pentium 4 32-bits, ProSavageDDR-K as primary
>> card, Oak OTI64111 as secondary card) in order t
On Thu, Jan 15, 2009 at 3:10 PM, Alex Villacís Lasso
wrote:
> I am trying to enable I/O port tracing on current xserver head in my home
> machine (Linux 2.6.28 on x86 Pentium 4 32-bits, ProSavageDDR-K as primary
> card, Oak OTI64111 as secondary card) in order to learn about the register
> initia
Keith Packard wrote:
> On Wed, 2009-01-14 at 19:35 +, Daniel Gultsch wrote:
>
>> Hi Guys,
>>
>> My major problem is that i dont have the "Intel(R) Video Overlay" but
>> only the "Intel(R) Textured Video" - as reported by xvinfo | grep -i
>> adaptor. This causes tearing and i really need to w
I am trying to enable I/O port tracing on current xserver head in my
home machine (Linux 2.6.28 on x86 Pentium 4 32-bits, ProSavageDDR-K as
primary card, Oak OTI64111 as secondary card) in order to learn about
the register initialization for the video BIOS of both the Savage and
the Oak chipset
On Thursday 15 of January 2009, Alex Deucher wrote:
> On Thu, Jan 15, 2009 at 11:20 AM, Albert Vilella wrote:
> > now the question is:
> >
> > leaving Nvidia and the downstream problems aside, how difficult would it
> > be to convince ATI/AMD to provide such kind of documentation?
> > Anyone insid
Stephane Marchesin wrote:
> and if you want to keep your session in between, we lack
> - X.Org infrastructure to hand a session from a graphics driver to
> another (there are a million of possible problems here)
Right; like a million display parameters which a client can query, but
for which the
On Wed, 2009-01-14 at 23:08 -0800, Jeremy Huddleston wrote:
> ah ... when builddir != srcdir. Sorry, I always forget that... =/
> I'll give that a try...
>
> Could we just do something like:
>
> dix-config-post.h:
> $(CP) $(srcdir)/include/dix-config-post.h $(builddir)/include
>
> all
Thanks Alex for your answer. It's great that you can look into it, and I can
say that for one, I am optimistic about it :-p
On Thu, Jan 15, 2009 at 4:56 PM, Alex Deucher wrote:
> On Thu, Jan 15, 2009 at 11:20 AM, Albert Vilella
> wrote:
> > now the question is:
> >
> > leaving Nvidia and the do
On Wednesday 14 January 2009 15:30:55 Peter Clifton wrote:
> On Wed, 2009-01-14 at 15:05 +0100, Soeren Sandmann wrote:
> > Peter Clifton writes:
> > > Should gnome-settings-daemon be avoiding retaliating to a notification
> > > by requesting XRRGetScreenSizeRange, or should XRRGetScreenSizeRange
>
On Thu, Jan 15, 2009 at 11:20 AM, Albert Vilella wrote:
> now the question is:
>
> leaving Nvidia and the downstream problems aside, how difficult would it be
> to convince ATI/AMD to provide such kind of documentation?
> Anyone insider here that can answer?
We can definitely look into it, the pr
On Jan 15, 09 16:20:32 +, Albert Vilella wrote:
> leaving Nvidia and the downstream problems aside, how difficult would it be
> to convince ATI/AMD to provide such kind of documentation?
> Anyone insider here that can answer?
In the current (approximate) list of
- 3D documentation (huge)
- Ge
now the question is:
leaving Nvidia and the downstream problems aside, how difficult would it be
to convince ATI/AMD to provide such kind of documentation?
Anyone insider here that can answer?
On Thu, Jan 15, 2009 at 2:34 PM, Daniel Stone wrote:
> On Thu, Jan 15, 2009 at 02:13:45PM +, Alan
I've been recently working on resolving issues with Xorg's
autoconfiguration mechanism with respect to non-PCI based graphic cards.
Although Xorg -configure currently can handle these types of devices
(assuming the individual driver probes work correctly that is), there is
no automatic mechanism in
On Thu, Jan 15, 2009 at 02:13:45PM +, Alan Cox wrote:
> > Right, which reduces it to a simple power management issue akin to
> > powering down the 3D core on any modern chipset when you're not doing
> > any rendering.
> >
> > Adding different devices with separate drivers is another matter
> >
Hello again,
I have found a solutions. There was another call to ioctl
FBIOPUT_VSCREENINFO in the same file
on line 670:
Bool
fbdevEnable (ScreenPtr pScreen)
{
/* display it on the LCD */
k = ioctl (priv->fd, FBIOPUT_VSCREENINFO, &priv->var);
if (k < 0)
{
perror
Brian Paul wrote:
>
> I'm in favor of this patch. But I'm not such which xserver branch(es)
> it should be applied to. Can someone clue me in?
Applied to git master as commit
c745db1674c3cb55249c9eb6e74939b74c42409c.
I'm not sure if I've understood your question correctly, but I thin
On Thu, Jan 15, 2009 at 04:22:29PM +0200, Angel Tsankov wrote:
> Angel Tsankov wrote:
> Any ideas why this happens? Could it be linux-libc-headers or glibc
> being too old to build xorg-server 1.5.1 or is it something else?
Quite possibly. I had similar problems in this past. What is your
s
Angel Tsankov wrote:
> Compiling xorg-server-1.5.1 (from xorg 7.4) with GCC 3.4.3 produces
> the following error message:
>
> In file included from linuxPci.c:271:
> /usr/include/linux/pci.h:454: error: parse error before "pci_power_t"
> linuxPci.c:553: warning: no previous prototype for 'xf86AccRe
On Thu, Jan 15, 2009 at 15:13, Alan Cox wrote:
>> Right, which reduces it to a simple power management issue akin to
>> powering down the 3D core on any modern chipset when you're not doing
>> any rendering.
>>
>> Adding different devices with separate drivers is another matter
>> altogether.
>
>
> Right, which reduces it to a simple power management issue akin to
> powering down the 3D core on any modern chipset when you're not doing
> any rendering.
>
> Adding different devices with separate drivers is another matter
> altogether.
Isn't dual driver support logically equivalent to xrandr
On Thu, Jan 15, 2009 at 01:05:10PM +, Alan Cox wrote:
> On Thu, 15 Jan 2009 10:39:44 +
> Albert Vilella wrote:
> > > > What is the current support and roadmap for discrete graphics card hot
> > > > switching in Xorg?
> > >
> > > OLPC does automatic switching of display controller for power
On Thu, 15 Jan 2009 10:39:44 +
Albert Vilella wrote:
> >
> > > What is the current support and roadmap for discrete graphics card hot
> > > switching in Xorg?
> >
> > OLPC does automatic switching of display controller for power management.
>
>
> Interesting. So the OLPC also has a discrete
Hi all,
I've received word back from the fosdem organisers: Our initial schedule
is posted; 7 talks out of a possible 11 (max 13 slots) are currently
taken up. You can see the current schedule at:
http://wiki.x.org/wiki/fosdem2009 and now also at:
http://www.fosdem.org/2009/schedule/rooms/h.1309
On Thu, Jan 15, 2009 at 13:30, Colin Guthrie wrote:
> 'Twas brillig, and Stephane Marchesin at 15/01/09 10:40 did gyre and gimble:
>> On Thu, Jan 15, 2009 at 11:21, Albert Vilella wrote:
>>> Hi all,
>>>
>>> What is the current support and roadmap for discrete graphics card hot
>>> switching in Xo
'Twas brillig, and Stephane Marchesin at 15/01/09 10:40 did gyre and gimble:
> On Thu, Jan 15, 2009 at 11:21, Albert Vilella wrote:
>> Hi all,
>>
>> What is the current support and roadmap for discrete graphics card hot
>> switching in Xorg?
>
> There is no support, and AFAIK no roadmap either. T
Alan James Caruana wrote:
> Hi,
>
> I am writing an X Server for the company I work for, and I have implemented
> the GLX extension.
> I know that it works because 'glxinfo' gives output, 'glxgears' works, and
> some sample GLX
> programs I downloaded also do work, but now I want to test for perf
Peter Hutterer wrote:
> that detail the changes made? If so, yes - definitely an option and I'll try
> to spec something decent out.
Yep, that's what I meant.
> I remember now. We said that we can basically include axis information twice,
> once in its raw state, unclipped and unaccelerated, once
On Thu, Jan 15, 2009 at 12:22, Albert Vilella wrote:
>>> There is no support, and AFAIK no roadmap either. There are many
>>> technical reasons why this is not possible today. In short, I wouldn't
>>> suggest getting a dual GPU laptop with the purpose of using it under
>>> linux, as one of the GPU
On Thu, Jan 15, 2009 at 10:33:09AM +, Alan Cox wrote:
> On Thu, 15 Jan 2009 10:21:53 +
> Albert Vilella wrote:
> > What is the current support and roadmap for discrete graphics card hot
> > switching in Xorg?
>
> OLPC does automatic switching of display controller for power management.
T
Hi,
I am writing an X Server for the company I work for, and I have implemented
the GLX extension.
I know that it works because 'glxinfo' gives output, 'glxgears' works, and
some sample GLX
programs I downloaded also do work, but now I want to test for performance.
What programs/methods exist to
>
> There is no support, and AFAIK no roadmap either. There are many
>> technical reasons why this is not possible today. In short, I wouldn't
>> suggest getting a dual GPU laptop with the purpose of using it under
>> linux, as one of the GPUs will probably stay unused.
>
>
Just to clarify the curr
Hello,
While reading the code of xrandr, I noticed some little possible
optimizations. Here they are :-)
Eric
--
The init_transform() function sets up a unit matrix, so only the scaling
factors need to be updated. Additionally, the code for the transform
option initialised twice the matrix, which
Hello,
I was missing the documentation for the scale and transformation options
of xrandr. So I tried to write it. I played a bit with them, had a look
at the code, did some additionaly guesswork, and hopefully the description
should not be too far from the truth ;-)
Eric
--
The new --transform a
On Thu, 15 Jan 2009, Stephane Marchesin wrote:
> On Thu, Jan 15, 2009 at 11:21, Albert Vilella wrote:
>> Hi all,
>>
>> What is the current support and roadmap for discrete graphics card hot
>> switching in Xorg?
>
> There is no support, and AFAIK no roadmap either. There are many
> technical reas
Twas brillig at 11:40:00 15.01.2009 UTC+01 when marche...@icps.u-strasbg.fr did
gyre and gimble:
SM> In short, I wouldn't suggest getting a dual GPU laptop with the
SM> purpose of using it under linux, as one of the GPUs will probably
SM> stay unused.
Well, it should be possible to run some
On Thu, Jan 15, 2009 at 11:21, Albert Vilella wrote:
> Hi all,
>
> What is the current support and roadmap for discrete graphics card hot
> switching in Xorg?
There is no support, and AFAIK no roadmap either. There are many
technical reasons why this is not possible today. In short, I wouldn't
su
>
> > What is the current support and roadmap for discrete graphics card hot
> > switching in Xorg?
>
> OLPC does automatic switching of display controller for power management.
Interesting. So the OLPC also has a discrete and an integrated graphics
card?
Are these Intel or what brand?
> There
On Thu, 15 Jan 2009 10:21:53 +
Albert Vilella wrote:
> Hi all,
>
> What is the current support and roadmap for discrete graphics card hot
> switching in Xorg?
OLPC does automatic switching of display controller for power management.
> There are currently ~40 users of Sony Vaio Z series usi
Hi all,
What is the current support and roadmap for discrete graphics card hot
switching in Xorg?
See:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/312756
http://forum.notebookreview.com/showthread.php?t=258304
Hybrids with the Ability to turn off the 3d chip:
AMD/ATI calls it PowerXpr
Le Jeu 15 janvier 2009 01:32, Keith Packard a écrit :
> On Wed, 2009-01-14 at 19:35 +, Daniel Gultsch wrote:
>> Hi Guys,
>>
>> My major problem is that i dont have the "Intel(R) Video Overlay" but
>> only the "Intel(R) Textured Video" - as reported by xvinfo | grep -i
>> adaptor. This causes te
On Wed, 2009-01-14 at 16:32 -0800, Keith Packard wrote:
>
> The textured adapter causes tearing because it doesn't synchronize the
> screen update to the vblank. Synchronizing this operation involves
> either:
> A. queuing a command to stop the graphics engine until the vblank
> inter
Zhenyu Wang wrote on Thursday, January 15, 2009 2:22 PM:
> Here's xf86-video-intel 2.6.0 release. Full changelog against 2.5.1
> is below.
> We had DRI2 and 965 XvMC branch merged, and other bunch of fixes. We
> also
> have basic support for SDVO LVDS from last rc.
>
> This'll be included in Int
Hi Peter,
Since we need XI2 in Wine to fix some major input issues (relative mouse input)
I forwarded your spec draft to our mailinglist and one of our devs has some
questions.
Regards,
Roderick Colenbrander
Original-Nachricht
Datum: Wed, 14 Jan 2009 23:54:41 -0700
Von: Vital
59 matches
Mail list logo
