[SOLVED] Touchpad not recognized on clevo NL41CU

slacknedo · 01-27-2020, 12:05 PM

Hi, I have a clevo NL41CU with slackware64 current with 5.4.13 kernel.
If i start the pc with a distro live(with graphics) the touchpad work very well, and in the live recognized the device
xinput

Code:

⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ FTCS1000:00 2808:0101 Touchpad            id=11   [slave  pointer  (2)]
⎜   ↳ ImPS/2 Logitech Wheel Mouse               id=14   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Sleep Button                              id=9    [slave  keyboard (3)]
    ↳ BisonCam,NB Pro: BisonCam,NB Pr           id=10   [slave  keyboard (3)]
    ↳ Intel HID events                          id=12   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=13   [slave  keyboard (3)]

but in slackware with xinput i have

Code:

⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ ImPS/2 Logitech Wheel Mouse               id=13   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]ev
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Sleep Button                              id=9    [slave  keyboard (3)]
    ↳ BisonCam,NB Pro: BisonCam,NB Pr           id=10   [slave  keyboard (3)]
    ↳ Intel HID events                          id=11   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]

in /etc/X11/xorg.conf.d/ i put the conf for synaptics e and after for libinput but none of those do anything.
Not even in syslog or in dmesg find the touchpad.
I don't know how to solve or if i have to enable something in kernel config.
thanks.

ondoho · 01-28-2020, 11:34 PM

I've put your thread title + linux in a search engine. Please click on some of the links and show us some output that narrows down the problem.
I have a feeling that it's not recognized on a lower level than xinput.

PS:
in further searches, concentrate on "FTCS1000:00 2808:0101 Touchpad" or even just "2808:0101", not Clevo.

slacknedo · 01-29-2020, 03:24 AM

Quote:

Originally Posted by ondoho

I've put your thread title + linux in a search engine. Please click on some of the links and show us some output that narrows down the problem.
I have a feeling that it's not recognized on a lower level than xinput.

PS:
in further searches, concentrate on "FTCS1000:00 2808:0101 Touchpad" or even just "2808:0101", not Clevo.

what output do i need to show? dmesg?
the xorg log shows the touchpad as "mouse" not "touchpad".
The main problem is neither the kernel or xorg recognized that there is a touchpad. i already searched the device in a search engine and nothing comes up.

slacknedo · 02-03-2020, 04:42 AM

This is the output of dmesg of slackware and the live distro.
The file slackwaredmesg.txt is dmesg of slackware,
and the file dmesgzorin.txt is the dmesg of the live distro.

ondoho · 02-04-2020, 11:42 AM

Searching both files for "mouse" (case insensitive) and "2808:0101" it is pretty clear that slackware does not go beyond recognizing this touchpad as a generic mouse.
I also found the apparent keyword "i2c_designware" (interesting search results).
IDK; the slackware kernel seems new enough, but maybe it does not include exotic drivers?

Also try to remove any xorg.conf.d stuff you added & reboot. Can't hurt to try.

slacknedo · 02-04-2020, 12:16 PM

Quote:

Originally Posted by ondoho

Searching both files for "mouse" (case insensitive) and "2808:0101" it is pretty clear that slackware does not go beyond recognizing this touchpad as a generic mouse.
I also found the apparent keyword "i2c_designware" (interesting search results).
IDK; the slackware kernel seems new enough, but maybe it does not include exotic drivers?

Also try to remove any xorg.conf.d stuff you added & reboot. Can't hurt to try.

I remove all my config from /etc/X11/xorg.conf.d, but the result is the same.
I think the problem is what type of driver i need to insert in the kernel. But why with the live distro the touchpad work well?

radhikashetty · 02-06-2020, 04:07 AM

Great Post

ThePenguinOfD00m · 03-03-2020, 02:34 AM

I have the same problem and this is the only meaningful result I get when searching the web!
Other distros like Ubuntu don't have this problem, so why isn't there anyone able to tell us the solution to fix this issue!?
Surely there's a way somewhere, or those distro would not be able to make it work!

Linux sucks and the community is even worse!

slacknedo · 03-16-2020, 06:28 AM

nobody knows anything?

DavidMcCann · 03-16-2020, 12:37 PM

Quote:

Originally Posted by ThePenguinOfD00m

Linux sucks and the community is even worse!

You take a computer that few people have heard of and install a distro that few people use. Then you wonder why you have a problem. Open-source software is designed by people for their own needs — if those needs are not like yours, find something from people whose needs are. And the community is just that — people who spend their time, unpaid, trying to help others. If you don't like it, use Windows.

ThePenguinOfD00m · 03-22-2020, 12:36 PM

And my needs are to not use Windows, so that's most definitely not a possible option out of all the things you might've suggested.
The "distro that few people use" meets, for the most part, my needs after finding out that other distros do not meet them.
So what do we do now? As I said, Ubuntu and derivates don't have this problem. How is that possible? There has to be a way or this problem would exists there too. Or are they enabling everything in the kernel in the hope that nothing major happens?
Also "unpaid" my ass, the Linux development team is getting money from various sponsors; Linus's day job is working on the kernel, even if it's just approving commits. And it's not just Linux: Canonical receives money from various sources by providing Ubuntu and so are Red Hat, the Debian team and the developers of other "mainstream" systems. Here literally nobody is being unpaid.
Now that you successfully wasted our time with a pointless and incorrect comment, what are we supposed to do to fix our problem?

ondoho · 03-23-2020, 04:04 AM

Oi vei

Let me address this one by one:

Quote:

Originally Posted by ThePenguinOfD00m

The "distro that few people use" meets, for the most part, my needs after finding out that other distros do not meet them.
So what do we do now? As I said, Ubuntu and derivates don't have this problem.

YOU (not we) can do one of 2 things:

define your needs and try to fulfil them on a distro that “works” - because that’s the beauty of GNU/Linux, pretty much nothing is impossible. Often just un/installing stuff is enough.
define the underlying problem and learn to fix it

Quote:

Originally Posted by ThePenguinOfD00m

Also "unpaid" my ass, the Linux development team is getting money from various sponsors

You are conflagrating various people & organisations into one big Linux entity. This is wrong. While I won't go into detail, I can say that linuxquestions.org is not affiliated with any of those and the mebers posting here are indeed just that: unpaid voluntaries.
And the same goes for the majority of FLOSS developers.

Quote:

Originally Posted by ThePenguinOfD00m

And it's not just Linux: Canonical receives money from various sources by providing Ubuntu and so are Red Hat, the Debian team and the developers of other "mainstream" systems. Here literally nobody is being unpaid.

This is literally wrong, for the same reasons as above: while some people might be receiving payment, maybe some even fulltime, the majority of coders are indeed unpaid.
(I'm not saying they don't benefit from their coding though)

Quote:

Originally Posted by ThePenguinOfD00m

Now that you successfully wasted our time with a pointless and incorrect comment, what are we supposed to do to fix our problem?

Now that you succesfully wasted our time with these pointless and incorrect comments, how do you expect anyone to still help you?
- OK, that wasn't all that funny.
Constructive advice: open a dedicated thread with a real problem description, and show your willingness to actually solve it, not just complain.

ThePenguinOfD00m · 03-29-2020, 12:15 PM

Quote:

Originally Posted by ondoho

define your needs and try to fulfil them on a distro that “works” - because that’s the beauty of GNU/Linux, pretty much nothing is impossible. Often just un/installing stuff is enough.

Slackware takes care of that.
And un/installing did not help. I tried before making this reply.
Though since I don't know what to install, I tried with random xorg tools, of course with no avail.

Quote:

Originally Posted by ondoho

define the underlying problem and learn to fix it

The touchpad doesn't recognize gestures, which I assumed was the same issue of the OP since I have the same xinput listing.
Also, "fix it yourself" is not an answer I expected from a forum dedicated to help users.

Quote:

Originally Posted by ondoho

You are conflagrating various people & organisations into one big Linux entity. This is wrong. While I won't go into detail, I can say that linuxquestions.org is not affiliated with any of those and the mebers posting here are indeed just that: unpaid voluntaries.
And the same goes for the majority of FLOSS developers.

Except I was talking only about people working on the kernel and on operative systems. That's a very small subset of the people involved in the Open Source Community™ and most, if not all, of them are paid, since they work for companies like Red Hat.

Quote:

Originally Posted by ondoho

Now that you succesfully wasted our time with these pointless and incorrect comments, how do you expect anyone to still help you?
- OK, that wasn't all that funny.
Constructive advice: open a dedicated thread with a real problem description, and show your willingness to actually solve it, not just complain.

No, that was exhilarating.
Certainly when one has a problem, his/her posts asking not to make sarcastic remarks but to stay on topic, can only be pointless and time-wasting!
The problem I have is exactly the same as the OP. I have the same xinput listing. Do I really have to make a duplicate thread?
I'm used to forum netiquette dictating that duplicate threads are frowned upon.
My willingness to actually solve it is demonstrated by the fact that I'm replying (with some days apart due to my schedule) to this thread despite the lack of useful replies.

ferrari · 03-29-2020, 02:50 PM

Quote:

Originally Posted by slacknedo

I remove all my config from /etc/X11/xorg.conf.d, but the result is the same.
I think the problem is what type of driver i need to insert in the kernel. But why with the live distro the touchpad work well?

Any difference (between live distro and your Slackware install) with the loaded kernel modules?

ferrari · 03-29-2020, 02:58 PM

@slacknedo: Try using the "i8042.nomux=1" and/or "i8042.reset" boot parameters.