Hi all
My goal is to use a DisplayLink USB display with Xorg on a laptop in a
sane fashion, which pretty much seems to mean RandR support one way or
the other.
Since USB display is a very comes-and-goes device, I'm figuring I better
use a permanent virtual secondary screen using xf86-video
Hi all
My goal is to use a DisplayLink USB display with Xorg on a laptop in a
sane fashion, which pretty much seems to mean RandR support one way or
the other.
Since USB display is a very comes-and-goes device, I'm figuring I better
use a permanent virtual secondary screen using xf86-video
Alternatives? I cannot find any other driver that would act as a virtual
screen like xf86-video-dummy, but would provide a RandR-compliant
framebuffer for me. I don't think Xephyr, Xdmx, Xvnc, x2x and whatnot
others can help me here, Awesome needs to see something as a regular
RandR
Hi Tom,
Did you find a solution for this problem. I have the exact same
problem and after goggling alot, your's was the only thread that matched
my problem. Have you found any solution to it yet ?
--
cheers,
Hussam
(Hussamuddin Nasir)
Netlab Operations Team
Hi all.
I am using a GeForce 7600GT (dual dvi) video card with two 1920x1200
monitors in a dual head setup. This configuration was working well with
the nvidia drivers using twinview and both monitors at 1920x1200
I have now switched to the nouveau driver (xorg 1.9.4 and xrandr 1.3.4).
I have
want.
Is it xrandr that is saving some kind of persistent configuration
settings somewhere that overrides my xorg.conf file at the next
reboot? I couldn't find any sort of conf file anywhere related to
this. Googling xrandr info doesn't show much except same man pages.
randr does not save any
First let me describe the behavior that prompted my questions. This is
on a laptop running Ubuntu Desktop 10.10 and the xorg.conf is
configured to run a mutli-display using the external HDMI and external
VGA ports, thus the laptop screen is blank/off. If I unplug the HDMI
connection the system
much except same man pages.
randr does not save any persistent state. if you want to force a
particular setup, you need to specify it in your xorg.conf or via
xrandr commands in your desktop startup scripts.
Is xrandr scheduled to replace xorg.conf altogether? I've noticed that
my xorg.conf
This would be a good place...
On Oct 29, 2010, at 21:07, Pedro DeKeratry wrote:
Hi everyone,
Is this the appropriate place to ask questions about the xrandr
command line utility in order to understand how it interacts with my
system environment at large or is such a question better suited
Hi everyone,
Is this the appropriate place to ask questions about the xrandr
command line utility in order to understand how it interacts with my
system environment at large or is such a question better suited to a
distro specific mailing list?
--Pedro
On Fri, Jul 16, 2010 at 11:37 PM, Felix Miata mrma...@earthlink.net wrote:
In openSUSE 11.0's server 1.4.0.90 and (reported) randr 1.2, my radeon rv380
has the (virtual desktop area) panning I need by setting in xorg.conf's
device section 'Option NoRandr'. In openSUSE 11.1's server 1.5.2 randr
In openSUSE 11.0's server 1.4.0.90 and (reported) randr 1.2, my radeon rv380
has the (virtual desktop area) panning I need by setting in xorg.conf's
device section 'Option NoRandr'. In openSUSE 11.1's server 1.5.2 randr
1.2, 'Option NoRandr' is apparently invalid or ignored, even with Intel
On Mit, 2010-06-02 at 19:15 +0800, Cui, Hunk wrote:
#0 lx_do_composite (pxDst=0x8bef7f0, srcX=0, srcY=0, maskX=13860,
maskY=-1740, dstX=0, dstY=0, width=1024, height=768) at lx_exa.c:992
[...]
#4 CompositePicture (op=1 '\001', pSrc=0x8bb2fc0, pMask=0x0, pDst=0x8bb41c0,
xSrc=0, ySrc=0,
On Mit, 2010-06-02 at 19:30 +0800, Cui, Hunk wrote:
But I mean in the Xsever1.7.1 or Xserver1.8.99, the maskX and maskY
values are 0, this is why?
Again, the actual mask coordinates don't (or at least shouldn't, i.e.
the driver should ignore them in this case) matter because there's
nothing
; yang...@gmail.com; xorg-de...@lists.x.org;
xorg@lists.freedesktop.org
Subject: RE: The RandR-unable to set rotation issue in AMD Geode LX platform
On Mit, 2010-06-02 at 19:15 +0800, Cui, Hunk wrote:
#0 lx_do_composite (pxDst=0x8bef7f0, srcX=0, srcY=0, maskX=13860,
maskY=-1740, dstX=0
To: Cui, Hunk
Cc: Alex Deucher; Kai-Uwe Behrmann; yang...@gmail.com; xorg-de...@lists.x.org;
xorg@lists.freedesktop.org
Subject: RE: The RandR-unable to set rotation issue in AMD Geode LX platform
On Mit, 2010-06-02 at 19:30 +0800, Cui, Hunk wrote:
But I mean in the Xsever1.7.1 or Xserver1.8.99
; Kai-Uwe Behrmann;
Adam Jackson; yang...@gmail.com
Subject: Re: The RandR-unable to set rotation issue in AMD Geode LX platform
On Wed, May 26, 2010 at 11:40 PM, Cui, Hunk hunk@amd.com wrote:
Hi, all,
As said on Ubuntu BTS,
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video
: xrandr --output default --rotate left. The screen turn to
black.
Then tried: xrandr --output default --rotate normal --auto. The screen
return to normal.
Because from 1.6.4 server to 1.7.1 server, the part of RandR have been
updated and changed from source code.
Who know the change about
: xrandr --output default --rotate normal --auto. The screen return
to normal.
Because from 1.6.4 server to 1.7.1 server, the part of RandR have been updated
and changed from source code.
Who know the change about the part of RandR in Xserver 1.7.1?
Thanks,
Hunk Cui
Dear list, I have questions on RandR / Xinerama programming. I'm a
developer of window manager Sawfish, but I don't have external
display.
My main concern is the relation between the whole which contains all
area (partially) covered by crt's, and parts = crt's.
Display * dpy;
1
On Feb 25, 10 01:36:53 +0200, Andriy Gapon wrote:
Sorry for not following the latest RandR developments, but let me ask.
Does RandR support setting a monitor mode to NxM resolution (e.g. its native
resolution) while setting its 'effective pixel resolution' (a term just
invented
by me) to PxR
Sorry for not following the latest RandR developments, but let me ask.
Does RandR support setting a monitor mode to NxM resolution (e.g. its native
resolution) while setting its 'effective pixel resolution' (a term just invented
by me) to PxR where P = N and/or R = M?
In other words, can I have
hi,guys,
what's the function of Option RandR false which is in
the xorg.conf ?Thanks!
Best Regards and Happy new year,
William
___
好玩贺卡等你发,邮箱贺卡全新上线!
http://card.mail.cn.yahoo.com
On Thursday 31 December 2009 12:26:36 am 钟威 wrote:
hi,guys,
what's the function of Option RandR false which is in
the xorg.conf ?Thanks!
Best Regards and Happy new year,
William
'RandR' is the X server's dynamic reconfiguration system. It lets you change
the display settings while
On 2009/12/31 02:34 (GMT-0800) Alex Elsayed composed:
钟� wrote:
what's the function of Option RandR false which is in
the xorg.conf ?
'RandR' is the X server's dynamic reconfiguration system. It lets you change
the display settings while the server is running. By disabling
hi,guys,
I am using Fedora 12.I have an UMPC and it with touchscreen.It's chipset is
by VIA CX700/VX700.When I added the RandR falseoption in 'xorg.conf' and
there was something wrong.When I touched the screen and X will restart
automatical.If I remove the RandR option that can't start
On Tue, Dec 22, 2009 at 11:47:56AM +0800, 钟威 wrote:
hi,guys,
I am using Fedora 12.I have an UMPC and it with touchscreen.It's
chipset is by VIA CX700/VX700.When I added the RandR falseoption in
'xorg.conf' and there was something wrong.When I touched the screen and X
will restart
xinerama
With some further research, I have determined that it was only luck
that the randr config was right without Xinerama: it turns out the X
ignores most of what I want to say, whether or not Xinerama is enabled.
What I want to do is to specify the position of one monitor, relative
(as without
Xinerama), but it looks like a moving window, which follows the movement
of the mouse over Monitor 2.
Since the Xrandr extension is disabled, I can not influence the randr
configuration of monitor 2 and 3; I can only put config data in
xorg.conf, which I did, and it works find without xinerama
- connected to FireMV 2200 PCI
Without Xinerama, this works fine [...]
If I enable Xinerama, the configuration of Monitor 3 is broken [...]
I [...] put config data in xorg.conf [...] and it works find without xinerama
With some further research, I have determined that it was only luck
that the randr
Dear all,
I have a question about X config/randr/xinerama.
If I have two monitors connected to device 1 (1A and 1B),
and a third monitor connected to device 2 (2A),
how do I configure X to respect the physical layout of the monitors,
which is 1A-2A-1B?
As you see, the monitors are mixed
on distros, so you would have to ask your distro if they have packages
with that version is, once you find that out from GTK maintainers.
I don't understand how X server and RANDR works. But if I can make X
server support RANDR, the problem can also go away. Would you please
let me know how to make X
Hi,
I recently installed gtk+-2.16.6 on my machine from source code. I
also installed a few other packages that are required by gtk+, which
include libXrandr-1.3.0 (compiled from source code).
Then, I get the following error when I run any gui program, for example, gvim.
Xlib: extension RANDR
.
Xlib: extension RANDR missing on display my_machine_name:1.0.
That's a combination of a bug in gtk trying to use the RANDR extension
before verifying the server supports it, and your X server (not
libraries) not supporting RANDR.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Hello, everyone.
I have a Dell Inspiron 6400 laptop which uses the Intel driver on Ubuntu
9.04.
As usual, its S-Video port is configured to use NTSC by default, which
makes
output in European TV sets to be in black and white.
I managed to get color with the following boring process:
1.-
On Thu, 2009-05-28 at 14:46 -0700, Keith Packard wrote:
The lastSetTime value which indicates when the configuration within the
server was last changed was not getting set in the appropriate RandR
requests.
By the way, this works beautifully. Thanks for the patch, Keith :)
In the bug (#21987
2) A bug in the video card vendors driver
3) A bug in my code that is not evident with XRANDR V1.2
The error is:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 157 (RANDR)
Minor opcode of failed request
The lastSetTime value which indicates when the configuration within the
server was last changed was not getting set in the appropriate RandR
requests.
Signed-off-by: Keith Packard kei...@keithp.com
---
randr/rrcrtc.c |5 -
randr/rrscreen.c |4 +++-
2 files changed, 7 insertions
On Tue, May 26, 2009 at 2:42 PM, Alan Coopersmith
alan.coopersm...@sun.com wrote:
Peter Åstrand wrote:
RandR support has been added to the Xvnc implementation in the TigerVNC
project (also included in Fedora 11).
Since Xvfb has so many bugs, I believe Xvnc is a better choice in most
cases
things
than silliness. I haven't run into any particular bugs in Xvfb (well,
except for not supporting RandR), so I didn't realize Xvnc was better
maintained, but if so...
The 90% of Xvfb code that's shared with Xorg is well maintained, the Xvfb
ddx layer itself doesn't get that much attention
Hi,
I found this post about implementing RandR for Xvnc:
http://www.nabble.com/Implementing-RandR-td19513964.html
Does anyone know what the status is on this?
Is there a patch?
How much work is left/would it be to get RandR working on Xvfb?
Thanks
Antoine
I found this post about implementing RandR for Xvnc:
http://www.nabble.com/Implementing-RandR-td19513964.html
Does anyone know what the status is on this?
Is there a patch?
How much work is left/would it be to get RandR working on Xvfb?
RandR support has been added to the Xvnc implementation
Hello,
Could someone direct me to information about RandR?
overall status, etc.
wiki page would be great - but there seems to be precious little info on
the x.org site
I'm interested in compositing general acceleration across multiple
GPU's. I understand this was scheduled for xRandR 1.3
on one of my laptop.
It is to my curiosity that is there any support on RandR in vesa
driver since it seems to fail detecting an external monitor.
I have taken a look on the git tree of vesa driver and it seems
that support for RandR 1.2 is on the TODO list.
http
2009/4/10 Alex Deucher alexdeuc...@gmail.com:
On 4/10/09, Kan-I Jyo cecilhs...@gmail.com wrote:
Dear list,
I am currently using xserver-xorg-video-vesa 1.3.0 along with
xrandr 1.2 on one of my laptop.
It is to my curiosity that is there any support on RandR in vesa
driver since
that is there any support on RandR in vesa
driver since it seems to fail detecting an external monitor.
I have taken a look on the git tree of vesa driver and it seems
that support for RandR 1.2 is on the TODO list.
http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/tree/src/vesa.c
Dear list,
I am currently using xserver-xorg-video-vesa 1.3.0 along with
xrandr 1.2 on one of my laptop.
It is to my curiosity that is there any support on RandR in vesa
driver since it seems to fail detecting an external monitor.
I have taken a look on the git tree of vesa driver and it seems
On 4/10/09, Kan-I Jyo cecilhs...@gmail.com wrote:
Dear list,
I am currently using xserver-xorg-video-vesa 1.3.0 along with
xrandr 1.2 on one of my laptop.
It is to my curiosity that is there any support on RandR in vesa
driver since it seems to fail detecting an external monitor.
I
): Initializing HW Cursor
(II) intel(0): No memory allocations
(II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
(II) intel(0): DPMS enabled
(==) intel(0): Intel XvMC decoder disabled
(WW) intel(0): Disabling Xv because no adaptors could be initialized.
(II) intel(0): direct
Dear all,
RandR 1.3 has supported display transformation. I have tested it on
Intel platform with driver 2.6.99. I find that the display can transform
successfully, but the cursor makes no change with the old orientation.
I trace the xserver 1.6.0 code, and find
Hi all:
I have some question when using RandR1.2.
I'm using RandR EXA to do the rotate(Xorg1.5.2), it seems when the screen
rotate, the Xserver will first redraw the on screen,then use composite to do
the rotation.
For example, I'm using single CRT,1024*768
when I rotate 90 degree
Dear all,
The same thing happens on Intel platform with the package
xf86-video-intel-2.6.99.902. I enable VGA and HDMI device, and make HDMI shows
the right contents of VGA.
Some documents mentions that the primary output holds the toolbar, shows
the GDM login dialog and screensaver
Message-
From: Alex Deucher [mailto:alexdeuc...@gmail.com]
Sent: 2009年3月23日 21:54
To: Gordon Yuan
Cc: x...@freedesktop.org
Subject: Re: How can I exclude the X default mode in RandR ?
On 3/23/09, gordony...@viatech.com.cn gordony...@viatech.com.cn wrote:
Dear all,
In RandR, X will include
Dear all,
In RandR 1.3 introduction ppt, it's said that RandR 1.3 support
projection and the transformation matrix is (1,0,0,0,1,0,0,1/d,0). That
means that if the source ordinate is (x, y), the destination ordinate is
(d*x/y, d). It's the projection value on the line y=d. The CRTC contents
To: Gordon Yuan
Cc: x...@freedesktop.org
Subject: Re: How can I exclude the X default mode in RandR ?
On 3/23/09, gordony...@viatech.com.cn gordony...@viatech.com.cn wrote:
Dear all,
In RandR, X will include the default mode (xf86DefaultModes) in the
mode
list
-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Alex Deucher
Sent: 2009年3月24日 21:47
To: Gordon Yuan
Cc: x...@freedesktop.org
Subject: Re: How can I exclude the X default mode in RandR ?
On 3/24/09, gordony...@viatech.com.cn gordony
Dear all,
In RandR, X will include the default mode (xf86DefaultModes) in the
mode list. But it's not useful for some devices (e.g. TV or HDMI). How
can I delete these modes from the mode list? I don't want to output
these modes if I press the command xrandr -q.
It's X behavior. It seems
...@freedesktop.org
Subject: How can I exclude the X default mode in RandR ?
Dear all,
In RandR, X will include the default mode (xf86DefaultModes) in the mode
list. But it’s not useful for some devices (e.g. TV or HDMI). How can I delete
these modes from the mode list? I don’t want to output
On 3/23/09, gordony...@viatech.com.cn gordony...@viatech.com.cn wrote:
Dear all,
In RandR, X will include the default mode (xf86DefaultModes) in the mode
list. But it’s not useful for some devices (e.g. TV or HDMI). How can I
delete these modes from the mode list? I don’t want
...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Matthias Hopf
Sent: 2009年3月11日 21:46
To: xorg@lists.freedesktop.org
Subject: Re: Set property in RandR
On Mar 11, 09 11:31:55 +0800, gordony...@viatech.com.cn wrote:
RandR support output property. But I want to know
2009/3/12 gordony...@viatech.com.cn:
Dear Matthias:
You mean that the driver should set the output mode if necessary when the
property changes. Maybe we can call the output.mode_set() in the function
output.set_property().
Thanks for your kind help!
Best wishes,
Gordon
Its driver
Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Dave Airlie
Sent: 2009年3月12日 17:09
To: Gordon Yuan
Cc: xorg@lists.freedesktop.org
Subject: Re: Set property in RandR
2009/3/12 gordony...@viatech.com.cn:
Dear Matthias:
You mean
wishes,
Gordon
-Original Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Dave Airlie
Sent: 2009年3月12日 17:09
To: Gordon Yuan
Cc: xorg@lists.freedesktop.org
Subject: Re: Set property in RandR
2009/3/12 gordony
are
delayed until the next mode set. All part of the great RandR plan.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
On Mar 09, 09 19:38:05 +0100, Krzysztof Halasa wrote:
Not sure, perhaps some wrong settings in xorg.conf? Nothing apparent
there.
Hmm, do I need DRI for acceleration?
Yes, and the r6xx-r7xx-support branch, specifically.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Dear all,
RandR support output property. But I want to know whether
xf86CrtcSetMode() is called if I set the output property.
It's said that if property type is atom, it'll be called; but if
type is value, it won't be called. Is it right?
Thanks!
Best wishes,
Gordon
Matthias Hopf mh...@suse.de writes:
Panning works with radeonhd. Unfortunately, the driver is too slow to be
usable.
Why is that? Have you tried using
Option AccelMethod shadowfb or exa
?
Yes, EXA. It's R600+ and my impression was it's not yet accelerated at
all. In fact, I only tried:
On Mar 09, 09 16:54:32 +0100, Krzysztof Halasa wrote:
Yes, EXA. It's R600+ and my impression was it's not yet accelerated at
all. In fact, I only tried:
xorg-x11-drv-radeonhd-1.2.4-2.4.20090306git.fc10.x86_64.
Exa support for R6xx has only been merged to master recently.
And there hasn't been
Matthias Hopf mh...@suse.de writes:
Yes, EXA. It's R600+ and my impression was it's not yet accelerated at
all. In fact, I only tried:
xorg-x11-drv-radeonhd-1.2.4-2.4.20090306git.fc10.x86_64.
Exa support for R6xx has only been merged to master recently.
And there hasn't been a release of
Alex Deucher alexdeuc...@gmail.com writes:
[radeon panning]
Should be fixed now in git.
Yes, it works great. Thanks a lot!
--
Krzysztof Halasa
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Em Tuesday 03 February 2009 20:16:59 Colin Guthrie escreveu:
'Twas brillig, and Ander Conselvan de Oliveira at 03/02/09 18:21 did
gyre and gimble:
Hi,
I'm having a problem with xrandr 1.2.99.4, X server from 1.6 branch and
drivers that only support RandR 1.1. The server reports
, but the DIX definitely needs to query the DDX to see if the mode
pool changed.
-- Aaron
commit 56f6fb8c8652c85e522e42557f8969987069076b
Author: Eric Anholt e...@anholt.net
Date: Fri Jan 30 19:06:17 2009 -0800
randr: Avoid re-querying the configuration on everything but
GetScreenResources
Hi,
I'm having a problem with xrandr 1.2.99.4, X server from 1.6 branch and
drivers that only support RandR 1.1. The server reports it supports version
1.3 of the extension, so xrandr tries to get panning information but the call
to XRRGetPanning fails because rrGetPanning private screen
'Twas brillig, and Ander Conselvan de Oliveira at 03/02/09 18:21 did
gyre and gimble:
Hi,
I'm having a problem with xrandr 1.2.99.4, X server from 1.6 branch and
drivers that only support RandR 1.1. The server reports it supports version
1.3 of the extension, so xrandr tries to get
now.
how do you like that
base screen gamma(old colourmap system?) + per crtc gamma bias(randr parameter)?
i'm not sure, most situation that needs this support is clone-mode?
On Tue, 16 Dec 2008 22:07:37 +0100
Maarten Maathuis madman2...@gmail.com wrote:
These two patches should accomplish
On Dec 19, 08 12:23:20 +1100, Graeme Gill wrote:
Matthias Hopf wrote:
I have just pushed a change to radeonhd, that implements the mandatory
bits of RandR 1.3 output properties, which can thus be seen as a
reference implementation.
Sorry I guess I'm not following very well :- so
Matthias Hopf wrote:
AFAIR we agreed on that this property name can just be changed without
breaking backward compatibility, because it was never agreed upon that
this was a standard so far.
I guess I can always add yet another EDID atom string check
to my display color profile management
On Dec 18, 08 18:34:26 +1100, Graeme Gill wrote:
Matthias Hopf wrote:
AFAIR we agreed on that this property name can just be changed without
breaking backward compatibility, because it was never agreed upon that
this was a standard so far.
I guess I can always add yet another EDID atom
On Dec 17, 08 21:38:50 +0100, Maarten Maathuis wrote:
Will do, as part of some more fixes. Anything else than happens to be
on your mind while I'm breaking abi?
Nope, not from my side. Is this supposed to get into 1.6 still, or just
in master?
Matthias
--
Matthias Hopf mh...@suse.de
On Thu, 2008-12-18 at 14:41 +0100, Matthias Hopf wrote:
I guess I can always add yet another EDID atom string check
to my display color profile management code, but is there a
reason to change it ?
Yeah, adopting a consistent standard property set will help applications
in the future as
On Thu, 2008-12-18 at 17:55 +0100, Matthias Hopf wrote:
Keith is the release manager, he will have the last word. CC'ing him.
The 1.6 feature set is fixed at this point, so the gamma changes will
need to wait for 1.7.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally
At least the xinerama sizes are not updated to reflect the size of the
panned area. Meaning that your window manager won't consider the entire
panned area as useable space.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
Matthias Hopf wrote:
I have just pushed a change to radeonhd, that implements the mandatory
bits of RandR 1.3 output properties, which can thus be seen as a
reference implementation.
Sorry I guess I'm not following very well :- so this means that
the XRandR EDID_DATA atom now becomes what
On Dec 17, 08 16:43:00 +0100, Maarten Maathuis wrote:
My main question is, are there any xserver ABI's to bump due to the
changes to the xf86CrtcRec struct?
Answering myself, no ABI bump is needed, because i only appended
something to a structure, and multiple instances of that structure
On Nov 07, 08 19:50:18 +0100, Matthias Hopf wrote:
Attached is the new proposal. I hope I didn't forget any suggestion.
As there haven't been any additional comments, I have now committed this
proposal to randrproto.
There's a single change to the Xserver needed, the name of the raw EDID
data
cause warning if user wanted gamma to be set. */
+if (!crtc-funcs-gamma_set (gamma_red != 1.0 || gamma_green != 1.0 ||
gamma_blue != 1.0))
+return FALSE;
+else if (!crtc-funcs-gamma_set)
+return TRUE;
+
+/* At this early stage none of the randr-interface stuff is up
Not compile-tested, merely syntactically plausible, just wanted to get
this out for a second look. This implements the primary output requests
in the DIX, and mangles the appropriate protocol requests to sort the
primary output to the front.
Patch #4 maps the primary output to the RANDR 1.0
' instead of 'pan'?
No objections from my side.
+intpointerX;
+intpointerY;
I'd prefer to not shadow the pointer position inside RandR; is there
some way we can use the DIX pointer position here?
Actually
On Dec 04, 08 12:41:46 +0100, Matthias Hopf wrote:
I've bumped the randrproto version to 1.2.99.1; we'll move to 1.3.0 when
we're finished pulling in changes.
Bumping to 1.2.99.2, in order to reflect dependencies.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
On Fri, Nov 28, 2008 at 17:51:20 +0100, Matthias Hopf wrote:
---
randr/randrstr.h | 19 ++
randr/rrcrtc.c | 167
randr/rrdispatch.c |2 +
3 files changed, 188 insertions(+), 0 deletions(-)
You're not updating
On Wed, 2008-12-03 at 13:41 -0500, Adam Jackson wrote:
I've pushed a proposal for a pair of requests to get and set the primary
output to:
http://cgit.freedesktop.org/xorg/proto/randrproto/diff/?h=get-set-primaryid=c25389a1b5cb5cb513eb9486aca4df0d53d089df
Please just post diffs here.
Keith Packard wrote:
I suspect drivers will want to set the default primary output to
something other than None -- on a laptop, one can imagine always making
the LVDS 'primary'...
...unless this is a work laptop that generally sits in its dock with a
big monitor attached and external keyboard
5e2ce5ee7773a0b0b32c96212d9a50b67e3f7657 Mon Sep 17 00:00:00 2001
From: Julien Cristau [EMAIL PROTECTED]
Date: Wed, 26 Nov 2008 21:19:55 +0100
Subject: [PATCH] randr: add swapped dispatch for RR[GS]etCrtcTransform
Fix a memory leak in ProcRRGetCrtcTransform() while I'm at it.
Signed-off-by: Julien Cristau [EMAIL
---
randr/randrstr.h | 19 ++
randr/rrcrtc.c | 167
randr/rrdispatch.c |2 +
3 files changed, 188 insertions(+), 0 deletions(-)
diff --git a/randr/randrstr.h b/randr/randrstr.h
index 64206e8..f6aa5c7 100644
--- a/randr
---
src/rhd_randr.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/src/rhd_randr.c b/src/rhd_randr.c
index 62b5e74..fc0439f 100644
--- a/src/rhd_randr.c
+++ b/src/rhd_randr.c
@@ -499,6 +499,14 @@ rhdRRCrtcModeFixupDUMMY(xf86CrtcPtrcrtc,
return TRUE;
---
configure.ac |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 126a51b..9be14c0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -21,7 +21,7 @@ dnl
dnl Process this file with autoconf to create configure.
AC_PREREQ([2.57])
This set of patches adds panning support to RandR. Maybe it needs some
tweaking when Keith's transformation patches are applied.
The patches include version bumps to 1.3.0, dunno whether that should be
delayed until being actually final, please comment.
After applying the patches panning can
;
I'd prefer to not shadow the pointer position inside RandR; is there
some way we can use the DIX pointer position here?
We should also start to consider how MPX plays with panning.
+static Bool
+xf86RandR13SetPanning (ScreenPtr pScreen,
+RRCrtcPtr
On Fri, 2008-11-28 at 18:46 +0100, Matthias Hopf wrote:
This set of patches adds panning support to RandR. Maybe it needs some
tweaking when Keith's transformation patches are applied.
Transforms are on master and the 1.6 branch. I think there are some
minor modifications needed here to deal
On Fri, 2008-11-28 at 17:17 +0100, Matthias Hopf wrote:
---
configure.ac |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 126a51b..9be14c0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -21,7 +21,7 @@ dnl
dnl Process this
1 - 100 of 134 matches
Mail list logo