Re: tablet as a second monitor on linux
On 12/18/2012 08:44 PM, Alex Deucher wrote: On Tue, Dec 18, 2012 at 1:30 PM, Adam Groszer agroszer...@gmail.com wrote: Hello, I'm trying to use an android tablet as a secondary monitor for my laptop. Secondary monitor as one physical would be plugged into the VGA port. Googling resulted in no concrete solution. Does the tablet have a VGA input port and can it act as a monitor or are you asking about using it as a virtual second monitor? If the latter, you can probably play with xdmx assuming you can get an xserver running on the tablet, however, there's no real official solution that I know of. Anything will basically be a hack. Alex No VGA, I definitely need it as virtual, any communication can go only over TCP/IP. There's an xserver for android, but it's rather incomplete. Starting xfwm4 with it burps a lot of errors. As it looks the most solid way to mirror a screen to a tablet is vnc. The question is, how to create the secondary headless virtual monitor with X. I'm lost there. (Maybe I'll force with xrandr to display that secondary on the VGA against no real monitor connected. Something along: http://lists.freedesktop.org/archives/intel-gfx/2009-October/004531.html or http://askubuntu.com/questions/150879/can-i-force-vga-signal-output-even-when-xrandr-shows-disconnected Because what I actually want is like having a second monitor, but it's attached via vnc-TCP/IP) With some help of a friend, the http://pastie.org/5548492 script kind of works. (on xubuntu 11.10) Problems: - the XFCE top panel gets extended to the tablet monitor - the mouse pointer cannot enter the tablet monitor - both above together cause the panel to be inaccessible Any pointers are welcome, how to solve this. -- Best regards, Adam -- Best regards, Adam GROSZER -- Quote of the day: It's hard to remain true to a changing self. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: tablet as a second monitor on linux
Adam GROSZER, le Wed 19 Dec 2012 12:35:07 +0100, a écrit : On 12/19/2012 10:52 AM, Samuel Thibault wrote: Adam GROSZER, le Wed 19 Dec 2012 09:21:12 +0100, a écrit : The question is, how to create the secondary headless virtual monitor with X. I'm lost there. You can probably use the dummy X driver for that. You mind shedding some light on how to create that virtual screen? You'll have to write device xorg.conf sections by hand. I'm sorry, I'm not an X expert. Nobody really is. It's just a matter of taking the time to look at what you need, here an xorg.conf tutorial. Samuel ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: tablet as a second monitor on linux
On Tue, 18 Dec 2012 19:30:03 +0100 Adam Groszer agroszer...@gmail.com wrote: Hello, I'm trying to use an android tablet as a secondary monitor for my laptop. Secondary monitor as one physical would be plugged into the VGA port. Googling resulted in no concrete solution. Do you want to be able to move windows between the two. If so they need to be on the same X screen and that really means putting them on the same video card right now (although Dave Airlie and others are working in this area) If you want them to be all part of the same thing I'd look at x11vnc, Resize the master display to cover both the tablet and the PC and then you can feed part of it out via vnc to the tablet. If you want a separate display then there are various options to do this with x11vnc spawning or binding to X servers. You can also combine them with novnc and an HTML5 capable browser to do fun things like getting a login screen in the browser if you point it at the box. Alan ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: tablet as a second monitor on linux
On Wed, Dec 19, 2012 at 3:21 AM, Adam GROSZER agroszer...@gmail.com wrote: On 12/18/2012 08:44 PM, Alex Deucher wrote: On Tue, Dec 18, 2012 at 1:30 PM, Adam Groszer agroszer...@gmail.com wrote: Hello, I'm trying to use an android tablet as a secondary monitor for my laptop. Secondary monitor as one physical would be plugged into the VGA port. Googling resulted in no concrete solution. Does the tablet have a VGA input port and can it act as a monitor or are you asking about using it as a virtual second monitor? If the latter, you can probably play with xdmx assuming you can get an xserver running on the tablet, however, there's no real official solution that I know of. Anything will basically be a hack. Alex No VGA, I definitely need it as virtual, any communication can go only over TCP/IP. There's an xserver for android, but it's rather incomplete. Starting xfwm4 with it burps a lot of errors. As it looks the most solid way to mirror a screen to a tablet is vnc. The question is, how to create the secondary headless virtual monitor with X. I'm lost there. (Maybe I'll force with xrandr to display that secondary on the VGA against no real monitor connected. Something along: http://lists.freedesktop.org/archives/intel-gfx/2009-October/004531.html or http://askubuntu.com/questions/150879/can-i-force-vga-signal-output-even-when-xrandr-shows-disconnected Because what I actually want is like having a second monitor, but it's attached via vnc-TCP/IP) As I said, originally, you need something like xdmx: http://en.wikipedia.org/wiki/Xdmx It's basically a proxy xserver that connects to xservers on multiple boxes and presents the result as a single xserver. Alex With some help of a friend, the http://pastie.org/5548492 script kind of works. (on xubuntu 11.10) Problems: - the XFCE top panel gets extended to the tablet monitor - the mouse pointer cannot enter the tablet monitor - both above together cause the panel to be inaccessible Any pointers are welcome, how to solve this. -- Best regards, Adam -- Best regards, Adam GROSZER -- Quote of the day: It's hard to remain true to a changing self. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xorg-server 1.13.99.901 (1.14 RC1)
And, with the merge of the new Xi-based pointer barriers sequence, the development portion of the 1.14 release process is now closed. At this point, it's time to do a bit of testing and try to fix a few pending bugs. Thanks to all who contributed to the 1.14 release so far. Adam Jackson (18): linux: Refactor xf86{En,Dis}ableIO linux: Make failure to iopl non-fatal xfree86: Change the semantics of driverFunc(GET_REQUIRED_HW_INTERFACES) xfree86: Bump video ABI to 14 os: Repack ConnectionOutput for LP64 dix: Pull client-is-local flag up to the ClientRec dix: Repack ClientRec dix: Extend initial connection handshake for forwarding proxies os: Hide the Connection{In,Out}put implementation details dix: Fix types in WindowOptRec dix: Fix some indentation dix: Factor out MaybeDeliverMapRequest dix: Factor out DeliverMapNotify dix: Factor out DeliverUnmapNotify dix: Remove MapUnmapEventsEnabled and friends miext/damage: Only wrap into the GC ops chain if there's a listener (v3) configure: Stop using AM_MAINTAINER_MODE linux: Prefer ioctl(KDSKBMUTE, 1) over ioctl(KDSKBMODE, K_OFF) Alan Coopersmith (2): Support compilers with alternate spellings of typeof EnableDisableExtensionError: Use ARRAY_SIZE rather than sentinel Alexey Ten (Lynn) (1): Apply partial matches for option (#25873) Benjamin Tissoires (1): Add missing labels for multitouch valuators Carlos Garnacho (3): Sync TouchListener memory allocation with population in TouchSetupListeners() Xi: Update the device after delivering the emulated pointer event(#56558) Xi: Set modifier mask on touch events Chase Douglas (1): End physically active touches when device is disabled Chris Wilson (1): xf86: select a fake output for headless servers Colin Harrison (9): hw/xwin: Warning fix in ProcWindowsWMFrameSetTitle() hw/xwin: Remove unused variables in winwindowswm.c hw/xwin: Remove unused variables in winvalargs.c hw/xwin: Remove unused variables in winwindow.c hw/xwin: Remove unused variable in winmultiwindowwm.c hw/xwin: Fix no return value warning in winClipboardProc() hw/xwin: fmemopen is available on cygwin but not MinGW hw/xwin: Disable minimize button on window with skip-taskbar state hw/xwin: Don't spam MotionNotify events when the mouse hasn't moved Colin Walters (1): autogen.sh: Honor NOCONFIGURE=1 Daniel Drake (1): Xi: Don't check for TOUCH_END, it's never set Daniel Martin (6): dix: Delete mibstore.c dix: Remove #includes of mibstore.h dix: Remove refs to mi backing store from docs dix: Delete mibstore.h Xi: Fix modifier swapping in XIPassiveGrabDevice xfixes: Fix minor number in QueryVersion Daniel Stone (7): Xephyr: GLX: Support MakeContextCurrent and MakeCurrentReadSGI Touch: Fix duplicate TouchBegin selection with virtual devices Touch: Fix duplicate TouchBegin selection with virtual devices XKB: Remove component listing support Constify argument to LoadExtension Constify extensions in LoadExtension users DMX: Add DMX and GLX extensions Dave Airlie (8): dri2: invalidate drawable after sharing pixmap xf86/platform: scan pci after probing devices config/udev: ignore change on drm devices xf86: fix multi-seat video device support. (v2) randr: call RRProviderInit in the proper place. dri1: fix dri1 startup since 459c6da0f907ba33d733c7e62a116184ba2f14e5 Revert xf86: Fix non-PCI configuration-less setups glx/dri2: initialise api to avoid indirect rendering failing randomly Denys Vlasenko (1): os: fix typo in OsSigHandler() error message Frederic Plourde (1): Add glXCreateNewContext support in Xephyr #54798 Jason Gerecke (1): Fix additional gcc -Wwrite-strings warning in xf86 ddx Jasper St. Pierre (20): cursor: Fix a minor unused variable warning cursor: CreatePointerBarrier has a variable request length cursor: Clean up pointer barrier creation code a tiny bit cursor: Clean up barrier finding code a bit cursor: Fix up implementation for per-device barriers cursor: Revise edge cases for the pointer moving towards barriers cursor: Move pointer barrier code over to XI barriers: Don't loop over the server to destroy a barrier barriers: Switch to an explicit hook for barrier constrainment barriers: Switch to finding the nearest barrier client barriers: Reindent the constrainment hook Add support for XI2.3: Pointer barrier events and releases. barriers: Add support for edge cases when releasing barriers barriers: Add a couple pixels of elbow room for the hit detection barriers: Increment event ID on hit box leave barriers: Send a BarrierLeave event when we leave the hitbox
[ANNOUNCE] xf86-video-mach64 6.9.4
This driver supports older-model ATI chipsets (before Rage 128 Radeon). This release fixes issues found when run with the XAA-less Xorg 1.13 series, as well as fixing the build to work with the Xorg 1.14 RC1 headers. Adam Jackson (2): Don't gratuitously disable Render when ShadowFBing Fix build with neither XAA nor EXA against xserver 1.13.0 Alan Coopersmith (3): Mach64PixelARGB should use exaGetPixmapFirstPixel Remove call to obsolete miInitializeBackingStore() xf86-video-mach64 6.9.4 Connor Behan (1): Remove dummy UTS / DFS hooks Dave Airlie (1): mach64: fix build on 32-bit. git tag: xf86-video-mach64-6.9.4 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mach64-6.9.4.tar.bz2 MD5: d645197cbf238ac0427c3904eafdce2f SHA1: 59ef55e9962d6ff2d9f4583d95fdffc37cbcde86 SHA256: 97f108b8d7c0a8426bef9562683323ab6369956f18b0e220ee0d1a66b740855e http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mach64-6.9.4.tar.gz MD5: c37f7bd998cac0d2847fe332a760f9c1 SHA1: 7de87bce148d7439fd5a143101550f34255f0662 SHA256: cb2b039de2738c6e4772f34ce5241e82c24897ec630bf11f67951a3e9c02e6e9 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpcND4B3ZR7e.pgp Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [PATCH xts] Build blowup
On Tue, Dec 18, 2012 at 10:44 AM, Peter Harris phar...@opentext.com wrote: Rename from pixval/blowup to bin/xts-blowup, add Makefile.am, and delete old-style Makefile. --- Was blowup really not ported to the new build system yet, or is there some alternative tool that people use these days? I think when I was doing the port, blowup seemed to be only a fringe tool and I figured I'd get back to it later. 3 years later... Reviewed-by: Dan Nicholson dbn.li...@gmail.com ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH:xf86-video-tegra] make TegraPlatformProbe actually work
This is mostly the same thing as omapdrm does. Makes tegra work on xservers with Revert xf86: Fix non-PCI configuration-less setups applied. Signed-off-by: Lucas Stach d...@lynxeye.de --- src/driver.c | 16 1 Datei geändert, 8 Zeilen hinzugefügt(+), 8 Zeilen entfernt(-) diff --git a/src/driver.c b/src/driver.c index 1d14694..705c6c4 100644 --- a/src/driver.c +++ b/src/driver.c @@ -770,15 +770,13 @@ static Bool TegraPlatformProbe(DriverPtr driver, int entity_num, int flags, struct xf86_platform_device *dev, intptr_t match_data) { -char *path = xf86_get_platform_device_attrib(dev, ODEV_ATTRIB_PATH); +char *busid = xf86_get_platform_device_attrib(dev, ODEV_ATTRIB_BUSID); ScrnInfoPtr scrn = NULL; -int scr_flags = 0; - -if (flags PLATFORM_PROBE_GPU_SCREEN) -scr_flags = XF86_ALLOCATE_GPU_SCREEN; +int fd; -if (TegraProbeHardware(path)) { -scrn = xf86AllocateScreen(driver, scr_flags); +fd = drmOpen(NULL, busid); +if (fd != -1) { +scrn = xf86AllocateScreen(driver, 0); xf86AddEntityToScreen(scrn, entity_num); @@ -794,7 +792,9 @@ TegraPlatformProbe(DriverPtr driver, int entity_num, int flags, scrn-ValidMode = TegraValidMode; xf86DrvMsg(scrn-scrnIndex, X_INFO, using %s\n, - path ? path : default device); + busid ? busid : default device); + +drmClose(fd); } return scrn != NULL; -- 1.7.11.7 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH] xkb: Do not use base group as an array index.
The base group is not brought into range and, therefore, using it as an array index crashed the X server. Also, at this place, we should ignore locked groups, but not latched groups. Therefore, use sum of base and latched groups, brought into range. Signed-off-by: Andreas Wettstein wettstein...@solnet.ch --- xkb/xkbUtils.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/xkb/xkbUtils.c b/xkb/xkbUtils.c index c23cd77..6c6af60 100644 --- a/xkb/xkbUtils.c +++ b/xkb/xkbUtils.c @@ -642,6 +642,7 @@ XkbComputeCompatState(XkbSrvInfoPtr xkbi) CARD16 grp_mask; XkbStatePtr state = xkbi-state; XkbCompatMapPtr map; +XkbControlsPtr ctrls; if (!state || !xkbi-desc || !xkbi-desc-ctrls || !xkbi-desc-compat) return; @@ -650,9 +651,14 @@ XkbComputeCompatState(XkbSrvInfoPtr xkbi) grp_mask = map-groups[state-group].mask; state-compat_state = state-mods | grp_mask; state-compat_lookup_mods = state-lookup_mods | grp_mask; +ctrls= xkbi-desc-ctrls; -if (xkbi-desc-ctrls-enabled_ctrls XkbIgnoreGroupLockMask) -grp_mask = map-groups[state-base_group].mask; +if (ctrls-enabled_ctrls XkbIgnoreGroupLockMask) { + unsigned char grp = state-base_group+state-latched_group; + if (grp = ctrls-num_groups) + grp = XkbAdjustGroup(XkbCharToInt(grp), ctrls); +grp_mask = map-groups[grp].mask; +} state-compat_grab_mods = state-grab_mods | grp_mask; return; } -- 1.8.0 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH] Xi: update device state even if no emulated events are sent
From: Carlos Garnacho carl...@gnome.org A touch sequence emulating pointer events may end up not sending pointer events (ie. if handled completely by a passive touch grab), but the device state needs to be updated anyway for subsequent events to have a correct state. This patch can be considered a leftover of 863f32c930d7 --- Xi/exevents.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Xi/exevents.c b/Xi/exevents.c index 4c1aeb4..d9e4a69 100644 --- a/Xi/exevents.c +++ b/Xi/exevents.c @@ -1604,6 +1604,8 @@ ProcessTouchEvent(InternalEvent *ev, DeviceIntPtr dev) } if (!ti) { +if (emulate_pointer) +UpdateDeviceState(dev, ev-device_event); DebugF([Xi] %s: Failed to get event %d for touchpoint %d\n, dev-name, type, touchid); return; -- 1.8.0.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH 1/2] mi: Ensure pointer emulating touch events update the sprite
From: Carlos Garnacho carl...@gnome.org Different miPointerSpriteFuncRec implementations do a varying business at ultimately calling miPointerUpdateSprite(), this particularly fails when using the plain mi sprite on touch events, where the sprite is just moved/updated on cursor changes. So, ensure miPointerUpdateSprite() is called generically for pointer emulating touch events as with regular motion events. Signed-off-by: Carlos Garnacho carl...@gnome.org --- mi/mieq.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/mi/mieq.c b/mi/mieq.c index b2c7769..d374b28 100644 --- a/mi/mieq.c +++ b/mi/mieq.c @@ -623,7 +623,11 @@ mieqProcessInputEvents(void) mieqProcessDeviceEvent(dev, event, screen); /* Update the sprite now. Next event may be from different device. */ -if (event.any.type == ET_Motion master) +if (master +(event.any.type == ET_Motion || + ((event.any.type == ET_TouchBegin || + event.any.type == ET_TouchUpdate) + event.device_event.flags TOUCH_POINTER_EMULATED))) miPointerUpdateSprite(dev); #ifdef XQUARTZ -- 1.8.0.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH 2/2] render: Unwrap early on the animated cursor BlockHandler
From: Carlos Garnacho carl...@gnome.org The loop above the previous call may end up triggering other handlers attaching to the same function slot, so unwrapping the handler after that could leave the just attached handler in a dangling but not unset state. This issue was most visible on the XO, where destroying a window with an animated cursor set and running would trigger this inconsistent state, never calling the miSpriteBlockHandler again after the animated cursor is unset. Signed-off-by: Carlos Garnacho carl...@gnome.org --- render/animcur.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/render/animcur.c b/render/animcur.c index ebc5b8e..9cbba83 100644 --- a/render/animcur.c +++ b/render/animcur.c @@ -143,6 +143,8 @@ AnimCurScreenBlockHandler(ScreenPtr pScreen, Bool activeDevice = FALSE; CARD32 now = 0, soonest = ~0; /* earliest time to wakeup again */ +Unwrap(as, pScreen, BlockHandler); + for (dev = inputInfo.devices; dev; dev = dev-next) { if (IsPointerDevice(dev) pScreen == dev-spriteInfo-anim.pScreen) { if (!activeDevice) { @@ -180,7 +182,6 @@ AnimCurScreenBlockHandler(ScreenPtr pScreen, if (activeDevice) AdjustWaitForDelay(pTimeout, soonest - now); -Unwrap(as, pScreen, BlockHandler); (*pScreen-BlockHandler) (pScreen, pTimeout, pReadmask); if (activeDevice) Wrap(as, pScreen, BlockHandler, AnimCurScreenBlockHandler); -- 1.8.0.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH:xf86-video-mach64] Remove call to obsolete miInitializeBackingStore()
On 18/12/12 08:48 PM, Alan Coopersmith wrote: Definition was deleted from Xorg during 1.14 merge window, but was a no-op for many release cycles before that. Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- src/atiscreen.c |1 - 1 file changed, 1 deletion(-) diff --git a/src/atiscreen.c b/src/atiscreen.c index 62a4dd9..15f399e 100644 --- a/src/atiscreen.c +++ b/src/atiscreen.c @@ -532,7 +532,6 @@ ATIScreenInit(SCREEN_INIT_ARGS_DECL) #endif /* AVOID_DGA */ /* Initialise backing store */ -miInitializeBackingStore(pScreen); xf86SetBackingStore(pScreen); /* Initialise cursor */ Oh right. I just made the corresponding change to xf86-video-r128. Thanks. signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL] grab fixes and use-after free
Peter Hutterer peter.hutte...@who-t.net writes: Peter Hutterer (3): Xi: don't use devices after removing them dix: don't allow overriding a grab with a different type of grab (#58255) dix: don't copy the wrong event mask when activating a passive grab Merged. 3420a77..f793b5f master - master -- keith.pack...@intel.com pgpBeCxaP23S5.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL updated] pointer barrier events/releases (XI2.3)
Peter Hutterer peter.hutte...@who-t.net writes: Jasper St. Pierre (14): cursor: Move pointer barrier code over to XI barriers: Don't loop over the server to destroy a barrier barriers: Switch to an explicit hook for barrier constrainment barriers: Switch to finding the nearest barrier client barriers: Reindent the constrainment hook Add support for XI2.3: Pointer barrier events and releases. barriers: Add support for edge cases when releasing barriers barriers: Add a couple pixels of elbow room for the hit detection barriers: Increment event ID on hit box leave barriers: Send a BarrierLeave event when we leave the hitbox barriers: Clean up code barriers: Send an XI_BarrierLeave event when a barrier is destroyed barriers: Replace complex intersection test with simpler math barriers: Support line and ray barriers Peter Hutterer (18): include: fix comment barriers: Don't allow destroying other client's barriers barriers: Don't allow releasing the pointer on other client's barriers Pass the event list through to the pointer barrier code to return it Xi: fill in barrier root x/y after clamping to RandR outputs dix: skip delivery if it's not the right pointer barrier client dix: handle barrier events properly when converting to core/XI 1.x dix: ignore barrier events in FixUpEventFromWindow Xi: deliver barrier events as grabbed events where necessary Xi: if the device is currently grabbed, flag the barrier event mi: rename mipointer's internal event list Require inputproto 2.2.99.1 tests/xi2: at protocol conversion test for barrier events Xi: swap sequence number and evtype in barrier events Xi: fix swapping for barrier events Xi: fix per-device barrier handling Xi: don't store the window pointer in barriers, store the window ID Xi: if a MD is removed, send a barrier leave event (if applicable) Merged. f793b5f..014a5c8 master - master -- keith.pack...@intel.com pgpnCnF4URKJB.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL: xserver master] 2 small build fixes, one small crash fix
Alan Coopersmith alan.coopersm...@oracle.com writes: Alan Coopersmith (2): Support compilers with alternate spellings of typeof EnableDisableExtensionError: Use ARRAY_SIZE rather than sentinel Rob Clark (1): hw/dmx: fix build without GLX Merged. 014a5c8..386e4d7 master - master -- keith.pack...@intel.com pgpmjvgwcXNpB.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL] formatting fix
Yaakov Selkowitz yselkow...@gmail.com writes: Yaakov Selkowitz (1): Fix formatting of address operators Merged. 386e4d7..0eb1559 master - master -- keith.pack...@intel.com pgpq2Ne23ijPV.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL] XQuartz - Remove support for 15 bit visuals
Jeremy Huddleston Sequoia jerem...@apple.com writes: Jeremy Huddleston Sequoia (2): XQuartz: Revert some unfortunate auto-indenting mishaps with our super-nested for-loops XQuartz: Don't add the 15bit visual any more Merged. 0eb1559..2a0b544 master - master -- keith.pack...@intel.com pgpgneOzNfqn7.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xrandr] xrandr: print primary output
I could have sworn there was a change to do that in the wild already, but I couldn't find it. Thanks, - Pierre-Loup From 7d0720196cd89ac012fd7d0bf86cee0cffaea631 Mon Sep 17 00:00:00 2001 From: Pierre-Loup A. Griffais pgriff...@nvidia.com Date: Wed, 19 Dec 2012 12:32:03 -0800 Subject: [PATCH] xrandr: print primary output Sample output: LVDS-0 connected primary 1920x1080+1920+120 [...] Signed-off-by: Pierre-Loup A. Griffais pgriff...@nvidia.com --- xrandr.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/xrandr.c b/xrandr.c index 548015c..e8d24fb 100644 --- a/xrandr.c +++ b/xrandr.c @@ -3249,6 +3249,9 @@ main (int argc, char **argv) Rotation rotations = output_rotations (output); printf (%s %s, output_info-name, connection[output_info-connection]); + if (output-primary) { + printf( primary); + } if (mode) { if (crtc_info) { -- 1.7.10.4 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: xserver-1.13.2 nomination window is open
On Tue, Dec 18, 2012 at 09:43:09PM -0700, Matt Dew wrote: It's actually been open since last Thursday but this is notice for anyone wondering. The nomination window is 3 weeks; until Jan 3. I've updated the X.Org calendar. Once it gets pulled to master, the following is a good candiate for 1.13.2 (and also for the 1.12 branch if a 1.12.5 is released) ephyr: Add -resizeable option -- Matthieu Herrb ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PULL 1.13] - XQuartz / Mountain Lion deadlock cherrypick from master
On Dec 18, 2012, at 20:48, Matt Dew mar...@osource.org wrote: Hi Jereremy, Ack. Will pull and test. Thanks. I cherry-picked in one more: The following changes since commit 92ecbf5f0f516aacb7f0034e3786c4454a07fe8d: No changes from 1.13.0.902 (rc2) (2012-12-13 21:05:24 -0700) are available in the git repository at: git://people.freedesktop.org/~jeremyhu/xserver server-1.13-branch for you to fetch changes up to e348e4afc5323779b686ee8ff2f094359664c42e: XQuartz: Don't add the 15bit visual any more (2012-12-19 16:50:07 -0800) Jeremy Huddleston Sequoia (3): XQuartz: Avoid a possible deadlock with DRI on OS X 10.7.5 and OS X 10.8.2 XQuartz: Add some verbose logging to debug xp_lock_window being unbalanced XQuartz: Don't add the 15bit visual any more hw/xquartz/darwin.c| 16 +--- hw/xquartz/xpr/dri.c | 6 ++ hw/xquartz/xpr/xprFrame.c | 28 hw/xquartz/xpr/xprScreen.c | 5 + 4 files changed, 48 insertions(+), 7 deletions(-) Matt On 12/18/2012 01:36 AM, Jeremy Huddleston Sequoia wrote: The following changes since commit 92ecbf5f0f516aacb7f0034e3786c4454a07fe8d: No changes from 1.13.0.902 (rc2) (2012-12-13 21:05:24 -0700) are available in the git repository at: git://people.freedesktop.org/~jeremyhu/xserver server-1.13-branch for you to fetch changes up to 34fb39a960898f5a0bcc67f76f385ba8a91ea2ba: XQuartz: Add some verbose logging to debug xp_lock_window being unbalanced (2012-12-18 00:31:53 -0800) Jeremy Huddleston Sequoia (2): XQuartz: Avoid a possible deadlock with DRI on OS X 10.7.5 and OS X 10.8.2 XQuartz: Add some verbose logging to debug xp_lock_window being unbalanced hw/xquartz/xpr/dri.c | 6 ++ hw/xquartz/xpr/xprFrame.c | 28 2 files changed, 34 insertions(+) ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH] xkb: Do not use base group as an array index.
On Wed, Dec 19, 2012 at 06:13:21PM +0100, Andreas Wettstein wrote: The base group is not brought into range and, therefore, using it as an array index crashed the X server. Also, at this place, we should ignore locked groups, but not latched groups. Therefore, use sum of base and latched groups, brought into range. is there some sort of test-case that triggers this issue reliable? also, why do we ignore locked groups here? It'd be great to have some explanation, this is code that hardly anyone knows inside-out, so having this in the commit message would help a lot. patch itself looks good though, but I'm lacking context here so I don't know if there could be any side-effects. Cheers, Peter Signed-off-by: Andreas Wettstein wettstein...@solnet.ch --- xkb/xkbUtils.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/xkb/xkbUtils.c b/xkb/xkbUtils.c index c23cd77..6c6af60 100644 --- a/xkb/xkbUtils.c +++ b/xkb/xkbUtils.c @@ -642,6 +642,7 @@ XkbComputeCompatState(XkbSrvInfoPtr xkbi) CARD16 grp_mask; XkbStatePtr state = xkbi-state; XkbCompatMapPtr map; +XkbControlsPtr ctrls; if (!state || !xkbi-desc || !xkbi-desc-ctrls || !xkbi-desc-compat) return; @@ -650,9 +651,14 @@ XkbComputeCompatState(XkbSrvInfoPtr xkbi) grp_mask = map-groups[state-group].mask; state-compat_state = state-mods | grp_mask; state-compat_lookup_mods = state-lookup_mods | grp_mask; +ctrls= xkbi-desc-ctrls; -if (xkbi-desc-ctrls-enabled_ctrls XkbIgnoreGroupLockMask) -grp_mask = map-groups[state-base_group].mask; +if (ctrls-enabled_ctrls XkbIgnoreGroupLockMask) { + unsigned char grp = state-base_group+state-latched_group; + if (grp = ctrls-num_groups) + grp = XkbAdjustGroup(XkbCharToInt(grp), ctrls); +grp_mask = map-groups[grp].mask; +} state-compat_grab_mods = state-grab_mods | grp_mask; return; } -- 1.8.0 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH 1/2] mi: Ensure pointer emulating touch events update the sprite
On Wed, Dec 19, 2012 at 06:42:38PM +0100, carl...@gnome.org wrote: From: Carlos Garnacho carl...@gnome.org Different miPointerSpriteFuncRec implementations do a varying business at ultimately calling miPointerUpdateSprite(), this particularly fails when using the plain mi sprite on touch events, where the sprite is just moved/updated on cursor changes. So, ensure miPointerUpdateSprite() is called generically for pointer emulating touch events as with regular motion events. Signed-off-by: Carlos Garnacho carl...@gnome.org --- mi/mieq.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/mi/mieq.c b/mi/mieq.c index b2c7769..d374b28 100644 --- a/mi/mieq.c +++ b/mi/mieq.c @@ -623,7 +623,11 @@ mieqProcessInputEvents(void) mieqProcessDeviceEvent(dev, event, screen); /* Update the sprite now. Next event may be from different device. */ -if (event.any.type == ET_Motion master) +if (master +(event.any.type == ET_Motion || + ((event.any.type == ET_TouchBegin || + event.any.type == ET_TouchUpdate) + event.device_event.flags TOUCH_POINTER_EMULATED))) miPointerUpdateSprite(dev); #ifdef XQUARTZ -- 1.8.0.1 both merged, thanks. Cheers, Peter ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH] dix: check for the right device's xi2 mask
events.c: In function 'DeactivatePointerGrab': events.c:1524:51: warning: 'dev' may be used uninitialized in this function [-Wuninitialized dev is unset when we get here, the device to check is mouse. Introduced in ece8157a59751b3ed492fb2e1eb8d5f20221e195. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- dix/events.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dix/events.c b/dix/events.c index 7359362..9b06e95 100644 --- a/dix/events.c +++ b/dix/events.c @@ -1521,7 +1521,7 @@ DeactivatePointerGrab(DeviceIntPtr mouse) emulate a ButtonRelease here. So pretend the listener already has the end event */ if (grab-grabtype == CORE || grab-grabtype == XI || -!xi2mask_isset(dev-deviceGrab.grab-xi2mask, dev, XI_TouchBegin)) +!xi2mask_isset(mouse-deviceGrab.grab-xi2mask, mouse, XI_TouchBegin)) ti-listeners[0].state = LISTENER_HAS_END; TouchListenerAcceptReject(mouse, ti, 0, XIRejectTouch); } -- 1.8.0.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH:xf86-video-mach64 1/2] Remove unused atidecoder.c atidecoder.h
Defined a enum string array, neither of which were used anywhere. Reported by Solaris linker -z guidance option: ld: guidance: removal of unused file recommended: atidecoder.o Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- src/Makefile.am |3 +-- src/atidecoder.c | 50 -- src/atidecoder.h | 51 --- 3 files changed, 1 insertion(+), 103 deletions(-) delete mode 100644 src/atidecoder.c delete mode 100644 src/atidecoder.h diff --git a/src/Makefile.am b/src/Makefile.am index 4c1498f..f1a255f 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -50,7 +50,7 @@ mach64_drv_ladir = @moduledir@/drivers mach64_drv_la_SOURCES = \ atibus.c atichip.c atiprobe.c atividmem.c \ atiadjust.c atiaudio.c aticlock.c aticonfig.c aticonsole.c \ - atidac.c atidecoder.c atidsp.c atii2c.c \ + atidac.c atidsp.c atii2c.c \ atilock.c atimach64.c atimach64accel.c atimach64cursor.c \ atimach64i2c.c atimach64io.c atimach64xv.c atimode.c atipreinit.c \ atiprint.c atirgb514.c atiscreen.c atituner.c atiutil.c ativalid.c \ @@ -70,7 +70,6 @@ EXTRA_DIST = \ aticrtc.h \ aticursor.h \ atidac.h \ - atidecoder.h \ atidga.h \ atidri.h \ atidripriv.h \ diff --git a/src/atidecoder.c b/src/atidecoder.c deleted file mode 100644 index 6419fbc..000 --- a/src/atidecoder.c +++ /dev/null @@ -1,50 +0,0 @@ -/* - * Copyright 2003 through 2004 by Marc Aurele La France (TSI @ UQV), t...@xfree86.org - * - * Permission to use, copy, modify, distribute, and sell this software and its - * documentation for any purpose is hereby granted without fee, provided that - * the above copyright notice appear in all copies and that both that copyright - * notice and this permission notice appear in supporting documentation, and - * that the name of Marc Aurele La France not be used in advertising or - * publicity pertaining to distribution of the software without specific, - * written prior permission. Marc Aurele La France makes no representations - * about the suitability of this software for any purpose. It is provided - * as-is without express or implied warranty. - * - * MARC AURELE LA FRANCE DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, - * INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO - * EVENT SHALL MARC AURELE LA FRANCE BE LIABLE FOR ANY SPECIAL, INDIRECT OR - * CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, - * DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER - * TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR - * PERFORMANCE OF THIS SOFTWARE. - */ - -#ifdef HAVE_CONFIG_H -#include config.h -#endif - -#include atidecoder.h - -/* - * Video decoder definitions. - */ -const char *ATIDecoderNames[] = -{ -No decoder, -BrookTree BT819, -Brooktree BT829, -Brooktree BT829A, -Philips SA7111, -Philips SA7112, -ATI Rage Theater, -Unknown type (7), -Unknown type (8), -Unknown type (9), -Unknown type (10), -Unknown type (11), -Unknown type (12), -Unknown type (13), -Unknown type (14), -Unknown type (15) -}; diff --git a/src/atidecoder.h b/src/atidecoder.h deleted file mode 100644 index 6ade55b..000 --- a/src/atidecoder.h +++ /dev/null @@ -1,51 +0,0 @@ -/* - * Copyright 2003 by Marc Aurele La France (TSI @ UQV), t...@xfree86.org - * - * Permission to use, copy, modify, distribute, and sell this software and its - * documentation for any purpose is hereby granted without fee, provided that - * the above copyright notice appear in all copies and that both that copyright - * notice and this permission notice appear in supporting documentation, and - * that the name of Marc Aurele La France not be used in advertising or - * publicity pertaining to distribution of the software without specific, - * written prior permission. Marc Aurele La France makes no representations - * about the suitability of this software for any purpose. It is provided - * as-is without express or implied warranty. - * - * MARC AURELE LA FRANCE DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, - * INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO - * EVENT SHALL MARC AURELE LA FRANCE BE LIABLE FOR ANY SPECIAL, INDIRECT OR - * CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, - * DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER - * TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR - * PERFORMANCE OF THIS SOFTWARE. - */ - -#ifndef ___ATIDECODER_H___ -#define ___ATIDECODER_H___ 1 - -/* - * Video decoder definitions. - */ -typedef enum -{ -ATI_DECODER_NONE, -ATI_DECODER_BT819, -ATI_DECODER_BT829, -ATI_DECODER_BT829A, -ATI_DECODER_SA7111, -ATI_DECODER_SA7112, -ATI_DECODER_THEATER, -
[PATCH:xf86-video-mach64 2/2] Remove unused atiaudio.c ATIAudioNames declaration
Defined a string array, which is not used anywhere. atiaudio.h remains for now, though for the enum it defines, only one reference to it remains, initializing the Audio to ATI_AUDIO_NONE, so it may be a candidate for further cleanup in the future. Reported by Solaris linker -z guidance option: ld: guidance: removal of unused file recommended: atiaudio.o Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- src/Makefile.am |2 +- src/atiaudio.c | 50 -- src/atiaudio.h |2 -- 3 files changed, 1 insertion(+), 53 deletions(-) delete mode 100644 src/atiaudio.c diff --git a/src/Makefile.am b/src/Makefile.am index f1a255f..2faa69d 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -49,7 +49,7 @@ mach64_drv_la_LDFLAGS = -module -avoid-version mach64_drv_ladir = @moduledir@/drivers mach64_drv_la_SOURCES = \ atibus.c atichip.c atiprobe.c atividmem.c \ - atiadjust.c atiaudio.c aticlock.c aticonfig.c aticonsole.c \ + atiadjust.c aticlock.c aticonfig.c aticonsole.c \ atidac.c atidsp.c atii2c.c \ atilock.c atimach64.c atimach64accel.c atimach64cursor.c \ atimach64i2c.c atimach64io.c atimach64xv.c atimode.c atipreinit.c \ diff --git a/src/atiaudio.c b/src/atiaudio.c deleted file mode 100644 index 555a4a7..000 --- a/src/atiaudio.c +++ /dev/null @@ -1,50 +0,0 @@ -/* - * Copyright 2003 through 2004 by Marc Aurele La France (TSI @ UQV), t...@xfree86.org - * - * Permission to use, copy, modify, distribute, and sell this software and its - * documentation for any purpose is hereby granted without fee, provided that - * the above copyright notice appear in all copies and that both that copyright - * notice and this permission notice appear in supporting documentation, and - * that the name of Marc Aurele La France not be used in advertising or - * publicity pertaining to distribution of the software without specific, - * written prior permission. Marc Aurele La France makes no representations - * about the suitability of this software for any purpose. It is provided - * as-is without express or implied warranty. - * - * MARC AURELE LA FRANCE DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, - * INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO - * EVENT SHALL MARC AURELE LA FRANCE BE LIABLE FOR ANY SPECIAL, INDIRECT OR - * CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, - * DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER - * TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR - * PERFORMANCE OF THIS SOFTWARE. - */ - -#ifdef HAVE_CONFIG_H -#include config.h -#endif - -#include atiaudio.h - -/* - * Audio chip definitions. - */ -const char *ATIAudioNames[] = -{ -Philips TEA5582, -Mono with audio mux, -Philips TDA9850, -Sony CXA2020S, -ITT MSP3410D, -Crystal CS4236B, -Philips TDA9851, -ITT MSP3415, -ITT MSP3430, -Unknown type (9), -Unknown type (10), -Unknown type (11), -Unknown type (12), -Unknown type (13), -Unknown type (14), -No audio -}; diff --git a/src/atiaudio.h b/src/atiaudio.h index bcea8b4..aa158ad 100644 --- a/src/atiaudio.h +++ b/src/atiaudio.h @@ -46,6 +46,4 @@ typedef enum ATI_AUDIO_NONE } ATIAudioType; -extern const char *ATIAudioNames[]; - #endif /* ___ATIAUDIO_H___ */ -- 1.7.9.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[ANNOUNCE] xorg-server 1.13.99.901 (1.14 RC1)
And, with the merge of the new Xi-based pointer barriers sequence, the development portion of the 1.14 release process is now closed. At this point, it's time to do a bit of testing and try to fix a few pending bugs. Thanks to all who contributed to the 1.14 release so far. Adam Jackson (18): linux: Refactor xf86{En,Dis}ableIO linux: Make failure to iopl non-fatal xfree86: Change the semantics of driverFunc(GET_REQUIRED_HW_INTERFACES) xfree86: Bump video ABI to 14 os: Repack ConnectionOutput for LP64 dix: Pull client-is-local flag up to the ClientRec dix: Repack ClientRec dix: Extend initial connection handshake for forwarding proxies os: Hide the Connection{In,Out}put implementation details dix: Fix types in WindowOptRec dix: Fix some indentation dix: Factor out MaybeDeliverMapRequest dix: Factor out DeliverMapNotify dix: Factor out DeliverUnmapNotify dix: Remove MapUnmapEventsEnabled and friends miext/damage: Only wrap into the GC ops chain if there's a listener (v3) configure: Stop using AM_MAINTAINER_MODE linux: Prefer ioctl(KDSKBMUTE, 1) over ioctl(KDSKBMODE, K_OFF) Alan Coopersmith (2): Support compilers with alternate spellings of typeof EnableDisableExtensionError: Use ARRAY_SIZE rather than sentinel Alexey Ten (Lynn) (1): Apply partial matches for option (#25873) Benjamin Tissoires (1): Add missing labels for multitouch valuators Carlos Garnacho (3): Sync TouchListener memory allocation with population in TouchSetupListeners() Xi: Update the device after delivering the emulated pointer event(#56558) Xi: Set modifier mask on touch events Chase Douglas (1): End physically active touches when device is disabled Chris Wilson (1): xf86: select a fake output for headless servers Colin Harrison (9): hw/xwin: Warning fix in ProcWindowsWMFrameSetTitle() hw/xwin: Remove unused variables in winwindowswm.c hw/xwin: Remove unused variables in winvalargs.c hw/xwin: Remove unused variables in winwindow.c hw/xwin: Remove unused variable in winmultiwindowwm.c hw/xwin: Fix no return value warning in winClipboardProc() hw/xwin: fmemopen is available on cygwin but not MinGW hw/xwin: Disable minimize button on window with skip-taskbar state hw/xwin: Don't spam MotionNotify events when the mouse hasn't moved Colin Walters (1): autogen.sh: Honor NOCONFIGURE=1 Daniel Drake (1): Xi: Don't check for TOUCH_END, it's never set Daniel Martin (6): dix: Delete mibstore.c dix: Remove #includes of mibstore.h dix: Remove refs to mi backing store from docs dix: Delete mibstore.h Xi: Fix modifier swapping in XIPassiveGrabDevice xfixes: Fix minor number in QueryVersion Daniel Stone (7): Xephyr: GLX: Support MakeContextCurrent and MakeCurrentReadSGI Touch: Fix duplicate TouchBegin selection with virtual devices Touch: Fix duplicate TouchBegin selection with virtual devices XKB: Remove component listing support Constify argument to LoadExtension Constify extensions in LoadExtension users DMX: Add DMX and GLX extensions Dave Airlie (8): dri2: invalidate drawable after sharing pixmap xf86/platform: scan pci after probing devices config/udev: ignore change on drm devices xf86: fix multi-seat video device support. (v2) randr: call RRProviderInit in the proper place. dri1: fix dri1 startup since 459c6da0f907ba33d733c7e62a116184ba2f14e5 Revert xf86: Fix non-PCI configuration-less setups glx/dri2: initialise api to avoid indirect rendering failing randomly Denys Vlasenko (1): os: fix typo in OsSigHandler() error message Frederic Plourde (1): Add glXCreateNewContext support in Xephyr #54798 Jason Gerecke (1): Fix additional gcc -Wwrite-strings warning in xf86 ddx Jasper St. Pierre (20): cursor: Fix a minor unused variable warning cursor: CreatePointerBarrier has a variable request length cursor: Clean up pointer barrier creation code a tiny bit cursor: Clean up barrier finding code a bit cursor: Fix up implementation for per-device barriers cursor: Revise edge cases for the pointer moving towards barriers cursor: Move pointer barrier code over to XI barriers: Don't loop over the server to destroy a barrier barriers: Switch to an explicit hook for barrier constrainment barriers: Switch to finding the nearest barrier client barriers: Reindent the constrainment hook Add support for XI2.3: Pointer barrier events and releases. barriers: Add support for edge cases when releasing barriers barriers: Add a couple pixels of elbow room for the hit detection barriers: Increment event ID on hit box leave barriers: Send a BarrierLeave event when we leave the hitbox
[ANNOUNCE] xorg-gtest 0.7.0
xorg-gtest 0.7.0 is now available. Improvements since 0.6.0: - XORG_GTEST_XSERVER_KEEPALIVE keeps the test server running after a test finishes to allow for further debugging - XORG_GTEST_USE_VALGRIND starts the server under valgrind - miscellaneous fixes, including slightly better documentation Also, no more .gz tarballs. Keith Packard (1): Fix CFLAGS to find correct header files Peter Hutterer (34): xserver: increase timout to 3 seconds process: split Fork() and Start() into (optionally) two calls xserver: use new fork handling for signal masks xserver: add XORG_GTEST_XSERVER_KEEPALIVE environment variable xserver: shut up compiler warning test: add process-test-helper to gitignore xorg-gtest-main: fix trailing whitespace Expand on the default 'failed to open connection to display' error Drop .gz tarballs, bz2 is enough examples: use abs_top_srcdir to link to the config file test: exit(0) the xserver test after forking xserver: change Start() to be virtual xserver: make second arg to SetOption() default to xserver: add RemoveOption Move default log/config setting back to environment Make default log path configurable xserver: ignore SIGUSR1 in the parent after server startup examples: rename xorg-gtest-example to indicate it's an Environment example examples: add test examples for manual XServer control test: change USB mouse recordings file to dist_noinst_DATA test: conf paths must be absolute gtest: add gtest-spi.h header xserver: install default X error handler Add support for starting a process through valgrind xserver: default to -1/-1 for extension/opcode test: unset environment variable after use test: wait a bit for the server to finish test: restore error handler after test examples: Document two variables to silence doxygen process: drop a few SCOPED_TRACE process: if the wait fails because the child is still running, reset errno xserver: increase default Terminate/Kill timeout to 2 seconds xserver: usecs are usecs, not millis xorg-gtest 0.7.0 git tag: xorg-gtest-0.7.0 http://xorg.freedesktop.org/archive/individual/test/xorg-gtest-0.7.0.tar.bz2 MD5: c42a25bb8f10816cd283689f7d66460e xorg-gtest-0.7.0.tar.bz2 SHA1: b6d515f1d884b6f8ffd80f8187a769a807ddc1f8 xorg-gtest-0.7.0.tar.bz2 SHA256: bd7fbb84d6046d70564c002a5f82d9628ad1fa2c2087738788bcdf292e03e68e xorg-gtest-0.7.0.tar.bz2 pgpOulsgHQzVX.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.x.org http://lists.x.org/mailman/listinfo/xorg-announce
[ANNOUNCE] xf86-video-mach64 6.9.4
This driver supports older-model ATI chipsets (before Rage 128 Radeon). This release fixes issues found when run with the XAA-less Xorg 1.13 series, as well as fixing the build to work with the Xorg 1.14 RC1 headers. Adam Jackson (2): Don't gratuitously disable Render when ShadowFBing Fix build with neither XAA nor EXA against xserver 1.13.0 Alan Coopersmith (3): Mach64PixelARGB should use exaGetPixmapFirstPixel Remove call to obsolete miInitializeBackingStore() xf86-video-mach64 6.9.4 Connor Behan (1): Remove dummy UTS / DFS hooks Dave Airlie (1): mach64: fix build on 32-bit. git tag: xf86-video-mach64-6.9.4 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mach64-6.9.4.tar.bz2 MD5: d645197cbf238ac0427c3904eafdce2f SHA1: 59ef55e9962d6ff2d9f4583d95fdffc37cbcde86 SHA256: 97f108b8d7c0a8426bef9562683323ab6369956f18b0e220ee0d1a66b740855e http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mach64-6.9.4.tar.gz MD5: c37f7bd998cac0d2847fe332a760f9c1 SHA1: 7de87bce148d7439fd5a143101550f34255f0662 SHA256: cb2b039de2738c6e4772f34ce5241e82c24897ec630bf11f67951a3e9c02e6e9 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgprpF7nqeyfW.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.x.org http://lists.x.org/mailman/listinfo/xorg-announce
Re: [PATCH 3/3] DRI2: defer swap if relevant CRTC is in DMPS off state
On Die, 2012-12-18 at 21:25 -0500, Ilija Hadzic wrote: On Tue, Dec 18, 2012 at 1:07 PM, Michel Dänzer mic...@daenzer.net wrote: 1. Mimic the behaviour with a running CRTC as closely as possible 2. Don't bother, just always wait for a fixed amount of time, say some fraction of a second I fail to see the point of a flawed compromise. Wasn't my first patch series (the one where I always waited nominal_vblank_period) implementing option 2? It's what I'd call a flawed compromise, as it derived the time to wait from the CRTC's refresh rate, but the result was nothing like the behaviour with a running CRTC (at least not for anything more complex than glxgears). If constant wait time is acceptable, I can go back to the first patch series and simplify it even further (e.g., forget nominal_vblank_period and just wait for some fixed hard-coded time). That would address my original objective (i.e. avoid dissipating extra power when we turn off the screen) and would be very simple. If that is not acceptable, and you insist on option 1, then I agree, my second patch series needs more work. In the original thread about this problem, you asked what the right thing to do would be. I gave my opinion on that, basically option 1 above. I still think that would be ideal, especially if done the way you outlined, resulting in consistent behaviour between the major drivers. But if you don't want to go the long way, I clarified above what I think is the alternative that makes sense. That's all. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 15096] X freezes when using Compiz (or other 3D apps) with xserver-xorg-video-ati 1:6.6.3
https://bugs.freedesktop.org/show_bug.cgi?id=15096 --- Comment #23 from Michel Dänzer mic...@daenzer.net --- (In reply to comment #22) This usually occurs using compiz when the monitors go into ACPI power save mode. If it only happens at DPMS power save, it's probably not this bug but bug 49761. -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: [PATCH 3/3] DRI2: defer swap if relevant CRTC is in DMPS off state
On Wed, Dec 19, 2012 at 5:24 AM, Michel Dänzer mic...@daenzer.net wrote: In the original thread about this problem, you asked what the right thing to do would be. I gave my opinion on that, basically option 1 above. I still think that would be ideal, especially if done the way you outlined, resulting in consistent behaviour between the major drivers. But if you don't want to go the long way, I clarified above what I think is the alternative that makes sense. That's all. OK, points taken. Option 1 would be ideal, but it will take time and get it reviewed with all concerned groups (X-server and at least three drivers) and to test the slew of use cases (different combinations of old/new DIX/DDX, three different platforms, etc.). Given many things I am (like all of us) juggling, I can put in some time slices here and there to work on this and send patches when I am ready. I can't commit on a delivery date, but I won't drop the ball either. In the meantime, option 2 seems pragmatic to me: it solves the acute problem, it can be very quickly ported to other drivers for consistent behavior (if need be), and it's simple. So I will be sending revised patches shortly (I already have them done locally) that will implement the option 2. If the above plan sounds acceptable, I would appreciate the inclusion of option-2 patches (barring finding any goofs that may have slipped my eye). It will get the first step of the fix exposed to users and therefore tested by more people and at least the imminent issue will be mitigated for one class of GPUs. thanks, Ilija ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
v3: Fix for GPU/CPU thrashing in DPMS off state
The following patch series is the version 3 of the fix that prevents the application from rendering at uncontrolled rate as explained in this thread: http://lists.x.org/archives/xorg-driver-ati/2012-December/024027.html In this series all attempts to be smart and emulate the real CRTC behavior have been thrown away. Instead, when CRTC is disabled we just defer the swaps by a hard-coded constant, with the sole objective to prevent unecessary power dissipation. As I proposed here: http://lists.x.org/archives/xorg-driver-ati/2012-December/024193.html the more sophisticated fix will be provided later in a set of follow-on patches. thanks, Ilija ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[PATCH 1/3] video: add option to include disabled CRTCs in best CRTC search
From: Ilija Hadzic ihad...@research.bell-labs.com This patch adds an option called consider_disabled to radeon_pick_best_crtc function. If this option is set and searching for best-fit CRTC yields nothing, the search will be widened to include CRTCs in DPMS off state. The new option is not used yet; it will be in the patches to follow. v2: Do not look at the CRTC mode, we only care about its box. Signed-off-by: Ilija Hadzic ihad...@research.bell-labs.com --- src/evergreen_textured_videofuncs.c | 2 +- src/r600_textured_videofuncs.c | 2 +- src/radeon.h| 1 + src/radeon_dri2.c | 2 +- src/radeon_exa_funcs.c | 4 ++-- src/radeon_exa_render.c | 2 +- src/radeon_exa_shared.c | 3 ++- src/radeon_textured_videofuncs.c| 8 src/radeon_video.c | 19 ++- 9 files changed, 31 insertions(+), 12 deletions(-) diff --git a/src/evergreen_textured_videofuncs.c b/src/evergreen_textured_videofuncs.c index a1956e7..be00ecf 100644 --- a/src/evergreen_textured_videofuncs.c +++ b/src/evergreen_textured_videofuncs.c @@ -452,7 +452,7 @@ EVERGREENDisplayTexturedVideo(ScrnInfoPtr pScrn, RADEONPortPrivPtr pPriv) if (pPriv-desired_crtc) crtc = pPriv-desired_crtc; else - crtc = radeon_pick_best_crtc(pScrn, + crtc = radeon_pick_best_crtc(pScrn, FALSE, pPriv-drw_x, pPriv-drw_x + pPriv-dst_w, pPriv-drw_y, diff --git a/src/r600_textured_videofuncs.c b/src/r600_textured_videofuncs.c index 19cf82d..d20df7e 100644 --- a/src/r600_textured_videofuncs.c +++ b/src/r600_textured_videofuncs.c @@ -435,7 +435,7 @@ R600DisplayTexturedVideo(ScrnInfoPtr pScrn, RADEONPortPrivPtr pPriv) if (pPriv-desired_crtc) crtc = pPriv-desired_crtc; else - crtc = radeon_pick_best_crtc(pScrn, + crtc = radeon_pick_best_crtc(pScrn, FALSE, pPriv-drw_x, pPriv-drw_x + pPriv-dst_w, pPriv-drw_y, diff --git a/src/radeon.h b/src/radeon.h index 0ad1411..0ae3d1e 100644 --- a/src/radeon.h +++ b/src/radeon.h @@ -516,6 +516,7 @@ extern void RADEONInitVideo(ScreenPtr pScreen); extern void RADEONResetVideo(ScrnInfoPtr pScrn); extern Bool radeon_load_bicubic_texture(ScrnInfoPtr pScrn); extern xf86CrtcPtr radeon_pick_best_crtc(ScrnInfoPtr pScrn, +Bool consider_disabled, int x1, int x2, int y1, int y2); extern void radeon_cs_flush_indirect(ScrnInfoPtr pScrn); diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c index 919f1f6..83bc2d2 100644 --- a/src/radeon_dri2.c +++ b/src/radeon_dri2.c @@ -781,7 +781,7 @@ static int radeon_dri2_drawable_crtc(DrawablePtr pDraw) xf86CrtcPtr crtc; int crtc_id = -1; -crtc = radeon_pick_best_crtc(pScrn, +crtc = radeon_pick_best_crtc(pScrn, FALSE, pDraw-x, pDraw-x + pDraw-width, pDraw-y, diff --git a/src/radeon_exa_funcs.c b/src/radeon_exa_funcs.c index 2533d78..ce6186d 100644 --- a/src/radeon_exa_funcs.c +++ b/src/radeon_exa_funcs.c @@ -190,7 +190,7 @@ RADEONSolid(PixmapPtr pPix, int x1, int y1, int x2, int y2) if (info-accel_state-vsync) RADEONWaitForVLine(pScrn, pPix, - radeon_pick_best_crtc(pScrn, x1, x2, y1, y2), + radeon_pick_best_crtc(pScrn, FALSE, x1, x2, y1, y2), y1, y2); BEGIN_RING(2*2); @@ -304,7 +304,7 @@ RADEONCopy(PixmapPtr pDst, if (info-accel_state-vsync) RADEONWaitForVLine(pScrn, pDst, - radeon_pick_best_crtc(pScrn, dstX, dstX + w, dstY, dstY + h), + radeon_pick_best_crtc(pScrn, FALSE, dstX, dstX + w, dstY, dstY + h), dstY, dstY + h); BEGIN_RING(2*3); diff --git a/src/radeon_exa_render.c b/src/radeon_exa_render.c index c673f2c..1a35742 100644 --- a/src/radeon_exa_render.c +++ b/src/radeon_exa_render.c @@ -2261,7 +2261,7 @@ static void RadeonCompositeTile(ScrnInfoPtr pScrn, if (info-accel_state-vsync) RADEONWaitForVLine(pScrn, pDst, - radeon_pick_best_crtc(pScrn, dstX, dstX + w, dstY, dstY + h), + radeon_pick_best_crtc(pScrn, FALSE, dstX, dstX + w, dstY, dstY + h), dstY, dstY + h); if (info-ChipFamily CHIP_FAMILY_R200) { diff --git a/src/radeon_exa_shared.c b/src/radeon_exa_shared.c index 1218efb..cca1c67 100644 --- a/src/radeon_exa_shared.c +++ b/src/radeon_exa_shared.c @@ -63,7 +63,8 @@ void RADEONVlineHelperSet(ScrnInfoPtr pScrn, int x1, int y1, int x2, int y2)
Re: [PATCH 3/3] DRI2: defer swap if relevant CRTC is in DMPS off state
On Mit, 2012-12-19 at 10:18 -0500, Ilija Hadzic wrote: On Wed, Dec 19, 2012 at 5:24 AM, Michel Dänzer mic...@daenzer.net wrote: In the original thread about this problem, you asked what the right thing to do would be. I gave my opinion on that, basically option 1 above. I still think that would be ideal, especially if done the way you outlined, resulting in consistent behaviour between the major drivers. But if you don't want to go the long way, I clarified above what I think is the alternative that makes sense. That's all. OK, points taken. Option 1 would be ideal, but it will take time and get it reviewed with all concerned groups (X-server and at least three drivers) and to test the slew of use cases (different combinations of old/new DIX/DDX, three different platforms, etc.). Given many things I am (like all of us) juggling, I can put in some time slices here and there to work on this and send patches when I am ready. I can't commit on a delivery date, but I won't drop the ball either. In the meantime, option 2 seems pragmatic to me: it solves the acute problem, it can be very quickly ported to other drivers for consistent behavior (if need be), and it's simple. So I will be sending revised patches shortly (I already have them done locally) that will implement the option 2. If the above plan sounds acceptable, I would appreciate the inclusion of option-2 patches (barring finding any goofs that may have slipped my eye). It will get the first step of the fix exposed to users and therefore tested by more people and at least the imminent issue will be mitigated for one class of GPUs. Sounds good, thanks. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: v3: Fix for GPU/CPU thrashing in DPMS off state
On Mit, 2012-12-19 at 10:35 -0500, Ilija Hadzic wrote: The following patch series is the version 3 of the fix that prevents the application from rendering at uncontrolled rate as explained in this thread: http://lists.x.org/archives/xorg-driver-ati/2012-December/024027.html In this series all attempts to be smart and emulate the real CRTC behavior have been thrown away. Instead, when CRTC is disabled we just defer the swaps by a hard-coded constant, with the sole objective to prevent unecessary power dissipation. This series is Reviewed-by: Michel Dänzer michel.daen...@amd.com -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 15096] X freezes when using Compiz (or other 3D apps) with xserver-xorg-video-ati 1:6.6.3
https://bugs.freedesktop.org/show_bug.cgi?id=15096 --- Comment #24 from in4mer+freedesktopbugzi...@gmail.com --- Nope, don't think so -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati