<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    -- Strange stuff for sure! I luckily never encountered troubles with
    the trackpoint.<br>
    <br>
    Any changes booting a fallback kernel?<br>
    However, running LTS instead of being bleeding edge is not the worst
    idea, in the contrary. <br>
    <br>
    Looks like there's still a new appropriate driver missing.<br>
    Or, try dis/enabling other extra options in your xorg conf; or check
    it for typos.<br>
    Or disable them all (if any) and try running defaults...<br>
    <br>
    How about <a moz-do-not-send="true"
      href="https://wiki.archlinux.org/index.php/General_purpose_mouse">[
      gpm ]</a>, does it work with your trackball? In case you're left
    to console, it makes things like c&p easier.<br>
    <br>
    Another idea: If it's an Xorg problem, have a taste of wayland,
    where I recommend <a moz-do-not-send="true"
      href="https://wiki.archlinux.org/index.php/Sway">[ sway ]</a>, for
    instance; started either by tty or a dm. It runs flawlessly in
    combination with xwayland, even opengl; when I started using it, my
    former (maybe also dbus related) libinput+xorg freezing problems
    were totally gone. (Anyway, I still prefer my X desktop which got
    revived again after another bunch of updates a year later; yet sway
    is my spare one.)<br>
    <br>
    Good luck!<br>
    <br>
    M<br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 22.01.21 um 21:46 schrieb Paul
      Marwick:<br>
    </div>
    <blockquote type="cite"
      cite="mid:2e792b05-12f2-65b4-d1ec-02636161f02a@gmail.com">Hi
      Michael,
      <br>
      <br>
      Sorry for the long delay in replying - been trying to work out
      what was going on. And not getting very far....
      <br>
      <br>
      I tried disabling lightdm and starting Xfce manuall. Made no
      difference, the mouse pointer was still locked. I've also tried
      looking through the Xorg log to see if there are any errors, but
      nothing shows up.
      <br>
      <br>
      One thing that I have discovered is that the freeze is normally
      temporary. After 2 -3 minutes, both touchpad and trackpoint start
      working. Looking through the journal, I can't find any sign of
      error, other than this:
      <br>
      <br>
      systemd-udevd[214]: Worker [220] processing SEQNUM=2968 is taking
      a long time
      <br>
      systemd-udevd[214]: Worker [220] processing SEQNUM=2968 killed
      <br>
      systemd-udevd[214]: Worker [220] terminated by signal 9 (KILL)
      <br>
      systemd-udevd[214]: event6: Worker [220] failedESC
      <br>
      zeta kernel: psmouse serio1: synaptics: queried max coordinates: x
      [..5676], y [..4758]
      <br>
      zeta kernel: psmouse serio1: synaptics: queried min coordinates: x
      [1266..], y [1096..]
      <br>
      zeta kernel: psmouse serio1: synaptics: Trying to set up SMBus
      access
      <br>
      zeta kernel: rmi4_smbus 0-002c: registering SMbus-connected sensor
      <br>
      zeta kernel: rmi4_f01 rmi4-00.fn01: found RMI device,
      manufacturer: Synaptics, product: TM3053-004, fw id: 1741117
      <br>
      zeta kernel: input: Synaptics TM3053-004 as
      /devices/rmi4-00/input/input21
      <br>
      zeta kernel: serio: RMI4 PS/2 pass-through port at rmi4-00.fn03
      <br>
      zeta kernel: psmouse serio3: trackpoint: IBM TrackPoint firmware:
      0x0e, buttons: 3/3
      <br>
      <br>
      Which is around when the trackpoint and trackpad started working.
      No idea what is causing it.
      <br>
      <br>
      I am also seeing failures and restarts with lighdm on most boots
      and some coredumps from xorg, though in both cases, they work
      without any visible problems.
      <br>
      <br>
      For the moment, I'm running the LTS kernel so I can actually do
      some work on the machine, and trying the new 5.10.x kernels as
      they come through in the hopes of the problem being fixed. I would
      love to be able to work out what is going on, if only so I can
      raise a bug against the relevant software.
      <br>
      <br>
      Paul.
      <br>
      Michael Topp wrote:
      <br>
      <blockquote type="cite">
        <br>
        <br>
        <br>
        -------- Weitergeleitete Nachricht --------
        <br>
        Betreff:     Re: [ltp] T450s mouse pointer freeze with Arch
        kernel 5.10.4 and 5.10.4
        <br>
        Datum:     Sat, 9 Jan 2021 20:56:00 +0100
        <br>
        Von:     Michael Topp <a class="moz-txt-link-rfc2396E" href="mailto:info@mito-space.com"><info@mito-space.com></a>
        <br>
        An:     Paul Marwick <a class="moz-txt-link-rfc2396E" href="mailto:paul.marwick@gmail.com"><paul.marwick@gmail.com></a>
        <br>
        <br>
        <br>
        <br>
        Hi Paul,
        <br>
        <br>
        I never have experienced such a problem, but two ideas:
        <br>
        <br>
        (1)  Does this also happen when starting your desktop from
        console via "startx"? If not, the problem is probably lightdm
        related.
        <br>
        <br>
        (2)  Or, try adding an appropriate hook or a driver module to
        your [ mkinitcpio ]
        <a class="moz-txt-link-rfc2396E" href="https://wiki.archlinux.org/index.php/Mkinitcpio"><https://wiki.archlinux.org/index.php/Mkinitcpio></a> and
        regenerate the initramfs; maybe do an additional update-grub.
        <br>
        <br>
        HTH
        <br>
        <br>
        <br>
        Am 09.01.21 um 04:30 schrieb Paul Marwick:
        <br>
        <blockquote type="cite">I have Arch Linux Xfce installed on a
          T450s. Worked very well indeed up until the first of the
          5.10.x kernels. After that, I started getting lightdm starting
          in a very low resolution mode (640x480?). A reboot would
          usually fix it, until I installed 5.10.4. With that kernel,
          rebooting didn't help. If I logged in, the resolution would go
          to normal when Xfce loaded, but the mouse pointer would be
          locked, not moveable using the touchpad or the trackpoint.
          Attempting to get to a console to shut down didn't work - all
          I could get was a blinking cursor. Only way out was to either
          SSH in from another machine or power cycle the laptop.
          <br>
          <br>
          Following a hint I found, I removed xf86-video-intel, which
          was a marginal improvement. Still not functional, but at least
          I could get to a console to do a clean shutdown.
          <br>
          <br>
          A couple of days ago, kernel 5.10.5 arrived. At first, I
          thought it had solved the problem, since I was able to log in
          and use the machine normally. Didn't last though - on the next
          day, I was back to having a locked mouse pointer and nothing
          usable except consoles.
          <br>
          <br>
          I have tried plugging in a USB mouse, which worked, but isn't
          a very practical solution - I use the laptop in a number of
          areas which don't give me anywhere to put a mouse...
          <br>
          <br>
          Has anyone seen this type of problem, or have any ideas as to
          how to diagnose and (hopefully) fix it? For the moment, I have
          to roll back to 5.9.14 or use the lts kernel to get the
          machine to a usable state.
          <br>
          <br>
          Paul.
          <br>
          <br>
        </blockquote>
        <br>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>