Results 1 to 6 of 6

Thread: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

  1. #1
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    This is openSUSE 12.2 with KDE 4.10.2. Hardware wise this is a Lenovo X201 with touchpad that generally is used on a Ultrabase (Lenovo) with USB cable mouse. Problem: I am using the system for security reason with two users. One for post and docs, one for internet surf and let us say entertainment. When departure for travel right yesterday I found myself with the entertain account unusable. Up to coming to the login screen KDM all is fine. Loging into "entertain" does at a certain time freeze the mouse (more or less when the splash animation shows that the desktop is loaded). When attaching a usb cable mouse, all works. Without it is a non go. You may log out or log in directly at the beginning into the work account. It works flawlessly if the mouse is attached or not. I tried to do some changes with the usb-cable attached, (like change some setting in the touchpad, then rechange it again to default, saving. Good, I log out, log in, touchpad works. Happy ending? When doing complete shutdown, and login to entertain account: same situation as before. Touchpad not serviceable. USB cable mouse recognized flawlessly. What could be the reason. And especially were is the setting for this in the KDE configs???
    Edit: I join lsusb of use with and without mouse. First is with, second is without. It appears that from entertain the touchpad is not seen at all.
    Code:
    lsusb
    Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
    Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 001 Device 006: ID 046d:c01d Logitech, Inc. MX510 Optical Mouse
    Bus 001 Device 003: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor
    Bus 001 Device 004: ID 0a5c:217f Broadcom Corp. Bluetooth Controller
    Bus 002 Device 003: ID 05c6:9204 Qualcomm, Inc. 
    
    ~> lsusb
    Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
    Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 001 Device 003: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor
    Bus 001 Device 004: ID 0a5c:217f Broadcom Corp. Bluetooth Controller
    Bus 002 Device 003: ID 05c6:9204 Qualcomm, Inc.
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

  2. #2
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default Re: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    This seems to be a compromised permission settings. And it would be very useful to find out. If I logout and go into the working account, the touchpad works instantly. If I log back into the entertainment account the touchpad works now.........without any other change????
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

  3. #3
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default Re: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    This is really very tricky. I would be thankful for some help.
    I have three possibilities on this machine to run input devices.
    • usb-mouse
    • touchpad
    • touch-stick

    Now the touch-stick and the touch-pas comes to handle the same interface and normally are active in parallel.
    I did try to force update of synaptics.....and up to the reboot touchpad works again. As soon as I log off and log in again the functionality is completely gone.
    I triied and in fact I can continue to work normally with the touch-stick on this user account.
    I can use also an usb mouse without problems and immediately. Only synaptics touchpad for THIS specific user is totally unusable.
    Where does plasma store the configs for the touchpad synaptics? Why everybody works BUT the synaptics. The touchpad itself is recognized perfectly by the system, the problem lies completely in the KDE plasma environment settings of THAT specific account. If I change to the other account all works (all three works to understand ouselfs) and if I set up a new user: everything works out of the box without problems. As I do not see why I have all the time to migrate the whole account to a new user, I would like to resolve it one time for all and understand what actually got compromised.
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

  4. #4
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default Re: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    I tried to verify the output of the touchpad under KDE. It is puzzling, there should be no problem at all:
    Code:
    synclient
    Parameter settings:
        LeftEdge                = 1781
        RightEdge               = 5579
        TopEdge                 = 1646
        BottomEdge              = 4572
        FingerLow               = 25
        FingerHigh              = 30
        FingerPress             = 256
        MaxTapTime              = 180
        MaxTapMove              = 245
        MaxDoubleTapTime        = 180
        SingleTapTimeout        = 180
        ClickTime               = 100
        FastTaps                = 0
        EmulateMidButtonTime    = 75
        EmulateTwoFingerMinZ    = 282
        EmulateTwoFingerMinW    = 7
        VertScrollDelta         = 111
        HorizScrollDelta        = 1
        VertEdgeScroll          = 0
        HorizEdgeScroll         = 0
        CornerCoasting          = 0
        VertTwoFingerScroll     = 1
        HorizTwoFingerScroll    = 0
        MinSpeed                = 1
        MaxSpeed                = 1.75
        AccelFactor             = 0.0359
        TrackstickSpeed         = 40
        EdgeMotionMinZ          = 30
        EdgeMotionMaxZ          = 160
        EdgeMotionMinSpeed      = 1
        EdgeMotionMaxSpeed      = 445
        EdgeMotionUseAlways     = 0
        TouchpadOff             = 0
        LockedDrags             = 0
        LockedDragTimeout       = 5000
        RTCornerButton          = 0
        RBCornerButton          = 0
        LTCornerButton          = 0
        LBCornerButton          = 0
        TapButton1              = 1
        TapButton2              = 0
        TapButton3              = 0
        ClickFinger1            = 1
        ClickFinger2            = 1
        ClickFinger3            = 1
        CircularScrolling       = 0
        CircScrollDelta         = 0.100007
        CircScrollTrigger       = 0
        CircularPad             = 0
        PalmDetect              = 0
        PalmMinWidth            = 10
        PalmMinZ                = 200
        CoastingSpeed           = 20
        CoastingFriction        = 50
        PressureMotionMinZ      = 30
        PressureMotionMaxZ      = 160
        PressureMotionMinFactor = 1
        PressureMotionMaxFactor = 1
        GrabEventDevice         = 1
        TapAndDragGesture       = 1
        AreaLeftEdge            = 0
        AreaRightEdge           = 0
        AreaTopEdge             = 0
        AreaBottomEdge          = 0
        HorizHysteresis         = 27
        VertHysteresis          = 27
        ClickPad                = 0
    So, miracle, touchpad is on, output is there. But the touchpad is unservable. But only in this account. Suggestions?
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

  5. #5
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default Re: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    And even more interesting:
    Logout / logon = no touchpad but touch-stick
    Open the terminal and run
    Code:
    synclient
    = you get a correct output and magically: now the touchpad works. Together with the touch-stick.
    How can this be?
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

  6. #6
    Join Date
    Jan 2009
    Location
    Somewhere in Fictionland
    Posts
    1,479

    Default Re: KDE 4.10.2, touchpad does not react to changes in hardware - cursor blocked.

    Quote Originally Posted by stakanov View Post
    And even more interesting:
    Logout / logon = no touchpad but touch-stick
    Open the terminal and run
    Code:
    synclient
    = you get a correct output and magically: now the touchpad works. Together with the touch-stick.
    How can this be?
    So, this has to do apparently with the way vt sessions (multiuser sessions) are handled by the system. When I do log out there are no more the two users A and B listed in active sessions.
    Let us say I have two users, A (work) and B (leisure). Before, when I did use B first, then I logged into the A user I was shown two choices:
    1. active session (with the name of user B)
    2. and "open new session" with the name of user A

    Now I am offered two choices:
    1. open new session (:0, vt7)
    2. unused (:0,vt8)

    Where unused is the active user (?).
    So maybe I post this better to the KDE forums, I doubt anybody here can ever know what happens here. Maybe some expert there can.
    Just "clicking away" security warnings about a change in repo signature ? Not able to control?
    Then please vote for
    https://features.opensuse.org/312047
    openSUSE should have an efficient web of trust.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •