The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora.
At first the reinstall restored the swift movement of the touchpad pointer.
But as soon as it took the updates, everything slowed down once again.
When I run in Setup, the touchpad cursor moves swiftly. But not when Fedora is loaded.
What a time for this to happen. I simply cannot use it for any kind of presentation in the shape it's in.
What package might I possibly be able to roll back until somebody fixes the problem?
Temlakos
Hi,
You can see your installed updates within yum history, and look for touchpad drivers, and other drivers too. But most of the drivers are inside the KERNEL, therefore a kernel is also suspect. I'm sure we can narrow down the amount of packages - if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
HTH.
Zoltan
2014-06-27 23:32 GMT+02:00 Temlakos temlakos@gmail.com:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora.
At first the reinstall restored the swift movement of the touchpad pointer.
But as soon as it took the updates, everything slowed down once again.
When I run in Setup, the touchpad cursor moves swiftly. But not when Fedora is loaded.
What a time for this to happen. I simply cannot use it for any kind of presentation in the shape it's in.
What package might I possibly be able to roll back until somebody fixes the problem?
Temlakos
users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 06/27/2014 06:11 PM, Zoltan Hoppar wrote:
Hi,
You can see your installed updates within yum history, and look for touchpad drivers, and other drivers too. But most of the drivers are inside the KERNEL, therefore a kernel is also suspect. I'm sure we can narrow down the amount of packages - if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
HTH.
Zoltan
2014-06-27 23:32 GMT+02:00 Temlakos temlakos@gmail.com:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora.
At first the reinstall restored the swift movement of the touchpad pointer.
But as soon as it took the updates, everything slowed down once again.
When I run in Setup, the touchpad cursor moves swiftly. But not when Fedora is loaded.
What a time for this to happen. I simply cannot use it for any kind of presentation in the shape it's in.
What package might I possibly be able to roll back until somebody fixes the problem?
Temlakos
kernel version 3.14.8-200.fc20
I never used dmesg, so have no way to figure out how.
Temlakos
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
On 06/27/2014 06:24 PM, Joe Zeff wrote:
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
3.14.8-200.fc20.x86_64 ' By the way: though it's monumentally annoying, I have a USB mouse on hand from a recent shipment. That works, and gives me some degree of satisfaction.
Should I turn the touchpad off completely and use the USB mouse exclusively until I can solve the problem?
I tried using KDE System Settings for the touchpad. But when I tried raising the sensitivity of the touchpad, all that happened was that it locked.
Temlakos
On 06/28/14 06:28, Temlakos wrote:
On 06/27/2014 06:24 PM, Joe Zeff wrote:
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
3.14.8-200.fc20.x86_64 ' By the way: though it's monumentally annoying, I have a USB mouse on hand from a recent shipment. That works, and gives me some degree of satisfaction.
Should I turn the touchpad off completely and use the USB mouse exclusively until I can solve the problem?
I tried using KDE System Settings for the touchpad. But when I tried raising the sensitivity of the touchpad, all that happened was that it locked.
Too bad you reinstalled your system. It would have easier to figure out what packages were most recently installed.
Of course, you could try booting into the previous kernel to see if that is the problem.
On my system there were updates to 3 xorg-x11-server pacages. xorg-x11-server-common, xorg-x11-server-Xephyr, and xorg-x11-server-Xorg. I believe they may influence pointing devices when run in GUI.
Not sure if it is the same for touchpads, but my mouse does move a block around in runlevel 3. You could boot to that and see if you get the same sort of things with your touchpad and if it is responsive. Or, just downgrade the xorg packages to see if that has any effect.
On 06/27/2014 06:53 PM, Ed Greshko wrote:
On 06/28/14 06:28, Temlakos wrote:
On 06/27/2014 06:24 PM, Joe Zeff wrote:
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
3.14.8-200.fc20.x86_64 ' By the way: though it's monumentally annoying, I have a USB mouse on hand from a recent shipment. That works, and gives me some degree of satisfaction.
Should I turn the touchpad off completely and use the USB mouse exclusively until I can solve the problem?
I tried using KDE System Settings for the touchpad. But when I tried raising the sensitivity of the touchpad, all that happened was that it locked.
Too bad you reinstalled your system. It would have easier to figure out what packages were most recently installed.
Of course, you could try booting into the previous kernel to see if that is the problem.
On my system there were updates to 3 xorg-x11-server pacages. xorg-x11-server-common, xorg-x11-server-Xephyr, and xorg-x11-server-Xorg. I believe they may influence pointing devices when run in GUI.
Not sure if it is the same for touchpads, but my mouse does move a block around in runlevel 3. You could boot to that and see if you get the same sort of things with your touchpad and if it is responsive. Or, just downgrade the xorg packages to see if that has any effect.
Booting into the kernel installed with the live spin did not work.
Here's another thing that has failed: wireless service.
I reinstalled the firmware, and the "wl" module. I even modprobed it.
It shows wireless enabled, but it won't make a connection. In fact, before I reinstalled the system, the wireless connection, that had been good, failed and never reactivated.
Other wireless devices, including a desktop running F20, will connect.
Temlakos
On 06/27/2014 04:36 PM, Temlakos wrote:
It shows wireless enabled, but it won't make a connection. In fact, before I reinstalled the system, the wireless connection, that had been good, failed and never reactivated.
Can you get the WiFi working if you boot from a Live image? If not, it's hardware.
On 06/28/14 07:36, Temlakos wrote:
Booting into the kernel installed with the live spin did not work.
Does that mean "the touchpad is still slow" or something else?
If it means, "the touchpad is still slow", then I'd try downgrading the previously mentioned Xorg components.
Here's another thing that has failed: wireless service.
I would work on, focus, on one issue at a time.
On 06/27/2014 08:01 PM, Ed Greshko wrote:
On 06/28/14 07:36, Temlakos wrote:
Booting into the kernel installed with the live spin did not work.
Does that mean "the touchpad is still slow" or something else?
If it means, "the touchpad is still slow", then I'd try downgrading the previously mentioned Xorg components.
Here's another thing that has failed: wireless service.
I would work on, focus, on one issue at a time.
I take your point.
Happily, the laptop was just now able to detect neighborhood wireless services. it found the connection I had already set up, and connected automatically. So the wireless issue is now resolved.
That leaves the slow touchpad. As I said, I can cope by hooking up a USB mouse.
The touchpad has the name "AlpsPS/2 ALPS" if that makes any sense to anyone.
To the person who mentioned the latest xorg-x11-server package: update checking doesn't work using KDE's Apper. How do I force the system to check for further updates and recognize that those updates exist?
Temlakos
These are MY latest xorg-x11-server packages: $ rpm -qa | grep -i xorg-x11-server xorg-x11-server-Xorg-1.14.4-10.fc20.x86_64 xorg-x11-server-utils-7.7-6.fc20.x86_64 xorg-x11-server-common-1.14.4-10.fc20.x86_64
What is the output of yum list available "xorg-x11-server*"
On Fri, Jun 27, 2014 at 7:18 PM, Temlakos temlakos@gmail.com wrote:
On 06/27/2014 08:01 PM, Ed Greshko wrote:
On 06/28/14 07:36, Temlakos wrote:
Booting into the kernel installed with the live spin did not work.
Does that mean "the touchpad is still slow" or something else?
If it means, "the touchpad is still slow", then I'd try downgrading the previously mentioned Xorg components.
Here's another thing that has failed: wireless service.
I would work on, focus, on one issue at a time.
I take your point.
Happily, the laptop was just now able to detect neighborhood wireless services. it found the connection I had already set up, and connected automatically. So the wireless issue is now resolved.
That leaves the slow touchpad. As I said, I can cope by hooking up a USB mouse.
The touchpad has the name "AlpsPS/2 ALPS" if that makes any sense to anyone.
To the person who mentioned the latest xorg-x11-server package: update checking doesn't work using KDE's Apper. How do I force the system to check for further updates and recognize that those updates exist?
Temlakos
users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 06/27/2014 09:37 PM, JD wrote:
These are MY latest xorg-x11-server packages: $ rpm -qa | grep -i xorg-x11-server xorg-x11-server-Xorg-1.14.4-10.fc20.x86_64 xorg-x11-server-utils-7.7-6.fc20.x86_64 xorg-x11-server-common-1.14.4-10.fc20.x86_64
What is the output of yum list available "xorg-x11-server*"
Versions 1.14.4-10.fc20.x86_64.
Temlakos
On 06/28/14 09:45, Temlakos wrote:
On 06/27/2014 09:37 PM, JD wrote:
These are MY latest xorg-x11-server packages: $ rpm -qa | grep -i xorg-x11-server xorg-x11-server-Xorg-1.14.4-10.fc20.x86_64 xorg-x11-server-utils-7.7-6.fc20.x86_64 xorg-x11-server-common-1.14.4-10.fc20.x86_64
What is the output of yum list available "xorg-x11-server*"
Versions 1.14.4-10.fc20.x86_64.
It seems these packages have been pushed to updates-testing. Should have checked that earlier....
yum --enablerepo updates-testing update xorg-x11-*
On Fri, Jun 27, 2014 at 7:45 PM, Temlakos temlakos@gmail.com wrote:
On 06/27/2014 09:37 PM, JD wrote:
These are MY latest xorg-x11-server packages: $ rpm -qa | grep -i xorg-x11-server xorg-x11-server-Xorg-1.14.4-10.fc20.x86_64 xorg-x11-server-utils-7.7-6.fc20.x86_64 xorg-x11-server-common-1.14.4-10.fc20.x86_64
What is the output of yum list available "xorg-x11-server*"
Versions 1.14.4-10.fc20.x86_64.
Temlakos
OK, then, run
yum -y install xorg-x11-server-utils xorg-x11-server-common
then log out and log back in.
Not sure if this will help recognize your touchpad :(
On 06/27/2014 10:29 PM, JD wrote:
On Fri, Jun 27, 2014 at 7:45 PM, Temlakos <temlakos@gmail.com mailto:temlakos@gmail.com> wrote:
On 06/27/2014 09:37 PM, JD wrote:These are MY latest xorg-x11-server packages: $ rpm -qa | grep -i xorg-x11-server xorg-x11-server-Xorg-1.14.4-10.fc20.x86_64 xorg-x11-server-utils-7.7-6.fc20.x86_64 xorg-x11-server-common-1.14.4-10.fc20.x86_64 What is the output of yum list available "xorg-x11-server*"Versions 1.14.4-10.fc20.x86_64. TemlakosOK, then, run
yum -y install xorg-x11-server-utils xorg-x11-server-common
then log out and log back in.
Not sure if this will help recognize your touchpad :(
The command output reads that both programs were already installed and in their latest versions.
It's not a matter of recognition. It's just that when I draw my finger across the touch pad, the pointer moves not more than one centimeter.
Temlakos
On 06/28/14 10:35, Temlakos wrote:
The command output reads that both programs were already installed and in their latest versions.
It's not a matter of recognition. It's just that when I draw my finger across the touch pad, the pointer moves not more than one centimeter.
That is why I said.....
yum --enablerepo updates-testing update xorg-x11-*
On 06/27/2014 10:36 PM, Ed Greshko wrote:
On 06/28/14 10:35, Temlakos wrote:
The command output reads that both programs were already installed and in their latest versions.
It's not a matter of recognition. It's just that when I draw my finger across the touch pad, the pointer moves not more than one centimeter.
That is why I said.....
yum --enablerepo updates-testing update xorg-x11-*
And that solved the problem. Thank you.
Temlakos
On 06/28/2014 05:12 AM, Paul Cartwright wrote:
On 06/27/2014 10:42 PM, Temlakos wrote:
On 06/27/2014 10:36 PM, Ed Greshko wrote:
On 06/28/14 10:35, Temlakos wrote:
The command output reads that both programs were already installed and in their latest versions.
It's not a matter of recognition. It's just that when I draw my finger across the touch pad, the pointer moves not more than one centimeter.
That is why I said.....
yum --enablerepo updates-testing update xorg-x11-*
And that solved the problem. Thank you.
Temlakos
so the answer was you did this: yum --enablerepo updates-testing update xorg-x11-*
then this:
yum -y install xorg-x11-server-utils xorg-x11-server-common
then it was fixed?
Paul Cartwright Registered Linux User #367800 and new counter #561587
Only the first line, Mr. Cartwright. The first line effectively included the second. In one line it enables the repo and updates every package whose name beings with "xorg-x11-".
That seemed a drastic measure, to use the testing repo. I suppose I'll have to leave it enabled until the new version of xorg-x11 migrates to "updates" from "updates-testing." How do I then *disable* updates-testing when I don't need it anymore?
Temlakos
On 06/28/14 17:48, Temlakos wrote:
That seemed a drastic measure, to use the testing repo. I suppose I'll have to leave it enabled until the new version of xorg-x11 migrates to "updates" from "updates-testing." How do I then *disable* updates-testing when I don't need it anymore?
It wasn't a drastic measure as there is a testing period before packages get moved to stable. Usually, they are actually stable even though they were only in testing since they typically get tested when entered into koji and receiving "karma".
So..... To fix your issue you had 3 choices....
1. Downgrade the xorg packages. 2. Update from updates-testing 3. Wait until the xorg packages are pushed to stable.
You chose #2. But, you need to know that adding "-enablerepo updates-testing" to the yum line is a One-Shot thing. It enabled the repo for that singular run of yum. But, the repo actually remains disabled in the config files. Subsequent runs of yum without that parameter will show that the testing repo will not be used.
On 06/28/14 09:18, Temlakos wrote:
That leaves the slow touchpad. As I said, I can cope by hooking up a USB mouse.
The touchpad has the name "AlpsPS/2 ALPS" if that makes any sense to anyone.
To the person who mentioned the latest xorg-x11-server package: update checking doesn't work using KDE's Apper. How do I force the system to check for further updates and recognize that those updates exist?
There may be an easier way. I've just not looked into it. But what I do is download the rpm's that I need from koji and use "yum localinstall listofrpms"
http://koji.fedoraproject.org/koji/buildinfo?buildID=540386
Of course I make sure I download the correct arch and only install/upgrade the packages which already are installed.
Maybe it fixes it, maybe not. Kind of why I suggested downgrading as, if it is an xorg issue, going back to a working version will verify it.
On 06/27/2014 07:36 PM, Temlakos wrote:
On 06/27/2014 06:53 PM, Ed Greshko wrote:
On 06/28/14 06:28, Temlakos wrote:
On 06/27/2014 06:24 PM, Joe Zeff wrote:
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
3.14.8-200.fc20.x86_64 ' By the way: though it's monumentally annoying, I have a USB mouse on hand from a recent shipment. That works, and gives me some degree of satisfaction.
Should I turn the touchpad off completely and use the USB mouse exclusively until I can solve the problem?
I tried using KDE System Settings for the touchpad. But when I tried raising the sensitivity of the touchpad, all that happened was that it locked.
Too bad you reinstalled your system. It would have easier to figure out what packages were most recently installed.
Of course, you could try booting into the previous kernel to see if that is the problem.
On my system there were updates to 3 xorg-x11-server pacages. xorg-x11-server-common, xorg-x11-server-Xephyr, and xorg-x11-server-Xorg. I believe they may influence pointing devices when run in GUI.
Not sure if it is the same for touchpads, but my mouse does move a block around in runlevel 3. You could boot to that and see if you get the same sort of things with your touchpad and if it is responsive. Or, just downgrade the xorg packages to see if that has any effect.
Booting into the kernel installed with the live spin did not work.
Here's another thing that has failed: wireless service.
I reinstalled the firmware, and the "wl" module. I even modprobed it.
It shows wireless enabled, but it won't make a connection. In fact, before I reinstalled the system, the wireless connection, that had been good, failed and never reactivated.
Other wireless devices, including a desktop running F20, will connect.
Temlakos
I came in late to this thread, so I'm leaving all the above text for continuity. I have an old Dell laptop--E1505--where I have been running pclos. I found some time ago that the then-current kernel would not permit the Broadcom wireless to work. I had to install an older kernel, and then Broadcom worked. I just today found out that some fairly modern kernel would not work with the latest update to that system, and I had to update the kernel also. (This on a much more modern desktp system--not the old Dell.) So you may not have the option of running an old kernel, but if you have one available, you could try it. (Probably the Broadcom will not work with the latest kernel, but it's worth a try.)
Re touchpad: I never had a touchpad problem on the old Dell, except my own clumsy fingers, so I always use an external mouse, and to keep the touchpad disabled when using the mouse, I loaded synaptiks, which will turn off the trackpad automatically if there is an external pointing device plugged in. I don't know if you can still find that app, but it was real helpful to me.
--doug
Temlakos wrote:
On 06/27/2014 06:24 PM, Joe Zeff wrote:
On 06/27/2014 03:11 PM, Zoltan Hoppar wrote:
if you provide more information like your current kernel version, dmesg - fpaste link.. maybe I can say more.
It would be both quicker and easier to have Temlakos give us the response from uname -r as that will tell us exactly what we need in one simple step.
3.14.8-200.fc20.x86_64 ' By the way: though it's monumentally annoying, I have a USB mouse on hand from a recent shipment. That works, and gives me some degree of satisfaction.
Should I turn the touchpad off completely and use the USB mouse exclusively until I can solve the problem?
I tried using KDE System Settings for the touchpad. But when I tried raising the sensitivity of the touchpad, all that happened was that it locked.
Temlakos
It's been forever since I used Fedora, but IIRC, wasnt there a package called gsynaptics, that was some sort of front end for the touchpad driver, that you could tweak the settings with?
On 27/06/14 22:32, Temlakos wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora.
At first the reinstall restored the swift movement of the touchpad pointer.
But as soon as it took the updates, everything slowed down once again.
When I run in Setup, the touchpad cursor moves swiftly. But not when Fedora is loaded.
What a time for this to happen. I simply cannot use it for any kind of presentation in the shape it's in.
What package might I possibly be able to roll back until somebody fixes the problem?
Temlakos
Perhaps this update created earlier today will fix the problem:
https://admin.fedoraproject.org/updates/FEDORA-2014-7810/xorg-x11-server-1.1...
Andy
On 06/27/2014 08:03 PM, Andrew Price wrote:
On 27/06/14 22:32, Temlakos wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora.
At first the reinstall restored the swift movement of the touchpad pointer.
But as soon as it took the updates, everything slowed down once again.
When I run in Setup, the touchpad cursor moves swiftly. But not when Fedora is loaded.
What a time for this to happen. I simply cannot use it for any kind of presentation in the shape it's in.
What package might I possibly be able to roll back until somebody fixes the problem?
Temlakos
Perhaps this update created earlier today will fix the problem:
https://admin.fedoraproject.org/updates/FEDORA-2014-7810/xorg-x11-server-1.1...
Friday I updated my Eee900 and got a slew of updates as it had been a time since the last update on that system. So when the touchpad became so slow, I decided to do other things for the rest of the day. So tonight, I had to use the system again and no new updates to download and reboot did not help.
So add the Asus Eee900 (i686) to the list of systems messed up by this, and I will wait for the update to be pushed out.
On 29/06/14 05:25, Robert Moskowitz wrote:
On 06/27/2014 08:03 PM, Andrew Price wrote:
On 27/06/14 22:32, Temlakos wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
Perhaps this update created earlier today will fix the problem:
https://admin.fedoraproject.org/updates/FEDORA-2014-7810/xorg-x11-server-1.1...
Friday I updated my Eee900 and got a slew of updates as it had been a time since the last update on that system. So when the touchpad became so slow, I decided to do other things for the rest of the day. So tonight, I had to use the system again and no new updates to download and reboot did not help.
So add the Asus Eee900 (i686) to the list of systems messed up by this, and I will wait for the update to be pushed out.
It looks like it's been pushed out to stable now. [I'm not an xorg packager but] thanks to everyone who tested the update and added karma.
Cheers, Andy
update fixed my touch pad scrolling problem.
On 06/29/2014 09:59 AM, Andrew Price wrote:
On 29/06/14 05:25, Robert Moskowitz wrote:
On 06/27/2014 08:03 PM, Andrew Price wrote:
On 27/06/14 22:32, Temlakos wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
Perhaps this update created earlier today will fix the problem:
https://admin.fedoraproject.org/updates/FEDORA-2014-7810/xorg-x11-server-1.1...
Friday I updated my Eee900 and got a slew of updates as it had been a time since the last update on that system. So when the touchpad became so slow, I decided to do other things for the rest of the day. So tonight, I had to use the system again and no new updates to download and reboot did not help.
So add the Asus Eee900 (i686) to the list of systems messed up by this, and I will wait for the update to be pushed out.
It looks like it's been pushed out to stable now. [I'm not an xorg packager but] thanks to everyone who tested the update and added karma.
Cheers, Andy
On Mon, 2014-06-30 at 20:04 -0400, Robert Moskowitz wrote:
update fixed my touch pad scrolling problem.
On 06/29/2014 09:59 AM, Andrew Price wrote:
On 29/06/14 05:25, Robert Moskowitz wrote:
On 06/27/2014 08:03 PM, Andrew Price wrote:
On 27/06/14 22:32, Temlakos wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
Perhaps this update created earlier today will fix the problem:
https://admin.fedoraproject.org/updates/FEDORA-2014-7810/xorg-x11-server-1.1...
Friday I updated my Eee900 and got a slew of updates as it had been a time since the last update on that system. So when the touchpad became so slow, I decided to do other things for the rest of the day. So tonight, I had to use the system again and no new updates to download and reboot did not help.
So add the Asus Eee900 (i686) to the list of systems messed up by this, and I will wait for the update to be pushed out.
It looks like it's been pushed out to stable now. [I'm not an xorg packager but] thanks to everyone who tested the update and added karma.
Cheers, Andy
The latest updates fixed by "Think Penguin" laptop touchpad (ETPS/2 Elantech).
Temlakos temlakos@gmail.com wrote:
The latest updates--pushed yesterday--cause the touchpad on my Dell Inspiron 1545 to run v-e-r-y s-l-o-w.
It was so bad, I tried to reinstall Fedora. At first the reinstall restored the swift movement of the touchpad pointer. But as soon as it took the updates, everything slowed down once again.
I'm glad that the problem seems to be solved by upcoming Xorg updates, but I had the same problem, and one of the recent Xorg updates screwed up the touchpad driver. The old package had gone on all servers so there was no way to rollback to the previous version. (Usual problem with Fedora, rollback of updates is useless if servers don't keep the complete package history.)
The Gnome login screen was unusable and - after login - the Touchpad settings didn't do anything.
Just for the records, there's a workaround. First, I found out that (after login) Touchpad settings could be changed with "synclient". For example, MaxSpeed=10 and MinSpeed=5 made the Touchpad work again.
However, to make Gnome login screen work, the Xorg server needed to be fixed. I've put this in "/etc/X11/xorg.conf.d/50-touchpad.conf":
Section "InputClass" Identifier "touchpad" Driver "synaptics" MatchIsTouchpad "on" Option "MinSpeed" "5" Option "MaxSpeed" "10" Option "AccelFactor" "2" EndSection
The magic here is in "AccelFactor" otherwise MinSpeed/MaxSpeed have no effect.
With the changed Xorg settings, the Gnome Touchpad Settings now worked as well.
Btw, Touchpad was always fine in the Linux Console with GPM. Even in times of KMS, the Touchpad driver (or its initialization) seems to be different in Console and Xorg.
Greetings, Andreas
-
Andreas M. Kirchwitz -
Andrew Price -
Doug -
Ed Greshko -
JD -
Joe Zeff -
Lee -
Mark C. Allman -
Paul Cartwright -
Robert Moskowitz -
Temlakos -
Zoltan Hoppar