Re: delay in wireless mouse and keyboard
ok, I think I've found my issue, it started first when I pressed CTRL+ALT+F1 from seat 2 to drop to shell and seat 1 actually dropped. I've looked in the net and found this: https://jeremy.visser.name/2009/08/multiseat-tips/ going thought the page I've stumbled on this: Quote: When launching X.Org (or in your gdm.conf configuration), the -novtswitch and -sharevts options that are described in all multiseat tutorials can sometimes cause more harm than good, and may even be unnecessary. For example, if you use -sharevts, your keystrokes may silently be duplicated to a hidden login prompt which could wreak havoc on your system. now I'm trying to dig back into my memory and I do recall that I saw what I write in another shell. as I understand, if I remove sharevts I'll lose the multiseat feature. question is, how do I solve this? An wise Scandinavian old man once said: "in the end, everything is going to be alright" From: "stompdagg...@yahoo.com" To: Dan Nicholson Cc: "xorg@lists.x.org" Sent: Saturday, July 21, 2012 10:26 PM Subject: Re: delay in wireless mouse and keyboard hello Dan, Thanks for the tips, dmesg reveals nothing, where can I define logverbose? in the command line which gets executed on connection? An wise Scandinavian old man once said: "in the end, everything is going to be alright" From: Dan Nicholson To: "stompdagg...@yahoo.com" Cc: "xorg@lists.x.org" Sent: Saturday, July 21, 2012 5:36 PM Subject: Re: delay in wireless mouse and keyboard My guess would be that this is getting stuck in the kernel somewhere. You might want to look at dmesg. On the other hand, turning up the Xorg verbosity by running with -logverbose 10 or something might get something useful from evdev. The configuration seems to be correct, though. On Sat, Jul 21, 2012 at 6:47 AM, stompdagg...@yahoo.com wrote: > anyone? > > An wise Scandinavian old man once said: "in the end, everything is going to > be alright" > > From: "stompdagg...@yahoo.com" > To: "xorg@lists.x.org" > Sent: Saturday, July 14, 2012 7:59 PM > Subject: delay in wireless mouse and keyboard > > hello all, > > I have a hotplug based multiseat setup with 2 seats, the first is mine which > uses a logitech mk250 wireless mouse/keyboard combo, the second uses a wired > ibm keyboard and genius tablet. > > for some reason my setup gets delays in reaction of the inputs. > I can type something in the keyboard but the screen won't show it, I'm sure > it isn't stuck because the mouse works. > sometime it's the other way around. > > first I thought that maybe it related to the fact that I'm running boinc in > the background but when I've stopped it and worked the delays still > occurred. > > how can I solve this? > > there is some info: > xorg-server-1.12.3 > wizardpen, git version. > xf86-input-evdev-2.7.0 > udev-171 > kde-4.8.4 > > configs and logs can be seen at http://bpaste.net/show/35002/ > > Thanks. > > An wise Scandinavian old man once said: "in the end, everything is going to > be alright" > > ___ > 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: stompdagg...@yahoo.com > > > ___ > 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: dbn.li...@gmail.com ___ 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: stompdagg...@yahoo.com___ 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] xf86-video-intel 2.20.3
Just a minor bugfix for gen4 chipsets (965gm, gm45 and friends) that crept into 2.20.2. As an added bonus, the pessimistic workaround for a GPU hang on gen4 has been relaxed and the shaders have been overhauled which should pave the way to eliminating the last of the uncommon CPU operations, along with immediately realising a small perforamnce improvement. Bugs fixed since 2.20.2: * Update DPMS bookkeeping after modeset https://bugs.freedesktop.org/show_bug.cgi?id=52142 * Avoid overlapping gpu/cpu damage after ignoring cpu damage in the consideration of placement for the operation. * Enable acceleration by default on 830gm/845g. The GMCH on this pair of chipsets is notoriously incoherent, so the GPU is almost certainly going to hang at some point, though unlikely to hang the system and should automatically disable acceleration (and thence behave identically as if the acceleration was disabled from the start). Option "NoAccel" can be used to disable all 2D acceleration and Option "DRI" can be used to disable all 3D acceleration. https://bugs.freedesktop.org/show_bug.cgi?id=52624 * Fix vertex bookkeeping for gen4 that was causing corruption in the command stream. -Chris Chris Wilson (41): sna/gen4: Further refinement to the GT allocation sna/gen4: Move the common vertex_offset==0 check into the flush() sna: Honour the Option "DRI" Don't disable acceleration on 830/845g by default sna: Disable the warning for a hung GPU is we manually set wedged sna: Assert that we never attempt to submit a batch whilst wedged sna: Debug option to test migration of inactive pixmaps sna: Prefer not to create a GPU bo without RENDER acceleration sna: Add the brw assembler sna: Assemble SF and WM kernels using brw sna/gen4: Compile basic kernels at runtime sna/gen5: Compile basic kernels at runtime sna/gen6: Compile basic kernels at runtime sna/gen7: Compile basic kernels at runtime sna/gen7: Prefer the BLT for self-copies sna: Export sna_drawable_use_bo() to select target for FillRectangles sna: Avoid overlapping gpu/cpu damage with IGNORE_CPU sna: Be more careful with damage reduction during CompositeRectangles sna: Update DPMS mode on CRTC after forcing the outputs on sna/gen4: Tidy debugging code sna: Generate shaders for SNB+ 8-pixel dispatch sna/gen7: Enable 8 pixel dispatch sna/gen6: Enable 8 pixel dispatch sna/gen4+: Implement an opacity shader sna/gen6+: Reduce floats-per-vertex for spans sna/gen4: Flush not required between fill vertices, only nomaskcomposite sna/gen7: Only force a stall for a dirty target if also used as a blend source sna/gen7: Simplify the force-stall detection Revert "sna/gen7: Prefer the BLT for self-copies" sna/gen6: Install a fallback 16-pixel shader sna: Fix computation of st values for SIMD8 dispatch sna: Add validation of the clear flag to pixmap debugging sna/gen7: Prefer the BLT for self-copies sna: Ensure we only mark a clear for a fill on the GPU bo sna: Drop the clear flag as we discard the GPU damage sna: Limit the batch size on all gen7 variants sna/gen7: Add constant variations and hookup a basic GT descriptor for Haswell Unexport intel_chipsets Pass the chipset info through driverPrivate rather than a global pointer sna/gen7: Correct number of texture coordinates used for video 2.20.3 release Gwenole Beauchesne (6): Introduce a chipset identifier for Haswell (Ivybridge successor) uxa: add IS_HSW() macro to distinguish Haswell from Ivybridge uxa: use at least 64 URB entries for Haswell uxa: fix max PS threads shift value for Haswell uxa: set "Shader Channel Select" fields in surface state for Haswell uxa: fix 3DSTATE_PS to fill in number of samples for Haswell Zhigang Gong (1): uxa/dri (glamor): Use exchange buffer in glamor fixup. git tag: 2.20.3 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.20.3.tar.bz2 MD5: 10c317605f49631bc24697d392ef68d9 xf86-video-intel-2.20.3.tar.bz2 SHA1: e1a74655f97a595e0edad9bc892b34c9bf3e2cc3 xf86-video-intel-2.20.3.tar.bz2 SHA256: effca1382e595cc071b109818150db229ffb54f92769e4758398abbe69acb92c xf86-video-intel-2.20.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.20.3.tar.gz MD5: 6a8b2f168647701c1c54dd8c1c1ff643 xf86-video-intel-2.20.3.tar.gz SHA1: b7cda16fbe52163279f14057e6895bfe6ece7ea8 xf86-video-intel-2.20.3.tar.gz SHA256: 8ff35d99c76c42c726d3b7ba9b843a1d658e287db6a722b9603f34a21500b6f4 xf86-video-intel-2.20.3.tar.gz -- Chris Wilson, Intel Open Source Technology Centre signature.asc Description: Digital signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info:
