Re: High /usr/bin/X CPU Usage

[Pat Kane]

It would  be interesting to see strace output of the Xorg process when
it is in that state.That is a bit tricky to do however, you need to ssh into
the box to run strace, otherwise you might hit a deadlock, see:

 http://lists.x.org/archives/xorg/2008-August/038048.html

Run the strace with detailed timestamps and do not be confused by
"normal" Xorg activity.  You should practice running strace on the
X server when it is not broken.

Pat
---


On Mon, Sep 5, 2011 at 7:46 PM, Robert Massaioli
 wrote:
> Hi XOrg Mailing List,
>
> In a nutshell: I am having issues with /usr/bin/X taking up way too much CPU
> and, when it does start to use more CPU, my entire user experience becomes
> quite laggy. I have tried really hard to solve the problem on my own but I
> was unable to find a solution so I have finally decided that it is time for
> me to ask this mailing list for help. That is the fundamental problem, the
> rest of this post deals with how it happens, what I am running and what I
> have already tried. I could use any help I can get so thank you for reading.
>
> This link points to a screenshot of htop running showing the constant high
> 40-60% CPU usage that /usr/bin/X now sits at: http://i.imgur.com/mRIzG.png
>
> My computer is quite powerful and should easily be able to handle any load
> that any part of linux can throw at it. I have a Quad Core i2500k CPU, an
> NVIDIA 560 Ti Graphics Card and 8GB RAM, so no hardware bottlenecks thats
> for sure (and my Windows Partition runs like a breeze; which proves that the
> hardware seems to be solid). However, with that in mind this is what
> happens:
>
> Start computer, everything is working fine, /usr/bin/X is behaving normally.
> I can play and watch videos with no lag at all.
> Wait some undefined period of time and just work on stuff (I don't actually
> know how to reliably reproduce the problem but it does happen every single
> time I use my linux partition).
> Watch one of my CPU's spike to an average of 50% and keyboard responsiveness
> drop to the point where I can notice the lag in response time. Video
> playback also becomes impossibly slow at this point.
>
> I would not have thought that the keyboard would be an issue but it is
> lagging so I have a Razer Acosta keyboard if that helps.
>
> In short, I have no idea what is causing the problem, on the software side I
> am running:
>
> $ uname -a
> Linux ShhnapDesk 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:07:17 UTC
> 2011 x86_64 x86_64 x86_64 GNU/Linux
> $ cat /etc/lsb-release
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=11.04
> DISTRIB_CODENAME=natty
> DISTRIB_DESCRIPTION="Ubuntu 11.04"
> $ xmonad --version
> xmonad 0.9.2
>
> My window manager is XMonad as you can see from above and I am also running
> XMobar (0.13) through that. I have tried:
>
> Asking for help elsewhere:
> http://superuser.com/questions/328612/linux-x11-is-using-up-50-of-one-of-my-cpus-and-lagging-terribly
> Uninstalling Flash because I read that it might be the problem.
> Using Firefox instead of Google Chrome (I found that chrome had some X
> issues in the past)
> Closing every single X program (bar XMonad) to see if /usr/bin/X would start
> behaving again.
>
> But none of those troubleshooting attempts worked out for me.
>
> I do not know what else to do other than read through the entire codebase of
> X and try and reverse engineer where my problem lies. If anybody has any
> suggestions then please make them and any extra information that you happen
> to require I will be more than happy to provide. This problem is
> significantly hindering my Linux joy and I love Linux. I use it for
> everything and have done so for the last three years.
>
> Thanks in advance for any and all help,
> Robert
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: xpenguins cont'd - repainting a window after penguins walk on it, and when penguins overlap.

[Pat Kane]

Sounds like a very fun X benchmark in the making -- "Hey Eric, I get
20K xpenguin per second on this build!"

  >  ... a Grug theme for xpenguins

Can you provide a link to that idea?   My Google search had some odd results.

On Mon, Jun 6, 2011 at 1:32 AM, Amy C  wrote:
> Hi all,
> After a few days' break I've returned to modifying the xpenguins source to
> run in a window of my choosing (e.g. terminal).
> I've finally (partially) resolved the problem of restoring the background
> behind the penguins (so they don't leave trails where they've walked over
> icons and such) with as little flickering as possible.
> I ended up keeping a penguin-bounding-box-sized pixmap of the original
> background behind the penguin, and selectively sending a clear/expose event
> to the strip that the penguin-rectangle had just left, while updating the
> background pixmap with the strip that the penguin-rectangle would move to
> next.
> Then this updated background pixmap is painted onto the window where the
> penguin will go and the penguin is plonked on top.
> It means that instead of clear/exposing the entire penguin-rectangle for
> each frame of the animation, only the little strip that is exposed when the
> penguin-rectangle moves is.
> Sounds a bit confusing but I don't know how else to explain it.
> One problem remains and that happens when penguins overlap each other --
> suppose penguin A overlaps penguin B and they're heading towards each other
> (in xpenguins penguins just go through each other). Then when penguin A's
> background pixmap is updated, it will contain a little slice of penguin B in
> it (in the wrong position) and vice versa.
> This little slice of penguin propogates through the background pixmap as the
> penguin moves, which looks a little odd.
> Can anyone think of a nice way to handle this?  The only thing I can think
> of is to do some sort of collision/overlapping detection and then be careful
> about the bits of background that gets copied between the penguins in
> question.
> However I'm not a computer scientist and the only way that makes sense for
> me to implement this is lots of inefficient loops to check every penguin
> against every other penguin.
> A related question -- do you think it's viable to make one (transparent)
> window per penguin? It would be easier than drawing them directly onto an
> existing window (Famous Last Words), but say I had 25 penguins -- would 25
> new windows be a big memory drain or is X good at that sort of thing?
> (Thanks for that suggestion Xavier. I would rather not assume a compositor
> though, I have Fedora at work and Ubuntu at home but it's too sucky to have
> Compiz on it).
> cheers,
> Amy
> -
> By the way, if anyone can make a Grug theme for xpenguins ... I would be so
> happy :D
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Ideas for X improvement.

[Pat Kane]

On Thu, May 26, 2011 at 2:18 PM, David Jackson  wrote:
> I was not able to find any documentation on a VNC loadable module anywhere.
> Is there a place where one can find out about this?

My build was based on these instructions:

   http://xf4vnc.sourceforge.net/modular.html

Pat
---

>
> On Thu, May 26, 2011 at 7:34 AM, Pat Kane  wrote:
>>
>> I like VNC and have built both loadable module and DDX version.
>>
>> The main problem with the DDX version is that since VNC
>> has a GPL  license I can not merge the code into my Xorg
>> source tree.
>>
>> Pat
>> ---
>>
>>
>> On Wed, May 25, 2011 at 6:07 PM, David Jackson 
>> wrote:
>> >
>> >
>> > On Wed, May 25, 2011 at 4:36 PM, Glynn Clements
>> > 
>> > wrote:
>> >>
>> >> David Jackson wrote:
>> >>
>> >> > A display driver that contains a VNC server. The problem with x11vnc
>> >> > is
>> >> > that
>> >> > it is slow, very slow. XVnc server, which is a X server that contains
>> >> > a
>> >> > VNC
>> >> > server but has no hardware drivers, is much faster since the VNC
>> >> > server
>> >> > is
>> >> > built directly into the X server,
>> >>
>> >> What sample size does your analysis use? How many different hardware
>> >> configurations, and how many different applications?
>> >>
>> >> x11vnc has the drawback that it's reading a framebuffer which is
>> >> typically in video memory, so the data has to be read over the bus.
>> >> The speed of this operation may vary significantly depending upon the
>> >> hardware being used. It may also vary depending upon the amount of
>> >> activity (i.e. if it has to wait for the outstanding rendering
>> >> operations to complete before it's allowed to read the framebuffer).
>> >>
>> >> Xvnc has the advantage that the framebuffer is in system memory. But
>> >> this is also a drawback, as it means that all rendering is performed
>> >> in software. Try running an application which uses OpenGL to render
>> >> detailed scenes; you might want to reconsider your assertion about
>> >> Xvnc is fast.
>> >>
>> >> IOW, it's a case of "choose your poison". x11vnc has fast rendering
>> >> but slow export, Xvnc has slow rendering but fast export. A similar
>> >> tradeoff exists for X11 verus VNC for remote display.
>> >>
>> >> > however this does not allow one to export
>> >> > their main X display which is also displayed directly to video
>> >> > hardware.
>> >> > The
>> >> > solution here is to include a driver in the X.org main server
>> >> > distribution
>> >> > for a VNC server that can be loaded into the X server. The VNC server
>> >> > driver
>> >> > should be able to be dynamically loaded while the server is running
>> >> > and
>> >> > the
>> >> > output of the server displayed simultaneously to VNC clients and to
>> >> > the
>> >> > local video hardware. This can be controlled from provided command
>> >> > line
>> >> > and
>> >> > GUI utilities.
>> >>
>> >> Does the VNC driver read the framebuffer on the video card (which
>> >> suffers from the same performance issues as x11vnc), or does it
>> >> attempt to duplicate the framebuffer by emulating whatever video
>> >> hardware is installed? If it's the latter, the application will be
>> >> slowed to the speed of the VNC driver's software renderer (which will
>> >> be extremely complex, as it will have to mimic every feature which is
>> >> available in at least one hardware driver).
>> >>
>> >> > One of the very severe problems I have been having is that Xvnc does
>> >> > not
>> >> > support Render extensions, and many applications no longer work
>> >> > without
>> >> > the
>> >> > Render extension. VNC driver with X.org therefore must support the
>> >> > Render
>> >> > extension and other ones.
>> >>
>> >> The main "other one" being OpenGL, for which a software implementation
>> >> will be much, much slower than a modern GPU.
>> >>
>> >> >

Re: Ideas for X improvement.

[Pat Kane]

I like VNC and have built both loadable module and DDX version.

The main problem with the DDX version is that since VNC
has a GPL  license I can not merge the code into my Xorg
source tree.

Pat
---


On Wed, May 25, 2011 at 6:07 PM, David Jackson  wrote:
>
>
> On Wed, May 25, 2011 at 4:36 PM, Glynn Clements 
> wrote:
>>
>> David Jackson wrote:
>>
>> > A display driver that contains a VNC server. The problem with x11vnc is
>> > that
>> > it is slow, very slow. XVnc server, which is a X server that contains a
>> > VNC
>> > server but has no hardware drivers, is much faster since the VNC server
>> > is
>> > built directly into the X server,
>>
>> What sample size does your analysis use? How many different hardware
>> configurations, and how many different applications?
>>
>> x11vnc has the drawback that it's reading a framebuffer which is
>> typically in video memory, so the data has to be read over the bus.
>> The speed of this operation may vary significantly depending upon the
>> hardware being used. It may also vary depending upon the amount of
>> activity (i.e. if it has to wait for the outstanding rendering
>> operations to complete before it's allowed to read the framebuffer).
>>
>> Xvnc has the advantage that the framebuffer is in system memory. But
>> this is also a drawback, as it means that all rendering is performed
>> in software. Try running an application which uses OpenGL to render
>> detailed scenes; you might want to reconsider your assertion about
>> Xvnc is fast.
>>
>> IOW, it's a case of "choose your poison". x11vnc has fast rendering
>> but slow export, Xvnc has slow rendering but fast export. A similar
>> tradeoff exists for X11 verus VNC for remote display.
>>
>> > however this does not allow one to export
>> > their main X display which is also displayed directly to video hardware.
>> > The
>> > solution here is to include a driver in the X.org main server
>> > distribution
>> > for a VNC server that can be loaded into the X server. The VNC server
>> > driver
>> > should be able to be dynamically loaded while the server is running and
>> > the
>> > output of the server displayed simultaneously to VNC clients and to the
>> > local video hardware. This can be controlled from provided command line
>> > and
>> > GUI utilities.
>>
>> Does the VNC driver read the framebuffer on the video card (which
>> suffers from the same performance issues as x11vnc), or does it
>> attempt to duplicate the framebuffer by emulating whatever video
>> hardware is installed? If it's the latter, the application will be
>> slowed to the speed of the VNC driver's software renderer (which will
>> be extremely complex, as it will have to mimic every feature which is
>> available in at least one hardware driver).
>>
>> > One of the very severe problems I have been having is that Xvnc does not
>> > support Render extensions, and many applications no longer work without
>> > the
>> > Render extension. VNC driver with X.org therefore must support the
>> > Render
>> > extension and other ones.
>>
>> The main "other one" being OpenGL, for which a software implementation
>> will be much, much slower than a modern GPU.
>>
>> > Dynamic runtime enabling and disabling, configuration and setup and
>> > removal
>> > of display output and input drivers while the server runs without server
>> > restart. this allows for instance, the user to have the X server display
>> > to
>> > a new target while the server runs, or display to many different display
>> > outputs at the same time This includes the VNC Server driver above, this
>> > allows a person to easily swtich the VNC on and off from displaying to
>> > certain outputs, such as they could turn off display to the local
>> > monitor
>> > and then turn it back on again, or turn on and off VNC display.
>> >
>> > Another feature that increases flexibility to the user would be to allow
>> > the
>> > user to direct display of a certain window or the entire root window and
>> > display over an X client connection to another server, or any number of
>> > other servers. This would also forward the windows children who would
>> > also
>> > be displayed on the remote server inside the parent window.
>>
>> To do this at the protocol level requires a completely new protocol
>> and significant support from the toolkit. The X protocol exposes a
>> significant amount of implementation detail to the client. Much of
>> that information is required to remain constant for the lifetime of
>> the client.
>>
>> E.g. if the client queries the list of OpenGL extensions, and starts
>> using some of them, there's no mechanism by which to inform the client
>> that an extension is suddenly unavailable, which would be required if
>> you were to "redirect" the window to a different server with different
>> hardware.
>>
>> Even if such a mechanism existed, it's debatable how many applications
>> would support it. Reconstructing the current server-side state from
>> scratch is a lot of work, and toolkits c

Re: [ANNOUNCE] xrdb 1.0.9

[Pat Kane]

Matthias,

Thanks for the fix.

Does Solaris 10 have that fault?

What about RHEL6?

Pat
---

On Tue, Apr 5, 2011 at 11:46 AM, Matthias Hopf  wrote:
> xrdb security issue; separate announcement follows.
> This fixes CVE-2011-0465.
>
>
> Matthias Hopf (2):
>      Create shell-escape-safe cpp options in the non-pathetic-cpp case.
>      Bump to 1.0.9
>
> git tag: xrdb-1.0.9
>
> http://xorg.freedesktop.org/archive/individual/app/xrdb-1.0.9.tar.bz2
> MD5:  ed2e48cf33584455d74615ad4bbe4246  xrdb-1.0.9.tar.bz2
> SHA1: efa5f2420411988d6a6e142934393fd272507857  xrdb-1.0.9.tar.bz2
>
> http://xorg.freedesktop.org/archive/individual/app/xrdb-1.0.9.tar.gz
> MD5:  cc66bd89cd830c8b4c839421397457ac  xrdb-1.0.9.tar.gz
> SHA1: 0beefc6dc4fa99bd673b58ed5b2b13d741621720  xrdb-1.0.9.tar.gz
>
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: ssh -Y -l user etc,etc

[Pat Kane]

Where are "emc"  and  "ubuntu machine".
What does emc stand for?

I think 150' of CAT5 is okay (assuming you mean feet and not meters)
   see:  http://en.wikipedia.org/wiki/Category_5_cable
but make sure the connectors at each end are solid.
Are ends commercial or hand-made?



On Thu, Feb 24, 2011 at 9:12 PM, gene heskett  wrote:
> On Thursday, February 24, 2011 09:49:55 pm Pat Kane did opine:
>
>>   >  [gene@coyote log]$    ssh -Y -l gene coyote  /usr/bin/env
>>
>> Looks like you are ssh'ing  from coyote to coyote, is that what you
>> intend?
>>
> Humm, I think I blew it, so lets repeat it for the shop machine
>
> =
> gene@shop:~$ logout
> Connection to shop closed.
> [gene@coyote /]$ ssh -Y -l gene shop /usr/bin/env
> gene@shop's password:
> SHELL=/bin/bash
> XDG_SESSION_COOKIE=0d494b533ee34fb02abf7d5d4c854b8a-1298602320.876018-63476216
> SSH_CLIENT=192.168.71.3 41860 22
> USER=gene
> MAIL=/var/mail/gene
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
> PWD=/home/gene
> LANG=en_US.UTF-8
> SHLVL=1
> HOME=/home/gene
> LOGNAME=gene
> SSH_CONNECTION=192.168.71.3 41860 192.168.71.4 22
> DISPLAY=localhost:10.0
> _=/usr/bin/env
> =
>
>> I think need to see an ASCII art picture of your network.
>
>
> cable modem<->eth0<->dd-wrt<->eth1 <->8 port switch,
>
> port 1<->dd-wrt
> port 2<->empty atm
> port 3<->coyote
> port 4<->spare cat5 to basement workshop
> port 5<->cat5, might go to old coyote box, retired for about 5 years now
> port 6<->spare cat5 for lappy
> port 7<->wap11 for lappy when I can get it to work
> port 8<->150' cat5 to building where 'shop' lives<->10base hub port 1
>
> 10base hub 2<->shop
> 10base hub 3<->100' of cat5 back to the garage, plugged into 'goat'
>
> Yeah, not very artistic, sorry.
>
> --
> Cheers, Gene
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> <http://tinyurl.com/ddg5bz>
> I call them as I see them.  If I can't see them, I make them up.
>                -- Biff Barf
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: ssh -Y -l user etc,etc

[Pat Kane]

  >  [gene@coyote log]$ssh -Y -l gene coyote  /usr/bin/env

Looks like you are ssh'ing  from coyote to coyote, is that what you intend?

I think need to see an ASCII art picture of your network.



On Thu, Feb 24, 2011 at 12:52 PM, gene heskett  wrote:
> On Thursday, February 24, 2011 01:40:45 pm Pat Kane did opine:
>
>> What does the following command show?
>>
>>         ssh -Y -l your_name your_host  /usr/bin/env
>>
>> Pat
>> ---
>
> Humm, this gets to demo a system problem since I started to use inotifywait
> for a file monitor.  And the only way to fix it is to discontinue using
> inotifywait in anything and then reboot.
>
> Copy/paste from that screen:
> 
> [gene@coyote log]$    ssh -Y -l gene coyote  /usr/bin/env
> The authenticity of host 'coyote (127.0.0.1)' can't be established.
> RSA key fingerprint is [expunged]
> Are you sure you want to continue connecting (yes/no)? yes
> Warning: Permanently added 'coyote' (RSA) to the list of known hosts.
> gene@coyote's password:
> SHELL=/bin/bash
> SSH_CLIENT=127.0.0.1 43178 22
> USER=gene
> MAIL=/var/mail/gene
> PATH=/usr/local/bin:/bin:/usr/bin
> PWD=/home/gene
> SHLVL=1
> HOME=/home/gene
> LOGNAME=gene
> SSH_CONNECTION=127.0.0.1 43178 127.0.0.1 22
> DISPLAY=localhost:10.0
> _=/usr/bin/env
> ==
> the above response text is painted in the background color, black, so its
> just so much black screen, hence:
> =
> [gene@coyote log]$ ^C
> [gene@coyote log]$    ssh -Y -l gene coyote  /usr/bin/env
> gene@coyote's password:
> SHELL=/bin/bash
> SSH_CLIENT=127.0.0.1 43179 22
> USER=gene
> MAIL=/var/mail/gene
> PATH=/usr/local/bin:/bin:/usr/bin
> PWD=/home/gene
> SHLVL=1
> HOME=/home/gene
> LOGNAME=gene
> SSH_CONNECTION=127.0.0.1 43179 127.0.0.1 22
> DISPLAY=localhost:10.0
> _=/usr/bin/env
> ==
>
> So that probably explains where the 10.0 is coming from, but not where I
> might change it?  That seems to be the $64k question...
>
> Thanks Pat.
>
> [huge snip]
>
> --
> Cheers, Gene
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> <http://tinyurl.com/ddg5bz>
> Do what comes naturally.  Seethe and fume and throw a tantrum.
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xorg -configure questions

[Pat Kane]

I think MJG is trying to tell you to run without a config file:

   mv/etc/X11/xorg.conf   /etc/X11/xorg.conf.bak
   startx   # what me flicker?

On Thu, Feb 24, 2011 at 10:50 AM, Matthew Garrett  wrote:
> On Thu, Feb 24, 2011 at 08:19:48AM -0800, lfs lfs wrote:
>>    Hi,
>>      Can you please be more specific?
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: ssh -Y -l user etc,etc

[Pat Kane]

What does the following command show?

ssh -Y -l your_name your_host  /usr/bin/env

Pat
---

On Thu, Feb 24, 2011 at 1:15 AM, Eirik Byrkjeflot Anonsen
 wrote:
> gene heskett  writes:
>
>> On Wednesday, February 23, 2011 04:30:52 pm Adam Jackson did opine:
>>
>>> On 2/22/11 11:11 AM, gene heskett wrote:
>>> > Where can I find a good tutorial on making this Just Work(TM) when the
>>> > user numbers are disparate, as they will be between a debian based
>>> > system and the rest of the world.  I did have this working 6 months
>>> > ago, but every time *buntu updates the ssh stuff on the LTS releases,
>>> > it all goes away again.
>>>
>>> You're going to have to be a lot more precise than that about what kind
>>> of problems you're seeing.  I routinely ssh forward X connections
>>> between accounts with differing UIDs on different machines, nothing more
>>> complicated than ssh -Y needed.
>>>
>>> - ajax
>>
>>
>> In this case, emc is not running on the target, ubuntu machine.  I launch
>> it from this ssh -Y login, see the initial splash image, which goes away
>> after its initial timeout, and the cli then reports it couldn't get a
>> screen, so the whole thing exits.
>
> But other X applications (e.g. xterm) works?
>
>> The failure messages are somewhat less than worthless (to me at any rate)
>> but it does write a pair of files:
>
> You could include the error message anyway.  Maybe they mean something
> to someone.
>
> [...]
>> =
>> RUN_IN_PLACE=no
>> EMC2_DIR=
> [...]
>> DISPLAY=axis
>
> Hopefully this is not the X11 DISPLAY actually used by emc, but means
> something else...
>
> [...]
>> Now, the fix that did make it work before is still there:
>>
>> gene@shop:~/emc2/configs/genes-mill$ echo $DISPLAY
>> localhost:10.0
>
> I assume you haven't set that yourself, but that it gets automatically
> set by ssh?
>
>> So, do I need to add something to this machine?  Its running pclos-32 bit,
>> 2010, uptodate except for tar as 1.24 and 1.25 are broken and will not work
>> with amanda.
>>
>> What happens if I change $DISPLAY to = coyote.coyote.den:10.0
>> That is this machine, or I could use this machines IP too, but then either
>> marries it to this machine only, not a real fix IMO.
>
> I assume coyote.coyote.den is the machine running the X server, rather
> than the machine running emc?  Then you probably want
> coyote.coyote.den:0.0, but you would need to set up proper access
> controls (etc.)
>
> eirik
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: how to extend ModulePath using xorg.conf.d/mymodule.conf

[Pat Kane]

The xorg.conf man pages says:

   ModulePath "path"
  sets the search path for loadable Xorg server modules.
  This path is a comma  separated  list  of
  directories  which  the Xorg server searches
  for loadable modules loading in the order specified.
  Multiple ModulePath entries may be specified,
  and they will be concatenated to build  the  module
  search path used by the server.

Pat
---


On Mon, Feb 14, 2011 at 3:39 PM, Harald Dunkel  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi folks,
>
> I've got a problem with registering an additional module directory:
>
> If I add a file /etc/X11/xorg.conf.d/mymodule.conf saying
>
>        Section "Files"
>            ModulePath      "/usr/lib/xorg/my-modules"
>        EndSection
>
> then the default /usr/lib/xorg/modules is not searched.
>
> If I add a "Files" section to /etc/X11/xorg.conf
>
>        Section "Files"
>            ModulePath      "/usr/lib/xorg/modules"
>        EndSection
>
> then the Files section in mymodule.conf is ignored, even though
> multiple ModulePaths are allowed, according to the man page.
> Writing just
>
>        Section "Files"
>        EndSection
>
> doesn't help, either. Obviously multiple "Files" sections are
> not allowed.
>
> What would be your suggestion to get around this for n>2 ?
>
>
> xorg-server is 1.7.7, as found in Squeeze. Any helpful comment
> would be highly appreciated.
>
>
> Regards
>
> Harri
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk1ZoSEACgkQUTlbRTxpHjdcoACeM6ZShYb0dq5KD8/8iInoSqD9
> rAgAniQnWGWZ7Krm2idegRTOa8XNjyar
> =JZzR
> -END PGP SIGNATURE-
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Successful triple head Xinerama configuration with nVidia 8400 GS and on-board intel.

[Pat Kane]

Awesome experiment, thanks for the fun story.

Which nVidia driver are you using?

I've got an old Dell Vostro with an on-board Intel
that refuses to work when my nVidia card is in
the box.

Pat


On Wed, Jan 26, 2011 at 1:46 AM, Mihai Draghicioiu
 wrote:
> Hi guys. It took me a few days to get it right, but i finally got it
> to work. I have a PCI-Express (Gigabyte?) nVidia 8400GS with a vga
> output and a DVI output. The way to get it and the on-board intel to
> work together was to set the on-board intel as primary graphics board
> from the BIOS Setup. I had also tried using a PCI nVidia board but I
> got some PCI/IRQ conflicts. I'm not sure what it was but i was unable
> to get that one to work. The next issue I had was getting the monitor
> connected to the DVI port to work. I tried a number of things, even
> switching it with the other monitor connected to the nVidia board, but
> no matter what I did, the DVI port wouldn't make the monitor turn on.
> It did detect that there is a monitor, and probably even its
> resolution and such, but the monitor wouldn't turn on. There was a DVI
> to VGA converter on that port, so I tried changing that, but it didn't
> fix it. So I fiddled with xorg.conf and just when I was about to give
> up, I placed these two lines in the Device section:
>
>        Option "ConnectedMonitor" "CRT-0, CRT-1"
>        Option "UseDisplayDevice" "CRT-0, CRT-1"
>
> And lo! The second monitor had started working.
>
> My next issue was with maximizing windows. Since I used TwinView on
> the two screens connected to the nVidia board, windows would maximize
> on both monitors, and since one of the monitors was smaller, there was
> a dead area, invisible to me, only visible in screenshots. So I
> decided to set it up as two separate screens. After some more
> miscellaneous issues (I need to mention that each of these steps took
> a few hours of fudging around), such as the cursor not showing up and
> others, I got the nVidia device to act as if there were two screens
> (This is explained in the nVidia README).
>
> My final issue was alignment. The screens are as such: two small LCD's
> with 1024x768 native resolution, and another LCD with 1280x1024 native
> resolution. The small monitors are placed to the left and right of the
> large monitor. The small monitors do not align at the top or bottom,
> rather their top edge is about two inches below the large monitor's
> top edge, and the lower edge is almost an inch above the large
> monitor's bottom edge. The grunt solution would have been placing the
> small monitors on stands, but I wanted to make the config work for me
> before I tried that.
>
> So now I had three X screens that I could configure any way I wanted
> in terms of position relative to each other. In order to have the
> correct position, the leftmost monitor needed to be offset from the
> top 192 pixels (origin at 0, 192). The large center monitor needed to
> be placed at 1024, 0, and the rightmost monitor needed to be at
> 1024+1280=2304, 192. I tried using "LeftOf", "RightOf" and "Relative"
> positioning, and the best I got this way was that the rightmost screen
> was aligned properly relative to the middle large monitor, but the
> leftmost monitor was still at the top edge:
>
> # Screen1 is leftmost screen
> # Screen0 is middle large screen
> # Screen2 is rightmost screen
> Section "ServerLayout"
>        Identifier     "X.org Configured"
>        Screen      0  "Screen0" 0 0
>        Screen      1  "Screen1" LeftOf "Screen0"
>        Screen      2  "Screen2" Relative "Screen0" 2304 192
>        InputDevice    "Mouse0" "CorePointer"
>        InputDevice    "Keyboard0" "CoreKeyboard"
> EndSection
>
> I asked on the xorg irc channel and someone suggested:
>
>  vampi-the-frog: what if you make all of the positions absolute?
>
> So I tried that and sure nuff it worked great! I even noticed that
> glxgears can be held between the two nVidia monitors and still run
> well. If it's held between the nVidia and intel screen, the intel half
> is black. That's alright, I don't use 3D apps too much. Also I
> adjusted from 192 to 196 to get more precision in the alignment
> (though still not perfect).
>
> So here's my config:
>
> Pastebin: http://pastebin.com/Zd87UK9b
> Pastemail:
>
> Section "ServerLayout"
>        Identifier     "X.org Configured"
>        Screen      0  "Screen0" 1024 0
>        Screen      1  "Screen1" 0 196
>        Screen      2  "Screen2" 2304 196
>        InputDevice    "Mouse0" "CorePointer"
>        InputDevice    "Keyboard0" "CoreKeyboard"
> EndSection
>
> Section "ServerFlags"
>        Option "Xinerama" "True"
> EndSection
>
> Section "Files"
>        ModulePath   "/usr/lib/xorg/modules"
>        FontPath     "/usr/share/fonts/X11/misc"
>        FontPath     "/usr/share/fonts/X11/cyrillic"
>        FontPath     "/usr/share/fonts/X11/100dpi/:unscaled"
>        FontPath     "/usr/share/fonts/X11/75dpi/:unscaled"
>        FontPath     "/usr/share/fonts/X11/T

Re: [Openchrome-devel] VIA VX900 IGP doc released

[Pat Kane]

I see that the "openchrome-devel" list hates me, it just sent
me this unfriendly reply:

You are not allowed to post to this mailing list, and your message has
been automatically rejected.  If you think that your messages are
being rejected in error, contact the mailing list owner at
openchrome-devel-ow...@openchrome.org.

Which part of "open" do they not get?


On Fri, Jan 21, 2011 at 12:59 PM, Pat Kane  wrote:
> 2011/1/21 dinesh deepani :
>> Yes I am able to open it on the Windows Machine , But prior to that on a FC6
>> linux machine
>
> I used F14 on a little EeePC 900.
>
> BTW, thanks to VIA the nice spec.
>
> Pat
> --
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [Openchrome-devel] VIA VX900 IGP doc released

[Pat Kane]

2011/1/21 dinesh deepani :
> Yes I am able to open it on the Windows Machine , But prior to that on a FC6
> linux machine

I used F14 on a little EeePC 900.

BTW, thanks to VIA the nice spec.

Pat
--
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [Openchrome-devel] VIA VX900 IGP doc released

[Pat Kane]

I was just able to download and the view the pdf file without needing
to give a password.

Pat
---

2011/1/21  :
> Hello Dinesh:
> I tried, no password is required during whole process. Do you mean that
> it need password when opening this file or it need password before download?
> Thanks and Best Regards
>
> =
> Bruce C. Chang(張祖明)
> VIA Technologies, Inc.
> Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
> Tel: +886-2-22185452 Ext 7323
> Mobile: +886-968343824
> Fax: +886-2-22186282
> Skype: Bruce.C.Chang
> Email: brucech...@via.com.tw
>
>
> 
> From: dinesh deepani [mailto:dkdeep...@gmail.com]
> Sent: Friday, January 21, 2011 2:49 PM
> To: Xavier Bachelot
> Cc: openchrome-de...@openchrome.org; xorg; Bruce Chang
> Subject: Re: [Openchrome-devel] VIA VX900 IGP doc released
>
> Its asking for a Password
> Do we have a password for this ?
>
> On Wed, Jan 19, 2011 at 12:21 PM, Xavier Bachelot 
> wrote:
>>
>> Hi,
>>
>> VIA VX900 IGP doc have been released. They are available on x.org :
>>
>>
>> http://www.x.org/docs/via/OGPM_Chrome9%20HD%20DX9%20_R100_PartI_Core_2D.pdf
>>
>> http://www.x.org/docs/via/OGPM_Chrome9%20HD%20DX9%20_R100_PartII_3D_Video.pdf
>>
>> For reference, here is the wiki page linking to all the freely available
>> doc :
>> http://www.openchrome.org/trac/wiki/Development#Hardwaredocumentation
>>
>> Regards,
>> Xavier
>>
>> ___
>> Openchrome-devel mailing list
>> openchrome-de...@openchrome.org
>> http://wiki.openchrome.org/mailman/listinfo/openchrome-devel
>>
>>
>
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Replacing the I-beam cursor system wide.

[Pat Kane]

On Tue, Jan 18, 2011 at 4:18 PM, Gene Heskett  wrote:

> That it is, but where is the list and description of the other options so
> that we can make considered choices?

xrdb -q ?
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Headless server

[Pat Kane]

  > So installing that apt and setting the driver to "dummy" worked.
  > ... when i tried to turn
  > on my TV, which is attached to my server, I got no video.

I am not an expert on that.  So please re-reply  (with your msg
that what I told you to do worked) to the full list -- that way other
experts, greater than me, can answer your question.

Pat
---
> So installing that apt and setting the driver to "dummy" worked.

On Sun, Dec 26, 2010 at 2:38 PM, Vinh Nguyen  wrote:
> Pat,
>
> So installing that apt and setting the driver to "dummy" worked. It allowed
> ubuntu to but all the way in and allowed me to vnc. But when i tried to turn
> on my TV, which is attached to my server, I got no video. Is there a way for
> me to have both working. I would like to still use my server to watch movies
> sometime, but need to be able to vnc into the server with the TV off.
>
> I am running an intel board with onboard HDMI, chipset is G41
>
> Thanks for your help
> Vinh
>
> On Sun, Dec 26, 2010 at 7:50 AM, Pat Kane  wrote:
>>
>> Try this
>>    sudo apt-get install xserver-xorg-video-dummy
>> then change the Driver line in your xorg.conf to be
>>    Driver      "dummy"
>>
>> On Sun, Dec 26, 2010 at 1:08 AM, Vinh Nguyen  wrote:
>> > Hi,
>> >
>> > I have recelent updated to ubuntu 10.04 LTS and now my server will not
>> > boot
>> > with out a monitor pluged in. Im still able to ssh into my server but
>> > not
>> > vnc into it. Looking at the Xorg.0.log file it says something along the
>> > lines of no monitor detected. If i plug in a monitor it boots up and
>> > works
>> > correctly. I have read a few forum saying to add a xorg.conf file but
>> > that
>> > has not worked for me. Can you guys tell me how to fix this issue so
>> > that it
>> > will boot all the way into ubuntu without a monitor on or attached to
>> > the
>> > server
>> >
>> > thanks for the great work,
>> >
>> > --
>> > Vinh Nguyen
>> >
>> > ___
>> > xorg@lists.freedesktop.org: X.Org support
>> > Archives: http://lists.freedesktop.org/archives/xorg
>> > Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>> > Your subscription address: pekan...@gmail.com
>> >
>
>
>
> --
> Vinh Nguyen
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Headless server

[Pat Kane]

Try this
sudo apt-get install xserver-xorg-video-dummy
then change the Driver line in your xorg.conf to be
Driver  "dummy"

On Sun, Dec 26, 2010 at 1:08 AM, Vinh Nguyen  wrote:
> Hi,
>
> I have recelent updated to ubuntu 10.04 LTS and now my server will not boot
> with out a monitor pluged in. Im still able to ssh into my server but not
> vnc into it. Looking at the Xorg.0.log file it says something along the
> lines of no monitor detected. If i plug in a monitor it boots up and works
> correctly. I have read a few forum saying to add a xorg.conf file but that
> has not worked for me. Can you guys tell me how to fix this issue so that it
> will boot all the way into ubuntu without a monitor on or attached to the
> server
>
> thanks for the great work,
>
> --
> Vinh Nguyen
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Possibly silly, certainly a little OT Question

[Pat Kane]

Gene,

What sort of stuff do you need to do via the serial console?
What sort of legacy system are you talking to?

 I took a look a quick look at the minicom source code and
 it looks a bit crufty:
 http://freshmeat.net/projects/minicom/
 http://freshmeat.net/urls/88a87ae332ec17462ac2b3897ad59b5d
but I'd be willing to hack at it over the Xmas break.

Pat



On Fri, Dec 24, 2010 at 11:51 AM, gene heskett  wrote:
> On Friday, December 24, 2010 12:26:13 pm Glynn Clements did opine:
>
>> gene heskett wrote:
>> > I have a minicom session connected to a serial port of an antique
>> > computer, and the diffs in the keyboard codes for the control
>> > characters are killing me because I can't use the uparrow & repeat
>> > functions of the terminal software driver on that machine.  The arrow
>> > keys in particular, as sent from this end are just garbage chars to
>> > the old machine.
>> >
>> > So the first thing I need to map is from whatever the up arrow key now
>> > sends, to actually send an 0x09 to the other end of the cable.
>> >
>> > But I haven't a clue how to go about that.  I've looked through
>> > minicom's menu's, and it looks like I can translate the printable
>> > characters, but I don't see where I can diddle the control chars.
>> > I've also look at the setserial options without anything useful
>> > reaching up and slapping me in the face.
>> >
>> > Can anyone suggest a better configuration tool/location of a file,
>> > whatever, that would give me the data as to how to do this for minicom
>> > only?
>>
>> Minicom doesn't support remapping of the cursor keys; you get to
>> choose between VT100 and ANSI, and that's all.
>>
>> One possibility is to run it under "screen", which allows arbitrary
>> remapping of keys, and remap the cursor keys to function keys (which
>> can then be rebound within minicom). Another possibility is to modify
>> minicom's source code. Yet another possibility is to just type literal
>> control characters, but that's likely to be annoying if you need to do
>> it a lot.
>
> I haven't tried screen recently, the last time I did it locked the machine
> and I had to do a reset button reboot. That was obviously many moons back
> up the log.  I did try to issue a few ctl+9 type keys, but apparently
> minicom intercepts most of them, and I managed to disable much of the
> keyboard and had to restart minicom.
>
> Discouraging is what it it.  Minicom's vt-102 should be compat, at least I
> have for that machine, a vt-102 that works, and a vt-220 that works against
> other systems such as a dec pdp-11/23 which expected a vt-220 but when it
> smoked its H.O.T. & dec, being their typical selves, wanted nearly 3 grand
> for another, then current vt-550 that they wouldn't guarantee I could
> configure to be vt-220 compatible, then I re-wrote the vt-102 I had to add
> the vt-220 esc codes and used it.  The antique machine is a TSR-80 Color
> Computer 3, currently running todays version of OS9, called nitros9 because
> we've very heavily optimized it to about 2x speed without adjusting the
> clock which is married to the video on that hardware.
>
> Are the authors of minicom still available?  Or how about src code?  I
> found some names in the docs and sent an email to those, but it bounced and
> that was probably 2 years back up the log.
>
> There are some things that Just Work(TM) and have done so forever, and we
> have ID10T's who want to remove the packages for lack of development
> activity.  Like Procmail.  Dumb.  And I suppose minicom is also on that
> list.  More bells and whistles & eye candy, but less true versatility and
> functionality seems to be the order of the day for linux.  Every time I
> upgrade, something that did work, now doesn't.
>
> Anyway, to end this on a positive note, thank you very much, Glynn.
>
> Have a Merry Christmas and a happy, and healthy New Year 2011.
>
> --
> Cheers, Gene
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> "I'd love to go out with you, but I did my own thing and now I've got
> to undo it."
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [ANNOUNCE] X11R7.6

[Pat Kane]

Thanks!   I especially appreciate the dedication to Hideki  Hiura;
I18N was a fierce dragon.
 

Pat
---
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xace MLS selections

[Pat Kane]

Eamon,

Thanks for the detailed description of polyinstantiated selection list,
I have not thought about that idea to solve my requirements.

A problem that I have seen in my experiments is that while the  end-user
is evaluating the selection re-grade a toolkit timeout will occur that will
cancel the selection request.

Another is that if the end-user disallows that selection reguest I need
to violate the protocol spec to keep the clients from getting confused.

Pat


On Fri, Dec 17, 2010 at 12:43 PM, Eamon Walsh  wrote:
> On 12/17/2010 01:14 AM, Alan Coopersmith wrote:
>> Pat Kane wrote:
>>> Is the current Xace able to deal with MLS selections?
>>>
>>> If so, how does it handle information downgrades that
>>> need to be reviewed by the end-user?
>> Xace alone is not - it's just a framework used to provide hooks
>> that extensions like SELinux & Solaris Xtsol use to provide their
>> functions.   The Solaris Xtsol module does handle MLS selections,
>> with a way to have the desktop provide UI for end-user review,
>> but I don't know off hand how that's implemented.   The code is
>> of course open for you to explore, and the architects of it are
>> available on the security-disc...@opensolaris.org mailing list.
>>
>> I don't know about SELinux off hand, and am fairly sure the
>> XC-Security extension (the simplest of the Xace implementations)
>> does not.
>>
>
> XACE has hooks that allow security modules to polyinstantiate the selection 
> list.   There can be more than one selection named CLIPBOARD, for example, in 
> the linked list of selections.  Normally the server will return the first 
> match from dixLookupSelection.  However that function has an XACE hook that 
> allows a security module to return a different member of the list, or NULL if 
> it wants to hide the existing selection and force a new selection to be 
> created and added.  The SelectionRec structure has a devPrivates field that 
> allows the security module to store the security label in each selection, 
> presumably dependent on the client that owns it and/or the name of the 
> selection.  This is all that XACE does; the specific security extension has 
> to do the rest.
>
> For SELinux, The SELinuxSelection function and its helpers does the job of 
> labeling the selections and choosing the one that will be exposed to each 
> client.  SELinux has a configuration file that is used to map selection names 
> to SELinux contexts and specify whether selections should be polyinstantiated 
> or not (exposed through the selabel_lookup(3) call).  The server part does 
> not handle downgrades and upgrades though, this function is delegated to a 
> clipboard manager that uses SELinux protocol requests.  The ListAllSelections 
> request allows the clipboard manager to see all of the selection instances, 
> including duplicates, and SetSelectionUseContext allows it to change the 
> selection instance that it will use.  It can then pretend to own selections 
> on one MLS level while the real owner is on another MLS level.  When a 
> ConvertSelection request is issued the clipboard manager will receive it, 
> prompt the user or whatever, and then fetch the content from the real owner 
> and forward
> it to the requestor.
>
> There's no reason a clipboard manager has to be used; a security extension in 
> the server could do all the work.  There are a lot of ICCCM quirks that have 
> to be worked around though.  For example, on a typical desktop every time 
> clipboard ownership changes there is a storm of ConvertSelection requests of 
> type TARGET (and what appears to be a GTK equivalent), which can be allowed 
> if you don't mind leaking that information.  Sometimes though you'll get 
> requests for the content itself which can be annoying if you're popping up a 
> dialog every time.  Until recently gedit would ask for the content simply to 
> decide if it should gray out the "Paste" menu item (instead of asking for 
> TARGET).
>
>
>
>
> --
>
> Eamon Walsh
> National Security Agency
>
>
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Xace MLS selections

[Pat Kane]

Is the current Xace able to deal with MLS selections?

If so, how does it handle information downgrades that
need to be reviewed by the end-user?


Pat
---
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: xditview '.' hangs: Errata to my previous mail :(

[Pat Kane]

 > Examine the value returned by read() instead of doing either.

The "read()" is down in libc.so which is done by "getc()".
So there may be a bug in libc, but I don't have time
right now to look at it.

I submitted a new version of the patch to xorg-devel:
http://lists.x.org/archives/xorg-devel/2010-December/016861.html
please take a look and give it a "Reviewed-by" and or "Tested-by"
line if you can .

Pat
---


2010/12/6 Krzysztof Żelechowski :
> Dnia poniedziałek, 6 grudnia 2010 o 21:30:23 Philipp Hagemeister napisał(a):
>> Sorry for the mixup, corrected:
>> You've just introduced a race condition: What if I delete the file just
>> after you called *stat* and create a *directory* in its place? Use fstat
>> instead of stat.
>
> Examine the value returned by read() instead of doing either.
>
> Chris
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: xditview '.' hangs

[Pat Kane]

Attached is a patch to try.

Pat
---

[PATCH xditview] Make sure filename is a regular file.

If filename is not '-' or '|' make sure it is a regular file.

Signed-off-by: Patrick E. Kane 

---
 xditview.c |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)

diff --git a/xditview.c b/xditview.c
index 99fd240..dbb183b 100644
--- a/xditview.c
+++ b/xditview.c
@@ -59,6 +59,7 @@ from the X Consortium.
 #include "xdit_mask.bm"
 #include 
 #include 
+#include 

 /* Command line options table.  Only resources are entered here...there is a
pass over the remaining options after XtParseCommand is let loose. */
@@ -395,6 +396,19 @@ VisitFile (char *name, Boolean resetPage)
 else if (name[0] == '|')
new_file = popen (name+1, "r");
 else {
+ struct stat stbuf;
+ /*
+  * Make sure it is a regular file
+  */
+ if (stat(name, &stbuf) != 0) {
+ perror(name);
+ return;
+ }
+ if (! S_ISREG(stbuf.st_mode)){
+ fprintf(stderr, "%s is not a regular file\n", name);
+ return;
+ }
+
new_file = fopen (name, "r");
seek = 1;
 }
-- 
1.7.1.1


2010/12/6 Krzysztof Żelechowski :
> Dnia poniedziałek, 6 grudnia 2010 o 14:47:02 Pat Kane napisał(a):
>> Strace shows that  "xditview ." does:
>>       open(".", O_RDONLY)               = 4
>> followed by an infinite number of:
>>       read(4, 0xb7576000, 4096)         = -1 EISDIR (Is a directory)
>>
>> Looks broken.
>>
>
> Looks like the programmer forgot to examine the return value.  Probably the 
> most common bug in C.
>
> Chris
>

[PATCH xditview] Make sure filename is a regular file.

If filename is not '-' or '|' make sure it is a regular file.

Signed-off-by: Patrick E. Kane 

---
 xditview.c |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)

diff --git a/xditview.c b/xditview.c
index 99fd240..dbb183b 100644
--- a/xditview.c
+++ b/xditview.c
@@ -59,6 +59,7 @@ from the X Consortium.
 #include "xdit_mask.bm"
 #include 
 #include 
+#include 
 
 /* Command line options table.  Only resources are entered here...there is a
pass over the remaining options after XtParseCommand is let loose. */
@@ -395,6 +396,19 @@ VisitFile (char *name, Boolean resetPage)
 else if (name[0] == '|')
 	new_file = popen (name+1, "r");
 else {
+ struct stat stbuf;
+ /*
+  * Make sure it is a regular file
+  */
+ if (stat(name, &stbuf) != 0) {
+ perror(name);
+ return;
+ }
+ if (! S_ISREG(stbuf.st_mode)){
+ fprintf(stderr, "%s is not a regular file\n", name);
+ return;
+ }
+   
 	new_file = fopen (name, "r");
 	seek = 1;
 }
-- 
1.7.1.1

___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: xditview '.' hangs

[Pat Kane]

Strace shows that  "xditview ." does:
  open(".", O_RDONLY)   = 4
followed by an infinite number of:
  read(4, 0xb7576000, 4096) = -1 EISDIR (Is a directory)

Looks broken.

Pat
---


2010/12/5 Krzysztof Żelechowski :
> To reproduce: say { xditview '.'; }
>
> Effects:
>
> xditview shows a window with control outlines but the controls do not get 
> painted.  Then it stops responding and takes 90% CPU.
>
>  http://forums.opensuse.org/english/get-help-here/applications/450880-xditview-hangs-taking-90-cpu.html
>  >
>
> Why not at Bugzilla:
>
> http://lists.freedesktop.org/archives/xdg/2010-December/011735.html >
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Problem with X&xbindkeys(xgrabkey). Buffer overflow?

[Pat Kane]

On Thu, Dec 2, 2010 at 3:23 AM, ENRIQUE ARIZON BENITO wrote:
 > Still I don't known if that really has anything to do with the infinte
 > random loop I observe.

When your X server gets stuck  connect to the X process with gdb
step  through procedure calls.   I'd also run "strace" on the X process.

Adam Jackson (ajax) submitted a bug fix a while back that might interesting:

http://patchwork.freedesktop.org/patch/1703/

Pat

___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: companies contributing to X [was: Re: Respository vandalism by r...@...fd.o]

[Pat Kane]

Matt,

I think what you are asking is:  "is the Microsoft FUD working?"
The answer is:  "yes".

Should we roll over and play dead?  No, not me.

Freedom, as in  "free range",
Pat
---



On Wed, Nov 24, 2010 at 3:56 PM, Matt Dew  wrote:
> This I'm curious about.   Are there more companies that feel it's
> too-hard/not-worth-while for companies to contribute stuff to Xorg?
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xorg segfaults after upgrade of Fedora Core 13->14

[Pat Kane]

On Thu, Nov 18, 2010 at 11:02 AM, Sergio Monteiro Basto
 wrote:
> open a bug in https://bugzilla.rpmfusion.org/

Yes, and please also let me the bug number on rpmfusion so that
I can update our bugzilla version of the bug.

Thanks for helping to debug this problem.

Pat
--
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xorg segfaults after upgrade of Fedora Core 13->14

[Pat Kane]

Looks like you are using NVIDIA's proprietary display driver:
 xorg-x11-drv-nvidia-260.19.12-3.fc14.src.rpm
is that what your Xorg.0.log says you are using?


>> On Mit, 2010-11-17 at 13:59 -0500, Mathew Hennessy wrote:
>>> Hi,
>>>       I'm getting periodic Xorg segfaults after upgrading from FC13 to FC14
>>> on i686..  Here's what it left as a backtrace in Xorg.0.log.old:
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xorg segfaults after upgrade of Fedora Core 13->14

[Pat Kane]

 2010/11/18 Michel Dänzer :
 > Looks like https://bugs.freedesktop.org/show_bug.cgi?id=31675 FWIW.

The gdb backtrace in that bug points at  line 943 in dix/dxfonts.c

err = (*fpe_functions[fpe->type].list_next_font_with_info)
(client, fpe, &name, &namelen, &pFontInfo,
 &numFonts, c->current.private);

Pat
---


2010/11/18 Michel Dänzer :
> On Mit, 2010-11-17 at 13:59 -0500, Mathew Hennessy wrote:
>> Hi,
>>       I'm getting periodic Xorg segfaults after upgrading from FC13 to FC14
>> on i686..  Here's what it left as a backtrace in Xorg.0.log.old:
>>
>> [ 81396.084]
>> Backtrace:
>> [ 81396.103] 0: /usr/bin/Xorg (xorg_backtrace+0x39) [0x80c6ea1]
>> [ 81396.103] 1: /usr/bin/Xorg (0x8048000+0x4dbb7) [0x8095bb7]
>> [ 81396.103] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xa1940c]
>> [ 81396.103] 3: /usr/bin/Xorg (doListFontsWithInfo+0xb6) [0x806ca74]
>> [ 81396.103] 4: /usr/bin/Xorg (ProcessWorkQueue+0x28) [0x806f93c]
>> [ 81396.103] 5: /usr/bin/Xorg (WaitForSomething+0x48) [0x80906c6]
>> [ 81396.103] 6: /usr/bin/Xorg (0x8048000+0x2404f) [0x806c04f]
>> [ 81396.103] 7: /usr/bin/Xorg (0x8048000+0x1a434) [0x8062434]
>> [ 81396.103] 8: /lib/libc.so.6 (__libc_start_main+0xe6) [0x6e0e16]
>> [ 81396.103] 9: /usr/bin/Xorg (0x8048000+0x19f61) [0x8061f61]
>> [ 81396.103] Segmentation fault at address (nil)
>
> Looks like https://bugs.freedesktop.org/show_bug.cgi?id=31675 FWIW.
>
>
> --
> Earthling Michel Dänzer           |                http://www.vmware.com
> Libre software enthusiast         |          Debian, X and DRI developer
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Error while bringing up X

[Pat Kane]

Srinidhi,

Try starting your X server like this:

  strace -f -o stlog.txt  X

the output file stlog.txt may get very large.

The strace program is a wonderful  tool and the man page is entertaining to read

  man strace

You might want to practice using it with a simple program like 'date'

  strace -f -o  dlog.txt date

Pat
---

On Wed, Oct 20, 2010 at 11:29 PM, Srinidhi Vijayendra
 wrote:
> Hi Adam Jackson,
>                 Thanks for the reply. I am not an expert in linux, so I guess 
> it will
> take time for me to figure this out. But surely I will come back to you
> once I figure out what is failing and why it is.
>
> Thanks
> Srinidhi KV
>
>
> On Wed, 2010-10-20 at 10:15 -0400, Adam Jackson wrote:
>> On Wed, 2010-10-20 at 14:12 +0530, Srinidhi KV wrote:
>> > Hi I am Srinidhi, I am trying to bring up XWindow on an arm target, I
>> > have built the filesystem with X in it. When I try to start it from
>> > command line using command "X&" I get the following error, Can anyone
>> > please help me debugging this problem.
>> >
>> > Fatal server error:
>> > Cannot establish any listening sockets - Make sure an X server isn't
>> > already run
>>
>> This is your error.  strace would tell you what's going wrong here.  On
>> a working server you should see a sequence like:
>>
>> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 1
>> getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
>> setsockopt(1, SOL_TCP, TCP_NODELAY, [1], 4) = 0
>> setsockopt(1, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
>> bind(1, {sa_family=AF_INET, sin_port=htons(6001), 
>> sin_addr=inet_addr("0.0.0.0")}, 16) = 0
>> setsockopt(1, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0
>> listen(1, 128)                          = 0
>>
>> Most likely one of the calls to socket(), bind(), or listen() is
>> failing; figure out why.
>>
>> - ajax
>
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: patch: libXt-1.0.8 fix possible array overflow

[Pat Kane]

 > setting the limit to i=9 would fix that.

But then the line
(void) memmove((char*)par, (char*)params, i * sizeof(String) );
would be wrong since it would move nine instead of ten things.
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: patch: libXt-1.0.8 fix possible array overflow

[Pat Kane]

In the original code if 'i' is equal to 10 then the line
   (void) memmove((char*)par, (char*)params, i * sizeof(String) );
moves ten things, which is okay.

The next line:
   bzero( &par[i], (10-i) * sizeof(String) );
moves zero things to a bad address, which is probably okay,
but I bet some code checker would complain.

The code is very ugly.

Pat
---
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [SOLVE] Re: Launching X11 in specified vty ?

[Pat Kane]

On Thu, Aug 26, 2010 at 4:55 AM, Aaron Lewis  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Wolfgang ,
>>
>> Well, you can tell Xorg server in which VT to run, the option is vt
>> (no leading '-' !), with  being the VT number you want to use.
>
> Exactly solved my problem , thanks !
>

I wonder if you are getting hit by the vt bug that Ajax just fixed?:
   http://lists.x.org/archives/xorg-devel/2010-August/012280.html

>>
>> But this still leaves you with the problem, that you either need switch
>> back to a text VT or reset the graphics card.
>>
>>>      e.g use a default terminal , vty1 / or some other ways to
>>> switch back to vty1 when it hangs ?
>>
>> Ctrl+Alt+F[1-10] doesn't work for you?
>
> Never , everytime , when i updated xorg-server , and forgot to
> re-compile xorg related drivers , it will hangs at some vtys , and all
> buttons fails to work.
>
> - --
> Best Regards,
> Aaron Lewis - PGP: 0x4A6D32A0
> FingerPrint EA63 26B2 6C52 72EA A4A5 EB6B BDFE 35B0 4A6D 32A0
> irc: A4R0NL3WI5 on freenode
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.16 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkx2OfUACgkQvf41sEptMqAYIQCcD6a/IluGEtdLYNOfUGE+ZiAG
> VJoAnRYYBr1uyA6AwgINHfu+3uHQOSjP
> =t7ox
> -END PGP SIGNATURE-
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Zapping the Xorg server

[Pat Kane]

  >  please tell a hardcore Vim user: What hotkey/command of Emacs collides

See:  http://www.foldr.org/~michaelw/log/programming/lisp/dontzap-emacs

Pat
---


On Wed, Aug 25, 2010 at 12:14 PM, Wolfgang Draxinger
 wrote:
> On Tue, 24 Aug 2010 13:33:03 -0400 (EDT)
> "Patrick O'Donnell"  wrote:
>
>> I'm one of those who's work would be severely disrupted by a hardwired
>> CTRL-ALT-Backspace Zap.  CTRL-ALT-Backspace is hardwired in my fingers
>> from nearly 30 years of editing using Emacs and kin.
>
> Just curious here, and don't want to start a editor war. But please
> tell a hardcore Vim user: What hotkey/command of Emacs collides this
> with? A quick google on the topic just brought up numerous
> forum/maillist posts of people angry with the new default behaviour on
> the Zap hotkey.
>
See:  http://www.foldr.org/~michaelw/log/programming/lisp/dontzap-emacs

>
> Wolfgang
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xv has color glitches with radeon driver

[Pat Kane]

 > I'm pretty sure I don't have superhuman vision :-P  They're there, I can see
 > them quite clearly.  Maybe your monitor is too dark or too low contrast?

On my display I might be able to see the artifacts that you mention, but it
is hard to tell since I do not know what the correct image should be.

There are 3 very subtle horizontal bands near the bottom of the image
that might be part of the background or maybe not...



On Tue, Jul 27, 2010 at 7:37 PM, Nikos Chantziaras  wrote:
> On 07/28/2010 01:46 AM, Alex Deucher wrote:
>>
>> On Tue, Jul 27, 2010 at 6:10 PM, Nikos Chantziaras
>>  wrote:
>>>
>>> I'm not exactly sure when the problem first occurred, but it's been quite
>>> a
>>> while, definitely more than 6 months.  Here's a screenshot of the
>>> problem:
>>>
>>> http://i25.tinypic.com/2vkxrh3.png
>>>
>>
>> Are you sure you uploaded the right image?  I don't see any bars in that
>> image,
>
> I'm pretty sure I don't have superhuman vision :-P  They're there, I can see
> them quite clearly.  Maybe your monitor is too dark or too low contrast?
>
>
>>> This is with mplayer using Xv, on standard definition video in
>>> fullscreen.
>>>  Note the gree, red and blue color bars at the bottom.  They always
>>> appear,
>>> but naturally, they're most visible in dark scenes.  It's not an mplayer
>>> bug
>>> it seems, since pausing the video and going out of fullscreen and then
>>> back
>>> makes them go away temporarily.  Also, they never appear with AMD's
>>> binary
>>> fglrx driver or on non-radeon cards.
>>>
>>> The problem, as I mentioned already, is an old one.  Right now, I'm at:
>>>
>>> Radeon HD4870
>>> kernel 2.6.35_rc6
>>> xf86-video-ati Git master
>>> Mesa Git master
>>> X server Git master
>>
>> Does it happen with any other movie players (totem, vlc, etc.)?
>
> Didn't try totem, but it happens with VLC too.
>
>
>> If it
>> is a driver bug, can you bisect xf86-video-ati to see when the problem
>> was introduced?
>
> I don't know which version introduced this; I guess I'll have to start
> trying them all.
>
> One thing I didn't mention is that the problem only appears when the video
> is being scaled.  Watching in windowed mode (1:1 ratio) never triggers it.
>  Only when zooming or going full-screen.
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Listing of Xorg exit codes?

[Pat Kane]

I would set a breakpoint at exit and then see what called it,  there
is some very
good X debugging info at:
  http://www.x.org/wiki/Development/Documentation/ServerDebugging

Pat
---


On Thu, Jul 22, 2010 at 9:51 AM, Lowell Alleman
 wrote:
> I'm in the process of trying to track down an Xorg "crash", but when I
> attach gdb to the running X process, I discovered that it's actually exiting
> instead of crashing.  I see the following message from gdb:
>
>     Program exited with code 0364.
>
> I've ran gdb a few times now and I keep seeing the same exit code.  I don't
> see any error message in the Xorg.0.log.old so I'm not sure where to start
> exactly.  I  tried googling for a list of exit codes, but haven't been able
> to find anything.  Can any one here point me to a master list of exit
> codes?  Are these codes driver specific thing?  (I'm using the radeon
> driver, RS480)
>
> - Lowell Alleman
>
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Some modes rejected, others ignored

[Pat Kane]

On Sun, Jul 18, 2010 at 2:22 AM, Andre Majorel  wrote:
> Any hints ?

Does it work if you do not use an xorg.conf file?
What does xrandr show with/without a conf file?


Pat
---
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Platform Specific

[Pat Kane]

Gosh, I would really like to see current architectural diagrams for both
the client and server sides of X11 Window System.

I'd be happy to help construct it and put it on the Wiki (if it is not
already there).

Is Doxygen  a good place to start?


On Thu, Jul 8, 2010 at 7:37 PM, Alan Coopersmith
 wrote:
> David G wrote:
>> Is libXau, pixman, libXfont, etc even needed?
>
> Yes, yes, and yes, unless you start hacking the code to remove
> all the calls to them, but what you end up with after that won't
> be an X11 server.
>
> --
>        -Alan Coopersmith-        alan.coopersm...@oracle.com
>         Oracle Solaris Platform Engineering: X Window System
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Sun ultra 40 m2 nvidia server won't start

[Pat Kane]

Laurel,

I'd like to see you Xorg log file (/var/log/Xorg.0.log ?).

Have you tried the Nvidia binary driver?

Pat


On Mon, Jun 21, 2010 at 6:44 PM, Laurel Sillerud  wrote:
> Hello,
>
>    This is my last resort before I throw my Sun U40 M2 out the window.  I
> have been working on reinstalling Solaris 10 05/08
> and now face the daunting task of getting the X server to work.  I have used
> nvidia-xconfig, and many other tools ( I have 30 years of unix experience)
> to try to get this beast back up and running after a fresh install of S10.
>  The only way I can get it to start is to not build and xorg.conf file.
>  Then, the machine boots into 1024x768 mode and will not budge higher.  I
> have a 24" monitor (Sun 24.1 LCD) that would really like to run at a higher
> res, but I can't find an xorg.conf file that will run on this box.  The
> system came with the monitor, and I got it working years ago at 1920x1200
> just fine.  Now, no luck.  The major issue is that the nvidia driver will
> not start the card.  Of course, I have all the log files proving that it
> won't.  Any chance of getting a running xorg.conf that I could just plug in?
>
> Laurel
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
> Your subscription address: pekan...@gmail.com
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Correct git clone and build instructions?

[Pat Kane]

I have added it to the FAQ  

On Tue, Jun 15, 2010 at 9:01 PM, Alan Coopersmith
 wrote:
> Jeff Carr wrote:
>> If someone has write access to the wiki,
>
> You have write access to the wiki, as long as you have an internet connection.
>
> The front page, and a couple others, are access controlled - the rest,
> including creating new pages, require only that you first register an account.
>
> --
>        -Alan Coopersmith-        alan.coopersm...@oracle.com
>         Oracle Solaris Platform Engineering: X Window System
>
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: r...@reedmedia.net None

[Pat Kane]

 On Thu, May 27, 2010 at 1:51 PM, Justin P. Mattock  wrote:
 > my bad.(maybe the sysadm can delete this thread
 > since it exposes vital info).

If you go here:  http://lists.freedesktop.org/archives/xorg/2010-May/date.html
you can see which emails contain an email address.

Not a Spammer,
Pat

___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Xorg custom configuration to not use a given area

[Pat Kane]

 On Fri, May 14, 2010 at 5:09 AM, Carlos Baiget  wrote:
 > Pat: Not a spammer here! Can you paste the odd message here to find out what
 > can it be?

This is the message I got went I tried to send a reply to you (I've
removed my email addr):

   from Carlos Baiget 
   reply-to supp...@mpcustomer.com
   to   Pat ...
   date Thu, May 13, 2010 at 2:14 PM
   subject  [#24496549] Re: Xorg custom configuration to not use a given 
area

   Hello,

   This is an automated response to inform you that
   your question has been entered into our system,
   and will be reviewed shortly. Your ticket has
   been submitted into the "General Support" department.

   We will respond to you as soon as possible.

   ==
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg custom configuration to not use a given area

[Pat Kane]

Carlos,

How about putting an empty gnome panel above the current top panel?
It is a bit tricky but I just able to do it on my U10.04 system.  Here is what
I did:
  1- right click in the top panel to get a popup menu
  2- select the "properties"  enty, then turn off "Expand"
you can now move the top panel down, out of the way
  3- repeat 1
  4- select "New Panel", turn off "Expand" and put it at "Top"
at this point I had to logout/login to see the change
  5- turn "Expand" on for the empty panel
  6- move the original top panel back to just under the empty panel
  and turn "Expand" back on.


On Thu, May 13, 2010 at 11:37 AM, Carlos Baiget  wrote:
> hello all,
>
> I've changed the lcd screen of my eeepc which is 1024x600.
> The problem is, the replacement is not exactly the one i needed and although
> it fits well, i cannot see the top first 5 or 6 pixel lines, because they
> are hidden behind the screen bezel.
> My question is: could i trick Xorg to work as if the display were, say
> 1024x590 and ignore those lines? I prefer to lose them than having gnome
> panel cut in a half.
> I'm using ubuntu 10.04, with xrandr v1.3
>
> I hope i've explained myself well...
>
> Thanks for your reply.
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X11 error from home grown application

[Pat Kane]

On Tue, May 11, 2010 at 2:54 PM, Geoffrey  wrote:
> Anyone know where I can start looking to figure out why I'm getting the
> following error

Have you tried xscope?

   http://cgit.freedesktop.org/xorg/app/xscope/

Pat
---

On Tue, May 11, 2010 at 2:54 PM, Geoffrey  wrote:
> Anyone know where I can start looking to figure out why I'm getting the
> following error in our application:
>
> X Error of failed request:  BadMatch (invalid parameter attributes)
>  Major opcode of failed request:  42 (X_SetInputFocus)
>  Serial number of failed request:  7398113
>  Current serial number in output stream:  7398114
>
> --
> Until later, Geoffrey
>
> "I predict future happiness for America if they can prevent
> the government from wasting the labors of the people under
> the pretense of taking care of them."
> - Thomas Jefferson
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Correct git clone and build instructions?

[Pat Kane]

  > > I'm having trouble finding accurate git clone and build instructions

I have had good luck using Peter's instructions at:
   http://lists.x.org/archives/xorg-devel/2009-August/001826.html

  # Quickstart for those that do not use jhbuild:
   export PREFIX=/opt/xorg
   export LD_LIBRARY_PATH=$PREFIX/lib
   export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig
   export PATH=$PREFIX/bin:$PATH
   export ACLOCAL="aclocal -I $PREFIX/share/aclocal"
   git clone git://anongit.freedesktop.org/git/xorg/util/modular/ util/modular
   echo "util/macros" > built.modules
   ./util/modular/build.sh --clone -p -f built.modules -r `tail -n 1 built.modu\
les` $PREFIX

  # Re-run the last command until a build succeeds.
  # Cheers,
  #   Peter

Pat
---



On Thu, Apr 22, 2010 at 11:48 AM, ace102  wrote:
>
> Using JHBuild -
> http://library.gnome.org/devel/jhbuild/stable/getting-started.html.en#getting-started-install
> with the current xorg.modules -
> http://cgit.freedesktop.org/xorg/util/modular/tree/xorg.modules - is the
> best method I know of.
> You can cut out the apps,drivers,etc you won't need from the xorg.modules.
>
>
> Jeff Carr-3 wrote:
>>
>> I'm having trouble finding accurate git clone and build instructions
>> on the wiki. When trying to run autoconf.sh in the xserver tree it
>> complained of "error: must install xorg-macros". Is the best way to
>> just go through and clone these one by one until the dependencies are
>> met? I suspected it's just the beginning of a long chain of hairy
>> dependences that might be worthy of emailing the list first.
>>
>> Is there a tool like the android "repo" or perhaps a method to pull
>> down the various git trees via git submodule? Or just README that
>> contains the recommended order of building and installing?
>>
>>
>
>
> -
> Error:Success
> --
> View this message in context: 
> http://old.nabble.com/Correct-git-clone-and-build-instructions--tp28323619p28331587.html
> Sent from the Free Desktop - xorg mailing list archive at Nabble.com.
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Don't have an xorg.conf file

[Pat Kane]

The command "Xorg -configure"  will create one for you.

On Sat, Apr 17, 2010 at 3:13 AM,   wrote:
> I'm running RHE4, I let my RH subscription laps and just now reactivated it.
> I got the latest updates and now get the error that "could not open default
> font fixed". There is supposed to be an xorg.conf but I don't seem to have
> one. At the moment all I have is the command line access.
>
>
>
> Where can I find an example of the xorg.conf?
>
>
>
>
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: freeze in XOpenDisplay()

[Pat Kane]

The backtrace indicates that you are trying to connect to display ":1",
is that really what you want to do (connect to the 2nd display)?

Pat


On Sat, Apr 10, 2010 at 4:19 AM, Kai-Uwe Behrmann  wrote:
> I wonder if I need to do something special for using the above call.
>
> During starting of compiz at start of KDE, a plugin calls above function and
> repeatedly freezes. Any idea what might be wrong with the XOpenDisplay()
> call at that early stage?
>
> A backtrace is attached.
> The server is from openSUSE-11.2 xorg-x11-libs-7.4-25.1.x86_64 .
> (for completness compiz is of version 0.7.8)
>
>
> kind regards
> Kai-Uwe Behrmann
> --
> developing for colour management www.behrmann.name + www.oyranos.org
>
> ___
> xorg@lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: vesa driver reports many modes, but only allows a few

[Pat Kane]

Here is an untest, not even compiled, patch to try:

diff --git a/hw/xfree86/common/xf86Configure.c
b/hw/xfree86/common/xf86Configure.c
index bce5aae..a8d8ef9 100644
--- a/hw/xfree86/common/xf86Configure.c
+++ b/hw/xfree86/common/xf86Configure.c
@@ -828,7 +828,9 @@ DoConfigure(void)
ConfiguredMonitor = NULL;

xf86EnableAccess(xf86Screens[dev2screen[j]]);
-   if ((*xf86Screens[dev2screen[j]]->PreInit)(xf86Screens[dev2screen[j]],
+
+   if ((*xf86Screens[dev2screen[j]]->PreInit) &&
+   (*xf86Screens[dev2screen[j]]->PreInit)(xf86Screens[dev2screen[j]],
   PROBE_DETECT) &&
ConfiguredMonitor) {
MonitorPtr = configureDDCMonitorSection(j);


Pat
---


On Thu, Mar 4, 2010 at 7:52 AM, Pat Kane  wrote:
>  Ross Boylan  wrote:
>   > Program received signal SIGSEGV, Segmentation fault.
>   > 0x in ?? ()
>   > (gdb) where
>   > #0  0x in ?? ()
>   > #1  0x0051a72a in DoConfigure ()
>   > at ../../../../hw/xfree86/common/xf86Configure.c:832
>
> The traceback says that someone branched to zero at
> line 832 of hw/xfree86/common/xf86Configure.c, that
> section of code (from git master) looks like this:
>
>        ConfiguredMonitor = NULL;
>
>        xf86EnableAccess(xf86Screens[dev2screen[j]]);
>        if ((*xf86Screens[dev2screen[j]]->PreInit)(xf86Screens[dev2screen[j]],
> 832:                                             PROBE_DETECT) &&
>            ConfiguredMonitor) {
>            MonitorPtr = configureDDCMonitorSection(j);
>        } else {
>            MonitorPtr = configureMonitorSection(j);
>        }
>
> So it appears that the expression:
>    (*xf86Screens[dev2screen[j]]->PreInit)
> is NULL;  it would be a good idea for that code to check
> if PreInit has been filled in before jumping through it.
>
> Can you recompile the X server with a test for NULL?
>
> Pat
> ---
>
>
> On Wed, Mar 3, 2010 at 6:12 PM, Ross Boylan  wrote:
>> On Wed, 2010-03-03 at 15:41 -0600, Pat Kane wrote:
>>> Could you run the configure under gdb to see if you get a better trace back?
>>>
>>>     $gdb  Xorg
>>>       :r -configure
>>>
>>> could be some xemu hw emulated hw weirdness...
>>>
>> I also loaded some debug symbols.
>>
>> [tcsetpgrp failed in terminal_inferior: Operation not permitted]
>> (++) Using config file: "/root/xorg.conf.new"
>> (EE) open /dev/fb0: No such file or directory
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x in ?? ()
>> (gdb) where
>> #0  0x in ?? ()
>> #1  0x0051a72a in DoConfigure ()
>> at ../../../../hw/xfree86/common/xf86Configure.c:832
>> #2  0x00471c17 in InitOutput (pScreenInfo=0x7d5a80, argc=> optimized out>, argv=)
>> at ../../../../hw/xfree86/common/xf86Init.c:610
>> #3  0x00425a25 in main (argc=2, argv=0x7fffe258, envp=> optimized out>) at ../../dix/main.c:203
>>
>> Ross
>>
>>>
>>> On Tue, Mar 2, 2010 at 1:04 PM, Ross Boylan  wrote:
>>> > On Tue, 2010-03-02 at 05:34 -0600, Pat Kane wrote:
>>> >> On Mon, Mar 1, 2010 at 2:35 PM, Ross Boylan  
>>> >> wrote:
>>> >> > Do I need to create a complete xorg.conf?
>>> >>
>>> >>
>>> >> The command "Xorg -configure"  will create one for you.
>>> > Hooray!  With some hacking I got it working.  However, I want to report
>>> > that Xorg -configure generated a segfault, and I'd like to improve my
>>> > understanding of how configuration works.
>>
>>
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: vesa driver reports many modes, but only allows a few

[Pat Kane]

  Ross Boylan  wrote:
   > Program received signal SIGSEGV, Segmentation fault.
   > 0x in ?? ()
   > (gdb) where
   > #0  0x in ?? ()
   > #1  0x0051a72a in DoConfigure ()
   > at ../../../../hw/xfree86/common/xf86Configure.c:832

The traceback says that someone branched to zero at
line 832 of hw/xfree86/common/xf86Configure.c, that
section of code (from git master) looks like this:

ConfiguredMonitor = NULL;

xf86EnableAccess(xf86Screens[dev2screen[j]]);
if ((*xf86Screens[dev2screen[j]]->PreInit)(xf86Screens[dev2screen[j]],
832: PROBE_DETECT) &&
ConfiguredMonitor) {
MonitorPtr = configureDDCMonitorSection(j);
} else {
MonitorPtr = configureMonitorSection(j);
}

So it appears that the expression:
(*xf86Screens[dev2screen[j]]->PreInit)
is NULL;  it would be a good idea for that code to check
if PreInit has been filled in before jumping through it.

Can you recompile the X server with a test for NULL?

Pat
---


On Wed, Mar 3, 2010 at 6:12 PM, Ross Boylan  wrote:
> On Wed, 2010-03-03 at 15:41 -0600, Pat Kane wrote:
>> Could you run the configure under gdb to see if you get a better trace back?
>>
>>     $gdb  Xorg
>>       :r -configure
>>
>> could be some xemu hw emulated hw weirdness...
>>
> I also loaded some debug symbols.
>
> [tcsetpgrp failed in terminal_inferior: Operation not permitted]
> (++) Using config file: "/root/xorg.conf.new"
> (EE) open /dev/fb0: No such file or directory
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x in ?? ()
> (gdb) where
> #0  0x in ?? ()
> #1  0x0051a72a in DoConfigure ()
> at ../../../../hw/xfree86/common/xf86Configure.c:832
> #2  0x00471c17 in InitOutput (pScreenInfo=0x7d5a80, argc= optimized out>, argv=)
> at ../../../../hw/xfree86/common/xf86Init.c:610
> #3  0x00425a25 in main (argc=2, argv=0x7fffe258, envp= optimized out>) at ../../dix/main.c:203
>
> Ross
>
>>
>> On Tue, Mar 2, 2010 at 1:04 PM, Ross Boylan  wrote:
>> > On Tue, 2010-03-02 at 05:34 -0600, Pat Kane wrote:
>> >> On Mon, Mar 1, 2010 at 2:35 PM, Ross Boylan  wrote:
>> >> > Do I need to create a complete xorg.conf?
>> >>
>> >>
>> >> The command "Xorg -configure"  will create one for you.
>> > Hooray!  With some hacking I got it working.  However, I want to report
>> > that Xorg -configure generated a segfault, and I'd like to improve my
>> > understanding of how configuration works.
>
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: State of Zaphod dual screen support

[Pat Kane]

the 2nd link should be:
 
http://webcvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/DebuggingHints?view=co
you might find this part useful:
 

5. Without module support gdb is  not able to print the function where
   an error occurred in a module.

 If you get a line like:

   (gdb) bt
   #0  0x823b4f5 in ?? ()
   

   You may obtain the function the address belongs to by calling
   LoaderPrintSymbol():

   (gdb) call LoaderPrintSymbol(0x823b4f5)

   The symbol  returned might not always  be the name  of the function
   which contains the address. In  case of static functions the symbol
   is not known to  the loader. However LoaderPrintSymbol() will print
   the nearest known  function and the offset from  its start. You may
   easily find the exact location of the address if you do:

   # objdump --disassemble .o

   .o is the name of the object file containing the symbol printed.

...
On Wed, Mar 3, 2010 at 7:03 AM, Pat Kane  wrote:
> Dave,
>
> For X server gdb help take a look at:
>  http://www.x.org/wiki/Development/Documentation/ServerDebugging
>  http://webcvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/DebuggingHints
> the second is a bit out of date but still useful.
>
> Pat
> ---
>
> On Wed, Mar 3, 2010 at 12:24 AM, David Mohr  wrote:
>  ...
>> I don't have much experience with how gdb behaves if there are no
>> debugging symbols available in _part_ of the program. Could it be that
>> I can inspect the X server by setting a breakpoint somewhere and then
>> continuing?
>> If so, what would be a good place to put a breakpoint (I have no clue
>> about X internals)?
> ...
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: State of Zaphod dual screen support

[Pat Kane]

Dave,

For X server gdb help take a look at:
  http://www.x.org/wiki/Development/Documentation/ServerDebugging
  
http://webcvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/DebuggingHints
the second is a bit out of date but still useful.

Pat
---

On Wed, Mar 3, 2010 at 12:24 AM, David Mohr  wrote:
 ...
> I don't have much experience with how gdb behaves if there are no
> debugging symbols available in _part_ of the program. Could it be that
> I can inspect the X server by setting a breakpoint somewhere and then
> continuing?
> If so, what would be a good place to put a breakpoint (I have no clue
> about X internals)?
...
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Some ideas

[Pat Kane]

 wrote:
 > This already exists, it's just not bundled with X.Org due to the different
 > license - TigerVNC uses current Xorg sources to build both Xvnc and a
 > vnc.so loadable extension module that are compatible with current servers
 > and extensions.   http://www.tigervnc.com/


I have had good luck with Alan Hourihane'c XF4VNC at
   http://xf4vnc.sourceforge.net/modular.html
both the Xvnc and vnc.so work well. I did however have to
add the "-ignoreABI" for the module to load.

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: vesa driver reports many modes, but only allows a few

[Pat Kane]

On Mon, Mar 1, 2010 at 2:35 PM, Ross Boylan  wrote:
> Do I need to create a complete xorg.conf?


The command "Xorg -configure"  will create one for you.

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: State of Zaphod dual screen support

[Pat Kane]

I recently fixed a problem in an experimental ddx that had similar
symptoms.  It was caused by bug in my  DPMS code.

I tracked it down by using "gdb -p pid_of_X" to attach to the
borked X server and then single stepping the beast.

Pat
---


On Mon, Mar 1, 2010 at 1:41 AM, David Mohr  wrote:
> On Sun, Feb 28, 2010 at 11:37 PM, Peter Hutterer
>  wrote:
>> On Sun, Feb 28, 2010 at 11:29:12PM -0700, David Mohr wrote:
>>> I'm part of the minory who currently uses a Zaphod style dual monitor
>>> setup with separate X screens for every monitor. When I recently
>>> upgraded from 7.4 to 7.5, some utilites which I adopted[1] which
>>> manipulate the mouse cursor started malfunctioning. My two X screens
>>> are setup to be "apart" so that the mouse does not pass between them,
>>> and I use my utilities to move the mouse between the two screens. But
>>> with 7.5 every now and then a condition is triggered where the mouse
>>> cursor will just continually jump from screen to screen, keeping the X
>>> server at 100% CPU. I cannot even shut it down using
>>> CTRL-ALT-Backspace.
>>>
>>> I've noticed comments in other threads on this mailing list that
>>> Zaphod mode is not really supported any more (for completeness' sake,
>>> I'm using the binary Nvidia drivers). So my question is, is there
>>> value in trying to track down the bug in Xorg which causes the mouse
>>> to jump back and forth?
>>
>> yes. I've seen this myself and I have not yet identified the issue. it's a
>> server bug and unrelated to the binary driver. If you can help track this
>> issue down, it would be much appreciated.
>
> Ok. Unfortunately I have not been able to find reliable conditions for
> triggering the bug. I'll try again and see what I can find.
>
> Is there any way to get good information out of the running X instance
> once the bug has been triggered? I can only think of sending a signal
> to get a core dump, but then I'm not sure how much useful information
> that would contain.
>
> The strace output does not seem particularly useful to me, but maybe
> I'm wrong. I just get over and over:
> clock_gettime(CLOCK_MONOTONIC, {46551, 535857566}) = 0
> rt_sigprocmask(SIG_BLOCK, [ALRM CHLD TSTP TTIN TTOU VTALRM WINCH IO],
> [IO], 8) = 0
> rt_sigprocmask(SIG_SETMASK, [IO], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [IO], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [], 8)  = 0
> clock_gettime(CLOCK_MONOTONIC, {46551, 536167924}) = 0
> rt_sigprocmask(SIG_BLOCK, [ALRM CHLD TSTP TTIN TTOU VTALRM WINCH IO],
> [IO], 8) = 0
> rt_sigprocmask(SIG_SETMASK, [IO], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [IO], 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [IO], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [IO], [], 8)  = 0
>
> Thanks,
> ~David
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: vesa driver reports many modes, but only allows a few

[Pat Kane]

To get higherVMware X display  resolutions I had to add these to
the  xorg.conf file inside my virtual machine:

   Section "Monitor"
   Identifier   "Monitor0"
   VendorName   "Monitor Vendor"
   ModelName"Monitor Model"
   HorizSync10 - 300
   VertRefresh  10 - 200
   EndSection

 SubSection "Display"
   Viewport   0 0
   Depth 24
   Modes "1024x768"
 EndSubSection

Does that help?

Pat
---


On Mon, Mar 1, 2010 at 1:28 AM, Ross Boylan  wrote:
> Could anyone explain to me what the attached log means?
>
> X 7.5 detects a rich array of BIOS modes, but then runs through a list
> of modes and says "no mode of this name".  Should it be using something
> like "104" or  "104 (1024x768)" instead of, e.g., "1024x768"?  Then X
> tries a less strict probe, and rejects all but a couple of
> low-resolution modes with "hsync out of range".  I have no xorg.conf
> file.
>
> X is running inside a VM, to which I'm connected via vnc.  The VM is
> running Debian squeeze (testing).  When it starts up, the boot screen
> appears to be 640x480.  If I launch an X session, I get 800x600.  I
> would like higher resolutions in both terminal and X mode.
>
> The host runs qemu-kvm-0.12.2, compiled from source on Debian lenny
> (stable), amd64 architecture (Xeon).  The VM is also amd64, with
> multiple CPU's.
>
> I don't need to do anything special to get the tablet device recognized,
> which is nice improvement over X 7.3 on Debian Lenny.  But something is
> going wrong with the video.  Other bugs on the net suggest that the
> virtual display adapter is not advertising its modes properly.
> Consistent with that, the DDC does not seem to work; there is a message
> "VESA VBE DDC not supported".  However, the log lists many video modes;
> it appears X is getting the information it needs.
>
> I have tried various xorg.conf's, but have gotten nowhere--apparently if I
> define one section I need to define all the others.  The logs don't seem
> to have any modelines, ruling out the simple solution given in the FAQ.
>
> I launch with
> sudo vdeq bin/qemu-system-x86_64 -net
> nic,vlan=1,macaddr=52:54:a0:16:01:01 \
>    -net vde,vlan=1,sock=/var/run/vde2/tap0.ctl \
>    -boot c \
>    -vga std -vnc localhost:7 -usbdevice tablet \
>    -name Squeeze00 \
>    -hda /dev/turtle/Squeeze00 \
>    -soundhw es1370 -m 1G -smp 4
>
> Of course, I'd also welcome help with the virtual machine, but I only
> came to this list for help on the X part.  Why are video modes being
> detected but not used?  Is there an xorg.conf I can specify that will
> work around the problem?
>
> Thanks.
> Ross Boylan
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X server slow to start

[Pat Kane]

I would use strace to get a low-level view of what is going on.
When the X server is in that 20 second state run:
 strace -tt -f -p PID_OF_X
if it is not busy doing system calls then you might need
to connect to the Xorg using gdb and then step to see
what is going on:
gdb -p PID_OF_X

Pat
---


On Thu, Feb 25, 2010 at 2:06 PM, William Wagner
 wrote:
> Hi All,
>
> First I hope this is the correct list to post to, if not then please point
> me in the right direction.
>
> I am trying to get the X.Org xserver running on an x86 platform with intel
> 945GME graphics. It is for an embedded motherboard
> (http://www.axiomtek.com/products/ViewProduct.asp?view=462) and the bsp is
> built using buildroot (www.buildroot.org) so there is complete control (or
> lack of) over how everything is configured and built.
>
> The problem I have is that although xserver does run it takes ~20 secs to
> start up. Any help on why it is taking so long is much appreciated.
>
> I am using:
> linux 2.6.32.9 (with intel KMS)
> xserver 1.7.5
> xdriver_xf86-video-intel 2.10.0
>
> When it X starts up it pauses for ~20secs and then prints this to the
> console (it does not appear in the log):
> X server does not support locale
> cannot set locale modifiers
>
> Can anyone tell me how to get the xserver to be more verbose during boot so
> I can see exactly what it is doing? I have tried adding -logverbose 20 to
> xserverrc but that does not generate anything useful. Any suggestions on how
> to tackle this?
>
> Thanks
> Will
>
> The log output is:
>
> X.Org X Server 1.7.5
> Release Date: 2010-02-16
> X Protocol Version 11, Revision 0
> Build Operating System: Linux 2.6.26-2-amd64 x86_64
> Current Operating System: Linux buildroot 2.6.32.9 #7 SMP PREEMPT Thu Feb 25
> 19:35:58 GMT 2010 i686
> Kernel command line: root=/dev/sda1 console=ttyS0,115200 vga=792
> Build Date: 25 February 2010  04:11:04PM
>
> Current version of pixman: 0.17.6
>        Before reporting problems, check http://wiki.x.org
>        to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
>        (++) from command line, (!!) notice, (II) informational,
>        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/usr/var/log/Xorg.0.log", Time: Thu Feb 25 20:46:38 2010
> (++) Using config file: "/etc/xorg.conf"
> (==) ServerLayout "X.org Configured"
> (**) |-->Screen "Screen0" (0)
> (**) |   |-->Monitor "Monitor0"
> (**) |   |-->Device "Card0"
> (**) |-->Input Device "Mouse0"
> (**) |-->Input Device "Keyboard0"
> (==) Not automatically adding devices
> (==) Not automatically enabling devices
> (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/X11/100dpi/".
>        Entry deleted from font path.
>        (Run 'mkfontdir' on "/usr/share/fonts/X11/100dpi/").
> (WW) The directory "/usr/lib/X11/fonts/misc/" does not exist.
>        Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/TTF/" does not exist.
>        Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/OTF" does not exist.
>        Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/Type1/" does not exist.
>        Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.
>        Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.
>        Entry deleted from font path.
> (**) FontPath set to:
>        /usr/share/fonts/X11/misc/,
>        /usr/share/fonts/X11/Type1/,
>        /usr/share/fonts/X11/75dpi/
> (**) ModulePath set to "/usr/lib/xorg/modules"
> (II) Loader magic: 0x81921a0
> (II) Module ABI versions:
>        X.Org ANSI C Emulation: 0.4
>        X.Org Video Driver: 6.0
>        X.Org XInput driver : 7.0
>        X.Org Server Extension : 2.0
> (--) using VT number 3
>
> (--) PCI:*(0:0:2:0) 8086:27ae:8086:27ae rev 3, Mem @ 0xfde8/524288,
> 0xd000/268435456, 0xfdf8/262144, I/O @ 0xff00/8
> (--) PCI: (0:0:2:1) 8086:27a6:8086:27ae rev 3, Mem @ 0xfdf0/524288
> (--) PCI: (0:2:0:0) 104c:9065:6450:0004 rev 1, Mem @ 0xfd40/4194304,
> 0xfc80/8388608, I/O @ 0xef00/16
> (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
> (II) "extmod" will be loaded. This was enabled by default and also specified
> in the config file.
> (II) "dbe" will be loaded. This was enabled by default and also specified in
> the config file.
> (II) "dri" will be loaded. This was enabled by default and also specified in
> the config file.
> (II) "dri2" will be loaded. This was enabled by default and also specified
> in the config file.
> (II) LoadModule: "dbe"
> (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
> (II) Module dbe: vendor="X.Org Foundation"
>        compiled for 1.7.5, module version = 1.0.0
>        Module class: X.Org Server Extension
>        ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension DOUBLE-BUFFER
> 

[Q] Cylindrical Desktop

[Pat Kane]

I have a stock Ubuntu 9.0.4 workstation that just got
a second graphics card and LCD panel, both displays
work as one large Gnome desktop.

My problem is that I want the main part of the desktop
in the center of my desk and the extended part on the
left side -- so in the "Display Preferences" I had to
interchange the position of the monitors[1][2].

Okay, that works well, except for one minor issue,
when I move the root pointer to the left on the
main screen it gets stuck at the left edge, but I
want it to go to the second display.

The best analogy that I can think of is that I want my
desktop to act like it is on the surface of a cylinder

I think this is a window manager problem, but I'm not
100% sure.  I'm willing to hack Xorg to get the  effect.

Any ideas?

Pat
---
[1] TMDS-1 connected 1440x900+1920+0
HDMI-2 connected 1920x1080+0+0

[2] http://en.wikipedia.org/wiki/The_One_on_the_Right_Is_on_the_Left
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[Q] How to use Xorg dtrace hooks?

[Pat Kane]

I needed trace client activity on a Solaris 10 system
with an Xorg that I have built.

After looking at the dispatch code I see that there
are dtrace hooks in the exact places that I was thinking
of adding debug output.  Cool, but I need a bit of a clue
as to how to use them.

My first attempt was this "D" script:

   Xserver16787:Xorg:Dispatch:request-start
   {
  printf("%s\n", arg0);
   }

but dtrace did not like that, maybe I need "stringof(arg0)"?

Does anyone have working dtrace scripts?

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: A couple of problem with xorg-server 1.7.3

[Pat Kane]

Citēju Gregoire Gentil :

> First, since the version later than 1.5.3, X takes a very long time to
> start, especially I have a blank screen for almost seven seconds! :-( I
> would like to know how I can debug what X is trying to do during this
> very long time.

Can you start the X server via strace?  On my Linux box I would  try:

 strace  -f  -o /tmp/st_log.txt  -tt   /usr/bin/Xorg

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Troubleshooting server memory leaks

[Pat Kane]

Does xrestop show anything interesting?

I'd do a 'xrestop -b -m1'  before and after your testing and then
compare the two outputs.

Pat
---


On Fri, Nov 27, 2009 at 10:53 AM, Ross Vandegrift  wrote:
> On Wed, Nov 25, 2009 at 09:42:01PM -0500, Ross Vandegrift wrote:
>> This is Xorg 7.4, X server 1.6.5, nv driver, no compositing manager,
>> no DRI.  System is Debian testing/unstable.
>
> I've been experimenting with this overnight th epast few days.  A few
> observations:
>
> 1) If I start a fresh X server, RSS goes to 6M and stays as long as I
> don't log in, including overnight.
>
> 2) I read some previous issues where long-running Firefoxes triggered
> similar leaks.  Last night I left clients going (banshee and vuze),
> but close firefox.  RSS was up to 856M this morning.
>
> 3) Tonight, I'm going to try leaving my WM running but no other
> clients.
>
> Ross
>
>
> --
> Ross Vandegrift
> r...@kallisti.us
>
> "If the fight gets hot, the songs get hotter.  If the going gets tough,
> the songs get tougher."
>        --Woody Guthrie
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAksQBAkACgkQMlMoONfO+HAM9QCfSvVj8/ySLfFPwsd3w9Gf3DUS
> kxkAoLgfJG+uM0QNoun4bbqlrkOYZwYV
> =5xv5
> -END PGP SIGNATURE-
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[Q] TrueType fonts

[Pat Kane]

Does Xorg support TrueType fonts?   After a quick look at the source I
would say that we can do
FreeType without much trouble, but I'm not sure about TT.Can
someone point me at detailed
info?

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [ANNOUNCE] X11R7.5

[Pat Kane]

Alan,

Thank you!

Pat
---


On Mon, Oct 26, 2009 at 6:17 PM, Alan Coopersmith
 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> The X.Org Foundation and the global community of X.Org developers
> announce the release of X11R7.5 - Release 7.5 of the X Window System,
> Version 11.  This release is the sixth modular release of the X Window
> System. The next full release will be X11R7.6 and is expected in 2010.
...
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Help configuring xorg (broken screen)

[Pat Kane]

Try this:
 xrandr --output OUTPUT --transform 1,0,-16,0,1,0,0,0,1
where OUTPUT should be change to the output you wish to change,
in my case it is TMDS-1

On Fri, Oct 16, 2009 at 3:33 AM, Giovanni Battista Lenoci
 wrote:
> Christopher Lightfoot ha scritto:
>> I don't know anything about Xorg but I'd assume it'd just stretch your
>> new resolution acrross into the damaged area anyway
> Maybe a picture says much more than words...
>
> http://www.ueppy.com/broken.jpg
>
> As you can see in the right part of the picture the screen is not
> stretched, and menus cannot be seen correctly.
>
>> - you need to use
>> the actual resolution but only get X to load in the left most part of
>> the resolution you need... more of a window manager issue than a
>> screen issue... maybe?
>>
> If you're right can you point me how to achieve this? I use gnome.
>
> Thank you very much for your answer.
>
> --
> gianiaz.net - web solutions
> via piedo, 58 - 23020 tresivio (so) - italy
> +39 347 7196482
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: XTestFakeButtonEvent with buttons > 3?

[Pat Kane]

$  grep  MAXBUTTONS   driver/xf86-input-void/src/void.c
#define MAXBUTTONS 3

Pat
---



On Mon, Oct 12, 2009 at 11:51 AM, McDonald, Michael-p7438c
 wrote:
>> -Original Message-
>> From: Peter Hutterer [mailto:peter.hutte...@who-t.net]
>> Sent: Sunday, October 11, 2009 8:35 PM
>> To: McDonald, Michael-p7438c
>> Cc: xorg@lists.freedesktop.org
>> Subject: Re: XTestFakeButtonEvent with buttons > 3?
>>
>> On Fri, Oct 09, 2009 at 10:16:43AM -0700, McDonald,
>> Michael-p7438c wrote:
>> > We've been using XTestFakeButtonEvent quite happily to inject button
>> > events until a user decided to use the scroll wheel.
>> >
>> >     Major opcode: 147 (XTEST)
>> >     Minor opcode: 2 (X_XTestFakeInput)
>> >     Value: 5
>> >
>> > So I take it that Xtest only supports buttons 1 thru 3. Has
>> this been
>> > fixed in newer versions? (We're using version 1.0.1-3.1 from RH5.3)
>>
>> xtest supports button presses up to the number of buttons the
>> device has
>> provided. so assuming you have a 5 button mouse you should be
>> able to send
>> button 5 presses.
>
> "the number of buttons the device has provided"? Which device are you
> refering to? The mouse connected to the X server that we're sending the
> Xtest message to? That server has the void mouse!
>
> Mike McDonald
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: XTestFakeButtonEvent with buttons > 3?

[Pat Kane]

Xnee   can record/playback scroll wheel events
on my Solaris 10 box with an xorg 1.5.1 server.  The client for the
test was xterm.

Pat
---



On Fri, Oct 9, 2009 at 12:16 PM, McDonald, Michael-p7438c
 wrote:
>
> We've been using XTestFakeButtonEvent quite happily to inject button
> events until a user decided to use the scroll wheel.
>
>        Major opcode: 147 (XTEST)
>        Minor opcode: 2 (X_XTestFakeInput)
>        Value: 5
>
> So I take it that Xtest only supports buttons 1 thru 3. Has this been
> fixed in newer versions? (We're using version 1.0.1-3.1 from RH5.3)
>
> Mike McDonald
> GDC4S JLTV
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: BUG -- Xnest 1.5 sunken by XftDrawString8()

[Pat Kane]

On Thu, Oct 8, 2009 at 10:42 AM, Eeri Kask  wrote:
> Am 10/07/2009 09:50 PM, Pat Kane schrieb:
>> On Wed, Oct 7, 2009 at 3:36 AM, Eeri Kask  
>> wrote:
>>> It appears the tiny attached program crashes Xnest if the lin
>>
>> Here is a patch to workaround the problem.
>
> Thanks again, this patch definitely solved the crash issue.
>

Note that the patch only prevents  the XFillRectangles case from
killing Xnest, there are lots of other places where a NULL pDrawable
could cause problems (e.g. xnestFillPolygon, xnestPolyText8 ...)

> Though, may I kindly attach another variation of that small program
> which now disclosed another problem, probably related to ... I don't
> yet know.  :-)
>
> Running on a usual X11-server (I just installed and test on "X.Org X
> Server 1.6.3.901 (1.6.4 RC 1)") this program draws a small text with
> a two-pixel *white* outline which is created by XShape.  Now running
> on Xnest, parts of this white outline appear *black*.  If exposures
> are turned off by "#if 0", the background-shape appears all white.

Yeah, I see that problem here too.  It maybe be related to the bogus
nature of the workaround I gave you -- the correct fix would be to
prevent Xnest from generating a NULL pDrawable pointer.

> As these outline defects now apparently appear with Xnest 1.2.0 and
> 1.3.0 too running ontop of "1.6.4-rc1" it maybe is a problem of the
> latter?
>
> I don't know if you can do anything about it, I simply wanted to let
> you know.
>
> Thanks for your time,
>
>    Eeri Kask
>
>
> /*
>    gcc -o textbitmapshape TextBitmapShape.c -lX11 -lXext -lXft  
> -L/usr/X11R6/lib -I/usr/X11R6/include -I/usr/X11R6/include/freetype2
> */
>
> #include 
> #include 
> #include 
> #include 
>
> main (int argc, char **argv)
> {
>    char * str = (argc>1?argv[1]:"Lorem ipsum");
>
>    Display * dsp = XOpenDisplay (NULL);
>    int scr = XDefaultScreen (dsp);
>
>    XftDraw * draw;
>    XftColor xft_col;
>    XftColorAllocName (dsp, XDefaultVisual (dsp, scr), XDefaultColormap (dsp, 
> scr), "SeaGreen", &xft_col);
>    XftFont * font = XftFontOpenName (dsp, scr, 
> "serif:bold:italic:pixelsize=33");
>
>    Window win = XCreateSimpleWindow (dsp, XRootWindow (dsp, scr), 5, 5, 300, 
> 100, 3,
>                                        XBlackPixel (dsp, scr), XWhitePixel 
> (dsp, scr));
>
>    XRectangle rec;
>    rec.x = rec.y = 3;
>    rec.width = 300-6;
>    rec.height = 100-6;
>    XShapeCombineRectangles (dsp, win, ShapeBounding, 0, 0, &rec, 1, 
> ShapeSubtract, Unsorted);
>
>    Pixmap mask = XCreatePixmap (dsp, XRootWindow (dsp, scr), 300, 100, 1);
>    GC gc = XCreateGC (dsp, mask, 0, NULL);
>    XSetForeground (dsp, gc, 0);
>    XFillRectangle (dsp, mask, gc, 0, 0, 300, 100);
>
>    draw = XftDrawCreateBitmap (dsp, mask);
>    XftDrawString8 (draw, &xft_col, font, 20, 60, (XftChar8*)(str), 
> strlen(str));
>    XftDrawDestroy (draw);
>
>    XSetFunction (dsp, gc, GXor);
>    int i;
>    for (i = 1; i <= 2; ++i)
>    {
>        XCopyArea (dsp, mask, mask, gc, 1, 0, 299, 100, 0, 0);
>        XCopyArea (dsp, mask, mask, gc, 0, 0, 299, 100, 1, 0);
>        XCopyArea (dsp, mask, mask, gc, 0, 1, 300,  99, 0, 0);
>        XCopyArea (dsp, mask, mask, gc, 0, 0, 300,  99, 0, 1);
>    }
>    XFreeGC (dsp, gc);
>
>    XShapeCombineMask (dsp, win, ShapeBounding, 0, 0, mask, ShapeUnion);
>    XFreePixmap (dsp, mask);
>
>    draw = XftDrawCreate (dsp, win, XDefaultVisual (dsp, scr), 
> XDefaultColormap (dsp, scr));
>
>    XSelectInput (dsp, win, ExposureMask);
>    XMapWindow (dsp, win);
>
>    for (;;)
>    {
>        XEvent evt;
>        XNextEvent (dsp, &evt);
> #if 1   /* enable/disable exposures */
>        if (evt.type == Expose)
>            XftDrawString8 (draw, &xft_col, font, 20, 60, (XftChar8*)(str), 
> strlen(str));
> #endif
>    }
> }
>
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Intel Q35/Q45 fb driver?

[Pat Kane]

 On Wed, Oct 7, 2009 at 8:40 PM, McDonald, Michael-p7438c
 wrote:

 > We have the mmap version of the MIT SHM extension working and we now get
 > 18-21 frames/sec whereas we were getting just 2-3 frames/sec using stock
 > X.
Nice, I'd like to take a look at your changes.

 > X still seems kind of overkill when all we need is a frame buffer and a
 > bitblitter.

Much of the OS could be eliminated too, for an embedded device that
would be important.   I wonder how much it would help Xvnc and other
network-framebuffer DDXs?

Pat

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: BUG -- Xnest 1.5 sunken by XftDrawString8()

[Pat Kane]

On Wed, Oct 7, 2009 at 3:36 AM, Eeri Kask  wrote:
> It appears the tiny attached program crashes Xnest if the lin

Here is a patch to workaround the problem.

Pat
---

diff --git a/hw/xnest/GCOps.c b/hw/xnest/GCOps.c
index ad9668e..8ac4aa4 100644
--- a/hw/xnest/GCOps.c
+++ b/hw/xnest/GCOps.c
@@ -237,6 +237,7 @@ void
 xnestPolyFillRect(DrawablePtr pDrawable, GCPtr pGC, int nRectangles,
  xRectangle *pRectangles)
 {
+  if(xnestDrawable(pDrawable))
   XFillRectangles(xnestDisplay, xnestDrawable(pDrawable), xnestGC(pGC),
   (XRectangle *)pRectangles, nRectangles);
 }



On Wed, Oct 7, 2009 at 3:36 AM, Eeri Kask  wrote:
> Hello,
>
> It appears the tiny attached program crashes Xnest if the line
>
>
>        #if 0 /* halve width */
>
> is changed to
>
>        #if 1 /* halve width */
>
>
> Basically then it Xft-paints text beyond 'bounding-area' of XShape.
>
> In contrast, this program doesn't crash Xnest 1.2 and 1.3.
>
>
> Greetings,
>
>    Eeri Kask
>
>
> P.S. To prove it is XftDrawString8() problem please change
>
>        #if 1   /* enable/disable exposures */
>
> to
>
>        #if 0   /* enable/disable exposures */
>
>
> few lines below and rerun.
>
>
> /*
>    gcc -o textbitmapshape_bugdemo TextBitmapShape_BugDemo.c -lX11 -lXext 
> -lXft  -L/usr/X11R6/lib -I/usr/X11R6/include -I/usr/X11R6/include/freetype2
> */
>
> #include 
> #include 
> #include 
>
> main (int argc, char **argv)
> {
>    char * str = (argc>1?argv[1]:"Lorem ipsum");
>
>    Display * dsp = XOpenDisplay (NULL);
>    int scr = XDefaultScreen (dsp);
>
>    Window win = XCreateSimpleWindow (dsp, XRootWindow (dsp, scr), 5, 5, 300, 
> 100, 3,
>                                        XBlackPixel (dsp, scr), XWhitePixel 
> (dsp, scr));
>    XRectangle rec;
>    rec.x = rec.y = 0;
>    rec.width = 300, rec.height = 100;
> #if 0 /* halve width */
>    rec.width -= 150;
> #endif
>    XShapeCombineRectangles (dsp, win, ShapeBounding, 0, 0, &rec, 1, ShapeSet, 
> Unsorted);
>
>    XftColor xft_col;
>    XftColorAllocName (dsp, XDefaultVisual (dsp, scr), XDefaultColormap (dsp, 
> scr), "SeaGreen", &xft_col);
>    XftFont * font = XftFontOpenName (dsp, scr, 
> "serif:bold:italic:pixelsize=33");
>    XftDraw * draw = XftDrawCreate (dsp, win, XDefaultVisual (dsp, scr), 
> XDefaultColormap (dsp, scr));
>
>    XSelectInput (dsp, win, ExposureMask);
>    XMapWindow (dsp, win);
>
>    for (;;)
>    {
>        XEvent evt;
>        XNextEvent (dsp, &evt);
> #if 1   /* enable/disable exposures */
>        if (evt.type == Expose)
>            XftDrawString8 (draw, &xft_col, font, 20, 60, (XftChar8*)(str), 
> strlen(str));
> #endif
>    }
> }
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Intel Q35/Q45 fb driver?

[Pat Kane]

So you have an MLS shared memory?

On Tue, Oct 6, 2009 at 1:47 PM, McDonald, Michael-p7438c
 wrote:
>
>
> Mike McDonald
> GDC4S JLTV
>
>> -Original Message-
>> From: Adam Jackson [mailto:a...@nwnk.net]
>> Sent: Tuesday, October 06, 2009 11:02 AM
>> To: McDonald, Michael-p7438c
>> Cc: xorg@lists.freedesktop.org
>> Subject: Re: Intel Q35/Q45 fb driver?
>>
>
>> If so, your copy chain (assuming PutImage not ShmPutImage) looks like:
>>
>> app -> vm kernel -> vm X server -> hv -> host X server -> gpu
>
> It's actually
>
> app -> vm kernel -> vm X server -> shared memory
>
>                                             shared memory -> xapp ->
> kernel -> host X server ->gpu
>
> The first chain runs independantly of the second. The frame rates I
> mentioned are only refering to the second chain. Of there are multiple
> instances of the first chain running, each at a different security
> level.
>
>> Which is pretty dire.  You could just run the app in the vm
>> but display
>> on the host's X server
>
> Nope, that would violate security requirements for separation.
>
> Mike McDonald
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [Q] Xorg VNC driver?

[Pat Kane]

 > git clone git://xf4vnc.git.sourceforge.net/gitroot/xf4vnc/xserver

Thanks!   I was able  clone your tree without any trouble.
I've got a 1.7-ish version that mostly works -- until I move the pointer.
(Looks like the "events" argument to GetPointerEvents has changed).

Another problem is that window borders are not visible until the Xvnc
screen is refreshed, rfbPaintWindowBorder is not being called.
That used to be done in   mi/miwindow.c  miHandleValidateExposures(..)
like this:
   (*pScreen->PaintWindowBorder)(pWin,
&val->after.borderExposed,
PW_BORDER);

but that code has been removed[1].   Does anyone know what needs to be
done to get window borders to appear?

Pat
---
[1] I added the lines back and borders are again visible, what will that
 break?  Composite maybe?





On Wed, Sep 30, 2009 at 4:30 AM, Alan Hourihane  wrote:
> I've just exported a new git repository for the xf4vnc project. It just
> covers the xserver component at the moment.
>
> It's available at
>
> git clone git://xf4vnc.git.sourceforge.net/gitroot/xf4vnc/xserver
>
> I've briefly tested it and it seems to work, but I've not done anything
> extensive.
>
> Let me know how you get on.
>
> Thanks,
>
> Alan.
>
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [Q] Xorg VNC driver?

[Pat Kane]

On Tue, Sep 29, 2009 at 6:23 PM, Peter Hutterer
 wrote:
 > To get the wheel support, just inc NBUTTONS to 7 and set it up with the

Thanks for the info, attached is a new version of hw/vnc/init.c that has
mouse wheel support (copied from hw/xquartz/darwin.c).
Oh, and this version actually compiles with the current git tree.

BTW, my built Xvnc does not yet work correctly, I am currently
trying to debug this problem (the "=+=" msg is my debug printf) :

Starting program: /pek/Git/Xorg_test/xserver/hw/vnc/Xvnc :2
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b446c0 (LWP 16365)]
29/09/2009 19:16:08 Xvnc version X.org/xf4vnc custom version
29/09/2009 19:16:08 Copyright (C) 2001-2004 Alan Hourihane.
29/09/2009 19:16:08 Copyright (C) 2000-2004 Constantin Kaplinsky
29/09/2009 19:16:08 Copyright (C) 1999 AT&T Laboratories Cambridge
29/09/2009 19:16:08 All Rights Reserved.
29/09/2009 19:16:08 See http://www.tightvnc.com/ for information on TightVNC
29/09/2009 19:16:08 See http://xf4vnc.sf.net for xf4vnc-specific information
29/09/2009 19:16:08 Desktop name 'x11' (vost:2)
29/09/2009 19:16:08 Protocol versions supported: 3.7, 3.3
29/09/2009 19:16:09 Listening for VNC connections on TCP port 5902
=+= ActivateDevice: dev: 0x98b9df0  se: 1
deviceProc: 0x8152980
 IM:1 sO: 0x1  DCI: 0x80a6c10

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7b446c0 (LWP 16365)]
0x in ?? ()
(gdb) where
#0  0x in ?? ()
#1  0x0815359b in ActivateDevice (dev=0x98b9df0, sendevent=)
at devices.c:501
#2  0x08154538 in InitCoreDevices () at devices.c:634
#3  0x0813982e in main (argc=2, argv=0xbfa429e4, envp=0xb7cc3170) at main.c:256


Pat



On Tue, Sep 29, 2009 at 6:23 PM, Peter Hutterer
 wrote:
> On Tue, Sep 29, 2009 at 05:59:34PM +0200, Matthias Hopf wrote:
>> On Sep 23, 09 14:33:24 -0500, Pat Kane wrote:
>> > On Wed, Sep 23, 2009 at 8:46 AM, Matthias Hopf  wrote:
>> > > Sorry, porting was only to 1.6.3.901 (just noted that). However, they
>> > > will probably a good start.
>> > They provide a very good staring point and  have saved me a lot of
>> > work, thank you.
>> >
>> > I think the the mouse init code, init.c, needs to look somthing like
>> > the attached snippet
>> >  of code (sorry I can not make patches yet).  Does that look right?
>>
>> It doesn't look wrong (though I'm unsure how z axis i.e. mouse wheel is
>> handled, and in the code I can only see handling of 3 buttons and 2
>> axes), but I'm not exactly fluent in that area.
>
> if the driver posts wheels as buttons 4/5 the server will ignore them if it
> isn't set up. So the previous snippet is correct though without mouse
> wheel support.
>
> To get the wheel support, just inc NBUTTONS to 7 and set it up with the
> labels BTN_LABEL_PROP_BTN_WHEEL_UP, BTN_LABEL_PROP_BTN_WHEEL_DOWN,
> BTN_LABEL_PROP_BTN_HWHEEL_LEFT, BTN_LABEL_PROP_BTN_HWHEEL_RIGHT.
>
> Note that button labelling is still optional, a label of 0 is permitted.
> Labels are a hint to clients so they know what a given button does. For any
> button from 1-7 labels are arguably superfluous since we can't change much
> anyway - too many clients rely on the current behaviour.
>
> Cheers,
>  Peter
> _______
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
/*
 * init.c
 *
 * Modified for XFree86 4.x by Alan Hourihane 
 * Modified for Xorg 1.7by Pat Kane 
 */

/*
 *  Copyright (C) 1999 AT&T Laboratories Cambridge.  All Rights Reserved.
 *
 *  This is free software; you can redistribute it and/or modify
 *  it under the terms of the GNU General Public License as published by
 *  the Free Software Foundation; either version 2 of the License, or
 *  (at your option) any later version.
 *
 *  This software is distributed in the hope that it will be useful,
 *  but WITHOUT ANY WARRANTY; without even the implied warranty of
 *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *  GNU General Public License for more details.
 *
 *  You should have received a copy of the GNU General Public License
 *  along with this software; if not, write to the Free Software
 *  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307,
 *  USA.
 */

/*

Copyright (c) 1993  X Consortium

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the fol

Re: [Q] Xorg VNC driver?

[Pat Kane]

On Wed, Sep 23, 2009 at 8:46 AM, Matthias Hopf  wrote:
>
> On Sep 23, 09 08:09:58 -0500, Pat Kane wrote:
> > Has anyone  ported xf4vnc to xorg-server  1.7 (1.6.99)?
> Sorry, porting was only to 1.6.3.901 (just noted that). However, they
> will probably a good start.

They provide a very good staring point and  have saved me a lot of
work, thank you.

I think the the mouse init code, init.c, needs to look somthing like
the attached snippet
 of code (sorry I can not make patches yet).  Does that look right?

I am lookig forward to having the code in a git repo.

Pat
---
...

static int
rfbMouseProc(pDevice, onoff)
DeviceIntPtr pDevice;
int onoff;
{
#define NBUTTONS 3
#define NAXES 2
BYTE map[NBUTTONS + 1];
Atom btn_labels[NBUTTONS] = {0};
Atom axes_labels[NAXES] = {0};
DevicePtr pDev = (DevicePtr)pDevice;

switch (onoff)
{
case DEVICE_INIT:
PtrDeviceInit();
map[1] = 1;
map[2] = 2;
map[3] = 3;

btn_labels[0] = XIGetKnownProperty(BTN_LABEL_PROP_BTN_LEFT);
btn_labels[1] = XIGetKnownProperty(BTN_LABEL_PROP_BTN_MIDDLE);
btn_labels[2] = XIGetKnownProperty(BTN_LABEL_PROP_BTN_RIGHT);

axes_labels[0] = XIGetKnownProperty(AXIS_LABEL_PROP_REL_X);
axes_labels[1] = XIGetKnownProperty(AXIS_LABEL_PROP_REL_Y);


if (! InitPointerDeviceStruct(pDev, map, 
  NBUTTONS, btn_labels,
  (PtrCtrlProcPtr)NoopDDA, 
  GetMotionHistorySize(), 
  NAXES, axes_labels))
{
ErrorF("Could not initialize device '%s'. Out of memory.\n",
   pDev->name);
return BadAlloc; /* IPDS only fails on allocs */
}
pDev->valuator->axisVal[0] = screenInfo.screens[0]->width / 2;
pDev->last.valuators[0]= pDev->valuator->axisVal[0];
pDev->valuator->axisVal[1] = screenInfo.screens[0]->height / 2;
pDev->last.valuators[1]= pDev->valuator->axisVal[1];

vncSetPointerDevice(pDevice);
break;

case DEVICE_ON:

  ...
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [Q] Xorg VNC driver?

[Pat Kane]

Has anyone  ported xf4vnc to xorg-server  1.7 (1.6.99)?

After a quick look I see that the following needs to be done:

   1) calls to "TryClientEvents" in cutpaste.c & vncext.c
  need to be fixed.

   2) calls to  "AddInputDevice", "InitKeyboardDeviceStruct" and
  "InitPointerDeviceStruct" in init.c need to be fixed.

what else needs to be done?

Pat
---





On Fri, Dec 5, 2008 at 12:53 PM, Alan Hourihane wrote:

> On Fri, 2008-12-05 at 11:37 -0600, Pat Kane wrote:
> > Does anyone know of a loadable VNC driver for Xorg 1.5?
> >
> > What would it take to create such a thing?
> >
> > Would I need to create both an input driver and a
> > video driver, or could I get by with one hybred beastie?
>
> Hi Pat,
>
> Check out xf4vnc.sf.net
>
> Alan.
>
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Support for screen changes as vector graphics like Webex

[Pat Kane]

Google seems to have their own version of NX:

  http://code.google.com/p/neatx/

On Thu, Jul 23, 2009 at 3:27 PM, Joel Feiner wrote:
> NoMachine's NX server and client is probably what you are looking for.
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

TWM with translucent menus (was Doc?)

[Pat Kane]

Hey Tom,

Have you seen  this version of TWM with translucent windows used for menus ?
  


On 4/9/09, Alan Cox  wrote:
> On Thu, 9 Apr 2009 13:22:45 +1000
> Torgeir Veimo  wrote:
>
>> 2009/4/9 Alan Cox 
>>
>> > For proving fancy anti-aliasing isn't just for new apps or integrating
>> > it
>> > into old ones, KeithP's rework of twm with render is glorious...
>> >
>>
>> Is there a screenshot somewhere of the rework version?
>
> keithp.com/~keithp - "A New Rendering Model For X" - in the more info and
> pictures bit
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Documentation?

[Pat Kane]

 [ sitting in dark left  Xorg corner
   an EMACS  luser trying to swat a fly
   lifts his arm at the exact wrong time...]

If you do no thave time/energy  to send the raw bug  info to this list,
send it to me and I will clean it up and forward it to *zilla for you.

Xorg ombudsman elect,

Pat
---


On 4/8/09, Gene Heskett  wrote:
> On Wednesday 08 April 2009, Alan Coopersmith wrote:
>>Gene Heskett wrote:
>>> You want a bug report?  Let us file the bug without half an hour filling
>>> out forms and such to register for yet another service that may generate
>>> even more spam. Screw it.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

/*SUPPRESS*/ comments?

[Pat Kane]

In various places in the Xorg source code see comments like this
one in "./app/bitmap/Handlers.c":

status->success = status->draw ? True : False;
/* SUPPRESS 701 */
BWTerminateRequest(w, TRUE);

What does that comments do, it kind of looks like a lint directive.

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Image rendeing problem

[Pat Kane]

I think Fedora Bug 468860 describes the same  problem
<https://bugzilla.redhat.com/show_bug.cgi?id=468860>
Description of problem:
using the intel driver in my xorg.conf results in a lack of any
OpenGL output to the screen, glxgears results in a black box
which still spits out the number of frames drawn but unfortunately
fails to put out any image to the screen.

the upstream Bug 18430 is at:
<http://bugs.freedesktop.org/show_bug.cgi?id=18430>

Both reports have tweaks to try to workaround the problem.


Pat
---




On 3/22/09, Tino Keitel  wrote:
> On Fri, Mar 20, 2009 at 10:47:48 -0500, Pat Kane wrote:
>> I am attaching a tarball with Hugo's Xorg.0.log.
>> I took a quick look but I do not see any obvious
>> reason that his OpenGL is not working.
>>
>> The only odd things I see in the attached log are:
>>
>>   ...
>>   (**) intel(0): Tiling enabled
>>   (==) intel(0): VideoRam: 262144 KB
>>   (II) intel(0): Attempting memory allocation with tiled buffers.
>>   (EE) intel(0): Failed to set tiling on front buffer: rejected by kernel
>>   (EE) intel(0): Failed to set tiling on back buffer: rejected by kernel
>>   (EE) intel(0): Failed to set tiling on depth buffer: rejected by kernel
>>   (II) intel(0): Tiled allocation successful.
>>   ...
>
> According to the log files, it is a i945 chip. I also had this kind of
> problem (the above lines in the log and an empty glgears window) with
> i945 and recent versions of the DRM drivers when I tried to get
> something usable out of Intel 2.6.x.
>
> Regards,
> Tino
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Image rendeing problem

[Pat Kane]

texture GL_EXT_texture3D GL_EXT_texture_edge_clamp
> GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3
> GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias
> GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array
> GL_3DFX_texture_compression_FXT1 GL_APPLE_client_storage
> GL_APPLE_packed_pixels GL_ATI_blend_equation_separate
> GL_ATI_separate_stencil GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat
> GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture
> GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent
> GL_NV_point_sprite GL_NV_texture_rectangle GL_NV_texgen_reflection
> GL_NV_vertex_program GL_NV_vertex_program1_1 GL_OES_read_format
> GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp
> GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture
> GL_SUN_multi_draw_arrays
> XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server
> ":0.0"
>   after 1994 requests (37 known processed) with 0 events remaining.
>
>
> 
> From: Pat Kane [pekan...@gmail.com]
> Sent: Thursday, March 19, 2009 11:36 AM
> To: Hugo Gagnon
> Cc: xorg@lists.freedesktop.org
> Subject: Re: Image rendeing problem
>
> Hugo,
>
> I would be useful to see the following:
> -  output of the "glxinfo" command.
> -  output of the command "glxgears -info"
> -  contents of the file "/var/log/Xorg.log"
> -  contents of the file "/etc/X11/xorg.conf", if you have one.
>
> Pat
> ---
>
> On 3/19/09, Hugo Gagnon  wrote:
>> I installed Paraview (a computational fluid dynamics software based on
>> OpenGL) using the Fedora 10 repository on an Intel macbook with a built-in
>> GMA 950 graphics card. Paraview opens normally but it does not render any
>> images in the main visualization window. I posted an email to the relevant
>> mailing list mentioning this issue and I got suggestions of installing
>> Mesa.
>> After a little search (again on the fc10 repository) I realized that Mesa
>> was already running on my computer. Someone also proposed me to check if I
>> could see the "glxgears" in a shell and the answer is no, I cannot. Then
>> people suggested me to expose my problem to more competent users on the
>> matter. So here I am...My first question may be: Why can't I see the
>> "glxgears"? Please note that I am really not an expert in X and image
>> rendering, and I also have a limited knowledge of Linux, therefore I would
>> appreciate if you could be as clear as possible in your
>> comments/suggestions/ideas.
>>
>> Any input is welcomed!
>>
>> Hugo.
>> ___
>> xorg mailing list
>> xorg@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/xorg
>>
>


Hugo_Xorg.0.log.tgz
Description: GNU Zip compressed data
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Image rendeing problem

[Pat Kane]

Hugo,

I would be useful to see the following:
-  output of the "glxinfo" command.
-  output of the command "glxgears -info"
-  contents of the file "/var/log/Xorg.log"
-  contents of the file "/etc/X11/xorg.conf", if you have one.

Pat
---

On 3/19/09, Hugo Gagnon  wrote:
> I installed Paraview (a computational fluid dynamics software based on
> OpenGL) using the Fedora 10 repository on an Intel macbook with a built-in
> GMA 950 graphics card. Paraview opens normally but it does not render any
> images in the main visualization window. I posted an email to the relevant
> mailing list mentioning this issue and I got suggestions of installing Mesa.
> After a little search (again on the fc10 repository) I realized that Mesa
> was already running on my computer. Someone also proposed me to check if I
> could see the "glxgears" in a shell and the answer is no, I cannot. Then
> people suggested me to expose my problem to more competent users on the
> matter. So here I am...My first question may be: Why can't I see the
> "glxgears"? Please note that I am really not an expert in X and image
> rendering, and I also have a limited knowledge of Linux, therefore I would
> appreciate if you could be as clear as possible in your
> comments/suggestions/ideas.
>
> Any input is welcomed!
>
> Hugo.
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [Xlib] Saving state before an unmap

[Pat Kane]

Andrew,

Do either of these project help?

  
  XEmbed is a protocol that uses basic X mechanisms such as client messages
  and reparenting windows to provide embedding of a control from
one application
  into another application.

  
  libwnck (pronounced "libwink") is used to implement pagers,
tasklists, and other
  such things. It allows applications to monitor information about
open windows,
  workspaces, their names/icons, and so forth.

On 2/13/09, Andrew Troschinetz  wrote:
> On Feb 12, 2009, at 3:13 AM, Lubos Lunak wrote:
>
>> On Wednesday 11 of February 2009, Andrew Troschinetz wrote:
>>> There has to be a better way, right?
>>
>> Yes, there is: Don't fiddle with it. There are requests for asking
>> to change
>> some properties while a window is mapped. From the window manager's
>> point of
>> view, unmapping a window and destroying a window is about the same.
>
> You're making the assumption that I can choose not to fiddle with it.
>
>>> Alternatively, if there is a way to remove the close/minimize/
>>> maximize
>>> buttons or window-decorations from a window w/o unmapping it (or w/o
>>> losing the window's current _NET_WM_STATE property) that'd be
>>> awesome.
>>
>> No, there is not. Altering the window decorations/buttons is
>> something under
>> the control of a window manager and many of them do that based on
>> what makes
>> sense and not on what some application thinks would look cool.
>
> Good to know. If I must unmap the window then that is what I must do.
>
>>> Essentially, I'm writing a "window-manager-lite on top of a real
>>> window manager" so that I can manipulate all the windows of all the
>>> disparate applications of the software suite I'm developing in
>>> various
>>> ways. It's a little complicated, but probably not as complicated as
>>> I'm making it sound. Essentially the use case is that the user may at
>>> any point command the window of another application to remove (or un-
>>> remove) its border/close-button/etc, and I need to respect as much of
>>> the current window state of the target window as possible (ie:
>>> _NET_WM_STATE and possibly other Extended Window Manager Hints
>>> properties that I haven't even thought of yet.)
>>>
>>> Any ideas?
>>
>> I think you should try to find somewhere a good description of what
>> a window
>> manager is, and specifically why it has 'manager' in its name - it
>> is the
>> window manager that is eventually in control of the windows and not
>> the other
>> way around. The more complicated things you try the more likely is
>> that the
>> window manager will have a different idea about it, so I suggest you
>> instead
>> consider to try to add your wanted features to your favorite window
>> manager.
>
> Sigh. It's not productive for anyone here to be condescending. I'm not
> developing for a hobby and (sadly) my company doesn't pay me to
> develop OSS. The versions of the software we run are decided by
> committee (a committee that's not even part of our organization) and
> even if the features I want are in some version of some WM out there,
> it does me no good because I'm locked into specific versions of
> specific software for years at a time.
>
> I'm developing a generic solution for multiple embedded systems. One
> of these systems will be running Motif Window Manager, and the other
> will be running Gnome. For now (and for the foreseeable future, as in
> at least 10 years down the road) it's enough if the software I write
> works on both of those managers. So you see, even if I hacked away at
> the WMs (both MWM and Gnome) to get the features I need, I wouldn't be
> able to deploy those solutions because the WM software is frozen in
> the baseline I'm targeting and on the target machines our software
> will deploy to and there's no way I could get approval to deploy my
> hacked versions of MWM or Gnome because that would affect many
> multiple different organizations.
>
> In the final system, you won't have a panel or anything other than the
> application windows and an internally developed "menubar." This
> menubar will have to accept user input and control all the various
> windows of the entire embedded system.
>
> Each window in this system is its own application. It wouldn't be a
> stretch to assume that each of those applications are developed by not
> only different people, but different organizations as well. But they
> all have to work together without clashing.
>
> So I needed a way to say, for example, "Raise the Foo Dialog window
> now" that would work on both MWM and Gnome. The solution I came up
> with was using low level Xlib calls. Essentially there's a config file
> with a list of WM_NAMEs of all the windows on the system. An
> application I wrote parses that file and begins a typical XEvent main
> loop. That loop listens for commands from the user from the menubar.
> Those commands ca

Re: Patch noise [Was: GIT Noise]

[Pat Kane]

DS:  > You appear to have a strange view of what constitutes signal and noise.

I agree.  The patch msgs are signal-ish   the rest is noise-ish.  [1]

Pat
---
[1] unless I am posting a dumb question
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg memory leakage?

[Pat Kane]

Can you run "xrestop"?


On 2/3/09, Stefano Avallone  wrote:
> On Tuesday 03 February 2009 18:44:17 Stefano Avallone wrote:
>> Hi all,
>>
>> I'm using xorg packages from experimental (xserver 1.5.99.901, libdrm
>
> *debian* experimental
>
> sorry
>
>> 2.4.3, mesa 7.3-rc3, video-intel 2.6.1) and kde 4.2 (from experimental as
>> well). I am using UXA+DRI2 and kwin with composite effects enabled.
>> I am able to suspend and resume without problems.
>>
>> However, I noticed that the memory usage of Xorg slowly increases. After a
>> couple of days of usage (with suspend and resume), top shows that the
>> memory usage of Xorg is around 30% (I have 2GB RAM). At some point, the
>> laptop becomes very slow, kwin automatically disables effects and I need
>> to
>> restart the server.
>>
>> Any advice how I could better debug this issue and provide useful
>> information?
>>
>> Many thanks in advance,
>> Stefano
>>
>> ___
>> xorg mailing list
>> xorg@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/xorg
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Crash report + 1

[Pat Kane]

On Mon, Jan 5, 2009 at 1:18 PM,   wrote:
> So looking at stderr I get
>
> X: symbol lookup error: X: undefined symbol: pixman_transform_init_identity
>
> But this puzzles me; I'm sure xserver itself is compiling against the
> correct pixman headers and running against the correct library,
> therefore it must be a loaded module, but how to tell what?  Does
> someone know what module is loaded after i2c?
>
> Again, I attach the Xserver log for reference below the signature.
>
> Any ideas appreciated, with thanks,

What does the ldd command say about the X binary  (i.e.   ldd ./Xorg)?

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[patch] xf86Crtc.c

[Pat Kane]

Below is a patch that will allow xf86Crtc.c to compile if
RANDR_GET_CRTC_INTERFACE
is turned off.  Only the first change is needed, the second one is
just to show where
the compile problem occurs.

I have not actually compiled this, I found the problem by readng the code...

Pat
---

*** a/xserver/hw/xfree86/xf86Crtc.c 2008-12-17 12:36:09.0 -0600
--- b/xserver/hw/xfree86/xf86Crtc.c 2008-12-17 12:41:07.0 -0600
***
*** 2524,2531 
  int   c;

  for (c = 0; c < config->num_crtc; c++) {
- #if RANDR_GET_CRTC_INTERFACE
xf86CrtcPtr crtc = config->crtc[c];
xf86OutputPtr   output = NULL;
uint32_tdesired_outputs = 0, current_outputs = 0;
int o;
--- 2524,2531 
  int   c;

  for (c = 0; c < config->num_crtc; c++) {
xf86CrtcPtr crtc = config->crtc[c];
+ #if RANDR_GET_CRTC_INTERFACE
xf86OutputPtr   output = NULL;
uint32_tdesired_outputs = 0, current_outputs = 0;
int o;
***
*** 2551,2557 
!desired_outputs)
(*crtc->funcs->dpms)(crtc, DPMSModeOff);
  #else
!   (*crtc->funcs->dpms)(crtc, DPMSModeOff);
  #endif
  }
  }
--- 2551,2557 
!desired_outputs)
(*crtc->funcs->dpms)(crtc, DPMSModeOff);
  #else
!   (*crtc->funcs->dpms)(crtc, DPMSModeOff);  /* crtc needed here -- PEK */
  #endif
  }
  }
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [patch] glx//Makefile.am

[Pat Kane]

On Fri, Dec 12, 2008 at 12:45 AM, Mikhail Gusarov
 wrote:
> Sane cross-toolchains are able to pick up .pc from the cross-libraries.

The most insane thing about my cross-toolchain is libtool
trying to debug a libtool script is like kicking a dead whale along the beach

I would like to convert to dolt, but I am not sure I want to trade a known-devil
for an unknown-angle...

PEK
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [patch] glx//Makefile.am

[Pat Kane]

On Thu, Dec 11, 2008 at 6:51 PM, Dan Nicholson  wrote:
 > Recently? It should hopefully be much smoother now than in the past
 > with pulling the mesa source into the xserver build tree.
No, my cross-develoment environment is frozen at the Xorg 7.4 tarball release
(I'm,  behind a firewall that hates git :-)

Thanks for the clue, I will take a look at the current git web and
cherry pick the changes.

> As long as pkg-config finds the right gl.pc file, you should be in
> good shape. This will populate GL_CFLAGS. If you really need to
> workaround this, you can set GL_CFLAGS in the environment (or on the
> configure command line) and pkg-config will skip it's checks and use
> those values.

Cool, that is exactly what I want.

Thank you,

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [patch] glx//Makefile.am

[Pat Kane]

Brian,

Thanks for the quick reply, the glx build failure has been a constant problem
for me in all my build environments.

On Thu, Dec 11, 2008 at 6:17 PM, Brian Paul
 wrote:
> I had asked Dan Nicholson about this myself recently.  With the latest
> changes in Xorg git, the --with-mesa-source option is no longer used.
> Instead, pkg-config is used to determine where to find the Mesa headers.
>  This means you should install Mesa before building the X server.

In my cross-development environment I can not install Mesa
in the standard system location, so I hope Mesa will allow me to install
it into my non-standard build tree.

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[patch] glx//Makefile.am

[Pat Kane]

Attached is a patch to add  $MESA_SOURCE/include to the list of glx includes.
MESA_SOURCE  is set in the xorg-server/configure file with the argument
"--with-mesa-source=MESA_SOURCE", but was not being used.

Pat
---
diff -acr a/glx/Makefile.am b/glx/Makefile.am
*** a/glx/Makefile.am   2008-12-11 17:08:29.0 -0600
--- b/glx/Makefile.am   2008-12-11 17:08:29.0 -0600
***
*** 23,29 
-I$(top_srcdir)/hw/xfree86/common \
-I$(top_srcdir)/hw/xfree86/dri \
-I$(top_srcdir)/hw/xfree86/dri2 \
!   -I$(top_srcdir)/mi
  
  glapi_sources =   \
indirect_dispatch.c \
--- 23,29 
-I$(top_srcdir)/hw/xfree86/common \
-I$(top_srcdir)/hw/xfree86/dri \
-I$(top_srcdir)/hw/xfree86/dri2 \
!   -I$(top_srcdir)/mi -I$(MESA_SOURCE)/include
  
  glapi_sources =   \
indirect_dispatch.c \
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Building X11R7.4 from source

[Pat Kane]

The links at the top of this page will lead you there:
 http://www.x.org/wiki/Releases/Download

On Thu, Dec 11, 2008 at 8:34 AM, Paul Novak <[EMAIL PROTECTED]> wrote:
> The website directions do not tell users
> to go to "http://xorg.freedsktop.org/archive/X11R7.4/src";.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Building X11R7.4 from source

[Pat Kane]

I got my Xorg tarballs from here:
  http://xorg.freedesktop.org/archive/X11R7.4/src/
then I tweaked the build script until of got an Xorg server to build


Pat
---

On Wed, Dec 10, 2008 at 3:55 PM, Paul Novak <[EMAIL PROTECTED]> wrote:
> I would like to build X11R7.4 from source.
> The first question is how to get the source.
>
> I first went to www.x.org and clicked on the "X11R7.4" link.  I got a list of
> new/updated modules.  For example, app/bitmap_1.0.3 is a new/updated module.
>
> I went back to www.x.org, and under "Getting X", I clicked on "mirrors".
> Under "Primary sites", I clicked on the ftp link for x.org. then X11R7.4,
> then src, then app.  I see a lot of tarballs, including
> appres_1.0.1.tar.bz2 and bitmap_1.0.3.tar.bz2.  I clicked on
> appres_1.0.1.tar.bz2 and it downloaded fine.
> I clicked on on "bitmap_1.0.3.tar.bz2" and found the file does the
> file does not exist.
>
> In fact,I believe  all of the files listed as new/updated modules in X11R7.4 
> do
> not exist in the ftp://ftp.x.org/pub/X11R7.4/src/ directory structure.
>
> I next tried going back to www.x.org, and under "Getting X", I clicked
> on "mirrors".
> Under "Primary sites", I clicked on the http link for x.org, then X11R7.4,
> then src, then app.  In this directory, bitmap_1.0.3.tar.bz2 does not
> exist at all.
>
> Question:
>
> Shouldn't all the source for X11R7.4 be in the ftp://ftp.x.org/pub/X11R7.4/src
> and http://ftp.x.org/pub/X11R7.4/src directories?  It appears to me that all
> of the new/updated modules are missing.  How is one supposed to get
> all the source
> required to build?
>
> Walt
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[Q] Xorg VNC driver?

[Pat Kane]

Does anyone know of a loadable VNC driver for Xorg 1.5?

What would it take to create such a thing?

Would I need to create both an input driver and a
video driver, or could I get by with one hybred beastie?


Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: XGE protocol spec

[Pat Kane]

On Mon, Dec 1, 2008 at 12:15 AM, Peter Hutterer
<[EMAIL PROTECTED]> wrote:
...
 > ┌───
 >RRScreenChangeNotify
 >type: BYTE; always GenericEvent
 >extension: CARD8;   extension offset
 >sequenceNumber: CARD16  low 16 bits of request seq. number
 >length: CARD32  time screen was changed
 >evtype: CARD16  event type
 > └───

The "RRScreenChangeNotify" looks odd, should it be "GEScreenChangeNotify"?

Pat
---
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg 1.5.1 SEGV on Solaris 10

[Pat Kane]

On Thu, Nov 20, 2008 at 9:45 AM, Alan Coopersmith
<[EMAIL PROTECTED]> wrote:
> I haven't needed any special options for libpciaccess on Solaris Nevada, 
> though
> I have made a number of fixes along the way that are in the libpciaccess 
> 0.10.4
> release (and a couple more minor ones in the latest git not yet released).
>
> I've also had to finish the transition of the Xorg PCI code for Solaris to 
> being
> pure libpciaccess, without the old direct PCI accessing code - those commits 
> are
> only in the master branch so far - the set I've pulled into the 1.5.3 builds 
> I'm
> working on packaging for OpenSolaris is (I think this includes all the
> interdependencies, but haven't verified just this set - our build includes a
> bunch more patches for other changes, not all of which I've pushed upstream
> yet):

Thanks for the info, I just started to use the libpciaccess from current git
and have the same problem.

My debug shows that this ioctl in solx_devfs.c:

if (((rval = ioctl(nexus->fd, PCITOOL_DEVICE_GET_REG, prg_p)) != 0) ||
(prg_p->data == 0x)) {

is returning bogus data when  prg_p->bus_no  is greater than 127,
and I get an APIC error in the console log.

Could this be a bug in the 508 Solaris 10 kernel?

I now have a workaround by not probing bus no's > 127

Pat

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg 1.5.1 SEGV on Solaris 10

[Pat Kane]

The PCI scanning code works much better if I boot into a 32bit Solaris kernel
rather than a 64bit one.

Does libpciaccess need special compiler options for 64bit machines?

Pat
---
P.S.  See bugzilla 17924 for grim details.

On Fri, Oct 3, 2008 at 10:57 AM, Pat Kane <[EMAIL PROTECTED]> wrote:
> I just got Xorg 1.5.1 built on my Solaris 10 box, with much advice
> from this list, thank you.
>
> The X server gets a SEGV while scanning the PCI bus, see debug output below,
> has anyone else seen this problem?
>
> Pat
> ---
>
> # mdb ./Xorg
>>:r
>
> X.Org X Server 1.5.1
> Release Date: 23 September 2008
> X Protocol Version 11, Revision 0
> Build Operating System: SunOS 5.10 i86pc
> Current Operating System: SunOS ultra20m2 5.10 i86pc
> Build Date: 03 October 2008  11:09:25AM
>
>Before reporting problems, check http://wiki.x.org
>to make sure that you have the latest version.
> Module Loader present
> Markers: (--) probed, (**) from config file, (==) default setting,
>(++) from command line, (!!) notice, (II) informational,
>(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/big/homea/kane/HgRepo386/Xorg/var/log/Xorg.0.log",
> Time: Fri Oct  3 10:24:40 2008
> (EE) Unable to locate/open config file
> mdb: stop on SIGSEGV
> mdb: target stopped at:
> libpciaccess.so.0`probe_dev+0x328:  movb   %al,0xec(%ecx,%edx)
>> $C
> 08047bd8 libpciaccess.so.0`probe_dev+0x328(e, 8047c10, 8245540, fef83f49)
> 08047c48 libpciaccess.so.0`do_probe+0x8d(e, 8245540, fefb07e8, fef839f1)
> 08047c78 libpciaccess.so.0`pci_system_solx_devfs_create+0x106(59,
> 8218600, 8047c98, 80d26d9, 0, 8218600)
> 08047c88 libpciaccess.so.0`pci_system_init+0x1f(0, 8218600, 8047cd8,
> 80e866f, 821ac00, 6)
> 08047c98 xf86scanpci+0x1f(821ac00, 6, 0, 8047e48, 821b3c0, 8218600)
> 08047cd8 xf86PciProbe+0x26(8218600)
> 08047ce8 xf86BusProbe+0x18(fefdeb56, feffa288, 8047e48, 8243be0,
> 8218600, 8047d60)
> 08047d78 InitOutput+0x157(8244760, 1, 8047e00, 809a68a)
> 08047ddc main+0x397(1, 8047e00, 8047e08)
> 08047df4 _start+0x80(1, 8047eb0, 0, 8047eb5, 8047ec9, 8047ed6)
>> $?
> process id = 18649
> SIGSEGV: Segmentation Fault
> %cs = 0x003b%eax = 0x006b
> %ds = 0x0043%ebx = 0xfef94b84
> %ss = 0x0043%ecx = 0x000121c8
> %es = 0x0043%edx = 0x0824ad88
> %fs = 0x%esi = 0x08245540
> %gs = 0x01c3%edi = 0x08047e48
>
>  %eip = 0xfef83f0f libpciaccess.so.0`probe_dev+0x328
>  %ebp = 0x08047bd8
> %kesp = 0x
>
> %eflags = 0x00010212
>  id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0
>  status=
>
>   %esp = 0x08047b80
> %trapno = 0xe
>   %err = 0x6
>> 0xfef83f0f::dis
> libpciaccess.so.0`probe_dev+0x306:  movl   0x10(%ebp),%eax
> libpciaccess.so.0`probe_dev+0x309:  movl   0x4(%eax),%edx
> libpciaccess.so.0`probe_dev+0x30c:  movl   %edx,%eax
> libpciaccess.so.0`probe_dev+0x30e:  shll   $0x5,%eax
> libpciaccess.so.0`probe_dev+0x311:  addl   %edx,%eax
> libpciaccess.so.0`probe_dev+0x313:  leal   0x0(,%eax,8),%ecx
> libpciaccess.so.0`probe_dev+0x31a:  movl   0x8(%esi),%edx
> libpciaccess.so.0`probe_dev+0x31d:  movl   -0x3c(%ebp),%eax
> libpciaccess.so.0`probe_dev+0x320:  andl   $0xff,%eax
> libpciaccess.so.0`probe_dev+0x325:  shrl   $0x10,%eax
> libpciaccess.so.0`probe_dev+0x328:  movb   %al,0xec(%ecx,%edx)<---
> libpciaccess.so.0`probe_dev+0x32f:  movl   0x10(%ebp),%eax
> libpciaccess.so.0`probe_dev+0x332:  incl   0x4(%eax)
> libpciaccess.so.0`probe_dev+0x335:  cmpb   $0x0,-0x3a(%ebp)
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: how to set CFLAGS variable for compiling Xorg

[Pat Kane]

Thanks, got a patch?

On Tue, Nov 4, 2008 at 12:30 PM, Julien Cristau <[EMAIL PROTECTED]> wrote:
> On Tue, Nov  4, 2008 at 08:44:17 -0800, Carl Worth wrote:
>
>> But it's still awfully rude of the Makefiles to use CFLAGS for internal
>> purposes so that the user can't augment things on the make command line.
>
> Agreed.  Should be fixed now for libXfont; feel free to complain if you
> run into the same problem in another module, so someone else can fix it.
> ;)
>
> Cheers,
> Julien
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg 1.5.1 intel on Solaris 10?

[Pat Kane]

I forced the Xorg to use the VESA driver (tweaked an HSync value)
and 1.5.1 came up on the notebook.

It appears that AGPgart is broken on non-AMD64 Solaris 10.

Pat
---



On Tue, Oct 7, 2008 at 10:55 AM, Pat Kane <[EMAIL PROTECTED]> wrote:
> I am trying to run Xorg 1.5.1 on a Gateway T-6836 notebook (Intel GMA X3100)
> with Solaris 10 but the intel driver can not allocate video memory.
>
> The error messages from the Xorg log are these:
>
>  (EE) Failed to load module "dri" (module does not exist, 0)
>  (EE) Failed to load module "fbdevhw" (module does not exist, 0)
>  ...
>  (EE) GARTInit: Unable to open /dev/agpgart (Resource temporarily unavailable)
>  (EE) intel(0): Failed to allocate Ring Buffer space
>  (EE) intel(0): Failed to allocate Ring Buffer space
>  (EE) intel(0): Couldn't allocate video memory
>
> Is the GARTInit error the cause, or should I be debugging the intel errors?
>
> Fedora10beta with 1.5.0 works fine on the same laptop,
> full Xorg logs from both Solaris and Linux are attached below.
>
> Pat
> ---
>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Xorg 1.5.1 intel on Solaris 10?

[Pat Kane]

I am trying to run Xorg 1.5.1 on a Gateway T-6836 notebook (Intel GMA X3100)
with Solaris 10 but the intel driver can not allocate video memory.

The error messages from the Xorg log are these:

 (EE) Failed to load module "dri" (module does not exist, 0)
 (EE) Failed to load module "fbdevhw" (module does not exist, 0)
  ...
 (EE) GARTInit: Unable to open /dev/agpgart (Resource temporarily unavailable)
 (EE) intel(0): Failed to allocate Ring Buffer space
 (EE) intel(0): Failed to allocate Ring Buffer space
 (EE) intel(0): Couldn't allocate video memory

Is the GARTInit error the cause, or should I be debugging the intel errors?

Fedora10beta with 1.5.0 works fine on the same laptop,
full Xorg logs from both Solaris and Linux are attached below.

Pat
---


solaris_Xorg.0.log
Description: Binary data


linux_Xorg.0.log
Description: Binary data
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Xorg 1.5.1 SEGV on Solaris 10

[Pat Kane]

I just got Xorg 1.5.1 built on my Solaris 10 box, with much advice
from this list, thank you.

The X server gets a SEGV while scanning the PCI bus, see debug output below,
has anyone else seen this problem?

Pat
---

# mdb ./Xorg
>:r

X.Org X Server 1.5.1
Release Date: 23 September 2008
X Protocol Version 11, Revision 0
Build Operating System: SunOS 5.10 i86pc
Current Operating System: SunOS ultra20m2 5.10 i86pc
Build Date: 03 October 2008  11:09:25AM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/big/homea/kane/HgRepo386/Xorg/var/log/Xorg.0.log",
Time: Fri Oct  3 10:24:40 2008
(EE) Unable to locate/open config file
mdb: stop on SIGSEGV
mdb: target stopped at:
libpciaccess.so.0`probe_dev+0x328:  movb   %al,0xec(%ecx,%edx)
> $C
08047bd8 libpciaccess.so.0`probe_dev+0x328(e, 8047c10, 8245540, fef83f49)
08047c48 libpciaccess.so.0`do_probe+0x8d(e, 8245540, fefb07e8, fef839f1)
08047c78 libpciaccess.so.0`pci_system_solx_devfs_create+0x106(59,
8218600, 8047c98, 80d26d9, 0, 8218600)
08047c88 libpciaccess.so.0`pci_system_init+0x1f(0, 8218600, 8047cd8,
80e866f, 821ac00, 6)
08047c98 xf86scanpci+0x1f(821ac00, 6, 0, 8047e48, 821b3c0, 8218600)
08047cd8 xf86PciProbe+0x26(8218600)
08047ce8 xf86BusProbe+0x18(fefdeb56, feffa288, 8047e48, 8243be0,
8218600, 8047d60)
08047d78 InitOutput+0x157(8244760, 1, 8047e00, 809a68a)
08047ddc main+0x397(1, 8047e00, 8047e08)
08047df4 _start+0x80(1, 8047eb0, 0, 8047eb5, 8047ec9, 8047ed6)
> $?
process id = 18649
SIGSEGV: Segmentation Fault
%cs = 0x003b%eax = 0x006b
%ds = 0x0043%ebx = 0xfef94b84
%ss = 0x0043%ecx = 0x000121c8
%es = 0x0043%edx = 0x0824ad88
%fs = 0x%esi = 0x08245540
%gs = 0x01c3%edi = 0x08047e48

 %eip = 0xfef83f0f libpciaccess.so.0`probe_dev+0x328
 %ebp = 0x08047bd8
%kesp = 0x

%eflags = 0x00010212
  id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0
  status=

   %esp = 0x08047b80
%trapno = 0xe
   %err = 0x6
> 0xfef83f0f::dis
libpciaccess.so.0`probe_dev+0x306:  movl   0x10(%ebp),%eax
libpciaccess.so.0`probe_dev+0x309:  movl   0x4(%eax),%edx
libpciaccess.so.0`probe_dev+0x30c:  movl   %edx,%eax
libpciaccess.so.0`probe_dev+0x30e:  shll   $0x5,%eax
libpciaccess.so.0`probe_dev+0x311:  addl   %edx,%eax
libpciaccess.so.0`probe_dev+0x313:  leal   0x0(,%eax,8),%ecx
libpciaccess.so.0`probe_dev+0x31a:  movl   0x8(%esi),%edx
libpciaccess.so.0`probe_dev+0x31d:  movl   -0x3c(%ebp),%eax
libpciaccess.so.0`probe_dev+0x320:  andl   $0xff,%eax
libpciaccess.so.0`probe_dev+0x325:  shrl   $0x10,%eax
libpciaccess.so.0`probe_dev+0x328:  movb   %al,0xec(%ecx,%edx)<---
libpciaccess.so.0`probe_dev+0x32f:  movl   0x10(%ebp),%eax
libpciaccess.so.0`probe_dev+0x332:  incl   0x4(%eax)
libpciaccess.so.0`probe_dev+0x335:  cmpb   $0x0,-0x3a(%ebp)
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Whence be libXevie tarball?

[Pat Kane]

On Thu, Oct 2, 2008 at 12:19 PM, Julien Cristau <[EMAIL PROTECTED]> wrote:
> On Thu, Oct  2, 2008 at 11:41:34 -0500, Pat Kane wrote:
>
>>Package evieproto was not found in the pkg-config search path.
>>Perhaps you should add the directory containing `evieproto.pc'
>>to the PKG_CONFIG_PATH environment variable
>>No package 'evieproto' found
>>
>> The only reason I need it is to avoid that error message.  Is there
>> a way to tell X server not to need evieproto?
>>
> evieproto != libXevie.  The former is at
> http://xorg.freedesktop.org/archive/X11R7.4/src/proto/evieext-1.0.2.tar.bz2

Gak!  Thanks, that fixed my build problem.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg