| Summary: | Touchpad only works with acpi=off | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tomas Miljenović (TomasM) <Tomas> | ||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 15 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2011-11-24 13:09:14 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
Created attachment 531318 [details]
dmesg
Readable dmesg output after booting up kernel-2.6.40.6-0.fc15.x86_64 with i8042.nomux=1. Now, the psmouse errors only show when I tap the trackpad.
Created attachment 531376 [details]
Add HP Pavilion dv4 models to i8042.notimeout blacklist
Touchpad works with new notimeout param for i8042. This patch adds (newer) HP Pavilion dv4s to the (currently one-member) list of devices ignoring i8042-sourced timeout data.
(In reply to comment #2) > Created attachment 531376 [details] > Add HP Pavilion dv4 models to i8042.notimeout blacklist > > Touchpad works with new notimeout param for i8042. This patch adds (newer) HP > Pavilion dv4s to the (currently one-member) list of devices ignoring > i8042-sourced timeout data. Can you send that upstream? The linux-input list is where to send it. (In reply to comment #3) > Can you send that upstream? The linux-input list is where to send it. https://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=866d43c9ea88daa3751b58aba16a2a9b7f7aa067 |
Description of problem: The touchpad of a HP dv4-3030tx functions perfectly when ACPI is disabled, but when ACPI is enabled it fails to work and fills the kernel message buffer with errors like: [ 4674.971243] psmouse.c: bad data from KBC - timeout synclient always reports the touchpad as off, even after executing `synclient TouchpadOff=0` or using KDE/Gnome config tools. I have tried booting with pci=nomsi, pcie_aspm=force, acpi_osi=Linux and acpi_osi=!Linux, with no success. This is the case with the latest stable kernel (kernel-2.6.38.8-32.fc15.x86_64), with which I encounter some other ACPI problems as well, and with 3.0-rc7 rebuilt from http://koji.fedoraproject.org/koji/buildinfo?buildID=252443. How reproducible: Always Steps to Reproduce: 1. Boot without acpi=off appended to kernel boot params 2. Attempt to use touchpad Actual results: Touchpad does not work. Expected results: Touchpad working as well as it does with ACPI disabled. Additional info: * There is no setting for the touchpad in the laptop's BIOS configuration menu. * Output of `xinput --list --long 13`: SynPS/2 Synaptics TouchPad id=13 [slave pointer (2)] Reporting 3 classes: Class originated from: 13 Buttons supported: 12 Button labels: Button Left Button Middle Button Right Button Wheel Up Button Wheel Down Button Horiz Wheel Left Button Horiz Wheel Right None None None None None Button state: Class originated from: 13 Detail for Valuator 0: Label: Rel X Range: 1472.000000 - 5776.000000 Resolution: 55000 units/m Mode: relative Class originated from: 13 Detail for Valuator 1: Label: Rel Y Range: 1408.000000 - 5012.000000 Resolution: 103000 units/m Mode: relative * From /var/log/messages: [ 3.189792] Synaptics Touchpad, model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd00073/0x240000/0xa0400 [ 3.241363] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input4 * I also tried blacklisting the joydev module and rebuilding my initramfs. Previously, or if I later insert the joydev module, KDE's systemsettings shows me a randomly moving joystick (/dev/input/js0) even though none is plugged in; not sure if this is relevant.