[SOLVED] Touchpad occasionally reactivates itself dispite disabling in

archuser38013 · 2024-05-02 07:04:33

.Xinirc:

[[ -f ~/.Xresources ]] && xrdb -merge -I$HOME ~/.Xresources
xinput disable "SIGMACHIP USB Keyboard Mouse"
exec ratpoison

I disabled it originally because it would act weird and do randomly movement and clicks sometimes and also using a real mouse on the few occasions where a pointer is required preferring keyboard navigation mostly.

Despite being in the .xinitrc and working most of the time, on rare occasions it will be activated again and I have to run the xinput line again from the command line.

Last edited by archuser38013 (2024-07-31 07:50:45)

V1del · 2024-05-02 16:55:15

Are "rare occasions" a system update/waking up from suspend? Both conditions lead to a logical "reconnect" of the device.

Configure and disable it with a xorg configlet that will make xorg reapply the disablement each time (or flat out blacklist the responsible kernel module), e.g. a /etc/X11/xorg.conf.d/99-disableTouchpad.conf

Section "InputClass"
   MatchProduct "SIGMACHIP USB Keyboard Mouse"
   Option "Ignore" "true"
EndSection

you might want have some other conditions as detailed in: https://man.archlinux.org/man/xorg.conf … SS_SECTION

Also, your .xinitrc is incomplete and will very likely run you into problems sooner or later, fix it and make sure you include the relevant if statements and includes mentioned in the blue notes: https://wiki.archlinux.org/title/Xinit#xinitrc

archuser38013 · 2024-05-20 11:22:46

V1del wrote:

Are "rare occasions" a system update/waking up from suspend? Both conditions lead to a logical "reconnect" of the device.
Configure and disable it with a xorg configlet that will make xorg reapply the disablement each time (or flat out blacklist the responsible kernel module), e.g. a /etc/X11/xorg.conf.d/99-disableTouchpad.conf
Section "InputClass"
   MatchProduct "SIGMACHIP USB Keyboard Mouse"
   Option "Ignore" "true"
EndSection
you might want have some other conditions as detailed in: https://man.archlinux.org/man/xorg.conf … SS_SECTION
Also, your .xinitrc is incomplete and will very likely run you into problems sooner or later, fix it and make sure you include the relevant if statements and includes mentioned in the blue notes: https://wiki.archlinux.org/title/Xinit#xinitrc

Oops, late reply, mainly because I hadn't noticed it for a while however it has been occurring again recently. Will have to monitor too see if it follows the behavior you mention.

Can the touchpad also responsible for random 's' keypresses? When then touchpad is playing up if I move to the terminal s will be pressed repeatedly but seems to stop when I manually disable the touchpad again via xinput script.

I don't think it happens after sleeps, actually not sure as I didn't shut the lid this time, so maybe that was just the screen off energy saving thing linux had and not sleep.

Seems to happen, from memory, more often in the morning soon after having turned the machine on and logged in.

Ok, I have added the conf file instead as you suggest. Btw how could I also remove the cursor too? I do use and external mouse too though sometimes but try and stay keyboard based much of the time. There are times though that a mouse just makes more sense and not practical to do by kb only so would want the cursor back when real mouse is used. I am not too bothered whether it goes or not though if not easy to do.

Last edited by archuser38013 (2024-05-20 11:27:40)

seth · 2024-05-20 16:01:41

how could I also remove the cursor too … kb only so would want the cursor back when real mouse is used

https://archlinux.org/packages/extra/x86_64/unclutter/

archuser38013 · 2024-05-23 05:44:49

seth wrote:

how could I also remove the cursor too … kb only so would want the cursor back when real mouse is used
https://archlinux.org/packages/extra/x86_64/unclutter/

Just the ticket! Thanks.

seth · 2024-05-23 06:04:52

\o/
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

archuser38013 · 2024-06-25 02:42:58

seth wrote:

how could I also remove the cursor too … kb only so would want the cursor back when real mouse is used
https://archlinux.org/packages/extra/x86_64/unclutter/

Hi, I tried this and caused me a lot of issues after installing with scroll not working on the keyboard on youtube and other sites with scrollbar.

When the mouse pointer disappeared it caused scroll functionality to go as well.

Just uninstalled it as I prefer scroll and a pointer to no scrolling! Maybe fixable but really not worth it as the pointer is not a big deal. KISS.

seth · 2024-06-25 06:32:46

Does scrolling work if you "export GDK_CORE_DEVICE_EVENTS=1" to the affected clients (or your session)?

archuser38013 · 2024-07-20 08:28:06

V1del wrote:

Are "rare occasions" a system update/waking up from suspend? Both conditions lead to a logical "reconnect" of the device.
Configure and disable it with a xorg configlet that will make xorg reapply the disablement each time (or flat out blacklist the responsible kernel module), e.g. a /etc/X11/xorg.conf.d/99-disableTouchpad.conf
Section "InputClass"
   MatchProduct "SIGMACHIP USB Keyboard Mouse"
   Option "Ignore" "true"
EndSection
you might want have some other conditions as detailed in: https://man.archlinux.org/man/xorg.conf … SS_SECTION
Also, your .xinitrc is incomplete and will very likely run you into problems sooner or later, fix it and make sure you include the relevant if statements and includes mentioned in the blue notes: https://wiki.archlinux.org/title/Xinit#xinitrc

I only just got around to this as I realized it is, as you said, the issue seems to arise after waking from sleep or similar cases.

You missed the line about Identifier class though, as startx would not work with your code. Added identifier class and looks to be working now. They don't even show up on 'xinput list' now rather than just showing as floating as was the case when I was using the '.xinitrc' code from OP.

Last edited by archuser38013 (2024-07-20 09:57:19)

Arch Linux

#1 2024-05-02 07:04:33

[SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#2 2024-05-02 16:55:15

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#3 2024-05-20 11:22:46

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#4 2024-05-20 16:01:41

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#5 2024-05-23 05:44:49

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#6 2024-05-23 06:04:52

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#7 2024-06-25 02:42:58

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#8 2024-06-25 06:32:46

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

#9 2024-07-20 08:28:06

Re: [SOLVED] Touchpad occasionally reactivates itself dispite disabling in

Board footer