Bug 749034

Summary: Touchpad in Mac Book Pro is disabled during installation
Product: [openSUSE] openSUSE Distribution Reporter: macias - <bluedzins>
Component: InstallationAssignee: Jiri Srain <jsrain>
Status: RESOLVED WONTFIX QA Contact: Jiri Srain <jsrain>
Severity: Normal    
Priority: P5 - None CC: bluedzins, jeffm, jreidinger, kiyomi.kakitsubata, pczarny, ronisbr
Version: Leap 42.2   
Target Milestone: Leap 42.2 Beta 2   
Hardware: x86-64   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Various logs captured during installation and after.

Description macias - 2012-02-26 16:06:26 UTC
Touchpad in Mac Book Pro is disabled during installation

Well, all you have to do is boot installer (DVD, x64 in my case) and wait till GUI appears. You have to either use keyboard or buy a mouse because touchpad is disabled.
Comment 1 Jeff Mahoney 2012-03-14 19:31:47 UTC
Is it enabled after installation?
Comment 2 macias - 2012-03-14 19:57:26 UTC
Yes, it is (XFCE).
Comment 3 Jeff Mahoney 2012-03-14 20:10:25 UTC
Ok, so there are two possibilities here.

The first is that it was fixed with a kernel update that was installed at the end of the installation process, but I think that's unlikely.

The second, more likely option, is that the installation image doesn't contain the correct driver for it. In that case, the options aren't great. We can fix it for the next release, but we probably can't respin the installation media. It would be possible to have a driver update disk, but I'm not sure how that works.

At any rate, it's not a kernel issue, so I'm bouncing to the installation team.
Comment 4 macias - 2012-03-14 21:33:54 UTC
case.1) if the update requires network connection to some online repo, this case has to be ruled out, since I used touchpad when setting up network
Comment 5 Kun Kun Zhang 2012-04-09 09:35:28 UTC
Hi,could you help to have a look this?I am not sure whether it is right to assign it to you.Feel free to reassign it.Thank you.
Comment 7 macias - 2012-09-07 21:23:09 UTC
Still broken in 12.2.
Comment 8 Jiri Srain 2012-11-01 07:59:30 UTC
Maciej, can you examine which kernel driver is needed for your touchpad so that we can verify whether it is missing or not in the installation system?
Comment 9 macias - 2012-11-01 09:57:47 UTC
Jiri, now and later, I am always willing to help (so you don't have to ask me), just please tell me exact steps what I have to do.
Comment 10 Jiri Srain 2012-11-01 10:10:54 UTC
What I would do:
1. Find out which driver is needed. I guess some of synaptics; run "lsmod |grep synaptics" to find out
2. Boot installation system; when YaST runs, switch to second console and run the above command to find out if the same driver is loaded. If not, try to load it via "modrobe <drivername>" and report if loading was successful and possibly enabled the touchpad (then the problem is only detection) or not.


Jeff, as I'm not a kernel hacker, feel free to correct the above.
Comment 11 macias - 2012-11-01 11:23:20 UTC
1. applesmc looks like a needed driver
2.a. applesmc is not loaded
2.b. modprobe applesmc fails with info "FATAL: Module applesmc not found."
Comment 12 Jiri Srain 2012-11-01 11:52:16 UTC
That sounds weird, since the applesmc kernel module is located in the hwmod directory. I'd guess appletouch is the missing driver.

Please, check the installation system with the appletouch driver (to find if it is included).
Comment 13 macias - 2012-11-01 12:04:20 UTC
You mean by executing lsmod? There is no such module loaded -- not in installed system, and during installation.
Comment 14 Josef Reidinger 2015-10-26 15:21:33 UTC
Does it still happen in opensuse Leap or 13.2? If so, we will continue with investigation.
Comment 15 macias - 2015-10-29 20:49:30 UTC
I tested Leap RC 1 (because it is more relevant than 13.2 now), the bug is still present.
Comment 16 P C 2016-09-26 15:18:35 UTC
I just tried installing Leap 42.2 beta2 and the touchpad does not work during installation (it works fine once the system is installed and running, with Xfce).

FWIW, the hardware is Macbook Pro 15" retina, early 2013 model.
Comment 17 P C 2016-09-26 15:21:26 UTC
How could I "link" this bug to product/version of Leap 42.2, so that it becomes visible to people working on that release? Currently it's assigned to openSUSE 12.2 and I doubt anyone will notice that...
Comment 18 P C 2016-09-30 13:39:56 UTC
Created attachment 695272 [details]
Various logs captured during installation and after.

I captured a bunch of data during installation (where the touchpad does not work), and once the system has been installed (where it works fine): output of lsmod, lsusb, hwinfo, and all available modules as found under /lib/modules/...

One difference I noticed: during installation there are USB devices for "Apple Keyboard" and "Apple Mouse", but in the installed system they don't appear... Hmm?
Comment 19 Ancor Gonzalez Sosa 2016-10-25 06:55:20 UTC
*** Bug 1006603 has been marked as a duplicate of this bug. ***
Comment 20 Ancor Gonzalez Sosa 2016-10-25 06:58:48 UTC
Not sure with kernel modules are needed for the Mac touchpad to work, but just in case xf86-input-libinput is involved, it's maybe worth to take a look to bug#999098.
Comment 21 Ronan Chagas 2016-10-26 18:16:39 UTC
(In reply to Ancor Gonzalez Sosa from comment #20)
> Not sure with kernel modules are needed for the Mac touchpad to work, but
> just in case xf86-input-libinput is involved, it's maybe worth to take a
> look to bug#999098.

Yes, it indeed use xf86-input-libinput. Is there any workaround at the moment?
Comment 22 Kazufumi Watanabe 2017-07-18 04:16:51 UTC
Dear anyone

I tried with 42.3 and Tunbleweed,but not work.
And I tried 42.2 online install,but TouchPad is not work.
Best Regards,
Kazufumi Watanabe
Comment 23 Tomáš Chvátal 2018-04-17 13:16:59 UTC
This is automated batch bugzilla cleanup.

The openSUSE 42.2 changed to end-of-life (EOL [1]) status. As such
it is no longer maintained, which means that it will not receive any
further security or bug fix updates.
As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
openSUSE, or you can still observe it under openSUSE Leap 15.0, please
feel free to reopen this bug against that version (see the "Version"
component in the bug fields), or alternatively open
a new ticket.

Thank you for reporting this bug and we are sorry it could not be fixed
during the lifetime of the release.

[1] https://en.opensuse.org/Lifetime